Dedicated Sunucu Kiralarken Dikkat Edilmesi Gereken 12 Kritik Nokta

Dedicated sunucu, tek kiracıya ayrılmış donanım sayesinde denetlenebilir performans ve daha yüksek kontrol sağlar. Ancak “daha büyük” satın almak her zaman daha iyi sonuç vermez; yanlış planlama CPU/RAM/disk ya da ağ tarafında darboğaz doğurabilir. Bu rehberde dedicated sunucu kiralarken ihmal edilmesi kolay ama maliyeti ve riski doğrudan etkileyen 12 kritik noktayı somut kontrol listesiyle açıklıyoruz.

1) Gerçek iş yükünü ölçmeden spec seçmeyin

Dedicated sunucuda en büyük hata, uygulamayı ve trafik desenini net ölçmeden “ortalama” bir konfigürasyonla ilerlemektir. İlk adım olarak aşağıdakileri çıkarın:

• Ortalama ve tepe (peak) CPU kullanımı
• RAM tüketimi (özellikle önbellek, çalışan süreçler, JVM/Node heap)
• Disk I/O deseni: yüksek yazma mı, yüksek okuma mı, karışık mı?
• Ağ deseni: çoğunlukla küçük paketler mi, büyük indirmeler mi?
• Günlük büyüme: 3-6 aylık tahmin

Bu bilgiler olmadan seçilen RAM ya da CPU “yetiyor gibi” görünebilir; tepe saatlerde süreçler swap’a düşer, latency artar.

Hızlı kapasite kontrolü (checklist)

• Zaman serisi log’lardan CPU/RAM ve disk kullanımını inceleyin.
• Disk için IOPS (Input/Output Operations per second) ve throughput (MB/s) beklentinizi belirleyin.
• Eğer veritabanı (MySQL/PostgreSQL) çalışıyorsa connection sayısı ve sorgu profili çıkarın.

2) CPU/RAM oranı: “Tek çekirdek mi çok çekirdek mi?”

Uygulamanız ölçekleniyor mu? Burada ayrım kritik.

• Tek iş parçacıklı (single-thread) ve yüksek frekans isteyen işler: daha yüksek çekirdek frekansı (ve daha iyi turbo) avantaj sağlar.
• Paralel çalışan servisler (çoklu worker, web farm, bazı arka plan işler): çekirdek sayısı ve toplam CPU payı daha belirleyicidir.

RAM tarafında da “toplam” tek başına yeterli değildir: - Önbellek (cache) ve dosya sistemi sayfaları için RAM gerekir. - Linux’ta agresif page cache ve uygulama heap’i beraber değerlendirilmeli.

3) Disk türü (SSD/NVMe) ve IOPS: Latency farkını ölçün

Dedicated sunucuda disk performansı genellikle CPU’dan sonra ikinci sırada darboğaz olur. Özellikle: - Veritabanı (DB) yoğun çalışıyorsa - Arama motoru (ElasticSearch) veya indeksleme süreçleri varsa - Log ve raporlama altyapısı sürekli yazıyorsa

NVMe ile SSD arasındaki pratik etkiler

• Daha yüksek IOPS ve daha düşük erişim gecikmesi (latency)
• Daha tutarlı sorgu süreleri

Net konuşmak gerekirse, sadece “SSD var” demek yerine sağlayıcının; - IOPS/throughput garantisi - RAID seviyesi - Disk arızasında toparlanma (rebuild) süresi bilgilerini istemek gerekir.

4) Ağ tarafı: port hızı tek başına yeterli değil

“1 Gbit mi 10 Gbit mi?” sorusu önemlidir; fakat performansın asıl parçası şunlardır: - Network oversubscription (paylaşım oranı) - Paket kaybı (packet loss) - Latency - Transit/peering kalitesi

Satın almadan önce ağ için 6 kontrol

• Sağlayıcı oversubscription politikasını netleştiriyor mu?
• Aylık trafik sınırı (metin halinde) var mı, “unmetered” iddiası nedir?
• Gerekirse ek IP (IPv4) ve IPv6 tahsisi var mı?
• DDoS koruma katmanı (varsa) hangi seviyede?
• Trafik şekillendirme (traffic shaping) uygulanıyor mu?
• İçerik sağlayan CDN kullanımı için bant genişliği yeterli mi?

