Bayi Hosting Nedir? Müşteri Hesapları ve Kaynak Sınırları

Bayi hosting, tek bir hosting hesabının içinden birden fazla müşteriye ayrı web barındırma hesapları sunmanızı sağlayan modeldir. Her müşteri genellikle kendi alan adı, dosya alanı, e-posta ve panel erişimine sahip olur; ancak altyapının fiziksel sunucusu ve ana kaynak politikası sağlayıcıya bağlı kalır. Bu nedenle seçim yaparken yalnızca kaç hesap açılabildiğine değil, hesapların nasıl sınırlandığına ve yönetildiğine bakmalısınız.

Bayi hosting modeli nasıl çalışır?

Bu modelde sağlayıcı, size ana bir bayi hesabı tanımlar. Siz de bu hesap üzerinden müşteriler için alt hesaplar oluşturur, alan adı bağlantılarını yapar ve her müşteriye kullanabileceği disk, trafik ya da diğer limitleri atarsınız. Müşteri kendi panelinden sitesini yönetirken ana bayi hesabının tamamına erişmez. Panel adı ve menüler kullanılan altyapıya göre değişebilir; cPanel/WHM benzeri yönetim yapıları yaygın bir örnektir, fakat her sağlayıcı aynı yetki seviyelerini sunmaz.

Buradaki önemli ayrım, hesap ayrılığı ile kaynak izolasyonunun aynı şey olmamasıdır. Ayrı kullanıcı hesapları dosya ve panel erişimini düzenler; fakat aynı fiziksel veya sanal altyapıdaki işlemci, bellek, disk erişimi ve ağ kapasitesi ortak politikalarla yönetilebilir. Bir müşterinin yoğun işlem yapan uygulaması diğer sitelerin yanıt süresini etkileyebiliyorsa, bayi paketindeki kaynak kotalarının ve sağlayıcının kötüye kullanım politikasının nasıl uygulandığını öğrenmek gerekir.

Hangi müşteri yapısında bayi hosting mantıklıdır?

Web tasarımcısı, ajans veya küçük ölçekte birden fazla site yöneten kişiyseniz, siteleri tek tek farklı hosting hesaplarında tutmak yerine merkezi yönetim sağlayabilir. Müşterilerinizin çoğu tanıtım sitesi, kurumsal e-posta veya düşük ve orta trafikli içerik sitesi kullanıyorsa; ayrı hesap açma, temel limit belirleme ve müşteriye sınırlı panel verme özellikleri pratik bir başlangıç oluşturur.

Ancak karar, müşteri sayısından çok iş yüküne göre verilmelidir. Siteler çoğunlukla hafifse ve müşteriler bağımsız panel erişimi istiyorsa bayi hosting uygun olabilir. Müşterilerden biri sürekli çalışan görevler, yüksek sorgu trafiği veya yoğun medya işleme kullanacaksa, onu aynı kaynak havuzuna koymak yerine ayrı bir hosting planı ya da yönetilen bir sunucu değerlendirmek daha doğru olur. Daha yüksek yönetim sorumluluğunu üstlenebiliyorsanız Türkiye VDS sunucu paketleri gibi ayrı sunucu seçeneklerini de bu noktada karşılaştırabilirsiniz; VDS seçimi otomatik olarak daha az yönetim gerektirdiği anlamına gelmez.

Seçim yaparken üç sınırı birlikte inceleyin

Hesap ve kaynak limitleri

Önce oluşturabileceğiniz hesap sayısını, her alt hesabın disk ve trafik sınırlarını, inode gibi dosya sayısı kotalarını ve işlemci-bellek kullanım politikasını ayrı ayrı kontrol edin. Örneğin disk alanı yeterli görünse bile çok sayıda küçük dosya kullanan siteler inode sınırına takılabilir. İhtiyacınız çok sayıda küçük siteyse, yalnız toplam gigabayt değerine bakarak karar vermeyin.

Yetki ve müşteri ayrılığı

Müşterinin kendi alan adını, e-posta kutularını, veritabanını ve yedeğini yönetip yönetemediğini kontrol edin. Sizin görebildiğiniz yönetim ekranı ile müşterinin görebildiği panel aynı olmamalıdır. Sağlayıcı alt hesaplar arasında dosya erişimini teknik olarak nasıl ayırdığını açıkça belirtmiyorsa, bunu tam sunucu izolasyonu gibi yorumlamayın. Ayrıca yedeklerin kim tarafından alındığı, ne kadar süre tutulduğu ve geri yüklemenin hesap bazında yapılabildiği de operasyonun bir parçasıdır.

