Dedicated Sunucu Kiralarken Dikkat Edilecek 12 Kritik Nokta

Dedicated sunucu, trafiği belirgin şekilde artmış siteler ve uygulamalar için “kaynak garantisi” yaklaşımı sunar. Ancak kiralama sırasında yapılan yanlış seçimler; beklenmeyen gecikme, veri kaybı, yetkisiz erişim veya destekte gecikme gibi doğrudan maliyetler üretir. Bu rehberde, satın alma/kurulum öncesi doğrulayabileceğiniz somut kriterleri; SLA’dan yedek (backup) politikasına, ağ tasarımından erişim güvenliğine kadar net başlıklar halinde ele alacaksınız.

1) Donanım seçimi: CPU çekirdeği değil “gerçek yük” belirler

Dedicated sunucuda çekirdek sayısı ilk bakışta belirleyicidir; fakat uygulamanızın darboğazı çoğu zaman başka yerden çıkar. Örneğin PHP tabanlı web siteleri ve birçok CMS, CPU’dan çok disk I/O ve cache veriminden etkilenir. Elasticsearch gibi sistemlerde ise RAM ve disk/IO daha kritik olabilir.

Hangi metriklere bakmalısınız?

• CPU mimarisi ve frekans: Aynı çekirdek sayısında farklı nesil CPU’lar farklı performans verir.
• RAM kapasitesi ve hız: Aynı vCPU sayısında RAM yetersizliği “cache miss” ve swap’a kadar gidebilir.
• Depolama türü: NVMe SSD ile SATA SSD’nin I/O davranışı farklıdır.
• Disk kapasitesi: Sadece alan değil, aynı zamanda diskin performansını koruma (ör. RAID düzeyi, kontroller) önemlidir.

Pratik karar kuralı

• Tek bir uygulama çalıştırıyorsanız: CPU/RAM dengesine odaklanın.
• Çok servis bir aradaysa (web + worker + queue + log): Disk I/O ve RAM tarafını güçlendirin.
• Veritabanı ağırlıklıysa: NVMe ve bellek hızı öne geçer.

2) Ağ (network) performansı: Gecikme (latency) ve hat kalitesi net belirleyicidir

Dedicated sunucuda en sık görülen “hız sorunu” donanımdan değil ağdan kaynaklanır. Özellikle Türkiye’den yurt dışı veya kalabalık peering noktaları üzerinden gelen bağlantılarda gecikme artar.

Kontrol edeceğiniz ağ kalemleri

• Port hızları: 1 Gbps yerine 10 Gbps talep etmek her zaman “daha hızlı” demek değildir; ancak yüksek bant genişliği gerekiyorsa kritik olur.
• Traffic shaping / limit: Sağlayıcının throttling (şekillendirme) politikası olup olmadığını sorun.
• Transit/peering: Türkiye lokasyonunda sağlayıcıların yerel çıkışları (peering) fark yaratır.
• Packet loss: CDN’niz olsa bile uygulama servisleri etkilenir.

Net test yaklaşımı

Kurulumdan hemen sonra, erişiminiz varsa aşağıdaki tür testleri yapın: - İstemci lokasyonundan sunucu IP’sine ping ve baseline kaydı - Uygulama endpoint’lerine HTTP/HTTPS yanıt süresi ölçümü - Veri tabanı portuna (örn. 5432/3306) bağlantı süresi kontrolü

3) Yönetim erişimi: KVM/IPMI ve konsol erişimi şart

Dedicated sunucuda yönetim erişimi sadece “SSH var mı?” ile sınırlı değildir. Disk çökmesi, boot sorunu veya yanlış firewall kuralı gibi durumlarda konsol erişimi (KVM/IPMI/console) hayat kurtarır.

Sağlayıcıdan net olarak isteyin

• KVM over IP erişimi var mı?
• Rescue mode / reboot gibi acil süreçler nasıl yönetiliyor?
• Konsol erişimi ile hangi kimlik doğrulama yöntemleri var?

SSH anahtarları (key) ile erişim politikası