5) Lokasyon (datacenter) ve gecikme: Müşteri deneyimi belirlenir

Datacenter lokasyonu, özellikle kullanıcıların belirli bir coğrafyada yoğun olduğu durumlarda SEO ve dönüşüm dahil birçok metriği etkiler.

• Uygulama Türkiye’deki kullanıcıya hizmet veriyorsa Türkiye’ye/Avrupa’ya yakın lokasyon hedefleyin.
• Global kullanıcı varsa farklı lokasyon yerine “iyi CDN + doğru origin” yaklaşımı daha sonuç verir.

Minimum veriyle doğru seçim

• Sağlayıcının lokasyon bilgisine ek olarak traceroute/latency test imkanı sunuyor mu?
• Aynı sağlayıcı içinde farklı lokasyon seçeneği var mı?

6) Yedekleme (backup) modeli: “Var” demek yetmez

Dedicated sunucuda yedekleme iki farklı yaklaşımda sunulabilir: 1) Sunucu üzerinde periyodik backup 2) Harici depolama/immutable snapshot gibi daha güvenli stratejiler

Aşağıdaki soruların yanıtı net değilse sonradan maliyet çıkar:

• Yedekler hangi sıklıkla alınır? (saatlik/günlük)
• Saklama süresi kaç gün? (retention)
• Yedekler şifreli mi?
• Yedekleme canlı sistem üzerinde nasıl etkiliyor? (backup window)
• Geri dönüş (restore) süresi hedefi nedir?

Restore senaryosunu yazın

Satın almadan önce şu iki cümleyi sağlayıcıyla teyit edin: - “Veritabanı için belirli zamana geri dönüş yapacağım; restore süresi ne olur?” - “Dosyalar için tek sefer geri yükleme mümkün mü?”

7) Yönetim modeli: managed mı, bare metal sorumluluğu mu?

Dedicated sunucuda “managed” kapsamı ifadesi kadar sınırları da önemlidir. Şu ayrımı netleştirin:

• Managed: OS güncelleme, güvenlik hardening, izleme, servis yönetimi vb. sorumluluk paylaşımı
• Unmanaged/bare: Sistem güncellemeleri, izleme ve bazı güvenlik adımları tamamen sizde

Kontrol paneli (control panel) seçimi

Dedicated sunucuda kontrol paneli kullanıp kullanmamak, işletme yükünü değiştirir: - Panel kullanıyorsanız lisans maliyeti ve performans etkisi vardır. - Panel kullanmıyorsanız sistem yönetimi komut/otomasyon gerektirir.

8) RAID ve veri koruma: RAID yedek değildir

RAID (örn. RAID 1/5/10) tek disk arızasına tolerans sağlar. Fakat: - Hatalı silme (accidental delete) - Ransomware/zararlı yazılım - Korupsiyon (corruption) için RAID tek başına çözüm değildir.

Bu yüzden RAID konfigürasyonunu öğrenin ve yedek (backup) ile birlikte değerlendirin:

• Hangi RAID seviyesi var?
• Disk arızası sonrası rebuild süresi kaç saat/dakika?
• Akıllı yedekleme stratejisi uygulanıyor mu?
• Snapshot/immutable backup seçeneği var mı?

9) Erişim ve “sunucuya kim giriyor?” kontrolü

Dedicated sunucuda erişim modeli güvenlik kadar operasyonel hızdır.

• Konsol erişimi (out-of-band) var mı? (KVM/iKVM gibi)
• SSH erişimi için root doğrudan mı, anahtar zorunlu mu?
• Sağlayıcı erişimi kayıt altında mı?
• Protokoller: yalnızca VPN üzerinden yönetim mi mümkün?

Yetkilendirme politikası

Şu minimumları isteyin: - Anahtar tabanlı SSH - Dosya aktarımında güvenli yöntem - Mümkünse iki faktörlü doğrulama (2FA) ile yönetim paneli

10) DDoS ve ağ güvenliği: Sadece “var” demeyin

