Dedicated Sunucu Kiralarken Dikkat Edilecek 14 Kritik Nokta

Dedicated sunucu, paylaşımlı altyapıdaki belirsizliği ortadan kaldırır; ancak satın alma anında net olmayan detaylar hız, güvenlik ve maliyet üzerinde doğrudan etki yaratır. Bu rehberde, sözleşme okumadan önce teknik ve operasyonel açıdan neyi sorgulamanız gerektiğini madde madde ele alıyorum. Özellikle Türkiye’de hizmet veren sağlayıcılarla görüşürken kullanabileceğiniz kontrol noktalarını, somut ölçülebilir kriterlere bağlayarak anlatıyorum.

1) İş yükünüz için doğru hedef: CPU, RAM, disk ve ağ

Dedicated sunucuda yanlış seçim genellikle “kullanım başlamadan” değil, ilk büyümede maliyetin artmasıyla ortaya çıkar. Bu yüzden satın almadan önce 4 parametreyi netleştirin:

CPU modeli ve core sayısı: Sanal değil fiziksel çekirdek alınır. Yine de modern CPU’ların tek çekirdek performansı (benchmark), gerçek uygulama gecikmelerini belirler.
RAM boyutu ve ECC: Veritabanı, cache, Elasticsearch/OpenSearch gibi işler için RAM sınırı gecikme üretir. ECC (Error Correcting Code) bulunan model, bellek hatalarında stabiliteyi artırır.
Disk tipi: HDD yerine NVMe SSD tercih edilmesi genellikle daha iyi IOPS sağlar. Günlük erişim ve yazma yoğunluğu olan sistemlerde disk seçimi kritik rol oynar.
Ağ (network): 1 Gbit yerine 10 Gbit gibi daha yüksek portlar her zaman hissedilir hız artışı sağlamaz; asıl fark, sağlayıcının uplink kalitesi ve throttling politikasında görülür.

Hangi metrikle karar verilmeli?\nAşağıdaki kullanım tiplerine göre “en sık hata yapılan” alanı işaretleyin:

Web + hafif veritabanı: Disk gecikmesi ve PHP/DB ayarları belirleyicidir.
Yoğun okuma yapan API: CPU tek çekirdek ve disk IOPS birlikte önem kazanır.
Log/ETL/işleme: Genellikle disk yazma ve ağ çıkışı (egress) belirleyicidir.

2) Bant genişliği ve “gerçekte ne kadar” sorusu

Tekliflerde genellikle “X Gbit uplink” yazar. Siz asıl olarak şunları sorun:

Paylaşımsız mı, port garanti mi? “Dedicated port” ve “garanti edilen throughput” kavramlarını ayrı değerlendirin.
Burst var mı? Burst sunulan sistemlerde yoğun saatlerde hız düşebilir.
Egress limit / adil kullanım politikası (fair use): Özellikle Türkiye dışı trafiğe giden projelerde kritik olur.
Tarafınızdan ölçüm: Sağlayıcının yönlendirdiği test adımlarını (iperf3 gibi) talep edin.

Aşağıdaki tablo, görüşmede doğru soruyu hedeflemenizi sağlar:

Konu	Teklifte görünen ifade	Net olarak ne istemelisiniz?
Port hızı	"10 Gbit"	“Tahsis edilen portta garantili throughput var mı?”
Trafik	“Sınırsız”	“Egress için throttling/fair use hangi şartlarda devreye giriyor?”
Latency	“Düşük gecikme”	“Ortalama ve p95/p99 gecikme değeri hangi hedeflere?”
Öncelik	“Premium network”	“Transit/peering ayrıntısı ve oversubscription oranı”

3) IP adresleri, IPv6 ve yönlendirme detayları

Dedicated sunucuda IP planı, hem güvenlik hem de servis kesintisi riskini etkiler.

Kaç adet public IPv4? Tek bir IPv4 ile tüm servisleri toplamak ileride taşınma maliyeti yaratır.
PTR kaydı (reverse DNS): E-posta gönderen sistemlerde deliverability için belirleyicidir.
IPv6 desteği ve IPv6-only yapı: Bazı modern mimarilerde IPv6 kritik hale gelir.
IP değişimi riski: Sağlayıcı “geçici IP” veya “konfigürasyon değişebilir” diyorsa sözleşmede bunun sınırlarını netleştirin.

E-posta çalıştıracak mısınız?

Mail için en az şunları sorgulayın:

Aynı IP üzerinde daha önce spam geçmişi var mı?
SPF, DKIM, DMARC için DNS yönetimi sağlayıcıda mı sizde mi?
PTR kaydı doğru mu, değiştirilebilir mi?

4) RAID, disk konfigürasyonu ve arıza senaryosu

Dedicated sunucuda “RAID var” demek yetmez. Donanım seviyesinde arıza senaryosuna bakın:

