Kendi Sunucuna cPanel Kurmak: Maliyet Analizi (2026)

Kendi sunucunuza cPanel (cPanel & WHM) kurmayı düşündüğünüzde iş sadece “lisans al ve kur” aşamasına indirgenmiyor. Lisans maliyeti tek başına görünür; fakat işletim giderleri, yedekleme (backup), güvenlik güncellemeleri, donanım arızaları ve operasyon zamanı toplam maliyeti belirler. Bu yazıda; 2026 koşullarında kendi sunucunuza cPanel kurmanın maliyet kalemlerini parçalayarak, farklı ihtiyaç senaryolarında net bir maliyet hesabı yapmayı öğreneceksiniz.

1) cPanel lisansı: asıl maliyet kalemi nasıl hesaplanır?

cPanel tarafında maliyetin temeli lisans modelidir. cPanel genellikle “aktif hesap/hosting hesabı” mantığıyla lisanslanır ve kurulumun kendisi (WHM) lisansla ilişkilidir. Burada kritik nokta şu: cPanel lisansı, sunucuda kaç domain/e-posta hesabı planladığınızla doğrudan bağlantılıdır.

Kaç site/hesap hedefliyorsunuz?

Aşağıdaki büyüklükler, lisans maliyetini dolaylı ama güçlü şekilde etkiler: - Web sitesi sayısı - Posta kutusu (mailbox) sayısı - Barındıracağınız alt domainler (subdomain) ve eklenecek e-posta paketleri - İleride büyüme planı (ilk ay 10 site, 6 ay sonra 40 site)

cPanel lisansı çoğunlukla “bir sunucuda toplam hesap kapasitesi” üzerinden değerlendirilir. Bu nedenle maliyeti hesaplarken yalnızca bugünkü site sayınızı değil, 3-6 ay sonraki kapasite hedefinizi de yazın.

Lisans maliyeti + operasyon zamanını ayırın

Birçok kişi sadece lisans ücretine bakar. Oysa kendi sunucunuzda cPanel çalıştırdığınızda zaman maliyeti doğar: - Güncelleme planı (OS + cPanel + kernel) - Güvenlik izleme - İstemci kurulum talepleri - Spam/posta kuyruğu yönetimi - Olağan dışı arıza süreçleri (disk dolması, inode sorunu, servis çökmesi)

Bu yazıda zaman maliyetini “para”ya çevirmek için net bir yöntem de vereceğim.

2) Donanım maliyeti: satın alma mı bulut/VPS mi?

Kendi sunucuna cPanel kurmak ifadesi bazen iki anlama gelir: 1) Gerçek bir fiziksel server satın alıp kendi datacenter’ınızda ya da colocation’da çalıştırmak 2) Veri merkezinde kiralık fiziksel/dedikated sunucu kullanmak

Gerçek server satın almak, başlangıçta yüksek nakit gerektirir; dedike sunucu ise daha düşük başlama eşiği sağlar. cPanel için her iki senaryoda da kritik olan, “sabit maliyet” ve “büyüme esnekliği” farkıdır.

cPanel için pratik kaynak planı

cPanel, tek başına bir web paneli gibi görünse de aslında WHM üzerinden birçok servisi yönetir. Bu yüzden CPU/RAM tek başına değil, genel sistem sağlığı önemlidir.

Aşağıdaki tablo, maliyet analizi için “hangi kaynak hangi sorunu önler?” bakışını kurmanıza yardım eder:

Kısa net tavsiye: disk planını yedekleme ile birlikte yapın

cPanel kurunca disk sadece site içerikleri için kullanılmaz. Günlük/haftalık yedekler, sıkıştırmalar, geçici dosyalar ve loglar da diski doldurur. Bu yüzden en kritik maliyet hatası şudur: “Önce disk alalım, yedekleri sonra ayarlarız.”

3) Yedekleme (backup) maliyeti: lisans kadar belirleyici

Kendi sunucunuzda cPanel kullanmanın maliyetinde yedekleme çoğu zaman en çok gözden kaçan kalemdir. Yedekleme iki katmanlı düşünülmelidir: - Sunucu içindeki yedekleme (backup storage) - Dışa taşıma (off-site) yedekleme (başka bir depolama/obj storage)

