Kendi Sunucuna cPanel Kurmak: Maliyet Analizi (2026)

Kendi sunucuna cPanel (cPanel & WHM) kurmayı düşündüğünde en kritik konu, sadece lisans ücretini hesaplamak değildir. Gerçek maliyet; sunucu donanımı, işletim giderleri, yedekleme (backup), güvenlik ve beklenmeyen operasyon saatleriyle birlikte oluşur. Bu yazıda 2026 perspektifinde, cPanel’i kendi VDS/VPS’nize kurmanın maliyet kalemlerini netleştirip hangi senaryoda mantıklı olduğunu adım adım hesaplayacaksınız. Sonunda da ölçülebilir bir “toplam sahip olma maliyeti” (TCO) modeliyle karar vereceksiniz.

1) cPanel lisans maliyeti: En temel ama tek kalem değil

cPanel & WHM lisansı genellikle sunucuda barındırılan site sayısından bağımsız değil; “CPU/RAM” veya “active accounts” gibi kurgularla anlaşılabilir. Bu yüzden NetKıyas yaklaşımıyla tek bir fiyat yazmak yerine, maliyeti doğru kurmanız gerekir:

Lisans için pratik hesap yöntemi

Sunucu başına cPanel lisans modeli: Sağlayıcının duyurduğu resmi fiyat yapısına göre lisans bedelini belirleyin.
WHM yetkileri ve ek modüller: Bazı özellikler lisansın içindedir; bazıları ücretli eklenti olabilir.
Güncel sürüm ve destek: Güncelleme/patch yönetimi genellikle lisans kapsamında devam eder; fakat operasyon yükünüz değişir.

Net sonuç: Lisans maliyeti çoğu senaryoda toplamın önemli bir parçası olur; ancak yedekleme, güvenlik ve iş gücü giderleri lisansı kolayca aşabilir.

2) Donanım ve altyapı maliyeti: VDS mi, dedicated mı?

cPanel ağır bir kontrol paneli değildir; ama aynı anda birden fazla domain, e-posta, site trafiği ve yedekleme aynı anda çalıştığında kaynak kullanımı artar. Bu nedenle “tek site kuracağım” ile “20 site + e-posta + yoğun trafik” aynı sınıfta değildir.

Kaynak planlama (tipik hedefler)

Aşağıdaki değerler karar vermeyi hızlandırır. Hedefinizle eşleştirin:

1–3 site (az e-posta, düşük trafik): 2 vCPU, 4–8 GB RAM
5–10 site (orta trafik, e-posta aktif): 4–8 vCPU, 8–16 GB RAM
10+ site (yoğun e-posta veya script yükü): 8 vCPU+, 16 GB RAM+

VDS vs Dedicated seçiminin maliyet etkisi

VDS/VPS: Başlangıç maliyeti düşer. Ölçekleme daha hızlıdır. Ancak aynı sunucuda komşu kaynak dalgalanması “performans sürprizi” yaratabilir.
Dedicated: Daha stabil I/O ve CPU davranışı sağlar. Yedekleme pencereleri ve yoğun trafiğe karşı daha tutarlı olur. Ancak başlangıç maliyeti yüksektir.

Net sonuç: e-posta ve sık yedekleme planlıyorsanız VDS ile başlamak mümkün olsa da kaynak izolasyonunu daha dikkatli izlemeniz gerekir.

3) Disk, I/O ve yedekleme maliyeti (backup) — gizli farkı burada görürsünüz

cPanel’in günlük operasyonlarında en büyük maliyet kalemi disk alanı ve yedekleme yaklaşımıdır. Çünkü yalnızca “web dosyaları” değil; cPanel account verileri, e-posta (Maildir), veritabanları (MySQL/MariaDB) ve loglar da büyür.

Yedekleme (backup) için 3 katman

Dosya yedekleri: Web/FTP + uygulama dosyaları
Veritabanı yedekleri: Siteye bağlı DB’ler
E-posta yedekleri: POP/IMAP tarafına göre büyüyebilir

Maliyet hesabına dahil edilmesi gerekenler

