vSphere DRS Kuralları: Affinity Çakışmaları Nasıl Çözülür?

DRS etkin bir cluster’da sanal makineler kapasite durumuna göre farklı hostlara taşınabilir. Fakat iki uygulama bileşeninin aynı hostta bulunması ya da lisans nedeniyle belirli hostların dışına çıkmaması gerektiğinde DRS kuralları devreye girer. Bakım sırasında bir host Maintenance Mode’a geçmiyorsa ilk bakılacak yerlerden biri bu kurallardır. Sorun her zaman CPU veya bellek yetersizliği olmayabilir.

VM-VM ve VM-Host kuralları aynı şey değildir

VM-VM affinity kuralı iki VM’nin birlikte, anti-affinity kuralı ayrı ESXi hostlarda çalışmasını amaçlar. VM-Host kuralları ise VM grubu ile host grubu arasında ilişki kurar. “Must run on hosts in group” gibi zorlayıcı bir kural, hedef host bulunmadığında bakım veya otomatik yerleştirmeyi engelleyebilir. “Should run” tercihi daha esnektir; buna rağmen tasarımınızın lisans ya da uyumluluk gereğini karşılayıp karşılamadığını değerlendirin.

Örneğin iki domain controller’ı aynı cluster’da çalıştırıyorsanız anti-affinity, aynı fiziksel host arızasından birlikte etkilenme riskini azaltır. Ancak cluster sadece iki hosttan oluşuyor ve bir host bakıma alınacaksa iki DC’yi ayrı tutma koşulu geçici olarak sağlanamayabilir. Çözüm olarak kuralı gelişigüzel silmek yerine değişiklik kaydına etkiyi ve geri dönüşü yazın.

Önce mevcut düzeni çıkarın

vSphere Client’ta cluster nesnesinin Configure bölümünde VM/Host Rules ve ilgili grupları açın. Etkin olup olmadığını, üyeleri ve kuralın zorlayıcı mı öneri niteliğinde mi olduğunu not edin. DRS Recommendations ve Recent Tasks ekranında engellenen taşımanın hangi nedenle durduğunu okuyun. Hedef hostun CPU/EVC, ağ port group ve datastore erişimi de taşınmayı etkileyebilir; yalnızca kural var diye tüm hatayı buna bağlamayın.

Bir kuralın adı yıllar önce verilmiş olabilir ve bugünkü VM üyelerini anlatmayabilir. Her VM’nin uygulama sahibini ve fiziki ayrılık beklentisini güncel envanterle eşleştirmek, yanlış kuralı değiştirmeyi önler. Özellikle VM’lerin yeni cluster’a taşındığı ortamlarda eski host gruplarının kapsamını kontrol edin.

Bakım için güvenli sıra

Önce kaynak hosttan çıkarılması gereken VM’leri listeleyin; hedef hostlarda boş bellek ve CPU rezervi ile uygun ağların bulunduğunu teyit edin. DRS’nin mevcut taşımayı neden önermediğini kontrol edin. Gerekirse kurala kısa süreli istisna açmadan önce etkilenen uygulama sahibinden onay alın. Değişiklik yapılırsa eski kural tipini, üyelerini ve Enabled durumunu kaydedin. Maintenance Mode bittiğinde kuralı eski durumuna getirip VM dağılımını yeniden doğrulayın.

İki VM’nin farklı hostlarda olması, iki hostun farklı güç veya network hata alanlarında olduğunu tek başına garanti etmez. Altyapı tasarımında rack, güç ve storage bağımlılıklarını ayrıca belgeleyin. DRS yalnızca vSphere yerleşim mantığını uygular; fiziksel altyapı risklerini kendi kendine çözmez.

Son kontrol ve geri dönüş

VM’ler taşındıktan sonra DRS kural ihlali ekranını tekrar kontrol edin. Manuel vMotion başarısını otomatik DRS’nin de aynı koşullarda karar vereceğinin kanıtı saymayın. Sorun devam ediyorsa Tasks & Events bölümünden tam hata metnini kaydedin. Test sırasında kuralı değiştirdiyseniz başlangıçtaki konfigürasyona geri dönün ve tekrar bakım denemesinden önce kapasiteyi planlayın.