Yedekleme stratejisi için net 3 seçenek

1) Aynı sunucu diskine yedek + manuel kopyalama - En ucuzudur - Donanım arızası veya saldırıda koruma zayıflar

2) Farklı depolama lokasyonuna düzenli yedek - Daha güvenlidir - Tutar: dış depolama + veri transferi (özellikle aylık bant genişliği)

3) Anlık (snapshot) + ek restore testi - Snapshot tek başına “yedek” sayılmaz - Restore testi yoksa risk büyür

Bu noktada önemli ayrım: Snapshot (anlık görüntü) bir felaket anında kurtarma planınızın yerine geçmez; en azından restore süresi ve veri tutarlılığı test edilmelidir.

Yedekleme maliyetini nasıl hesaplayacaksınız? (formül)

Aşağıdaki hesap, senaryolar arasında kıyas yapmak için pratik bir yoldur.

• Aylık veri artışı (GB/ay) = ortalama site boyutu × değişim oranı
• Saklama süresi (ay) = 1-6 ay arası
• Net yedek depolama ihtiyacı (GB) = Aylık veri artışı × saklama süresi × yedekleme çoğaltma katsayısı
• (çoğaltma katsayısı: sıkıştırma, tam/artımlı farklara göre 1.1–2.0 aralığı düşünün)
• Ek maliyet = (yedek depolama maliyeti + veri transferi)

cPanel senaryosunda çoğu kişi “yedek depolama” kadar “restore operasyonu” masrafını da hesaba katmaz. Restore testinin maliyeti, teknik personel zamanı olarak görünür.

4) Yönetim ve bakım (maintenance) maliyeti: zaman = para

cPanel’i kendi sunucunuza kurduğunuzda operasyonu siz yürütürsünüz. Bu da “ek ücret” gibi görünmeyebilir ama gerçek maliyete dönüşür.

Net zaman kalemleri listesi

Aşağıdaki maddeleri 1 ay için yazın: - OS ve cPanel güncellemeleri (kaç saat) - Güvenlik taramaları ve hatalı servisler (kaç saat) - Yedekleme işleri (toplama, doğrulama, raporlama) (kaç saat) - Dizin/disk dolması, log temizliği, quota düzenleme (kaç saat) - Müşteri/kurulum talepleri (kaç saat)

Bu saatleri bir “saatlik maliyet” ile çarpın.

Örnek saatlik maliyet dönüşümü

Eğer sunucu yönetimi işi için bir teknik personel maliyeti düşünüyorsanız: - Saatlik işçilik = aylık maliyet / 160 saat (yaklaşık) - cPanel operasyon saatleri × saatlik işçilik = aylık operasyon maliyeti

Bu yaklaşım, sadece lisans fiyatıyla karar vermeyi engeller.

5) Toplam maliyet (TCO) senaryoları: 3 net profil

Aşağıda üç senaryo üzerinden toplam maliyet mantığını kuruyorum. Burada lisans ücreti sağlayıcı/abonelik modeline göre değişir; o yüzden tabloyu “formül + karar noktası” şeklinde veriyorum. Böylece siz kendi lisans teklifinizi ekleyince net sonucu tek adımda görürsünüz.

Senaryo A: 10-20 cPanel hesabı (küçük ölçek)

Hedef: sınırlı sayıda site, yönetim basit, yedekleme disiplinli.

• Donanım: 4-8 vCPU, 8-16 GB RAM, SSD kapasitesi yedek planına göre
• Yedek: günlük + 1-2 ay saklama
• Operasyon: haftada birkaç saat

Net karar noktası: - Disk ve yedek planı iyi yapılırsa “ilk maliyet” daha yönetilebilir olur. - Performans düşerse (CPU/RAM), yükseltme planı hazır olmalıdır.

Senaryo B: 30-60 cPanel hesabı (orta ölçek)

Hedef: daha fazla site + e-posta + daha sık güncelleme ve izleme.

• Donanım: 8-16 vCPU, 16-32 GB RAM
• Yedek: günlük + haftalık tam yedek / off-site
• Operasyon: düzenli otomasyon + restore testi

Net karar noktası: - Basit “aynı sunucu yedeği” yerine dış lokasyona kopya maliyeti eklenmelidir. - Disk I/O ve log yönetimi kritik olur.

