Her bağımsız müşteriye ayrı cPanel hesabı açın
Ajans, yetkili olduğu hesapları WHM’den listeler, paket atar ve hesapları yönetir. Müşteri ise ihtiyacı varsa kendi cPanel hesabına veya doğrudan uygulama paneline girer. Örneğin yalnızca WordPress içeriği düzenleyen bir müşteriye Editör rolü yeterli olabilir. Müşteriye ait dosyalar, veritabanı kullanıcıları ve yerel posta kutuları o müşterinin hosting hesabında toplanır. Her ekip üyesine ihtiyacı olan yetkiyi verin. Sağlayıcı ve lisans destekliyorsa cPanel’de Manage Team üzerinden kişiye özel roller tanımlayabilirsiniz.
cPanel’de ek alan adı (addon domain) başka bir siteyi mevcut hesabın altında barındırır. Ayrı belge kökü seçilse bile toplam hesap kotası ve ana cPanel erişimi ortaktır. Bu yapı, aynı müşterinin birkaç küçük sitesini birlikte yönetmek için işe yarayabilir. Örneğin ayrı bir şirketin sitesini de aynı hesaba eklediğinizde, hesap düzeyindeki erişim ve tam yedek birden fazla müşteriyi kapsar. Sonradan yapılacak bir devirde dosyaları, veritabanlarını ve e-postayı tek tek ayırmak gerekir.
Ayrı cPanel hesapları sunucunun tamamını ayırmaz. İki sitenin aynı anda CPU, RAM veya disk I/O limitine takılıp takılmayacağı sağlayıcının yapılandırmasına ve hesapların yüküne bağlıdır. Sunucu düzeyinde yönetim gerektiğinde ajanslar için reseller hosting ve VDS karşılaştırmasına bakın.
Beş müşteri için paket ve kota hesabı
WHM’de yetkiniz varsa Packages → Add a Package üzerinden disk ve aylık veri aktarım sınırlarını MB cinsinden girin. Posta kutusu ve SQL veritabanı sayılarını da ihtiyaca göre belirleyin. Ardından Account Functions → Create a New Account ekranında müşterinin ana alan adını, kullanıcı adını, iletişim e-postasını ve paketini girin. Paket oluşturma ve hesap ekleme yetkilerini sağlayıcınız belirler.
| Müşteri | Paket | Disk | Aylık aktarım | Posta kutusu | MySQL |
|---|---|---|---|---|---|
| Mimarlık ofisi | Temel | 4.096 MB | 40.960 MB | 5 | 2 |
| Üretici firma | Temel | 4.096 MB | 40.960 MB | 5 | 2 |
| Etkinlik ajansı | Temel | 4.096 MB | 40.960 MB | 5 | 2 |
| Otel | Geniş | 8.192 MB | 81.920 MB | 15 | 5 |
| Haber sitesi | Geniş | 8.192 MB | 81.920 MB | 15 | 5 |
| 5 hesabın toplamı | 28.672 MB | 286.720 MB | 45 | 16 | |
Üç Temel ve iki Geniş hesap 28.672 MB disk ile 286.720 MB aylık aktarım kotası kullanıma ayırır. Örneğin üst bayi limitiniz 51.200 MB disk ve 512.000 MB aylık aktarım ise, beş hesaptan sonra atanabilecek 22.528 MB disk ve 225.280 MB aktarım kalır. Aynı dağılımı 12 Temel ve 8 Geniş hesaba çıkarmak 114.688 MB disk ve 1.146.880 MB aylık aktarım kotası gerektirir. Ayrıca en az 20 cPanel hesabı açabiliyor olmanız gerekir. Tablodaki posta kutusu ve MySQL toplamları beş ayrı hesabın limitlerinden oluşur. Bir hesabın kullanılmayan posta kutusu hakkı başka hesaba kendiliğinden geçmez.
Hesabı toplam atanan kotalar üzerinden ve overselling kapalı varsayımıyla yaptık. WHM’de disk ve aktarım için bu ayar ayrı ayrı uygulanabilir. Hesap açmadan önce üst bayi kotalarını, hesabınızın açabileceği cPanel sayısını ve hangi paketleri seçebildiğinizi doğrulayın. Gerçek kullanımda disk ve aktarımın yanında dosya sayısı (inode), posta kutusu büyümesi ve yoğun saatlerdeki CPU, RAM ve I/O değerlerini de inceleyin. Örneğin 4.096 MB disk sınırına yaklaşan bir hesabın geçici yedek arşivi için boş alana ihtiyacı olabilir.
Her müşteri için taşıma formu oluşturun
- Alan adı ve DNS. Alan adı sahibini, kayıt kuruluşunu ve yetkili DNS sağlayıcısını kaydedin. Mevcut A, AAAA, CNAME, MX ve TXT kayıtlarını dışa aktarın. DNSSEC kullanılıyorsa yetkili ad sunucusu değişikliği için DS kaydı planını da çıkarın.
- Site ve veri. Uygulama ile PHP sürümünü, kullanılan disk alanını, veritabanı boyutunu, zamanlanmış işleri ve form gönderim yöntemini kaydedin. Düzenli veri yazan bir sitede son eşitleme için kısa bir bakım aralığı belirleyin.
- E-posta. Postanın cPanel’de mi, harici bir sağlayıcıda mı tutulduğunu doğrulayın. Yerel ise kutu, takma ad, yönlendirme ve mevcut posta arşivi listesini alın. Harici ise MX ile SPF, DKIM ve DMARC kayıtlarını saklayın.
- Erişim ve onay. Alan adı, DNS, uygulama ve hosting erişimlerinin sahiplerini yazın. Geçiş saatini kimin onaylayacağını ve sorun çıkarsa kimi arayacağınızı belirleyin. Parola ve kurtarma kodlarını korumalı bir parola kasasında paylaşın.
Önce bir siteyi taşıyın, sonra sırayla ilerleyin
- Yedeği geri yükleyerek doğrulayın. Dosya, veritabanı ve taşınacaksa posta verisinin bir kopyasını kaynak sunucu dışında saklayın. İzole bir test ortamında yedeği açıp veritabanını ve örnek verileri kontrol edin. Tam hesap yedeği için geri yüklemeyi yapacak WHM yetkisini veya sağlayıcı desteğini önceden doğrulayın. cPanel’in Yedekleme Sihirbazı tam yedeği cPanel içinden doğrudan geri yükleyemez.
- İlk geçiş için düşük riskli bir site seçin. Hedef hesabı hazırlayın. Kaynak cPanel ise Transfer Tool erişimini ve taşıma kapsamını sağlayıcıyla teyit edin. Yerel
hostskaydıyla veya ayrı bir test adresiyle hedef siteyi açın. Ana sayfa, yönetim girişi, görsel, form, zamanlanmış iş ve HTTPS kontrollerini yapın. WHM Live Transfer kullanılacaksa kaynak hesabın askıya alınması ve DNS yönlendirmeleri gibi otomatik işlemleri geçiş planına ekleyin. - Web geçişini yetkili DNS’te yapın. DNS aynı sağlayıcıda kalıyorsa web adreslerinin ilgili kayıtlarını yeni hedefe çevirin. Ad sunucuları da değişecekse mevcut bölgeyi yeni sağlayıcıda hazırlayıp kayıtları test ettikten sonra yetkiyi devredin. Eski sunucuya işaret eden bir AAAA kaydı varsa IPv6 trafiğini de hesaba katın. E-posta harici hizmette kalıyorsa ilgili MX ve TXT kayıtlarını koruyun. cPanel’de gerekiyorsa Remote Mail Exchanger seçin. Yerel posta da taşınıyorsa hedef kutuları hazırlayın, posta verisini eşitleyin ve yeni MX hedefini doğrulayın.
- Yayın sonrasında iki yönlü test yapın. Farklı bir ağdan yeni siteyi açın. Formun gönderdiği iletinin doğru adrese ulaştığını ve bir dış adresle karşılıklı e-posta gönderilebildiğini kontrol edin. Gözlem süresini ve geri dönüş koşulunu önceden kararlaştırın. İlk sitedeki kritik kontroller başarılı olunca kalan siteleri küçük gruplar halinde taşıyın.
- Geri dönüş ve devri tamamlayın. Eski hedefleri ve değiştirdiğiniz kayıtları geçiş günlüğüne yazın. Geri dönüşte hedef sunucuya yazılmış form, içerik veya posta verisini koruyup eşitledikten sonra ilgili DNS kayıtlarını geri alın. Müşteriye panel erişimini, yedeğin tarihini ve geri yükleme yolunu iletin. Geçici erişimleri kaldırın ve kaynak hesabı, geçiş onayı ile gerekli veri aktarımı tamamlandıktan sonra kapatın.
Posta hizmeti taşınan hesaplar için MX ve DNS kontrol rehberini, cPanel’den cPanel’e geçiş için Transfer Tool rehberini kullanabilirsiniz.
Site sayısı arttıkça hangi sınırı takip etmelisiniz?
WHM hesap listenizi müşteri ve paket tablonuzla ayda bir karşılaştırın. Her müşteri için disk ve aylık aktarımın hem atanan hem kullanılan değerini, son başarılı yedeğin zamanını ve açık erişimlerin sahibini kaydedin. Hesap sayısında yeterli boşluk olsa bile posta arşivi hızla büyüyen bir müşteri önce disk kotasına ulaşabilir. Tekrarlayan CPU, bellek veya I/O aşımı varsa o hesabın iş yükünü ölçün ve kapasite artışını ayrı planlayın.
Paket bakarken reseller hosting seçeneklerini beş veya yirmi sitelik listenizle karşılaştırın. Üst hesap kotasını, izin verilen cPanel sayısını ve hesabın geri yükleme sürecini birlikte değerlendirin. Bayilik modelini ilk kez kuruyorsanız reseller hosting rehberine de bakabilirsiniz.
