Bir DCS’nin sunucu katmanı; uygulama, bağlantı (OPC), tarihçe, rapor ve mühendislik hizmetlerinden oluşur. Eskiden her hizmet ayrı bir fiziksel makinede çalışırdı. Sanallaştırma bu makineleri birkaç güçlü ana makineye (host) toplar. Doğru yapıldığında daha az donanım, daha hızlı geri yükleme ve daha kolay test ortamı getirir. Yanlış yapıldığında ise tüm tesis tek bir depolama ünitesinin veya tek bir ana makinenin arızasına bağlanabilir.
Sanallaştırma bir sunucu azaltma işi değil, bir yedeklilik ve destek tasarımıdır. Üreticinin desteklediği platform ve konfigürasyonun dışına çıkmayın; ana makineleri, depolamayı ve ağı çift tasarlayın.
Neden sanallaştırılır?
- Daha az donanım: Güç, soğutma, pano alanı ve yedek parça çeşidi azalır.
- Hızlı geri yükleme: Sanal makine imajı yeni bir ana makinede dakikalar içinde ayağa kaldırılabilir; fiziksel sunucu yeniden kurulumuna göre çok daha kısadır.
- Test ve eğitim ortamı: Üretim sisteminin kopyası, güvenli biçimde yama ve değişiklik denemeleri için kullanılabilir.
- Yaşam döngüsü: Eski işletim sistemi gerektiren uygulamalar, modern donanım üzerinde sürdürülebilir.
Önce üretici desteği
DCS üreticileri, hangi sanallaştırma platformunun, sürümün ve konfigürasyonun desteklendiğini yayımlar. Destek kapsamı dışına çıkıldığında bir sorunda üreticiden yardım alamayabilirsiniz. Bu yüzden ilk adım, üreticinin güncel uyumluluk belgesidir; ardından kaynak ayırma (CPU, bellek, ağ), sanal makine yerleşim kuralları ve lisans (dongle/USB aktarımı, lisans sunucusu) gereksinimleri doğrulanır.
Yedekli tasarımın dört katmanı
| Katman | Tek arıza noktası riski | Tasarım yaklaşımı |
|---|---|---|
| Ana makine (host) | Bir host’un arızasında tüm sanal makineler durur | En az iki host; kritik sanal makine çiftleri (birincil/yedek) farklı host’lara yerleştirilir |
| Depolama | Tek disk dizisi tüm sistemin kaderini belirler | Yedekli kontrolcüler, RAID, mümkünse bağımsız depolama; kapasite ve G/Ç performansı ölçülür |
| Ağ | Tek switch veya tek NIC | Çift NIC, çift switch, kontrol ağı ile yönetim ağının ayrılması |
| Güç | Tek UPS veya tek besleme hattı | Çift besleme; UPS ve batarya testi periyodik |
Uygulama düzeyindeki yedeklilik (ör. birincil ve yedek uygulama sunucusu) sanallaştırma düzeyindeki yedeklilik yerine geçmez; ikisi birbirini tamamlar. Çift sunucu çiftini aynı host’a koymak, yedekliliği yalnızca kâğıt üzerinde bırakır.
Sık yapılan hatalar
- Zaman senkronizasyonu: Sanal makinelerde saat kayması, olay sıralamasını ve rapor tutarlılığını bozar. Zaman kaynağı net tanımlanmalı, host-guest zaman eşleme davranışı üretici önerisine göre ayarlanmalıdır.
- Aşırı yükleme (overcommit): CPU ve bellek taahhüdü gerçek kapasiteyi aşarsa, yoğun anlarda ekran güncellemeleri ve tarihçe kaydı gecikir.
- Anlık görüntü (snapshot) alışkanlığı: Üretimde uzun süre tutulan snapshot’lar performansı düşürür ve geri yüklemeyi karmaşıklaştırır.
- Yedeklemenin yalnızca imajla sınırlı olması: İmaj yedeği uygulama düzeyi yedek yerine geçmez; ayrıca geri yükleme testi yapılmalıdır.
- Yönetim erişimi: Sanallaştırma yönetim arayüzü, tüm sunuculara yetkili bir kapıdır; yalnızca yönetim ağından ve çok faktörlü kimlik doğrulamayla erişilmelidir. Bkz. güvenli uzaktan erişim.
İstemciler ve operatör istasyonları
Operatör istasyonlarını da sanallaştırmak (VDI/ince istemci) mümkündür; ancak video duvarı, çok monitörlü çalışma, alarm sesi ve kısayol tuşları gibi operatör deneyimi gereksinimleri ayrıca doğrulanmalıdır. Birçok tesis sunucuları sanallaştırıp operatör istasyonlarını fiziksel bırakmayı tercih eder.
Karar listesi
- Üreticinin desteklediği platform ve sürüm doğrulandı mı?
- Birincil/yedek çiftler farklı host’lara yerleşiyor mu?
- Depolama, ağ ve güç yedekli mi; tek arıza noktası listesi çıkarıldı mı?
- Zaman senkronizasyonu, yedekleme ve geri yükleme prosedürü yazılı ve test edildi mi?
- Geçiş (migration) planı ve geri dönüş planı var mı?
ASP Otomasyon, DCS sistem kurulumu ve sistem yenileme projelerinde sunucu mimarisini üretici önerileri ve tesisin yedeklilik hedefleriyle birlikte tasarlar. Yaşam döngüsü ve yedek parça tarafı için DCS yedek parça planlaması yazısına da bakabilirsiniz.
Sık sorulan sorular
Her DCS sanallaştırılabilir mi?
Hayır; destek, platform ve sürüme bağlıdır. Üreticinin yayımladığı uyumluluk belgesi ve proje bazlı onay belirleyicidir.
Sanallaştırma performansı düşürür mü?
Doğru boyutlandırıldığında fark pratikte hissedilmez. Sorun, aşırı yükleme veya yavaş depolamada ortaya çıkar; bu yüzden kaynak ayırma ve G/Ç performansı ölçülerek tasarlanmalıdır.
Kontrolörler de sanallaştırılır mı?
Bu yazı sunucu katmanını ele alır. Gerçek zamanlı kontrolörlerin sanallaştırılması ayrı bir konudur ve ürün ailesine göre değerlendirilir.
