Hosting Bayiliği Almak İsteyenler İçin Kaynak Planlaması
Hosting bayiliğine başlarken yalnızca kaç web sitesi barındırılabileceğine veya toplam disk kapasitesine bakmak yeterli değildir. Aynı altyapı üzerinde farklı müşterilere ait web siteleri çalışacağı için CPU, RAM, disk I/O, trafik ve eş zamanlı işlem kapasitesinin birlikte değerlendirilmesi gerekir.
Doğru kaynak planlaması yapılmadığında toplam disk alanının büyük bölümü boş olmasına rağmen web sitelerinde yavaşlama yaşanabilir. Bu nedenle reseller hosting altyapısında temel amaç, mümkün olduğunca fazla hesap açmak değil; mevcut kaynakları öngörülebilir ve sürdürülebilir biçimde dağıtmaktır.

Kaynak Planlamasına Müşteri Profiliyle Başlayın
İlk adım, hizmet verilecek müşteri grubunun belirlenmesidir. Kurumsal tanıtım siteleri, kişisel bloglar, WordPress projeleri ve yoğun ziyaretçi alan e-ticaret siteleri aynı miktarda sistem kaynağı tüketmez.
Örneğin günde birkaç yüz ziyaret alan statik ağırlıklı bir kurumsal site ile WooCommerce kullanan ve sürekli veritabanı sorgusu oluşturan bir mağazanın disk kullanımı benzer olabilir. Buna rağmen işlemci ve bellek tüketimleri arasında ciddi fark oluşabilir. Bu nedenle kapasite hesabının yalnızca depolama üzerinden yapılması yanıltıcıdır.

Disk Alanını Tam Kapasiteyle Dağıtmayın
Bir reseller paketinde 100 GB kullanılabilir alan bulunması, müşterilere toplam 100 GB kota dağıtmanın güvenli olduğu anlamına gelmez. Web dosyalarının yanında veritabanları, e-posta hesapları, geçici dosyalar, önbellekler ve sistem tarafından oluşturulan çeşitli veriler de depolama alanı tüketebilir.
Ayrıca müşterilerin kullanım miktarı zaman içerisinde artabilir. Başlangıçta 1 GB kullanan bir WordPress sitesi; görsel yüklemeleri, e-posta arşivi ve veritabanının büyümesi sonucunda birkaç ay içerisinde daha fazla alana ihtiyaç duyabilir.
Bu nedenle kapasitenin belirli bir bölümünü büyüme payı olarak bırakmak daha sağlıklı bir yaklaşımdır. Özellikle çok sayıda müşteri hesabının bulunduğu yapılarda yüzde 100 doluluğa yaklaşmadan önce kapasite artırımı veya hesap dağılımının yeniden planlanması gerekir.

CPU Kullanımı Neden Kritik?
Web uygulamalarında işlemci tüketimi çoğunlukla PHP işlemleri, veritabanı sorguları, cron görevleri ve dinamik içerik üretimi sırasında ortaya çıkar. WordPress gibi içerik yönetim sistemlerinde kullanılan tema ve eklentilerin yapısı da CPU ihtiyacını doğrudan etkileyebilir.
Bir müşterinin kontrolsüz çalışan eklentisi veya yoğun cron görevi, paylaşımlı kaynak havuzunu gereğinden fazla tüketebilir. Bu durum diğer hesapların yanıt sürelerini de etkileyebileceğinden hesap başına kaynak sınırlarının bulunması önemlidir.

CPU Limiti Tek Başına Yeterli Değildir
İşlemci kapasitesi değerlendirilirken yalnızca çekirdek sayısına odaklanılmamalıdır. Eş zamanlı çalışan işlem sayısı, işlemcinin tek çekirdek performansı ve web sunucusunun çalışma biçimi de gerçek performansı belirleyen faktörler arasındadır.
Özellikle kısa sürede çok sayıda PHP isteği oluşturan sitelerde işlem kuyruğu meydana gelebilir. Bu nedenle reseller hizmetinde hesap başına CPU ve eş zamanlı işlem limitlerinin nasıl uygulandığının bilinmesi, paketlerin müşterilere dağıtılması açısından önem taşır.

RAM Planlaması Nasıl Yapılmalı?
Dinamik web siteleri işlem sırasında belleğe ihtiyaç duyar. PHP süreçleri, veritabanı sorguları ve uygulamaların oluşturduğu geçici işlemler RAM tüketimini artırabilir. Özellikle yönetim panelinde ağır işlemler yapan WordPress eklentileri belirgin bellek kullanımı oluşturabilir.
Bu noktada önemli olan yalnızca toplam RAM miktarı değil, kullanıcı hesaplarına uygulanan bellek sınırlarıdır. Bir hesabın kontrolsüz şekilde yüksek miktarda bellek tüketebilmesi, aynı sunucudaki diğer kullanıcıları etkileyebilir.
Kaynak izolasyonu kullanılan sistemlerde hesaplara ayrı CPU, RAM ve işlem limitleri atanabilir. Böylece tek bir müşterinin aşırı tüketimi bütün reseller hesabının performansını bozmak yerine ilgili hesap seviyesinde sınırlandırılabilir.

