Fiziksel sunucu kiralarken karşınıza çıkan yapılandırma listesi, sanal sunucu tekliflerinden farklıdır: burada işlemci modelini, disk tipini, RAID düzenini ve bellek miktarını tek tek siz seçersiniz. Bu esneklik büyük bir avantajdır ama beraberinde bir sorumluluk getirir — yanlış seçilen bir bileşen, sözleşme süresi boyunca sizinle kalır.
Bu rehber, fiziksel (dedicated) sunucular için donanım kararlarını iş yükü tipine göre nasıl vereceğinizi anlatıyor.
Her Şey İş Yükü Profiliyle Başlar
Donanım kararı, "en güçlü ne varsa" değil "benim iş yüküm neyi zorluyor" sorusuyla verilir. Dört tipik profil ve her birinin darboğaz noktası:
- Web ve uygulama sunucusu: Çok sayıda eşzamanlı isteği paralel işler. Öncelik: çekirdek sayısı ve bellek. Tek çekirdek hızı ikincildir.
- Veritabanı sunucusu: Disk ve bellek yoğun. Öncelik: NVMe disk, bol bellek. Veri belleğe sığdığında disk baskısı düşer ve performans katlanır.
- Sanallaştırma ana makinesi: Üzerinde birden fazla sanal makine çalıştırır. Öncelik: çekirdek sayısı, bellek kapasitesi ve RAID ile korunmuş depolama.
- Oyun sunucusu: Genellikle tek iş parçacığında çalışan ana döngü. Öncelik: yüksek tek çekirdek performansı. Çekirdek sayısı ikincildir.
Profilinizi belirlemek, tekliflerdeki hangi satırın önemli olduğunu söyler. Bu adımı atlayıp fiyat karşılaştırması yapmak, farklı işler için tasarlanmış makineleri kıyaslamak anlamına gelir.
CPU: Çekirdek Sayısı mı, Çekirdek Hızı mı?
İki eksen var ve ikisi genellikle birbiriyle ters çalışır: yüksek çekirdek sayılı işlemciler çekirdek başına daha düşük frekansta, düşük çekirdekli işlemciler daha yüksek frekansta çalışır.
| İş yükü | Tercih | Neden |
|---|---|---|
| Çok siteli barındırma | Çok çekirdek | Paralel istekler çekirdeklere dağılır |
| Sanallaştırma | Çok çekirdek | Her sanal makineye çekirdek payı gerekir |
| Oyun sunucusu | Yüksek frekans | Ana döngü tek çekirdekte çalışır |
| Tek yoğun uygulama | Yüksek frekans | Paralelleşmeyen kod frekanstan fayda görür |
| Veritabanı | Dengeli | Darboğaz genellikle CPU değil, disk/bellek |
RAM: Kapasite Önce, Hız Sonra
Bellek kararında sıralama nettir: önce yeterli kapasite, sonra hız. Bellek yetersizliği sistemi takas alanına düşürür ve bu, performansta ölçülebilir bir çöküş üretir. Bellek hızındaki fark ise çoğu iş yükünde marjinaldir.
Pratik bir yaklaşım: veritabanı sunucusunda hedef, aktif veri kümesinin belleğe sığmasıdır. Veri belleğe sığdığında sorgular diske hiç gitmez ve yanıt süreleri kat kat iyileşir. Bu, donanım bütçesini en verimli harcadığınız noktadır.
ECC Bellek
Sunucu sınıfı donanımda hata düzelten (ECC) bellek standarttır ve öyle kalmalıdır. ECC, bellekte oluşan tek bit hatalarını tespit edip düzeltir. Bu hatalar nadirdir ama sürekli çalışan bir sistemde birikir; ECC olmadan sonuç sessiz veri bozulması veya açıklanamayan çökmeler olur. Veritabanı barındıran bir sunucuda ECC pazarlık konusu değildir.
Disk: Tip, Kapasite ve RAID
Disk Tipi
- NVMe SSD: En yüksek performans, en düşük gecikme. Veritabanı, e-ticaret ve yoğun okuma/yazma yapan her iş yükü için doğru tercih.
- SATA SSD: NVMe'den yavaş ama klasik diskten kat kat hızlı. Bütçe kısıtlı sistemlerde makul bir orta yol.
- Klasik sabit disk (HDD): Terabayt başına maliyeti en düşük. Aktif veri için değil, yedek ve arşiv depolaması için anlamlı.
Yaygın ve doğru bir yaklaşım karma yapılandırmadır: işletim sistemi ve veritabanı için NVMe, yedek ve arşiv için yüksek kapasiteli klasik disk. Böylece bütçeyi performansın gerçekten gerektiği yere harcarsınız.
RAID Düzeni
Tek diskli bir sunucu, diskin arızalandığı gün tamamen durur. RAID, birden fazla diski birlikte çalıştırarak ya performans ya dayanıklılık ya da ikisini birden sağlar:
| Düzen | Disk arızasına dayanıklılık | Kullanılabilir kapasite | Uygun olduğu yer |
|---|---|---|---|
| RAID 0 | Yok — bir disk giderse hepsi gider | Toplamın tamamı | Yalnızca geçici/yeniden üretilebilir veri |
| RAID 1 | 1 disk | Yarısı | İki diskli sistemler, işletim sistemi diski |
| RAID 5 | 1 disk | n-1 disk | Okuma ağırlıklı, kapasite odaklı sistemler |
| RAID 6 | 2 disk | n-2 disk | Büyük disklerle kurulan diziler |
| RAID 10 | Her aynadan 1 disk | Yarısı | Yazma yoğun veritabanları |
Kritik bir hatırlatma: RAID yedekleme değildir. RAID disk arızasına karşı korur; yanlışlıkla silinen bir dosyaya, bozulan bir veritabanına veya fidye yazılımına karşı hiçbir şey yapmaz. Bu ikisi birbirinin yerine geçmez — bir dedicated sunucu üzerinde ikisi de gerekir.
Sıkça Atlanan Üç Kalem
- Uzaktan yönetim arayüzü: Sunucu açılmadığında veya işletim sistemi yanıt vermediğinde donanıma erişebilmenizi sağlar. Bu arayüz olmadan her sorun için veri merkezine destek talebi açmanız gerekir. Teklifte olduğunu doğrulayın.
- Yedek güç ve ağ: Sunucunun tek bir güç kaynağına veya tek bir ağ bağlantısına bağlı olması, o bileşen arızalandığında tam kesinti demektir. Yüksek erişilebilirlik hedefiniz varsa yedekli yapılandırma isteyin.
- Büyüme payı: Sunucuda boş bellek yuvası ve boş disk yuvası var mı? Bir yıl sonra kapasite eklemek isterseniz, yuva yoksa tek seçenek sunucu değiştirmek olur.
Sonuç
Fiziksel sunucu donanım seçiminde doğru sıra şudur: iş yükü profilini belirle, o profilin darboğazına bütçe ayır, RAID ile dayanıklılığı kur ve büyüme payı bırak. En pahalı yapılandırmayı seçmek doğru karar değildir — yanlış yerde harcanan bütçe, doğru yerde eksik kalır. Fiziksel (dedicated) sunucular uzun dönemli taahhütlerle kiralandığı için bu kararı bir kez doğru vermek, sonradan düzeltmekten çok daha kolaydır.
Sıkça Sorulan Sorular (SSS)
RAID kullanıyorsam yedeklemeye gerek var mı?
Kesinlikle var. RAID yalnızca disk donanımı arızasına karşı korur. Yanlışlıkla silinen veri, bozulan veritabanı, uygulama hatası veya fidye yazılımı senaryolarında RAID hiçbir koruma sağlamaz — çünkü hatalı yazma işlemi tüm disklere aynı anda yansır.
Kaç çekirdek yeterli?
İş yükünüze bağlı. Sanallaştırma yapacaksanız her sanal makine için çekirdek payı hesaplayıp ana sistem için pay bırakın. Tek bir uygulama çalıştırıyorsanız, uygulamanın gerçekten paralelleşip paralelleşmediğini öğrenin — paralelleşmeyen bir uygulamada fazla çekirdek boşta durur.
NVMe ile SATA SSD arasındaki fark gerçekten hissedilir mi?
Veritabanı yoğun iş yüklerinde belirgin biçimde hissedilir; çok sayıda küçük okuma/yazma yapan sistemlerde fark en yüksektir. Statik içerik sunan bir web sunucusunda ise fark küçüktür çünkü darboğaz diskte değildir.
ECC bellek şart mı?
Sürekli çalışan ve veri bütünlüğü önemli olan bir sunucuda evet. ECC olmayan bellekte oluşan tek bit hataları sessiz veri bozulmasına veya açıklanamayan çökmelere yol açar. Veritabanı barındıran sistemlerde bundan taviz verilmemelidir.