Senaryo C: 80+ cPanel hesabı (büyük ölçek)

Hedef: daha yüksek risk/iş yükü; ayrıca arıza maliyeti büyür.

• Donanım: 16+ vCPU, 32+ GB RAM (iş yüküne göre artar)
• Yedek: kademeli saklama + restore planlı
• Operasyon: otomasyon (cron + log rotasyon + izleme) ve SLA yaklaşımı

Net karar noktası: - İşin maliyeti sadece donanım değil, “izleme/reaksiyon” olur. - Restore testi yapılmayan yedek, ekonomik olarak “boşa harcanmış” sayılır.

Toplam maliyet modeli (TCO)

Kendi hesap planınızı şu kalemlere ayırın: - cPanel lisansı (aylık) - Sunucu maliyeti (aylık; dedicated/colocation/rack) - Yedek depolama + veri transferi (aylık) - İşçilik/operasyon (aylık) - Arıza/yenileme payı (aylık ortalama)

Sonuç: - TCO düşükse kendi kurulum mantıklıdır - TCO yüksekse yönetilen hosting veya bulut tabanlı panel yaklaşımı daha rasyoneldir

6) Kendi sunucunda cPanel kurarken maliyeti düşüren 10 net karar

Aşağıdaki kararlar, “gereksiz masraf” riskini azaltır:

1) Yedekleme saklama süresini baştan belirleyin (1-2 ay gereksiz yere 6 aya uzarsa maliyet büyür) 2) Yedekleri “tam dosya” gibi düşünmeyin: artımlı yaklaşım ve sıkıştırma etkisini hesaplayın 3) Günlük log rotasyonu ve gereksiz log seviyelerini kontrol edin 4) Disk quota ve inode kullanımını izleyin (dosya sayısı artınca disk kapasitesi hâlâ boş olsa bile servisler bozulabilir) 5) Sunucuda gereksiz servisleri kapatın (saldırı yüzeyi ve bakım yükü azalır) 6) Güncellemeleri pencere planıyla yönetin (ani güncellemeler servis kesintisi maliyetini artırır) 7) CPU yükünü izleyin: haftalık rapor olmadan “planlama” yapılamaz 8) MySQL/PostgreSQL bakımını otomatikleştirin (optimizasyon/temizlik) 9) E-posta spam ve quota kontrollerini aktif kullanın (posta kuyruğu disk ve CPU tüketir) 10) Restore testini aylık rutine bağlayın

7) Hangi durumda kendi sunucunda cPanel daha mantıklı, hangi durumda değil?

Aşağıdaki karar kriterleri, “satın alma mı kurulum mu” sorusunu netleştirir.

• Kendi sunucunuz mantıklı:
• Sunucu yönetimini düzenli yapacak ekip/sorumlu kişi var
• Yedekleme ve restore testini disiplinli yürütüyorsunuz
• Hesap sayısı artacak ve tek sunucuda ölçek planınız var

• Özel ihtiyaçlarınız var (belirli eklentiler, belirli kural setleri, yapılandırma standardizasyonu)

• Kendi sunucunuz daha az mantıklı:

• Operasyon zamanı çok sınırlı (güncelleme/izleme yapılamıyor)
• Restore testi hiç yapılmıyor veya yapılacak plan yok
• Yedekleme bütçesi dış lokasyona kurgulanmıyor
• Hesap sayısı belirsiz ve dalgalı (lisans kapasitesi boşa gidebilir)

Sonuç: İlk ayı “TCO hesabıyla” kapatın

Kendi sunucunuza cPanel kurmanın doğru kararı; lisans fiyatını tek başına değerlendirmek değil, yedekleme + operasyon + restore testini TCO içine katmaktır. Aksiyon olarak bugün şu üç şeyi netleştirin: (1) 3-6 aylık tahmini hesap sayınız, (2) günlük/haftalık yedekleme ve off-site saklama planınız, (3) aylık yönetim (maintenance) saat bütçeniz. Bu üç parametreyi yazdığınızda, kendi sunucunuzun toplam maliyetiyle diğer yönetilen seçenekler arasındaki fark netleşir ve kararınız teknik olarak tutarlı olur.