Kendi Sunucuna cPanel Kurmak: Kurulum Maliyeti Analizi

Kendi sunucunuza cPanel (cPanel & WHM) kurmak, yönetim kolaylığı açısından güçlü bir tercihtir. Ancak lisans ücreti tek başına maliyeti belirlemez; işletim sistemi kaynağı, yedekleme (backup), güvenlik yamaları ve ek işçilik de toplam maliyeti doğrudan etkiler. Bu yazıda, “kendi sunucum var” varsayımıyla bile cPanel maliyetini kalem kalem hesaplamayı öğreneceksiniz. Sonuçta, hangi senaryoda tek sunucu işletmenin mantıklı, hangi senaryoda yönetilen hosting veya farklı kontrol paneli daha doğru olduğunu net biçimde görürsünüz.

1) cPanel maliyeti neden “lisans + donanım” değildir?

cPanel lisansı genellikle ilk görünen kalemdir. Fakat bir kontrol panelini üretim ortamında sürdürülebilir kılan şey; güncelleme disiplini, yedekleme planı, spam/AV katmanları ve kaynak izolasyonudur. Kendi sunucunuzda cPanel çalıştırdığınızda maliyet şu başlıklara ayrılır:

• Lisans: cPanel & WHM aboneliği (sunucu başına + paketleme mantığı sağlayıcı politikasına göre değişebilir).
• Donanım: CPU, RAM, disk IOPS (SSD/NVMe), sistem diski ve varsa veri diski.
• Sunucu bakım zamanı: güncelleme, güvenlik hardening, panel/servis restart süreçleri.
• Yedekleme altyapısı: yedek (backup) hedefi, saklama süresi, geri dönüş (restore) testleri.
• Güvenlik: firewall (IP kısıtları), WAF benzeri önlemler, fail2ban, log izleme.
• E-posta güvenliği: spam filtreleri, greylisting, karantina yönetimi.
• Operasyon: kullanıcı açma/kapama, quota ayarları, kaynak limitleri, trafik anomali tespiti.

Bu yüzden NetKıyas’ta gördüğünüz “aylık fiyat” gibi paketler ile kendi sunucunuzun toplam maliyetini yan yana koymak için aynı kalemleri ölçeklemeniz gerekir.

Basit ama doğru kıyas yöntemi

Şu iki soruyu aynı anda yanıtlayın: 1) Sunucuda cPanel ile kaç site (domain) barındıracaksınız? (ör. 10 / 50 / 200) 2) Her site için ortalama kaynak tüketimi ve büyüme hızı ne? (RAM, disk ve CPU)

Bu iki değer; hem donanım seçimini hem de yedekleme kapasitesini belirler.

2) cPanel kurulumunda lisans ve “site başına” maliyet

cPanel lisans modelinin detayları sağlayıcı ve döneme göre değişebildiği için fiyatı metin içinde varsayım yapmadan açıklamak gerekir. Ancak hesaplama mantığı değişmez:

• Sunucu lisansı: cPanel & WHM aktif olduğu sürece aylık/ yıllık ödemedir.
• Yönetilen hesaplar: İşletim pratikte “kaç kullanıcı/hosted account” barındıracağınızı belirler.
• Mail ek yükü: Çok sayıda e-posta kullanıcısı varsa anti-spam/anti-virus servisleri daha fazla CPU/RAM ve disk tüketir.

Site başına maliyet formülü (pratik)

Kendi senaryonuza şu formülle gidin:

• Aylık cPanel maliyeti = (cPanel lisansı) + (mail/servis için ek donanım maliyeti payı)
• Site başı aylık maliyet = Aylık cPanel maliyeti / (aktif domain sayısı)

Bu formül, “daha az domain” ile başlamanın neden pahalılaşabileceğini gösterir. Örneğin 10 site ile lisansın site başına maliyeti yükselirken, 100 site ile lisansın site başına etkisi düşer.

3) Donanım: cPanel için minimum yetmez, kapasite sınırı gerekir

cPanel’in kaynak tüketimi tek bir sayı değildir; yük senaryosuna göre değişir.

• Web siteleri statik ise CPU daha az, disk IO daha önemli olabilir.
• Dinamik siteler (PHP, e-ticaret) ise CPU ve RAM artar.
• Yoğun e-posta trafiği ise disk + CPU + depolama için daha kritik olur.

Önerilen kapasite yaklaşımı (net hedef)

Kendi sunucunuzu kurarken hedefinizi “sunucu %70 kaynakta kalır, tepe yükte %85’i zorlar” şeklinde koyun. Çünkü cPanel içinde aynı anda çalışan süreçler (PHP-FPM/Apache/Nginx, dovecot/postfix, spam filtreleri, backup) eş zamanlı yük bindirir.

Aşağıdaki tablo, kaynakları nasıl paylaştırmanız gerektiğini göstermek için tasarlanmıştır (ortalama kullanım varsayar):

Not: cPanel, tek bir “minimum RAM” değerinden ibaret değildir; aynı anda çalışacak servisleri de düşünür. Bu nedenle disk ve RAM’i eksik seçmek, maliyeti sonradan “ek donanım” olarak geri aldırır.

4) Yedekleme (backup) maliyeti: En sık gözden kaçan kalem

cPanel kurmak isteyenlerin çoğu “snapshot alırım” veya “diskimde kalsın” yaklaşımına kayar. Bu doğru değildir. cPanel dünyasında backup planı, sadece veri kopyalamak değil; geri dönüşü (restore) test etmek ve saklama süresini garanti altına almakla ilgilidir.

Backup stratejisi için 3 seviye

