Dedicated Sunucu Kiralarken Dikkat Edilecek 12 Kritik Nokta

Dedicated sunucu; trafik yükseldiğinde, kaynak paylaşımı istemediğinizde ve belirli performans/izolasyon hedeflerine ulaşıp operasyonu kontrol etmek istediğinizde tercih edilir. Ancak “aynı fiyata aynı makine” her sağlayıcıda gerçek bir karşılık vermeyebilir. Bu rehberde dedicated sunucu kiralarken sözleşme ve teknik detaylarda 12 kritik kontrol noktasını; ölçülebilir metriklerle ve satın alma öncesi doğrulanabilir adımlarla anlatıyorum. Böylece yanlış donanım, yetersiz bant, zayıf SLA veya belirsiz yönetim yüzünden yaşanacak gecikmeleri baştan engelleyebilirsiniz.

1) Donanımın yalnızca modelini değil, konfigürasyonunu isteyin

Dedicated tekliflerde “Intel Xeon / AMD EPYC” yazması tek başına yeterli değildir. Şu alanlar teklif üzerinde net görünmelidir:

• CPU: model adı + çekirdek/sanal çekirdek + işlemci nesli
• RAM: toplam kapasite ve kanal/slot bilgisi (mümkünse) + ECC varlığı
• Depolama: disk türü (NVMe/SATA/SAS), RAID seviyesi (örn. RAID1/10) ve gerçek kapasite
• RAID/cache: donanımsal RAID mi, yazılım RAID mi? NVMe önbellek var mı?

Hız farkını bekleyeceğiniz yerler

Özellikle veritabanı ve container (Docker) trafiği olanlarda: - NVMe disk yerine SATA/SAS kullanımı I/O gecikmesini dramatik artırır. - RAID5 yerine RAID10 tercihleri okuma/yazma paternine göre daha stabil olabilir.

2) Ölçülebilir performans için IOPS ve throughput değerlerini talep edin

Dedicated sunucu satın alırken “yüksek performans” ifadesi yerine ölçülebilir değerler gerekir. En azından şu soruları sorun:

• Disk için IOPS ve sıralı okuma/yazma (throughput) değerleri
• Aynı disk sınıfında steady-state (süreklilik) performans var mı?
• Oversubscription (kaynak aşırı tahsisi) ile ilgili saklı kısıtlar bulunuyor mu?

Dosya sistemi ve disk şablonunu doğrulayın

Diskin RAID seviyesinden bağımsız olarak şu ayarlar da performansı etkiler: - Çalıştığınız OS’te önerilen filesystem (ext4/xfs) - RAID üzerine LVM kurulduğunda beklenen katman gecikmesi

3) Bant genişliği (bandwidth) ve “paylaşımlı görünüm” kontrolü

Dedicated sunucuda “tam hat” beklenir; ancak bazı sağlayıcılarda bant şekillendirme veya oversubscription katmanları olabilir. Şunları netleştirin:

• Port hızı: 1 Gbps / 10 Gbps gibi
• Trafik limiti: “unmetered” yazsa bile fair use sınırı var mı?
• Upload/Download ayrı sınır mı?
• Burst (ani yükselme) hakkı var mı?

Kontrol yöntemi (satın almadan önce)

Sağlayıcıdan, benzer donanım sınıfına ait: - Ortalama yükte throughput raporu - Abartısız bir test planı (ör. iperf3) sağlayıp sağlayamayacağı bilgi alın.

4) SLA (Uptime) ve destek yanıt süresini yazılı isteyin

SLA yalnızca yüzde uptime değil; arıza anında ne olacağını da anlatır.

• Uptime hedefi (örn. %99.9)
• SLA kapsamına neler giriyor? (donanım arızası, ağ arızası vb.)
• Destek yanıt süresi: ör. 1 saat / 4 saat / 24 saat
• Teknik ekibin “hardware replacement” süresi
• Coğrafi yedekleme/taşınma planı

Pratik çıkarım

