Reseller hosting, tek bir hosting hesabındaki kaynakları birden fazla bağımsız web sitesi hesabına bölerek müşterilere sunma modelidir. Birden fazla müşterinin sitesini yönetiyor, her site için ayrı giriş bilgileri ve kullanım sınırları istiyorsanız uygun olabilir. Ancak yalnızca birkaç site barındıracaksanız, alt hesap yönetimi ve kaynak paylaşımı ek maliyet ve operasyon yükü oluşturabilir.
Bu modelde hizmet sağlayıcı ana sunucunun kaynaklarını ve yönetim katmanını sunar; siz ise bu ortam içinde müşteriler için ayrı hosting hesapları oluşturursunuz. Her hesap kendi alan adı, e-posta kutuları, veritabanları ve dosya alanıyla yönetilebilir. Kullanılan panelin sunduğu özelliklere bağlı olarak hesaplara disk alanı, trafik, e-posta veya işlem kaynakları için ayrı sınırlar atanabilir.
Buradaki önemli ayrım, müşteriye yalnızca bir web alanı vermekle her müşteri için ayrı hesap açmak arasındadır. Ayrı hesaplar, giriş bilgilerini ve kaynak kullanımını birbirinden ayırmayı kolaylaştırır; fakat ana hesabın toplam kaynakları ortak kalır. Bir müşterinin yoğun işlem yapan uygulaması, tanımlanan sınırlar ve sağlayıcının kaynak politikaları izin verdiği ölçüde diğer hesapların deneyimini etkileyebilir.
Seçim sırasında yalnızca toplam disk alanına bakmak yerine hesap oluşturma, askıya alma, parola sıfırlama ve kullanım izleme akışını inceleyin. Müşteriye panel erişimi vermeyi planlıyorsanız, müşteri hesabının ana yönetim alanından hangi işlemleri görebildiğini ve birbirlerinin dosyalarına erişemediğini kontrol edin. Bu ayrımın kapsamı kullanılan panel, işletim sistemi ve sağlayıcı yapılandırmasına göre değişebilir; mutlak izolasyon varsayılmamalıdır.
Web tasarımcısı, ajans veya birden fazla küçük işletmenin sitesini yöneten bağımsız hizmet sağlayıcısı için reseller hosting pratik bir başlangıç olabilir. İhtiyaç, müşterilere ayrı erişim sunmak ve her siteyi tek bir büyük hesapta karıştırmadan yönetmekse bu model, doğrudan her müşteri için ayrı sunucu işletmekten daha az yönetim gerektirebilir.
Karar verirken şu ayrımı yapın: Siteler çoğunlukla tanıtım sayfaları, küçük içerik siteleri veya düşük trafikli uygulamalarsa paylaşılan kaynaklı bir reseller planı değerlendirilebilir. Buna karşılık müşterilerden biri yoğun sorgu yapan bir mağaza, sürekli çalışan arka plan işlemleri veya yüksek bellek ihtiyacı olan bir uygulama çalıştıracaksa, o müşteriyi ayrı bir VPS ya da yönetilen sunucuya taşımak daha tutarlı olabilir. Bu durumda reseller hesabını diğer küçük siteler için kullanmaya devam edebilirsiniz; tek bir iş yükü için tüm hesabın kaynaklarını yükseltmek zorunda kalmazsınız.
Diyelim ki bir tasarımcı, başlangıçta sekiz kurumsal tanıtım sitesi ve iki küçük blog barındıracak. Sitelerin ortak özelliği düşük işlem ihtiyacı ve ayrı müşteri erişimi gerektirmesiyse, hesap başına sınır tanımlayabilen bir reseller planı uygun adaydır. Daha sonra bloglardan biri yoğun görsel ve eklenti kullanımı nedeniyle kaynak uyarıları üretirse, önce yalnız o hesabın kullanımını ve uygulama ayarlarını incelemek gerekir; tüm müşterilerin planını rastgele büyütmek sorunu açıklamayabilir.
İlk karar noktası kaynakların nasıl ölçüldüğüdür. “Sınırsız” gibi genel ifadeler yerine disk kullanımının, inode sayısının, eşzamanlı işlem sayısının, CPU ve bellek kullanımının hangi sınırlarla yönetildiğini sorun. Dosya depolayan sitelerde kapasite ve inode sınırı öne çıkarken, sık PHP veya veritabanı işlemi yapan sitelerde işlem ve bellek sınırları daha belirleyici olabilir. Trafik limiti tek başına sunucunun her iş yükünü kaldıracağı anlamına gelmez.
İkinci karar noktası yedekleme ve geri yükleme sürecidir. Sağlayıcının yedek alması, sizin her dosyayı istediğiniz anda tek tıklamayla geri döndürebileceğiniz anlamına gelmez. Hangi kapsamda yedek tutulduğunu, saklama süresini, tek bir müşteri hesabının nasıl geri yüklendiğini ve geri yükleme sırasında diğer hesapların etkilenip etkilenmediğini öğrenin. Mümkünse yeni bir site eklemeden önce deneme hesabında yedekleme ve geri yükleme ekranını inceleyin.
Önce barındıracağınız siteleri trafik, uygulama türü ve müşteri erişimi bakımından gruplandırın. Yalnızca statik veya düşük trafikli sitelerden oluşan grup ile yoğun veritabanı kullanan siteyi aynı kaynak beklentisiyle değerlendirmeyin. Ardından planın hesap başına ve toplam hesaba uyguladığı sınırları yazılı olarak karşılaştırın; sağlayıcıya bağlı davranışları varsayım olarak değil, doğrulanması gereken koşul olarak ele alın.
Deneme veya satın alma öncesinde küçük bir test hesabı oluşturabiliyorsanız, örnek bir alan adı ekleyin, ayrı bir kullanıcı erişimi tanımlayın ve kullanım raporlarını açın. Başarılı sonuç, hesabın birbirinden ayrılmış erişimle yönetilebilmesi ve kaynak raporunun hangi sınırların kullanıldığını anlaşılır biçimde göstermesidir. Ancak bu test, yoğun gerçek trafik altında performans garantisi vermez; yalnızca yönetim akışının ve görünür kontrollerin uygunluğunu gösterir.
Hesap sayısı veya tek bir müşterinin kaynak ihtiyacı büyüyorsa, reseller hosting ile ayrı sunucu arasındaki geçişi planlayın. Örneğin müşterilerin erişimini ve yedeklerini ayrı tutmak öncelikliyse, önce sorun çıkaran hesabı ayırmak; bütün siteler sürekli yüksek kaynak kullanıyorsa daha merkezi ve yönetilebilir bir Türkiye VDS sunucu paketleri seçeneğini değerlendirmek daha anlamlı olabilir. Sonraki adım, mevcut sitelerin kaynak türlerini listeleyip her biri için hesap bazlı sınır ve taşıma planı oluşturmaktır.
Copyright © 2026 Tüm Hakları Saklıdır.
Türkiye (Türkçe)
Worldwide (English)