Sunucu Donanımı Nasıl Belirlenir?

Sunucu donanımı, tahminle değil iş yükü analiziyle belirlenir. Gereğinden büyük yapılandırma sürekli maliyet, küçük yapılandırma sürekli sorun demektir.

Başlamadan önce

• Uygulama üreticilerinin gereksinim belgeleri
• Mevcut sistemlerin ölçüm verileri
• Kullanıcı ve veri hacmi tahminleri

1. Adım — İş yükü profilini çıkarın

Bu tablo, hangi kalem üzerinde pazarlık yapmanız gerektiğini gösterir.

2. Adım — Üretici gereksinimlerini alın

• ☐ Asgari gereksinimler
• ☐ Önerilen gereksinimler
• ☐ Kullanıcı sayısına göre ölçekleme rehberi
• ☐ Desteklenen işletim sistemleri
• ☐ Özel bileşen gereksinimleri

Uyarı: Üretici gereksinimleri genelde asgari düzeydedir; gerçek ihtiyaç kullanıcı sayısı ve veri hacmiyle artar.

3. Adım — Mevcut kullanımı ölçün

Çalışan bir sisteminiz varsa en az bir ay ölçüm yapın:

• Ortalama ve zirve işlemci kullanımı
• Bellek kullanımı ve takas durumu
• Disk doluluğu ve büyüme hızı
• Disk işlem yoğunluğu ve bekleme süresi
• Ağ trafiği

4. Adım — Bellek boyutlandırın

Bellek, çoğu iş yükünde en kritik kalemdir çünkü yetersizliği sert sonuçlar doğurur.

• ☐ İşletim sistemi payı
• ☐ Her uygulamanın ihtiyacı
• ☐ Veritabanı önbellek alanı
• ☐ Eşzamanlı kullanıcı payı
• ☐ Büyüme payı

Kural: Belleği cömert tutun; sonradan artırmak genelde mümkündür ama kesinti gerektirebilir.

5. Adım — İşlemci boyutlandırın

• Çok sayıda eşzamanlı iş varsa → çekirdek sayısı
• Tek tek ağır işler varsa → işlemci hızı
• Sanallaştırma ana makinesiyse → çekirdek sayısı
• Lisans çekirdek başınaysa → dikkatli olun

Son madde maliyeti belirgin etkiler: bazı yazılımlarda çekirdek sayısı doğrudan lisans bedelini artırır.

6. Adım — Disk yapılandırmasını belirleyin

İki ayrı karar vardır:

Kapasite

• Mevcut veri hacmi
• Yıllık büyüme
• İşletim sistemi ve uygulama payı
• Kayıt dosyaları
• Geçici alan
• Makul bir pay

Hız ve yedeklilik

• Veritabanı için hızlı disk şart
• Arşiv için kapasite öncelikli
• Disk yedekliliği (RAID) kritik sistemlerde zorunlu
• Farklı roller için farklı disk grupları düşünülebilir

Hatırlatma: Disk yedekliliği bir yedekleme değildir.

7. Adım — Ağ ve diğer bileşenler

• ☐ Ağ kapasitesi yeterli mi?
• ☐ Yedekli ağ bağlantısı gerekli mi?
• ☐ Yedekli güç kaynağı var mı?
• ☐ Uzaktan yönetim arayüzü var mı?
• ☐ Genişletme yuvaları yeterli mi?

8. Adım — Büyüme payı ekleyin

• Bir-iki yıllık büyümeyi karşılayacak kadar pay bırakın
• Ama gereğinden fazla büyük almayın
• Sonradan artırılabilirliği sorun
• Artırımın kesinti gerektirip gerektirmediğini öğrenin

Denge: Sanal ve bulut kaynaklarda artırım kolaydır; bu durumda küçük başlayıp büyütmek daha ekonomiktir. Fiziksel sunucularda ise baştan pay bırakmak gerekir.

9. Adım — Alternatifleri karşılaştırın

• Tek büyük sunucu mu, birden çok küçük sunucu mu?
• Rolleri ayırmak mı, birleştirmek mi?
• Fiziksel mi, sanal mı?

Not: Birden çok küçük sunucu, tek büyük sunucudan genelde daha dayanıklıdır: biri arızalandığında her şey durmaz.

10. Adım — Doğrulayın

• ☐ Üretici gereksinimleri karşılanıyor
• ☐ Ölçüm verilerine göre yeterli
• ☐ Zirve yükü karşılıyor
• ☐ Büyüme payı var
• ☐ Lisans maliyetleri hesaplandı
• ☐ Artırılabilirlik teyit edildi
• ☐ Yedeklilik gereksinimleri karşılanıyor
• ☐ Bütçeye uygun

Sık yapılan hatalar

• Yalnız disk kapasitesine odaklanmak
• Bellek konusunda cimri davranmak
• Disk hızını göz ardı etmek (veritabanı sistemlerinde kritik)
• Lisans etkisini hesaba katmamak
• Zirve yükü ortalamayla karıştırmak
• Yedeklilik gereksinimini atlamak
• Uzaktan yönetim arayüzünü sormamak
• Gereğinden büyük almak — kullanılmayan kapasite maliyettir