Aynı uptime hedefi olsa bile “yanıt süresi” kısa olan sağlayıcılar çoğu projede daha avantajlıdır; çünkü iş duruşu sadece cihazın bozulması değil, karar verip aksiyon almanızla uzar.

5) Yönetim modeli: tamamen erişim mi, yarı yönetimli mi?

Dedicated sunucu için üç temel yönetim senaryosu vardır: - Tam yönetim (full root access): OS kararları sizde - Yarı yönetimli (managed): kontrol paneli/OS patch takipleri kısmen sağlayıcıda - Tam yönetimli (fully managed): izleme, patch, temel güvenlik aksiyonları dahil olabilir

Kontrol paneli ve erişim seçeneklerini netleştirin: - KVM/iLO/ILO benzeri out-of-band (OOB) erişim - Konsol erişimi (rescue mode vb.) - Güncelleme/patch yönetimi kimde?

Sözleşmede arayın

Şu ifadeler kritik: - “OS kurulumu sağlanır” mı, “sadece donanım sağlanır” mı? - Kernel upgrade kim tarafından yapılır? - Acil durumda geri alma (rollback) yaklaşımı

6) IP adresi, ters DNS (PTR) ve e-posta uyumluluğu

Dedicated’de IP konusu kritik çünkü itibar (reputation) ve teslim edilebilirlik (deliverability) süreçlerini etkiler.

Şunları kontrol edin:

• Kaç public IP var?
• IP dedicated mi yoksa havuz mu?
• Reverse DNS (PTR) ayarlanabiliyor mu?
• SMTP trafiğinde blok/ratelimit var mı?

E-posta kullanımı varsa net soru

E-posta sunucusu veya SMTP relay planlıyorsanız: - PTR ayarı ve zaman çizelgesi (hazır mı, talep üzerine mi?) - Spam politikası/engelleme geçmişi - Port açma süreci (25/465/587)

7) Yedekleme (backup) stratejisi: “var” demek yetmez

Dedicated sunucuda yedekleme katmanları farklıdır: - Dosya/uygulama yedeği (sizin için) - Sistem görüntüsü (provider snapshot / imaging) - Disk snapshot veya günlük yedek

Şunları netleştirin: - Yedekleme sıklığı: saatlik/günlük - Saklama süresi: 7/14/30/90 gün - Yedekler şifreleniyor mu? (backup encryption) - Geri dönüş (restore) için SLA var mı?

En net ölçüt: restore testi

Satın alma öncesi şu talebi yapın: - Sağlayıcının “restore işlemini” nasıl yürüttüğünü anlatmasını isteyin. - Mümkünse küçük bir pilot restore yapabileceğiniz bir süreç var mı?

8) Güvenlik: firewall, DDoS, erişim logları

Dedicated’de güvenlik; hem ağ katmanında hem OS katmanında tasarlanır.

• DDoS koruması: seviyeler (L3/L4), blackhole veya scrubbing var mı?
• Sağlayıcı firewall’u: kural yönetimi sizde mi, onlar mı?
• Erişim logları: kim ne zaman konsola giriş yaptı? OOB log tutuluyor mu?
• SSH erişimi için önerilen yöntemler (anahtar zorunluluğu vb.)

Köklü risk örneği

DDoS koruması “var” ama trafik temizleme kapasitesi küçükse uygulama gerçek kullanıcıyı alamaz; bu yüzden koruma kapsamını sayısal olarak konuşun.

9) Lokasyon (region) ve ağ kalitesi: ping değil, rota farkı

Sunucu lokasyonu performansı etkiler; ancak sadece “ortalama ping”e bakmak yetersizdir.

• Sunucunun bulunduğu veri merkezi ve şehir
• Ağın peering durumu (sözel anlatım değil, mümkünse traceroute örnekleri)
• CDN kullanıyor musunuz? Dedicated’in rolü ne?

Uygulama için doğru ölçüm

• Kullanıcı ülkeniz netse (ör. Türkiye) hedef ülke IP’lerinden test yapın.
• DNS/CDN/HTTP cache varsa kaynak sunucuya düşen istek oranını hesaba katın.

10) 1G/10G hatlarda trafik şekillendirme ve “burst” davranışı