Disk I/O ve IOPS Değerlerini Göz Ardı Etmeyin
Depolama tarafında yalnızca SSD veya NVMe ifadesine bakmak doğru değildir. Web hosting performansında disk I/O kapasitesi ve saniyede gerçekleştirilebilen giriş-çıkış işlemleri de önemlidir.
Örneğin çok sayıda küçük dosyaya erişen WordPress siteleri, yedekleme işlemleri ve yoğun veritabanı operasyonları depolama sistemine sürekli istek gönderebilir. Disk tarafındaki darboğaz, yeterli CPU ve RAM bulunmasına rağmen sayfa açılış sürelerinin uzamasına neden olabilir.

Trafik ve Ağ Kapasitesi Nasıl Hesaplanır?
Aylık trafik miktarı müşterilerin ziyaretçi sayısı, sayfa boyutu ve indirilebilir içerik miktarına göre değişir. Görsel ağırlıklı bir web sitesi ile metin ağırlıklı bir kurumsal sitenin aynı ziyaretçi sayısında oluşturduğu veri transferi farklı olacaktır.
Kaynak planlamasında yalnızca aylık toplam trafik kotası değil, ağ bağlantısının ani yoğunlukları karşılayabilmesi de değerlendirilmelidir. Özellikle kampanya dönemleri veya sosyal medyadan yüksek ziyaretçi alan sitelerde kısa süreli trafik artışları görülebilir.

Kaç Hosting Hesabı Açılacağı Önceden Planlanmalı
Reseller hizmetlerinde kontrol paneli üzerinden bağımsız müşteri hesapları oluşturulabilir. Ancak teknik olarak hesap oluşturulabiliyor olması, sınırsız sayıda müşterinin aynı kaynak havuzunda sorunsuz çalışacağı anlamına gelmez.
Örneğin 50 küçük kurumsal web sitesi ile 50 yoğun WooCommerce sitesinin ihtiyaç duyduğu kaynak miktarı aynı değildir. Bu nedenle müşteri sayısından önce ortalama kaynak tüketimi hesaplanmalıdır.
Başlangıç aşamasında farklı paket yapılarını ve hesap limitlerini karşılaştırmak, kapasitenin nasıl dağıtılabileceğini anlamayı kolaylaştırabilir. Reseller altyapısına ilişkin teknik seçenekler değerlendirilirken Verunix tarafından sunulan paket yapıları da bu açıdan incelenebilecek örneklerden biridir.

E-Posta Kullanımı Ayrı Bir Kaynak Kalemidir
Hosting bayiliğinde sık yapılan hatalardan biri, yalnızca web sitesi dosyalarının kapladığı alanı hesaba katmaktır. Oysa müşterilerin oluşturduğu e-posta hesapları zaman içerisinde disk kullanımının önemli bir bölümünü oluşturabilir.
Özellikle IMAP kullanan müşterilerde mesajların sunucuda tutulması, posta kutularının sürekli büyümesine neden olabilir. Bu yüzden müşterilere paket tanımlarken web alanı ile e-posta kullanımını birlikte değerlendirmek ve gerektiğinde posta kutusu kotası belirlemek faydalıdır.

Yedekleme İçin Kapasite Bırakılmalı mı?
Yedekleme sistemi, hosting altyapısının temel bileşenlerinden biridir ancak yedeklerin nerede tutulduğu önemlidir. Aynı fiziksel depolama sistemi üzerinde bulunan yedekler donanım arızası gibi durumlarda yeterli koruma sağlamayabilir.
Mümkün olduğunda yedeklerin farklı bir depolama altyapısında tutulması tercih edilmelidir. Ayrıca yedekleme sıklığı, saklama süresi ve geri yükleme prosedürü hizmet verilmeye başlanmadan önce belirlenmelidir.

Kaynak Kullanımını Düzenli Olarak Takip Edin
Başlangıçta yapılan kapasite hesabı kalıcı değildir. Yeni müşteriler geldikçe, mevcut web siteleri büyüdükçe ve trafik miktarı değiştikçe kaynak dağılımının yeniden değerlendirilmesi gerekir.
Kontrol panelindeki CPU, RAM, disk, trafik ve işlem kullanım istatistiklerinin düzenli takip edilmesi yaklaşan darboğazların erken fark edilmesini sağlar. Sürekli limite yaklaşan hesaplar tespit edildiğinde ilgili müşterinin paketi veya kaynak dağılımı yeniden değerlendirilebilir.

Hosting Bayiliğinde Sağlıklı Kapasite Planının Temeli
Hosting bayiliğinde sürdürülebilir bir yapı oluşturmanın temelinde kaynakları son sınırına kadar dağıtmak yerine kontrollü kapasite bırakmak bulunur. Disk alanı, işlemci, bellek, I/O, trafik ve e-posta kullanımı birbirinden bağımsız değil, aynı hizmetin parçaları olarak ele alınmalıdır.
Müşteri profili doğru analiz edildiğinde ve hesap başına kaynak tüketimi düzenli takip edildiğinde altyapının ne zaman genişletilmesi gerektiği daha kolay öngörülebilir. Böylece yeni müşteri eklerken mevcut hesapların performansını koruyan, büyümeye açık ve yönetilebilir bir hosting bayiliği yapısı oluşturulabilir.