Şifre tabanlı girişin (password authentication) kapatılması, dedicated ortamda minimum güvenlik çizgisidir. - Bulunduğunuz sağlayıcıda veya kurulum dokümanında SSH password auth kapatma adımı net mi? - Sunucu ilk kurulumdan sonra “key-based login” aktif edilebilir mi?

4) İşletim sistemi (OS) ve kontrol paneli seçenekleri

Dedicated sunucuda OS seçimi sadece lisans değil, güvenlik güncelleme döngüsü ve uyumluluk açısından da kritiktir.

OS seçerken net kriterler

• Dağıtım sürümü (örn. Ubuntu LTS sürümü) ve güncelleme takvimi
• Kernel sürümleri ve modül uyumluluğu (özellikle özel sürücüler/agentler kullanıyorsanız)
• Panel kullanacaksanız: cPanel/Plesk veya tamamen komut satırı yaklaşımı

Panel kullanıyorsanız

Panel; kullanıcı yönetimi, otomasyon ve web yapılandırması için hız sağlar. Ancak panelin kaynak tüketimi ve saldırı yüzeyi (attack surface) artabilir. Panel kullanmayı seçiyorsanız, provider’ın panel güvenlik güncellemelerini nasıl yönettiğini sorun.

5) SLA (Service Level Agreement) ve destek süresi: “En kötü senaryoda” net olun

SLA, performans kadar yanıt süresiyle ilgilidir. “CPU limitine ulaştı” gibi teknik durumlarda bile müdahale süresi belirleyicidir.

SLA’da bakmanız gerekenler

• Arıza tespiti + ilk yanıt süresi
• Çözüm hedefi (ör. donanım değişimi kaç saat/dakika içinde?)
• Network incident durumunda aksiyon süreci
• Yerinde müdahale gerektiren durumlarda prosedür

Net öneri

Sözlü beyan yerine, SLA metninde geçen sayısal hedefleri yazın ve teklifinizde karşılaştırın.

6) Yedekleme (backup) modeli: Snapshot değil “geri dönüş testi” şart

Dedicated sunucuda “yedek alınıyor” ifadesi tek başına yeterli değildir. Gerçek risk, veriyi geri getiremediğiniz senaryoda oluşur.

Kontrol edeceğiniz yedekleme kalemleri

• Full backup / incremental yaklaşımı (hangi sıklıkta?)
• Yedeklerin tutulma süresi (ör. 7 gün/30 gün/90 gün)
• Yedek depolama lokasyonu (aynı rack mi, farklı lokasyon mu?)
• Şifreleme (encryption) ve erişim kontrolü
• En önemlisi: “Geri dönüş (restore) başarı oranı”nı sağlayıcı dokümante ediyor mu?

Snapshot (anlık görüntü) tek başına “gerçek backup” yerine geçmez. Snapshot’un sürekliliği, korunma şekli ve geri dönüş testleri kritik ayrıntılardır.

Net soru seti

• Yedekler hangi saat aralıklarında alınır?
• Backup restore süresi hedefi nedir?
• Failover senaryosu var mı?
• Yedekler şifreli mi, hangi anahtar yönetimi kullanılıyor?

7) Güvenlik: Firewall, temel hardening ve log erişimi

Dedicated sunucuda güvenlik, hem sağlayıcı katmanında hem de sizin yapılandırmanızda işler.

Sağlayıcı tarafında sorulacaklar

• Sunucu için varsayılan firewall policy nedir?
• DDoS koruması var mı? Trafik hangi seviyede filtreleniyor (network edge mi, scrubbing mi)?
• Log erişimi: KVM konsol logları, kernel/boot logları tutuluyor mu?

Sizin tarafınızda uygulanacak minimumlar

• SSH’de sadece key-based giriş
• Root erişimini kısıtlama (zorunlu değilse)
• Güncel paket yönetimi (otomatik güncelleme yerine kontrollü güncelleme)
• Açık portların envanteri ve kapatma

Açık port tespiti (örnek yaklaşım)

Kurulum sonrası, ağda gerçekten kullanmadığınız portları kapatın. Kontrol için şu tür çıktıları inceleyin: - ss -tulpn - iptables -S veya kullandığınız firewall’a göre eşdeğer çıktılar