Markalama ve taşıma sınırları

Müşteriye sağlayıcının markası yerine kendi markanızla panel veya bildirim göstermek istiyorsanız, bunun pakette gerçekten bulunup bulunmadığını doğrulayın. Alan adı, DNS, e-posta ve SSL işlemlerinin hangi bölümünü sizin yöneteceğinizi de netleştirin. Bazı hizmetlerde bayi yalnızca hesap açar; bazı yapılarda destek, kötüye kullanım bildirimi veya e-posta teslim sorunları için sağlayıcıya başvurmanız gerekir.

İlk değerlendirmeyi güvenli biçimde nasıl yapabilirsiniz?

1. Önce tahmini müşteri profilinizi yazın: kaç site, yaklaşık dosya kullanımı, e-posta ihtiyacı ve yoğun çalışan uygulama olup olmadığı. Sitelerin çoğu düşük trafikli kurumsal sayfaysa bayi planı mantıklı bir adaydır; tek bir uygulama bile sürekli yüksek kaynak tüketiyorsa bunu ayrı senaryo olarak değerlendirin.
2. Sağlayıcının paket açıklamasında alt hesap limitlerini, CPU veya bellek kullanım politikasını ve yedekleme kapsamını bulun. Yalnızca “sınırsız” gibi genel ifadeler varsa bunun hangi adil kullanım veya teknik sınırlara bağlı olduğunu sormadan kapasite varsaymayın.
3. Deneme hesabı ya da mevcut panel üzerinden bir örnek alt hesap oluşturun. Alan adı ekleme, veritabanı açma, e-posta hesabı oluşturma ve yedek geri yükleme seçeneklerini kontrol edin. Bu işlemler hesap bazında yapılabiliyor ve müşteriye gereksiz ana yönetim yetkisi vermiyorsa temel yönetim ihtiyacı karşılanıyor demektir.
4. Bir sitenin kaynak sınırına yaklaşması halinde görünen uyarıyı ve ilgili kullanım raporunu inceleyin. Rapor belirli bir hesabın işlemci veya bellek kullanımını gösteriyorsa önce o uygulamanın gereksinimini ayırın; tüm müşterilerin limitlerini birlikte yükseltmek, ortak kaynak sorununu gizleyebilir. Sağlayıcı hesap bazlı sınır sunmuyorsa yoğun müşteriyi farklı bir hizmete taşımak daha güvenli seçenektir.

Örneğin, varsayımsal olarak on iki küçük işletme sitesini yönettiğinizi ve bunların çoğunda yalnızca iletişim formu ile kurumsal e-posta bulunduğunu düşünün. Alt hesaplar birbirinden ayrılabiliyor, her müşterinin kendi yedeği alınabiliyor ve kaynak raporları hesap bazında görülebiliyorsa bayi hosting yönetimi kolaylaştırabilir. Buna karşılık aynı gruptaki bir müşteri sürekli çalışan raporlama uygulaması kullanıyorsa, o siteyi ortak plana eklemek yerine ayrı kaynaklı bir hizmete almak daha tutarlı olur; çünkü hesap ayrılığı tek başına yoğun işlem yükünü ortadan kaldırmaz.

Hangi noktada bayi hosting yerine başka bir yapı düşünülmeli?

Müşterilerinizin uygulamaları için özel PHP sürümleri, sürekli çalışan servisler, gelişmiş güvenlik kuralları veya ayrıntılı sunucu yapılandırması gerekiyorsa bayi hesabının yetki sınırları yetersiz kalabilir. Bu durumda yönetimi sağlayıcıya bırakılan daha gelişmiş bir hosting planı veya sunucu yönetimini üstlenebileceğiniz bir VDS karşılaştırılabilir. Karar verirken yalnız kaynak miktarını değil, güncelleme, yedekleme, izleme ve güvenlik sorumluluğunun kime ait olduğunu da yazılı olarak belirleyin.

İlk somut adım, üç tip müşteri sitesi için küçük bir kaynak ve yetki tablosu hazırlayıp sağlayıcının alt hesap ekranında bu senaryoları denemektir. Her hesabın sınırı ve geri yükleme yöntemi beklentinizi karşılıyorsa model uygun bir başlangıç olabilir; karşılamıyorsa daha büyük bir paket almak yerine önce eksik özelliğin kaynak mı, yetki mi yoksa yönetim kapasitesi mi olduğunu ayırın.