Bir web ajansında hosting seçimi, kaç site barındırılacağından önce müşterilerin nasıl ayrılacağıyla başlar. Aynı cPanel hesabına eklenen on alan adı ile ayrı giriş bilgileri olan on müşteri hesabı aynı yönetim modeli değildir. Reseller hosting, müşteri hesaplarını WHM üzerinden yönetmenize olanak verir. Paket oluşturma, yetki verme, yedekleme ve müşteri devri süreçlerini baştan tanımlamak, yeni müşteri geldikçe tekrar iş yapmanızı azaltır.
Çoklu site hosting ile reseller arasındaki esas fark
Birden fazla siteye izin veren web hosting paketinde siteler aynı hosting hesabının erişim ve kaynak yapısını kullanabilir. Bu, tek işletmenin kendi projeleri için pratik olabilir. Farklı müşterilerin birbirinden bağımsız giriş yapması, posta kutularını yönetmesi veya hizmetini başka bir firmaya taşıması gerektiğinde ayrı hesaplar daha düzenli bir çözüm sunar.
WHM, bayi tarafında hesap ve paket yönetimi içindir. cPanel ise tek müşterinin dosya, e-posta, veritabanı ve alan adı işlemlerini yürüttüğü paneldir. Reseller erişimi, fiziksel sunucunun bütün ayarlarını değiştiren root erişimiyle aynı değildir. Hangi WHM işlevlerinin açık olduğu sağlayıcının yetki ve paket kapsamına bağlıdır.
Önce müşteri envanterini çıkarın
Yeni paket almadan önce her müşteri için aşağıdaki kayıtları hazırlayın. Gerçek müşteri verilerini herkese açık bir belgeye veya destek mesajına koymayın; parolaları erişimi kısıtlı bir parola yöneticisinde tutun.
- Alan adları, mevcut panel türü ve hizmetin yenileme tarihi.
- Web dosyaları, veritabanı, posta kutuları ve yedeklerin kullandığı alan.
- Dosya adedi, yoğun saatlerde CPU/RAM kullanımı ve limit aşımı kayıtları.
- PHP sürümü, gerekli uzantılar, cron işleri ve dış hizmet bağlantıları.
- Müşterinin kiminle iletişim kuracağı; DNS, alan adı ve yazılım lisanslarının sahibi.
Örneğin on müşterinin sekizi tanıtım sitesi, ikisi yoğun sipariş alan mağaza olabilir. Hepsini yalnızca birer “site” olarak saymak yönetim kapasitesini anlatır; işlem yükünü anlatmaz. Mağazaların kaynak sınırına yaklaşması, diğer hesapların da daha büyük bir pakete ihtiyacı olduğunu tek başına göstermez.
Hesap sayısı ile hesap başı kaynağı ayrı okuyun
Hedef Hosting’in mevcut reseller seçenekleri 10, 20, 30 ve 50 site barındırma kapasitesi sunar. Paket kartlarında site başına 2 Core CPU ve 2 GB RAM belirtilir. Buradaki site başına kaynakları toplayıp tek bir siteye 20 Core veya 20 GB RAM ayırabileceğiniz sonucunu çıkarmayın. Bunlar tek site için birleşen bir kaynak havuzu ya da müşteriye özel fiziksel çekirdek taahhüdü değildir.
İki ayrı sınırı kontrol edin: bayi paketinde açılabilecek hesap/site sayısı ve her hesabın çalışırken kullanabileceği kaynaklar. WHM’de bir müşteriye daha fazla disk kotası tanımlamak, sunucu tarafındaki CPU, RAM veya I/O sınırını kendiliğinden yükseltmez. Toplam paket, hesap başı sınırlar ve izin verilen işlemler birlikte değerlendirilmelidir.
Limitsiz SSD veya trafik ifadesi de limitsiz dosya, işlemci ya da eşzamanlı PHP işlemi anlamına gelmez. CloudLinux ve hesap kaynak limitleri rehberi, bir müşterinin uygulaması kaynak sınırına ulaştığında hangi verilerin incelenebileceğini açıklar.
Müşteri hesabı planlama aracı
Reseller disk kotasını hesaplara nasıl bölersiniz?
Toplam diskten boş alan ayırın; kalan kapasiteyi müşterilerin web sitesi, veritabanı ve e-posta kotalarıyla karşılaştırın. Araç yalnızca disk dağılımını hesaplar. Sonuç bir hosting paketi veya performans önerisi değildir.
Bütün alanlar gereklidir. Ondalık için virgül veya nokta kullanabilirsiniz; binlik ayırıcı kullanmayın. GB değerlerini aynı birimle girin.
Kota hesabının yöntemi
Dağıtılabilir disk = toplam disk × (1 − ayrılan boş alan / 100).
Hesap kotası = web ve veritabanı + e-posta + diğer disk kotası.
Diske göre hesap sayısı = dağıtılabilir disk / hesap kotası; sonuç aşağı yuvarlanır.
Varsayımsal örnek: 100 GB diskin %20’si boş bırakılırsa 80 GB dağıtılabilir. Her müşteriye 3 GB web/veritabanı + 1 GB e-posta + 1 GB diğer alan ayrıldığında, diske göre 16 eşit kotalı hesap planlanabilir. Bu, bir Hedef Hosting paketinin hesap veya site sınırı değildir.
Bu model her hesabın ayrılan kotayı tamamen kullanabileceğini varsayar; fazla kota satışı yapmaz. Farklı müşteri profilleri için hesabı ayrı gruplarla tekrarlayıp grup kotalarını toplayın. Panelin e-posta ve yedekleri hangi disk kotasına dahil ettiğini kontrol edin; aynı alanı iki kez saymayın.
WHM/cPanel hesap adedi, inode, CPU, RAM, I/O, trafik ve e-posta gönderim sınırı ayrıca değerlendirilir. Çok sayıda küçük dosya veya yoğun işlem yükü, disk dolmadan başka sınırlara ulaşabilir. Müşteri izolasyonu ve paket oluşturma adımları için bu rehberdeki WHM kontrol listesini kullanın.
WHM’de paket ve müşteri hesabı oluşturma sırası
- Hizmet kapsamını yazın. Depolama, e-posta, site sayısı, yedekleme ve uygulama desteğini müşteriye vereceğiniz teklifin parçası haline getirin. Sağlayıcınızın sunmadığı bir özelliği kendi planınıza otomatik dahil etmeyin.
- Paketi oluşturun. WHM’deki “Add a Package” alanında yetkiniz kapsamında disk, trafik, e-posta ve diğer kotaları tanımlayın. Menü adları panel diline ve sürümüne göre değişebilir.
- Ayrı hesabı açın. “Create a New Account” ile alan adı, benzersiz kullanıcı adı, güçlü parola, iletişim adresi ve paketi seçin. Müşteriye bayi yöneticisi erişimi vermeyin.
- Yayın koşullarını kontrol edin. DNS, HTTPS, PHP uyumu, e-posta gönderme/alma ve uygulamanın çalışmasını sınayın. Ödeme alan sitelerde gerçek tahsilat üretmeyen test ortamını kullanın.
- Teslim kaydı tutun. Hangi hesapların açıldığını, yedek sorumlusunu ve müşterinin destek kanalını kayıt altına alın. Erişim bilgilerini güvenli bir yöntemle teslim edin.
cPanel’in resmî Add a Package ve Create a New Account belgelerinde alanların anlamını inceleyebilirsiniz. Belgede bulunan her özelliğin reseller yetkinizde açık olduğunu varsaymayın.
WHMCS neyi ekler?
WHM hesap yönetimini yürütür; WHMCS ise ürün, sipariş, faturalama ve otomasyon süreçlerini bağlamak için kullanılabilir. Reseller paketinde WHM erişimi olması, WHMCS lisansının da dahil olduğu anlamına gelmez. Lisans bedelini, kurulum kapsamını ve otomasyon için gereken yetkileri ayrıca kontrol edin.
Otomasyon kuracaksanız WHM paket adıyla WHMCS ürün yapılandırmasının eşleşmesi gerekir. API erişimine yalnız gerekli yetkileri verin; API anahtarını sayfa kaynağına, e-postaya veya herkese açık kod deposuna koymayın. Ödeme sonrası oluşturma, askıya alma ve iptal kurallarını, müşteriye yanlış işlem uygulanmayacak bir test düzeninde doğrulayın.
Yedekleme ve müşteri devri planı
Sunucunun çalışması ile müşterinin silinen içeriğini geri getirebilmek farklı konulardır. Yedeklerin sıklığını, saklama süresini, hangi dosya ve veritabanlarını içerdiğini, kim tarafından geri yükleneceğini ve ücretini yazılı olarak belirleyin. Premium Hosting’e ait yedekleme koşullarını reseller paketine aynen uygulamayın.
Müşteri başka firmaya geçmek istediğinde site dosyalarının yanında veritabanı, posta kutuları, DNS kayıtları, lisanslar ve zamanlanmış görevler de değerlendirilmelidir. Ayrı hesap kullanımı bu işlemleri kolaylaştırır; tek başına eksiksiz bir taşıma garantisi sağlamaz. Site taşıma kontrol adımlarını izleyerek yeni ortamda kontrol yapın, son değişiklikleri eşitleyin ve eski hesabı gerekli veriler alınmadan kapatmayın.
Ne zaman farklı bir hizmet seçilmeli?
Yalnızca işletmenize ait bir veya iki site varsa ekonomik web hosting ya da WordPress Hosting daha sade olabilir. Bir müşterinin özel servis, işletim sistemi üzerinde kontrol veya hesap limitlerini aşan sürekli kaynağa ihtiyacı varsa o projeyi ayrıca VDS sunucu kapsamında değerlendirin. Sunucuya geçişte yönetim, lisans ve yedek sorumlulukları yeniden planlanmalıdır.
Ajansınız için seçim yaparken reseller paketlerindeki hesap sayısını ve kaynakları karşılaştırın. En büyük paketi almak yerine müşteri envanterinizi, yakın dönem yeni hesap ihtiyacınızı ve tekil projelerin iş yükünü birlikte kullanın.
Konuyu farklı yönleriyle ele alan diğer rehberlere göz atın.