8) Disk RAID ve veri bütünlüğü (integrity) planı

Dedicated sunucuda RAID, veri kaybını tamamen önlemez; ama veri bütünlüğü için önemli bir katmandır. RAID tipinin performans ve arıza davranışı etkilenir.

RAID seçimine etki eden senaryolar

• Veritabanı yoğunluğu varsa: Yazma performansı ve IOPS davranışı önem kazanır.
• Arşiv/backup ağırlıklıysa: Okuma önceliği ve dayanıklılık öne geçer.

Net istek

Teklifte şu bilgileri arayın: - RAID seviyesi (örn. RAID10/RAID1 benzeri) - Kontrolcü tipi (hardware RAID mi, controller davranışı nasıl?) - Disk arızası sonrası rebuild süreci ve beklenen etkiler

9) Sanallaştırma yoksa bile “iş ayrımı” nasıl sağlanır?

Dedicated fiziksel sunucu alıyor olsanız bile, sağlayıcının aynı fiziksel host üzerinde farklı kiracılar için kaynak tahsisi yapıp yapmadığı önemlidir. Genellikle dedicated tek kiracı olsa da bant genişliği ve yönetim altyapısı paylaşımlı olabilir.

Paylaşılan bileşenleri netleştirin

• Yönetim ağınız (mgmt network) ayrık mı?
• Port/hat paylaşımı var mı?
• Donanım arızalarında bakım penceresi nasıl planlanıyor?

10) Kurulum ve geçiş (migration) süreci: Planlı taşıma maliyeti düşürür

Dedicated sunucu geçişlerinde asıl maliyet, kesinti ve test süresidir. Sağlayıcının “kurulum/OS template” yaklaşımı ve sizin uygulama geçiş planınız net olmalıdır.

Taşıma için net kontrol listesi

• Mevcut veri tabanını (DB) nasıl taşıyacaksınız? (dump/import, replication, snapshot restore)
• DNS değişikliği planı: TTL değerini geçiş öncesi düşürüyor musunuz?
• CDN ve cache katmanı: geçiş sonrası cache invalidation nasıl yapılacak?
• Uygulama yapılandırma dosyaları (environment variables) taşınacak mı?

11) IPv4/IPv6, yönlendirme ve sertifika yönetimi

Dedicated sunucuda tek bir IP’ye bağlı sistem kuracaksanız IPv4/IPv6 desteği ve yönlendirme davranışı kritiktir.

Net sorular

• Kaç IPv4 adres veriliyor? Ek IP satın alma var mı?
• IPv6 tanımlaması otomatik mi?
• RBL/blacklist riskine karşı IP itibar yönetimi (özellikle yeni IP ısındırma) var mı?

TLS/SSL

• Sertifikaları hangi süreçle yöneteceksiniz (otomasyon, panel, ACME client)?
• Self-signed kullanımına ihtiyaç duyulmuyor; prod’da gerçek CA tabanlı sertifika kullanımı standarttır.

12) Fiyat karşılaştırması: Birim maliyeti doğru okuma

Dedicated fiyatları, sadece aylık kiradan ibaret değildir. Takip eden giderler; ek IP, yönetim hizmeti, yedekleme paketi, trafik limitleri, kurulum ücretleriyle artar.

Karşılaştırma tablosu (örnek şablon)

Aşağıdaki tabloyu kendi tekliflerinize uygulayın:

Sonuç: Dedicated’da doğru karar, “sözleşme + erişim + yedek + ağ” dengesidir

Dedicated sunucu kiralarken kararınızı sadece donanıma bağlamayın. Önce KVM/IPMI erişimi, SSH’de key-based giriş politikası, yedekleme modelinin geri dönüş (restore) testine uygunluğu ve SLA’daki sayısal hedefleri netleştirin. Ardından kurulum sonrası ağ gecikmesini ölçüp baseline kaydı çıkarın. En hızlı aksiyon: Teklifleri yukarıdaki tabloya koyun, SLA ve yedekleme restore süresi maddelerinde net olmayan yerleri sağlayıcıdan yazılı yanıtla tamamlayın.