Hyper-V Failover Cluster Planlarken Kontrol Edilecekler

Hyper-V failover cluster, bir fiziksel sunucu arızalandığında sanal makinelerin başka bir düğümde yeniden başlatılmasını sağlar. Doğru kurulduğunda planlı bakımlar da kesintisiz yapılabilir. Ancak cluster’ın sağladığı koruma, tasarım aşamasında verilen kararlara bağlıdır.

1. Ne korunuyor, ne korunmuyor?

Cluster donanım ve işletim sistemi düzeyindeki arızalara karşı koruma sağlar: bir sunucunun kapanması, bir düğümün bakıma alınması gibi. Veri silinmesi, bozulma, fidye yazılımı veya hatalı bir güncelleme ise paylaşılan depolama üzerinden tüm düğümleri etkiler. Bu nedenle cluster projesi, ayrı bir yedekleme ve geri yükleme planıyla birlikte ele alınmalıdır.

2. Donanım uyumluluğu ve benzerlik

• Düğümler mümkün olduğunca aynı model, aynı işlemci ailesi ve aynı firmware sürümünde olmalıdır.
• Farklı işlemci nesillerinde canlı taşıma (live migration) için işlemci uyumluluk modu gerekebilir.
• Sunucu, ağ kartı ve depolama bileşenleri kullanılacak Windows Server sürümü için desteklenmelidir.

3. Depolama modeli

Sanal makine diskleri tüm düğümlerin erişebildiği bir depolamada tutulur. Yaygın seçenekler:

• Paylaşımlı SAN (iSCSI, Fibre Channel veya SAS) üzerinde Cluster Shared Volume (CSV)
• Storage Spaces Direct (S2D): düğümlerin yerel disklerinden oluşturulan yazılım tanımlı depolama; donanım ve ağ gereksinimleri daha sıkıdır

Depolamanın kendisi de tek hata noktası olmamalıdır: çift denetleyici, çok yollu (MPIO) bağlantı ve kapasite artış planı değerlendirilmelidir.

4. Ağ tasarımı

Cluster’da farklı trafik türleri birbirinden ayrılmalı ve her biri için yedekli bağlantı planlanmalıdır:

• Yönetim ve cluster iletişimi
• Sanal makine (kullanıcı) trafiği
• Canlı taşıma (live migration)
• Depolama trafiği (iSCSI veya S2D için)

Ağ kartı birleştirme (SET), VLAN’lar ve QoS ile bu trafikler aynı fiziksel bağlantılar üzerinde de ayrıştırılabilir; ancak depolama trafiği için ayrı ve yeterli bant genişliği planlanması önerilir.

5. Quorum ve witness

Cluster, düğümler arasında iletişim koptuğunda hangi tarafın çalışmaya devam edeceğine oylama ile karar verir. Özellikle iki düğümlü yapılarda bir witness (disk, dosya paylaşımı veya bulut witness) tanımlanmalıdır. Witness’ın cluster ile aynı arıza noktasını paylaşmaması önemlidir.

6. Kapasite payı (N+1)

Bir düğüm devre dışı kaldığında, onun sanal makineleri kalan düğümlerde çalışabilmelidir. İşlemci ve bellek kapasitesi bu senaryoya göre hesaplanmalıdır; aksi halde arıza anında bazı sanal makineler başlatılamaz.

7. Doğrulama ve test

• Kurulumdan önce ve her büyük değişiklikten sonra cluster doğrulama testi (Validate Cluster) çalıştırılmalıdır.
• Planlı düğüm boşaltma ve canlı taşıma test edilmelidir.
• Bir düğümün beklenmedik kapanması kontrollü bir pencerede denenmelidir.
• Cluster-Aware Updating ile güncellemelerin düğüm düğüm uygulanması planlanmalıdır.

Kontrol listesi

• Donanım uyumluluğu ve firmware sürümleri eşitlendi
• Depolama modeli ve yedekliliği belirlendi
• Ağ trafikleri ayrıldı, bağlantılar yedekli
• Quorum ve witness yapılandırıldı
• N+1 kapasite hesaplandı
• Doğrulama testi temiz, devralma testleri yapıldı
• Ayrı yedekleme ve geri yükleme testi planı mevcut

Sık sorulan sorular

Failover cluster yedeklemenin yerini tutar mı?

Hayır. Cluster, bir sunucu arızalandığında sanal makinelerin diğer düğümde çalışmaya devam etmesini sağlar. Silinen veri, bozulan dosya veya fidye yazılımı gibi durumlar tüm düğümlerde aynı şekilde görülür; bu nedenle ayrı ve test edilen bir yedekleme gerekir.

Hyper-V Replica ile failover cluster aynı şey mi?

Hayır. Failover cluster aynı veriyi paylaşan düğümler arasında otomatik devralma sağlar. Hyper-V Replica ise sanal makinenin kopyasını başka bir sunucuya asenkron olarak aktarır; devreye alma işlemi planlı veya elle başlatılır ve otomatik bir yüksek erişilebilirlik kümesi değildir. Replica da yedeklemenin yerini tutmaz.

İki düğümlü cluster’da witness neden gerekli?

İki düğümden biri koptuğunda hangi tarafın çalışmaya devam edeceğine karar verilebilmesi için üçüncü bir oy gerekir. Bu oy disk, dosya paylaşımı veya bulut witness ile sağlanır.