Reseller Hosting Seçerken Müşteri Hesapları Nasıl Değerlendirilir?

Reseller hosting, tek bir hosting hesabı içinden birden fazla müşteriye ayrı web hosting hesapları sunmanızı sağlar. Doğru seçim yalnızca toplam disk alanına bakılarak yapılmaz; hesapların birbirinden ne kadar ayrıldığı, kaynakların nasıl paylaştırıldığı, marka ayarlarının neleri kapsadığı ve hizmet büyüdüğünde hangi sınıra ulaşılacağı birlikte değerlendirilmelidir.

Reseller hosting modelinin temel çalışma şekli

Reseller hosting planında ana sağlayıcı, size genellikle bir yönetim paneli ve bunun altında müşteri hesapları oluşturma yetkisi verir. Her müşteri kendi alan adı, dosya alanı, e-posta kutuları, veritabanları ve panel giriş bilgileriyle yönetilebilir. Siz ise hesap açma, kaynak sınırı belirleme, askıya alma ve bazı durumlarda faturalandırma işlemlerini merkezi olarak yürütürsünüz.

Buradaki önemli ayrım, “ayrı hesap” ile “ayrı fiziksel sunucu” kavramlarının aynı olmamasıdır. Müşteri hesapları panel ve dosya erişimi bakımından birbirinden ayrılabilir; ancak aynı sunucunun işlemci, bellek, depolama ve ağ kaynaklarını paylaşabilir. Bu nedenle yüksek kaynak tüketen bir müşterinin diğer siteleri nasıl etkileyebileceğini sağlayıcının kaynak yönetimi açıklamasından öğrenmek gerekir. Mutlak izolasyon varsaymak yerine, hesap sınırlarının ve aşım davranışının nasıl uygulandığını sorun.

Kaynakları toplam kapasite yerine kullanım biçimine göre karşılaştırın

Bir planın disk alanı ve trafik kotası ilk bakışta kolay karşılaştırılır; fakat müşterilerin çalışma yükü daha belirleyicidir. Az sayıda kurumsal tanıtım sitesi barındıracaksanız depolama ve e-posta kapasitesi öne çıkabilir. Aynı sunucuda sık sorgu yapan mağazalar veya yoğun eklenti kullanan içerik siteleri bulunacaksa işlemci süresi, bellek kullanımı, PHP işçi sınırları ve veritabanı davranışı daha önemli hale gelir.

Örneğin, varsayımsal olarak beş müşteriye düşük trafikli kurumsal site sunacağınızı düşünelim. Siteler çoğunlukla metin ve optimize edilmiş görsellerden oluşuyorsa yüksek depolama kotası yerine hesap başına ayrılabilen kaynakların netliği ve yedekleme politikası daha anlamlı olabilir. Buna karşılık aynı sayıda müşteriden ikisi yoğun kampanya dönemlerinde ürün kataloğu sorguluyorsa, depolama alanı yeterli olsa bile eşzamanlı işlem sınırları darboğaz yaratabilir. Bu durumda planı yalnızca gigabayt üzerinden seçmek yerine kaynak aşımında ne olduğunu incelemek gerekir.

Karar basittir: siteler küçük ve öngörülebilir yükteyse yönetim kolaylığı ile hesap başına sınırları karşılaştırın; dinamik ve yoğun uygulamalar barındırılacaksa kaynak ölçümünün nasıl yapıldığını ve yükseltme yolunu ayrıca değerlendirin. Sağlayıcı ölçüm yöntemini açıklamıyorsa düşük fiyatı kapasite garantisi gibi yorumlamayın.

Müşteri hesaplarının ayrımı ve yönetim sınırlarını inceleyin

İyi bir reseller hosting düzeninde müşteriye yalnızca kendi hesabını yönetebileceği bir panel verilir. Böylece müşteri diğer hesapların dosyalarına veya ayarlarına erişmeden alan adı, e-posta, veritabanı ve SSL işlemlerini yürütebilir. Ancak bu ayrımın kapsamı kullanılan panel, sunucu yapılandırması ve sağlayıcının güvenlik uygulamalarına bağlıdır.

Değerlendirme sırasında şu soruları yazılı olarak netleştirin:

• Hesap izolasyonu: Bir hesabın dosya ve kullanıcı erişimi diğer müşterilerden hangi mekanizma ile ayrılıyor? Bu, yalnızca panelde farklı görünmekten daha kapsamlı bir konudur.
• Kaynak aşımı: Bir site CPU, bellek veya işlem süresi sınırına ulaştığında diğer hesaplar yavaşlıyor mu, yoksa yalnızca ilgili hesap mı kısıtlanıyor? Sonraki adımı belirleyen fark budur.
• Yedekleme kapsamı: Yedekler tüm reseller hesabını mı, alt hesapları ayrı ayrı mı kapsıyor? Müşteri geri yükleme talebinde sizin müdahaleniz gerekip gerekmediğini öğrenin.
• Yetki seviyesi: Paket, alan adı ekleme, SSL tanımlama ve e-posta yönetimi gibi işlemleri sizin yapmanıza izin veriyor mu? Her yönetim işlemi için sağlayıcıya bağımlı kalmak operasyonu yavaşlatabilir.

Bir müşterinin kendi hesabında değişiklik yapabilmesi önemli olsa da, sizin merkezi yönetim yetkinizle müşterinin yetkisini karıştırmayın. Panelde görünmeyen sunucu ayarları, güvenlik politikaları ve servis yeniden başlatma gibi işlemler çoğunlukla sağlayıcı tarafında kalır.

Markalama ve müşteri deneyimini teknik sınırlarla birlikte değerlendirin

Reseller hosting, müşterilere kendi markanızla hizmet sunma fırsatı verebilir; fakat markalama kapsamı sağlayıcıya göre değişir. Özel nameserver, logo, giriş adresi, otomatik e-posta şablonları veya müşteri paneli özelleştirmelerinin hangilerinin desteklendiğini ayrı ayrı kontrol edin. “Beyaz etiket” ifadesi her zaman tüm müşteri iletişiminin markanızla görüneceği anlamına gelmez.

Ajans olarak müşteriye hosting de sunacaksanız önce teslim sürecini küçük bir denemeyle değerlendirin. Deneme alanında bir alt hesap oluşturun, alan adı ve SSL işlemini tamamlayın, sınırlı yetkili bir müşteri kullanıcısıyla giriş yapın ve parola sıfırlama e-postasının hangi gönderen bilgileriyle ulaştığını kontrol edin. Hesap açma, kaynak değiştirme ve yedekten geri dönme adımlarının hangilerinde sağlayıcı desteği gerektiğini not edin. Süreç birkaç basit panel işlemiyle tamamlanıyorsa operasyon maliyeti daha öngörülebilir olur; her değişiklik destek talebi gerektiriyorsa plan teknik olarak yeterli olsa bile ölçeklenmesi zorlaşabilir.

Büyüme sınırını ve yükseltme yolunu baştan belirleyin

Reseller hosting seçerken bugünkü müşteri sayısından çok, hesapların kaynak profili büyüdüğünde ne yapacağınızı düşünün. Müşteri sayısı artıyor fakat siteler küçük kalıyorsa aynı model içinde daha geniş kaynaklı bir plana geçmek yeterli olabilir. Buna karşılık birkaç müşterinin uygulaması sürekli yüksek işlem gücü veya özel sunucu ayarı gerektiriyorsa, reseller hesabını zorlamak yerine yönetilen ya da yönetilmeyen bir sanal sunucu seçeneğini değerlendirmek daha uygun olabilir.

Örneğin on beş düşük trafikli siteyi tek panelden yönetmek, her site için ayrı sunucu kurmaktan daha pratik olabilir; çünkü bakım ve hesap açma süreçleri merkezileşir. Fakat bu sitelerden biri özel işletim sistemi ayarı, farklı servis sürümü veya sürekli yüksek kaynak talep etmeye başladığında reseller modelinin esnekliği azalır. Böyle bir durumda müşteriyi taşımadan önce yedek geri yükleme yöntemi, DNS değişikliği, e-posta sürekliliği ve geri dönüş planı hazırlanmalıdır. Uygun yükseltme yolu açıklanmıyorsa, yalnızca başlangıç kapasitesine bakmayın.

Reseller hesabının sınırını anlamak için önce müşteri sitelerinizin türlerini listeleyin, ardından her tür için gerekli kaynak ve yönetim erişimini yazın. Liste ağırlıklı olarak standart web sitelerinden oluşuyorsa reseller hosting planının hesap ayrımı, yedekleme ve yönetim akışını küçük bir denemeyle doğrulayın. Özel sunucu ayarları veya sürekli yoğun yük baskınsa Türkiye VDS sunucu paketleri gibi farklı barındırma modellerini, özellikleri sağlayıcıdan ayrıca doğrulayarak karşılaştırın.