RAID seviyesi: RAID 1/10 gibi seçenekler farklı dayanıklılık ve performans sağlar.
Hot spare var mı? Disk arızasında toparlanma süresini etkiler.
Disk model ve kapasite: 1.9 TB SATA yerine NVMe 3.84 TB gibi somut değerleri isteyin.
Kontroller (controller) tipi: Bazı kontrolcüler yazma performansını sınırlar.

Yedeklilik (redundancy) ile “yedek (backup)” aynı şey değil

Sözleşmede iki kavramı ayırın:

RAID: Donanım arızasında devamlılık.
Backup (yedek): Veri kurtarma (recovery).

RAID arızada hizmeti korur; ama silinen veriyi geri getirmez. Bu yüzden backup mekanizmasını ayrıca ele alın.

5) Donanım yönetimi: iDRAC/IPMI ve erişim yetkileri

Dedicated sunucuda uzaktan yönetim yeteneği, kesinti süresini belirler.

Şu noktaları netleştirin:

iDRAC / IPMI erişimi var mı? Konsola (KVM-over-IP) girebiliyor musunuz?
Kendi SSH/RDP’niz mi, yoksa sağlayıcı paneli mi? Operasyon ekibinizin yetkisi nasıl yönetiliyor?
Reboot / power cycle yetkisi: Acil durumda kendi ekibiniz müdahale edebilmeli.
Disk üzerinden recovery: İşletim sistemi çökerse sağlayıcı recovery modlarına erişim sunuyor mu?

Sağlayıcıyla doğrulama soruları

“Sunucu erişilemez olduğunda iDRAC’tan konsol ekranı açabiliyor muyum?”
“Fiziksel müdahale gerekmeyen power reset işlemi sağlayıcı tarafından kaç dakika içinde yapılır?”

6) SLA: Uptime, bakım penceresi ve destek süreleri

SLA (Service Level Agreement) metnini yalnızca “%99.9” diye okumayın. Şu bileşenleri talep edin:

Uptime tanımı: Ölçüm nereden yapılıyor? (SNMP, sağlayıcı paneli, izleme sistemi)
Planlı bakım bildirim süresi: Saatlik/dönemsel bakımda kesinti yaşanır mı?
Arıza durumunda yanıt süresi: “İlk geri dönüş” ile “kalıcı çözüm” aynı şey değildir.
Destek kanalı: Ticket mı, telefon mu, e-posta mı? Yanıt süresi hangi saat diliminde geçerli?

7) Yedekleme (backup) türleri ve geri dönüş testi

“Backup var” ifadesi tek başına yetersizdir. Aşağıdaki 4 soruyu net yanıtlayın:

Backup sıklığı: Saatlik / günlük / haftalık?
Backup saklama süresi: 7 gün mü, 30 gün mü?
Backup nerede tutuluyor: Aynı sunucuda mı, ayrı bir depolama alanında mı?
Restore süresi: Silinen bir dosyayı geri alma işlemi kaç dakika/saat sürer?

Restore testi talebi nasıl yapılır?

İlk ay içerisinde sağlayıcıdan canlı sistem üzerinde:

Örnek bir dosyayı seçip geri alma adımlarının doğrulanmasını,
Restore işleminde kimlik doğrulama ve erişim süreçlerinin çalıştığını,
Restore sonrası veri bütünlüğünün kontrol edilebildiğini isteyin. Bu test, “backup var” iddiasını somutlaştırır.

8) Güvenlik: fiziksel + ağ katmanı + erişim politikası

Dedicated sunucuda saldırı yüzeyi daha büyüktür çünkü siz daha fazla kontrolü kendiniz yönetirsiniz.

DDoS koruması: Network katmanında filtrasyon var mı, hangi seviyede?
Firewall yönetimi: Tercihen donanım/edge üzerinde policy uygulanmalı.
SSH erişim politikası: Şifre tabanlı giriş kapatılmalı, SSH key ile giriş standart olmalı.
Parola/Sudo denetimi: Operasyonlar için ayrı kullanıcılar ve least privilege uygulanmalı.
Güncelleme sorumluluğu: OS güncellemeleri sağlayıcıda mı sizde mi? Kritik güvenlik yamasında sorumluluk net değilse risk büyür.

Net bir temel kural: “Uzaktan konsol yetkisi” güvenli yönetilmeli

iDRAC/IPMI erişimi herkese açık olmamalı. Çünkü fiziksel konsola erişim, pratikte admin erişimi demektir.

9) Kontrol paneli ve otomasyon: yönetim maliyetini hesaplayın

Dedicated sunucu yalnızca donanım değildir; yönetim aracı seçimi de maliyeti etkiler.

Şu seçenekleri ayırın:

Panel: cPanel/Plesk gibi ücretli paneller.
Yönetim: kendi otomasyonunuz (Ansible, Terraform gibi) veya sağlayıcı desteği.
İzleme: CPU/RAM/disk/NIC izleme ve alarm.