1) Sistem yedeği: OS + temel yapı (gerekirse) 2) Hesap yedeği: home dizini + veritabanları 3) Log ve e-posta yedekleri: özellikle e-posta kullanımı varsa

Snapshot yedek mi, gerçek backup mı?

• Snapshot (anlık anlık görüntü) disk düzeyinde hızlı geri dönüş sağlar.
• Fakat snapshot’un, dosya bozulmaları/kriptolu yanlışlıklar veya kullanıcı hataları sonrası “doğru tarihe” geri dönmeyi her zaman garanti etmesi gerekmez.
• Gerçek backup yaklaşımı; dış hedefe (harici storage) ve doğrulanabilir restore testlerine dayanır.

Dış hedef gereksinimi

Kendi sunucunuza cPanel kurduğunuzda yedekleri mutlaka sunucudan bağımsız tutun. En az iki katman hedefleyin: - Yedek dosyaları için sunucudan farklı lokasyon veya farklı cihaz/servis - Yedekler için saklama süresi (ör. 7/30/90 gün)

Bu, yangın/şifreleme saldırısı/operatör hatasında veriyi korur.

5) Güvenlik, güncelleme ve işçilik: İnsana bağlanan maliyet

Kendi sunucunda cPanel işletmek, belirli bir operasyon disiplini ister. Bu işçilik “sıfır” olmaz.

Standart kontrol listesi (aylık)

• cPanel/WHM güncellemeleri
• Kernel/OS güncellemeleri
• Spam/AV tanım güncellemeleri
• Firewall/Fail2ban kural revizyonları
• Backup job çalışıyor mu? (log doğrulama)
• Restore testi (tam ya da seçili kullanıcı/DB)

İşçilik için zaman tahmini (net yaklaşım)

Aşağıdaki gibi ölçün: - İlk kurulum + hardening: 1-2 iş günü - Her ay güncelleme + doğrulama: 2-6 saat - Restore testi: ayda 1 seans (1-3 saat)

Bu süreyi “günlük maliyet” olarak düşünün. Eğer bu işi düzenli yapacak bir personel yoksa, yönetilen hosting veya VPS üzerinde hazır kontrol paneli yaklaşımı daha ekonomik olabilir.

6) Kendi sunucu vs barındırma: maliyet karşılaştırma matrisi

Bu bölüm, kararı “tüm maliyetler birlikte” görmek için hazırlanmıştır. Burada NetKıyas mantığıyla kıyas yapın: aynı sonucu veren iki yolu karşılaştırın.

Aşağıdaki matrisi kendi koşullarınıza göre doldurun:

Net karar kuralı (en pratik)

• 10-30 domain bandında kalacaksanız ve operasyon yükünü yönetebilecek ekibiniz yoksa, “kendi sunucusu” maliyeti çoğu zaman beklenen kadar düşük çıkmaz.
• 60-100+ domain ve düzenli operasyon disiplini varsa, kendi sunucunda cPanel birim maliyeti düşürür; özellikle yedekleme hedefini iyi kurarsanız.

7) İskeleti kurduktan sonra maliyeti düşüren 6 teknik hamle

cPanel maliyeti “kurulumdan sonra sabit” değildir. Doğru yapılandırma ile hem performans hem de kaynak kullanımı iyileşir.

1) Disk stratejisini doğru yapın

• Sistem diski ile kullanıcı/DB verisini ayırmak IO dalgalanmasını azaltır.
• NVMe/SSD kullanımı, panelin web + DB çağrılarını hızlandırır.

2) PHP/worker ayarlarını yük profiline göre belirleyin

Gereksiz yüksek worker sayısı RAM’i şişirir. Düşük worker ise tepe yükte gecikme üretir. Aylık yük profiline göre güncelleyin.

3) Postmaster/eban listeleri ve spam politikaları

E-posta trafiği spam içeriyorsa CPU ve disk tüketimi patlar. SPF/DKIM/DMARC doğru kurulmalı; ayrıca spam tarifeleri için standart otomasyon uygulanmalı.

4) Quota (kota) ve band genişliği yönetimi

Her hesaba disk kullanım limiti koyun. Taşan hesaplar tüm sunucuyu “yavaşlatır” ve performansı düşürür.

5) Yedekleme penceresini trafiğe bağlayın

Yedekleme saatini gece düşük trafik saatine alın. İki şey aynı anda çalışırsa (backup + yoğun mail + DB yazımı) kaynaklar çakışır.

6) İzleme (monitoring) kurun

Basit hedef: CPU/RAM/disk IO doluluk ve backup job durumunu günlük görünür kılın. İzleme yoksa sorun fark edilmeden büyür.

Sonuç: Aksiyona dönük maliyet hesabı ile karar verin

Kendi sunucunuza cPanel kurmak, doğru ölçümle ekonomikleşebilir; yanlış ölçümle ise lisans maliyetine ek olarak disk/backup ve işçilik yükü beklenmedik biçimde artar. Bugün yapmanız gereken en net aksiyon şudur: cPanel’i kaç domain için kullanacağınızı ve yedekleri hangi dış hedefte, hangi saklama süresiyle tutacağınızı yazılı plana dönüştürün. Ardından sunucu kaynaklarını bu plana göre ölçekleyin. Eğer operasyonu düzenli yapacak kapasiteniz yoksa, NetKıyas’ta VDS/VPS veya yönetilen hosting seçeneklerini aynı “toplam maliyet” mantığıyla kıyaslayarak karar verin; böylece cPanel lisansının ötesinde kalan gerçek bedeli de görmüş olursunuz.