Yedeklerin tutulacağı depolama: Sunucunun yerel diskinde mi, uzak nesne depolamada mı?
Yedek saklama süresi: 7 gün mü, 30 gün mü?
Yedekleme sıklığı: Saatlik mi, günlük mü?
Transfer maliyeti: Uzak depoya veri çıkışı (egress) maliyeti

Basit TCO örneği (kalem mantığı)

Aşağıdaki şablon üzerinden kendi rakamlarınızı oturtun: - Sunucu maliyeti (aylık): X TL - cPanel lisansı (aylık): Y TL - Yedekleme depolama + egress (aylık): Z TL - Ek IP / bant genişliği (varsa aylık): A TL - İzleme/log (varsa aylık): B TL

Net sonuç: Yedekleme saklama süresi uzadıkça maliyet geometrik değil; çoğunlukla lineer artar ama e-posta büyümesi lineeri hızlı yükseltir.

4) Güvenlik ve operasyon maliyeti: cPanel yalnızca kurulumla bitmez

Kendi sunucunuza cPanel kurduğunuzda “hizmet” sizden çıkıp operasyon tarafına taşınır. Bu operasyon maliyeti çoğunlukla para değil; zaman ve hata riski olarak görülür.

Güvenlik maliyeti için kontrol kalemleri

Güncelleme planı: Kernel, OS paketleri, cPanel/WHM update
Brute-force koruması: SSH ve panel erişimi için tarifeli politikalar
Web uygulama güvenliği: WAF/kurallar (ister Cloud tabanlı servis, ister yerel)
TLS/sertifika yönetimi: Otomatik yenileme
Log izleme: Başarısız oturumlar, anormal trafik, dosya değişimi

Ortalama operasyon yükü nasıl hesaplanır?

Aşağıdaki model, maliyeti somutlaştırır: - Güncelleme/patch: yılda yaklaşık birkaç kez yoğunlaştırılmış + dönemsel kontrol - Güvenlik olay müdahalesi: ayda “sıfır” olabileceği gibi “beklenmedik” de olabilir - Yedek doğrulama (restore test): ayda en az bir kez yapılmalı

Net sonuç: Yedek doğrulama test edilmediğinde “yedek var” sanıp gerçek restore anında sürpriz yaşarsınız. Bu da doğrudan operasyon maliyeti üretir.

5) E-posta ve domain sayısı maliyeti: cPanel’de en kritik ölçeklenme noktası

cPanel’de hesap sayısı arttıkça e-posta trafiği ve spam yönetimi maliyeti yükselir. Bunun nedeni sadece depolama değil; aynı zamanda teslimat (delivery), queue (kuyruk) yönetimi ve anti-spam ayarlarının doğru çalışmasıdır.

Karar tablosu: Senaryonuza göre kaynak

Aşağıdaki tablo “başlangıç için” doğru aralığı gösterir:

Senaryo	Domain/Hesap	E-posta yoğunluğu	Önerilen minimum kaynak	Beklenen risk
Başlangıç	1–3	düşük/orta	2 vCPU, 4–8 GB RAM	Veri yedekleme diski hızlı büyüyebilir
Büyüme	5–10	orta	4–8 vCPU, 8–16 GB RAM	Queue artışı ve performans dalgalanması
Operasyon	10+	yüksek	8 vCPU+, 16 GB RAM+	Spam/sıralama ve restore test ihtiyacı

Net sonuç: E-posta aktif olacaksa, “site trafiği düşük” düşüncesi tek başına yeterli değildir. E-posta altyapısının davranışını ayrıca planlamalısınız.

6) cPanel kurup kendi sunucunu yönetmek mi, yönetimli hosting mi? Net maliyet karşılaştırması

Bu bölümde amaç “hangisi iyidir?” değil; hangi koşulda hangi seçeneğin toplamda daha ucuz olacağını netleştirmektir.

Kendi sunucunuza cPanel kurma maliyeti (TCO) bileşen listesi