Bazı hatlarda belirli süreli yüksek trafik mümkün olurken sonra düşüş görülür. Bu “burst” davranışı uygulama mimarisini etkiler.

Şu soruları sorun: - Burst limiti nasıl hesaplanıyor? - Yoğun saatlerde hız düşümü oluyor mu? - Aynı anda kaç bağlantı (connection) sorunsuz yönetiliyor?

11) Termination/iptal koşulları: iade edilen şey yazılı olmalı

Dedicated’de iptal/taşıma (migration) maliyeti yüksektir; bu yüzden sözleşme net olmalı.

• İptal süresi: kaç gün önceden bildirim gerekir?
• Donanım değişiminde faturalama nasıl etkilenir?
• Sunucu kapatıldığında veri silme politikası
• Taşıma desteği: OS imajı veya disk kopyası aktarımı var mı?

Net kontrol listesi

Teklif/kontrat ekranında şu maddeler olsun: - “Ne zaman başlar, ne zaman durur?” - “Hangi durumda ücret iadesi yoktur/var” - “Veri kurtarma penceresi”

12) Operasyon: izleme (monitoring), loglar ve bakım pencereleri

Dedicated’de asıl fark, arızayı erken görüp doğru aksiyonu alabilmektir.

• Sağlayıcı izleme dashboard’u sunuyor mu? (CPU/RAM/disk/uptime)
• Donanım hata uyarıları nasıl iletiliyor? (e-mail/ticket)
• Bakım penceresi: reboots önceden bildirilir mi?
• Kernel panic / RAID alarm gibi olaylar nasıl ele alınıyor?

Kısa ama etkili soru

“Sunucu üzerinde yapılan donanım müdahaleleri için bildirim süreci nasıldır?” cevabı net olmalı.

Dedicated sunucu seçimini hızlandıran “puanlama” yöntemi

Aşağıdaki tablo, satın alma sürecini ölçülebilir hale getirir. Her başlığı 1-5 arası puanlayın.

Dedicated ile VPS/VDS farkını doğru konumlandırın

Dedicated’in neden gerekli olduğuna karar vermek de kritiktir. Aşağıdaki eşleştirme, “dedicated şart mı?” sorusunu netleştirir:

• Dedicated doğru seçimdir: 10+ çekirdek kullanımı, veri tabanı yoğunluğu, tutarlı disk I/O ihtiyacı, yüksek trafik veya e-posta/SMTP güvenilirliği gibi alanlarda kaynak paylaşımı kabul edemiyorsanız.
• VPS/VDS yeterlidir: ölçeklenebilirlik öncelikse, uygulama stateless çalışıyorsa ve performans hedefleri daha esnekse.

NetKıyas’ta arama/karşılaştırma yaparken kullanacağınız 8 pratik filtre

Dedicated kiralamada hız için şu kontrolleri karşılaştırma ekranında kullanın:

• CPU modeli + çekirdek sayısı
• RAM kapasitesi (ECC bilgisi varsa)
• Disk türü (NVMe) ve RAID seviyesi
• Port hızı (1G/10G) ve trafik limiti/burst
• SLA ve destek yanıt süresi
• IP sayısı + PTR desteği
• Backup sıklığı + saklama süresi + şifreleme
• OOB konsol / KVM erişimi

Sonuç: Satın almadan önce 30 dakikalık “teknik doğrulama” yapın

Dedicated sunucu seçiminde en pahalı hata, teklif üzerinde “var” yazıp sözleşmede ve teknik aksiyonlarda karşılığını bulamamak olur. Bu yüzden karar öncesi yukarıdaki 12 kriterden en az Donanım + Disk/IOPS + Bant + SLA + Backup + IP/PTR başlıklarını yazılı şekilde doğrulayın. Sonrasında seçtiğiniz sağlayıcıyla 1-2 deneme testi (iperf3/traceroute ve mümkünse küçük restore senaryosu) yapın. Bu kontrol listesini uygulayan bir kullanıcı için süreç “belirsizlik”ten çıkar ve işletim planı netleşir.