Reseller hosting, bir hosting kaynağını müşterilere ayrı hesaplar halinde sunmak isteyen ajanslar ve geliştiriciler için uygundur. Doğru seçim yalnızca toplam disk alanına bakılarak yapılmaz; hesap başına kaynak sınırları, panel yetkileri, yedekleme kapsamı ve sağlayıcının teknik kısıtları birlikte incelenmelidir. Müşteri siteleri büyüdükçe kontrol ihtiyacı artıyorsa reseller hosting ile sanal sunucu arasındaki fark özellikle önem kazanır.
Reseller hosting modelinde sağlayıcı ana hosting hizmetini yönetir; siz ise kendi hesabınız altında birden fazla müşteri hesabı oluşturabilir ve bunları ayrı giriş bilgileriyle sunabilirsiniz. Bu yapı çoğu zaman bir yönetim panelindeki bayi araçlarıyla çalışır. Panel, paket tanımlama, kota belirleme ve müşteri hesabı açma gibi işlemleri kolaylaştırır; ancak işletim sistemi veya web sunucusu üzerinde tam yönetici yetkisi vermeyebilir.
Bu nedenle karar, müşteri sayısından çok yönetmek istediğiniz sorumluluğa göre verilmelidir. Birkaç kurumsal siteyi ayrı faturalandırmak, her müşteri için farklı giriş oluşturmak ve sunucu işletimini sağlayıcıya bırakmak istiyorsanız reseller hosting mantıklıdır. Buna karşılık özel servisler kurmanız, sistem düzeyinde yazılım yüklemeniz veya web sunucusu ayarlarını kendiniz değiştirmeniz gerekiyorsa, yönetilen ya da yönetilmeyen bir Türkiye VDS sunucu paketleri seçeneğini ayrıca değerlendirmek daha doğru olabilir.
Disk alanı yalnızca dosya ve veritabanlarının kapladığı yeri gösterir. Ziyaretçi yoğunluğu artan sitelerde CPU süresi, PHP işlem sınırı, RAM kullanımı, eş zamanlı işlem sayısı ve disk giriş-çıkış hızı daha belirleyici olabilir. E-posta kutuları da disk kotasını tüketir; bu nedenle yalnızca web dosyalarının boyutunu hesaplamak eksik bir planlama yaratır.
Önce siteleri kullanım biçimine göre ayırın. Tanıtım sayfaları az işlem yaptığı için daha düşük kaynakla çalışabilir; e-ticaret, üyelik veya sık sorgu yapan uygulamalar ise kısa süreli kaynak artışlarına ihtiyaç duyabilir. Bu sitelerden biri hesap başına CPU ya da işlem sınırına ulaşıyorsa, tüm paketin diskini büyütmek sorunu çözmez. Önce ilgili hesabın kaynak kullanım raporunu ve hata kayıtlarını inceleyin; sınır hesabın kendisindeyse daha uygun bir hesap planı, uygulama optimizasyonu veya farklı bir sunucu modeli değerlendirilmelidir.
Ayrı cPanel veya benzeri hesaplar, giriş bilgilerini ve kota yönetimini birbirinden ayırabilir; fakat bu durum mutlak performans izolasyonu anlamına gelmez. Aynı fiziksel altyapı, web sunucusu, veritabanı hizmeti veya ağ kapasitesi birden fazla müşteri tarafından paylaşılabilir. Sağlayıcıya şu noktaları yazılı olarak sorun: hesap başına CPU ve RAM sınırı nasıl uygulanıyor, süreç sayısı nereden görülebiliyor, yedekler hangi kapsamda alınıyor ve tek bir hesabın yoğunluğu diğer hesapları nasıl etkileyebiliyor?
Bir planın reseller olarak adlandırılması, her panel özelliğinin dahil olduğu anlamına gelmez. Paket oluşturma, alan adı ekleme, SSL yönetimi, e-posta hesapları, otomatik yedekleme ve müşteri destek yetkileri ayrı ayrı kontrol edilmelidir. Özellikle müşteriye kendi panelini verecekseniz, onun hangi işlemleri yapabildiğini ve sizin hangi işlemleri geri alabileceğinizi önceden görün.
Güvenli bir değerlendirme için önce deneme hesabında küçük bir test sitesi oluşturun. Yeni bir müşteri hesabı açın, sınırlı bir disk ve trafik kotası tanımlayın, ayrı bir girişle alan adı ekleyin ve yedekten geri yükleme seçeneğinin gerçekten hangi verileri kapsadığını inceleyin. Test sırasında kotanın panelde görünmesi, müşteri hesabının diğer hesapların dosyalarına erişememesi ve kaynak raporunun ilgili hesabı ayırt edebilmesi beklenir. Bu sonuçlardan biri yoksa, özelliğin pazarlama metninde değil, kullandığınız panel ve sağlayıcı yapılandırmasında doğrulanması gerekir.
Diyelim ki bir tasarım ajansı, çoğu düşük trafikli tanıtım sitesi olan 12 müşteriyi tek panelden yönetmek istiyor. Müşterilere ayrı giriş, standart PHP sürümleri ve temel e-posta hizmeti yeterliyse reseller hosting operasyonu basitleştirir; ajansın her site için işletim sistemi yönetmesi gerekmez. Ancak bu sitelerden biri sürekli çalışan özel bir uygulama, yoğun kuyruk işlemleri veya sunucu düzeyinde bir servis gerektirirse onu aynı plana zorlamak yerine ayrı bir sunucu mimarisine taşımak daha tutarlı olur. Bu, varsayımsal bir iş yükü örneğidir; gerçek karar için uygulamanın kendi kaynak ölçümleri gerekir.
Başka bir pratik ayrım da destek sorumluluğudur. Müşterilerinizden gelen parola, e-posta ve uygulama sorunlarını siz karşılayacaksanız panel yetkileri ve yedek geri dönüş süresi operasyon planınızın parçasıdır. Yalnızca alan adı ve hosting hesabı sunacak, uygulama desteği vermeyecekseniz daha geniş yönetim yetkileri yerine sade hesap ayrımı ve net sağlayıcı desteği öncelik kazanır.
Seçtiğiniz paketi değerlendirmek için ihtiyaç duyduğunuz müşteri hesabı sayısını, her hesabın tahmini disk kullanımını ve yoğun işlem dönemlerini yazın. Ardından sağlayıcının panelinde örnek bir hesap açıp şu dört sonucu kontrol edin: kota ve kaynak sınırları hesap bazında görülebiliyor mu, ayrı kullanıcı yalnızca kendi alanını yönetebiliyor mu, yedek geri yükleme kapsamı açıkça belirtilmiş mi ve hesabı gerektiğinde askıya alma ya da yeniden etkinleştirme işlemi mevcut mu?
Sonuçlar olumluysa düşük ve orta yoğunluklu siteleri reseller yapısında gruplayabilirsiniz. Kaynak raporları hesapları ayırt etmiyor, geri yükleme kapsamı belirsiz kalıyor veya özel yazılım ihtiyacı ortaya çıkıyorsa planı büyütmeden önce sağlayıcıdan teknik sınırları netleştirin. Kontrol edemediğiniz bir özelliği müşteriye kesin hizmet sözü olarak sunmayın; ilk adım olarak gerçek müşteri verisi kullanmadan bir test hesabı açıp bu kabul kontrolünü tamamlayın.
Copyright © 2026 Tüm Hakları Saklıdır.
Türkiye (Türkçe)
Worldwide (English)