cPanel lisans: aylık/yıllık
Sunucu kiralama: VDS/dedicated
Disk + yedekleme: yerel/uzak
Trafik/bant genişliği: planınıza göre
Güvenlik ve izleme: gerekli araçlar
Operasyon: güncelleme + restore testi + hata müdahalesi (zaman maliyeti)

Yönetimli hosting maliyeti (TCO) genelde neleri içerir?

Lisans ve bakım çoğu zaman sağlayıcı tarafında yönetilir
Yedekleme genellikle kontrol paneli seviyesinde sağlanır (ama saklama sürelerini ve egress detaylarını kontrol edin)
Güvenlik güncellemeleri sağlayıcı tarafından yürütülür

Karar kriteri: Ne zaman cPanel kendi sunucunda mantıklı olur?

Şu üç şartı aynı anda yakalayan senaryolarda kendi sunucunuz daha avantajlı olur: 1. Yakın planlı bir büyüme var (hesap sayısı artacak) 2. Erişim, eklenti ve ayar kontrolü kritik (uygulama tabanlı özel yapılandırma) 3. Yedekleme/restore ve güvenlik operasyonlarını düzenli yapacak bir rutininiz var

Bu şartların tamamı yoksa yönetimli hosting çoğu zaman daha düşük toplam maliyet üretir. Çünkü operasyon yükü sizin omzunuzdan çıkar.

7) Net maliyet formülü: 1 dakikada TCO çıkarın

Aşağıdaki formül, elinizdeki fiyatlar değişse bile “kuralı” sabit tuttuğu için doğru karar verdirtir.

7.1 Aylık TCO formülü

Aylık TCO = Sunucu + cPanel lisans + Yedek depolama + Egress + İzleme/Güvenlik + Operasyon süresi maliyeti

Operasyon süresi maliyeti için net bir yöntem: - Aylık beklenen saat (ör. 3–6 saat) - Saatlik maliyet (ister kendi iş saatinizi, ister dış danışman maliyeti) - Toplam operasyon = beklenen saat × saatlik maliyet

7.2 Maliyet kapı eşiği

Şu noktayı hedefleyin: - cPanel kendi sunucusu aylık TCO’nuz, aynı ölçek için yönetimli hosting fiyatının %10–20 altında kalmadıkça tercih değişimi genellikle “rahatlık + risk” nedeniyle yönetimli taraf lehine olur.

Bu eşik, sürpriz riskleri (restore başarısızlığı, e-posta queue artışı, disk dolması) de düşündüğünüzde pratik bir kontrol noktasıdır.

8) Uygulamaya geçmeden önce kontrol listesi (maliyet odaklı)

cPanel’i kuracağınız gün sürpriz yaşamamak için şu maddeleri “maliyet etkisi” ile birlikte değerlendirin:

Sunucu ve kaynak

[ ] 2 vCPU/4 GB ile başlanıyorsa ilk 30 günde CPU/RAM limit ölçümü yapın
[ ] Diskte yalnızca site dosyaları değil e-posta ve DB büyümesini hesaba katın

Yedekleme

[ ] 7/14/30 günlük saklama planını netleştirin
[ ] Yedekleri “oluşturduğum” değil “restore edebildiğim” testini planlayın

Güvenlik ve operasyon

[ ] Güncelleme rutini oluşturun (OS + cPanel/WHM)
[ ] SSH ve panel erişimi için güvenlik politikalarını dokümante edin

Ölçüm

[ ] Trafik, disk I/O, e-posta kuyruk durumunu izleyin
[ ] 404/500 artışı, başarısız oturumlar gibi sinyallere alarm kurun

Sonuç olarak: cPanel kurulumunu “lisans bedeli” olarak görmek yerine, sunucu + yedekleme + güvenlik + operasyon saatleriyle birlikte ele aldığınızda maliyet netleşir. NetKıyas mantığıyla önce 1 aylık TCO formülünü çıkarın, ardından restore testi ve e-posta büyümesini senaryonuzun içine yerleştirin. Bu iki adımı tamamladığınızda, kendi sunucunuza cPanel kurma kararı hem teknik hem mali açıdan daha kontrollü olur.