Maliyet hesaplama yöntemi

Basit bir yaklaşım kullanın:

Panel lisansı + izleme lisansı + iş gücü (operasyon saatleri)
Buna karşılık, otomasyonla zaman kazanımı.

Dedicated sunucuda panel “gereklilik” değil “tercih” olmalı. Projeniz için admin iş yükünü net ölçün.

10) Kurulum ve işletim sistemi: temiz kurulum ve kurulum sonrası adımlar

Satın alma sonrası sürprizi azaltmak için kurulum kapsamını sorun:

İşletim sistemi desteği: Hangi dağıtımlar hangi sürümlerle sunuluyor?
Kernel/driver optimizasyonu: NVMe sürücüleri, NIC sürücüleri ve IRQ ayarları.
Varsayılan güvenlik: Fail2ban, temel firewall, SSH hardening.
Saat dilimi ve NTP: Loglarda tutarlılık için NTP ayarı yapılmalı.

“Kendi imajımı kullanacağım” yaklaşımı

Kendi imajınızı yüklemek istiyorsanız:

İmaj doğrulama yöntemi (checksum vb.)
Kurulum süresi ve rollback planı
Disk bölümlendirme (partitioning) kimin tarafından yapıldığı netleştirilmelidir.

11) Fiyatı doğru okumak: kurulum, taşınma ve gizli kalemler

Dedicated sunucuda toplam maliyet; donanım kirası + kurulum + yönetim + olası ek hizmetlerden çıkar.

Şu kalemler için net teklif isteyin:

Kurulum ücreti: Donanım tesliminden sonra mı alınır?
IP ekleme ücreti: Ek public IP başına ücret var mı?
Port veya bant genişliği upgrade: Süreç maliyetleri.
Yedekleme eklentisi: Backup hizmeti ayrıca ücretli mi?
Ddos/edge hizmetleri: Filtrasyon paketi ayrı olabilir.

Ayrıca fiyatın KDV dahil mi hariç mi yazıldığını kontrol edin. Türkiye’de tekliflerde farklı kullanım sık görüldüğü için “son tutar” üzerinden ilerleyin.

12) Taşınma (migration) planı ve kesintisiz geçiş

Dedicated sunucuya geçişte en büyük risk kesinti ve veri tutarsızlığıdır.

Taşınma süresi: Sağlayıcı yeni sunucuyu kaç günde hazırlar?
DNS TTL planı: DNS geçişinde TTL değerleri önceden düşürülür.
Veri senkronizasyonu: Veritabanı replikasyonu veya rsync tabanlı taşımada yöntem net olmalı.
Rollback: Yeni sunucu sorun çıkarsa eskiye dönüş planı.

Pratik geçiş kontrol listesi

DNS TTL: geçişten 24-48 saat önce düşür
Uygulama ayağa kalkış: health check tanımla
Veri doğrulama: sayım/örnek sorgu ile kontrol
Log ve gecikme: migration sonrası 1-2 saat ölçüm al

13) Sözleşme şartları: fesih, iade değil “geri verme” senaryosu

Dedicated sunucuda standart “iade” gibi düşünmeyin. Operasyonel sözleşmelerde şu maddeler kritik olur:

Minimum taahhüt süresi ve erken fesih koşulları
Donanım değişimi: Aynı model/konfigürasyon şart mı?
Parça arızasında değiştirme: Hangi süreyle, hangi parça değişiyor?
Haklar ve sorumluluklar: Donanım, ağ, yazılım tarafı kimin sorumluluğunda?

14) İlk 30 gün planı: performansı ölç, ayarla, kanıtla

Dedicated sunucu aldıktan sonra “kuruldu” ile “hazır” aynı değildir. İlk ayı ölçümle geçirirsen ileride maliyet sapmasını önlersin.

Disk IOPS ve latency ölçümü: Gerçek IO profili çıkar.
Network throughput testi: peak saatlerde ölç.
CPU throttling kontrolü: Yük altında performans değişimini gözle.
Günlük yedekleme ve restore testi: Backup çalışıyor mu kanıtla.
Güvenlik taraması: Açık portlar, loglar ve erişim denemeleri.

Sonuç: Dedicated sunucuda karar “teknik doğrulama” ile verilir

Dedicated sunucu kiralarken en iyi strateji, teklif metnini “donanım adı” ile değil ölçülebilir SLA + ağ/port politikası + yedekleme restore süresi + iDRAC/IPMI erişimi + RAID/backup ayrımı üzerinden değerlendirmektir. Satın almadan önce tedarikçiye bu rehberdeki 14 başlığın her birinden net yanıt al; ardından ilk 30 gün ölçüm ve restore testini standart planına koy. Böyle yaptığınızda, sürpriz kesinti ve performans düşüşü riskini somut şekilde azaltırsınız.