DDoS koruması genelde seviyelendirilir ve “aktif mi” sorusunun yanında teknik kapsama bakmanız gerekir: - Hangi trafik tiplerinde koruma var? (HTTP/HTTPS, UDP flood, SYN flood) - Koruma kapasitesi (ör. Gb/s) veya eşik değerleri var mı? - Temiz trafik akışı (scrubbing) nasıl çalışıyor? - Yük artınca failover var mı?

Ayrıca sunucu tarafında hardening (hardening) yapmadan “koruma bitti” denmez.

11) Destek SLA ve arıza süresi: Teknik kaliteyi belirleyen parça

Dedicated sunucuda sorunlar genellikle şu başlıklarda gelir: disk arızası, ağ kesintisi, kernel/servis bozulması, güvenlik olayı.

• SLA (Service Level Agreement) var mı?
• İlk yanıt süresi kaç dakika?
• Donanım arızası için beklenen çözüm süresi nedir?
• Hangi saatler içinde destek veriliyor?

Pratik soru seti

• “Disk arızası olursa değişim süresi ve prosedür nedir?”
• “Ağ kesintisinde sağlayıcı nasıl iletişim kuruyor?”
• “OS tarafında yaptığım değişiklikler destek kapsamını etkiler mi?”

12) Toplam sahip olma maliyeti (TCO): Fiyatı değil maliyeti karşılaştırın

Dedicated sunucuda aylık fiyat tek başına doğru kıyas değildir. Aşağıdakiler TCO’yu belirler: - Ek IP ücretleri - Kontrol paneli lisansı (cPanel/DirectAdmin/Plesk vb.) - Yedekleme maliyeti - DDoS koruma kapsamı - Ek bant genişliği veya trafik aşımı - Donanım değişim süresi (downtime) etkisi

Net karşılaştırma tablosu (kopyala-uygula)

Dedicated sunucu kiraladıktan sonra hemen uygulamanız gereken 7 teknik adım

Kiralama süreci kadar devreye alma da sonucu belirler. Dedicated sunucu teslim olur olmaz şu planı uygulayın:

1) İzleme (monitoring) kurun

• CPU/RAM/disk I/O/NET metriklerini toplayın.
• Alarm eşiklerini belirleyin: disk %80 doluluk, CPU %85 sürekli, network error artışı gibi.

2) Güncel kernel ve servis durumunu doğrulayın

• OS güncellemeleri ve güvenlik yamalarını takip edin.
• Uygulama servislerinin log rotasyonunu (log rotation) kontrol edin.

3) Güvenlik duvarı ve açık port envanteri çıkarın

• Sunucuda hangi servislerin dinlediğini listeleyin.
• Gereksiz portları kapatın; sadece kullanacağınız servisleri açık tutun.

4) Dosya sistemi ve log planı

• /var gibi bölümlerde log birikimini izleyin.
• Gerekiyorsa log saklama süresini kısaltın.

5) Yedekleme testini yapın

• Restore komutunu/sürecini test edin.
• DB için “nokta atışı” geri dönüş senaryosunu simüle edin.

6) Performans ölçüm planı oluşturun

• İlk 48 saatte baseline (taban ölçüm) çıkarın.
• Sonra ölçekleme gereksinimini bu verilerle yönetin.

7) Erişimleri gözden geçirin

• SSH anahtarları, admin kullanıcıları ve yetki seviyeleri net olsun.
• Sağlayıcı erişimi ve kayıtları dokümante edilsin.

Sonuç: 12 maddeyi tek sayfalık kontrol listesine çevirin ve seçim yapın

Dedicated sunucu kiralarken doğru kararı, yalnızca “yüksek spec” ile değil; ağ, disk IOPS, yedekleme/restore süresi, destek SLA ve güvenlik kapsamı gibi somut başlıkları karşılaştırarak verirsiniz. Bu rehberdeki 12 kritik noktayı tek sayfalık kontrol listesine dönüştürün; sağlayıcılardan aynı formatta yanıt isteyin. Böylece teklifler arasında sadece fiyat değil, gerçekten aynı operasyonel sonucu verecek teknik kaliteyi kıyaslamış olursunuz.