Bir VM aynı VLAN üzerindeki başka bir sunucuya erişemiyor, ancak vCenter’da port group doğru görünüyor olabilir. Böyle durumlarda ESXi vmnic, distributed switch uplink, fiziksel switch trunk ve VLAN etiketlemesini ayrı ayrı kontrol etmek gerekir. Özellikle management VMkernel trafiğiyle iş uygulaması trafiği aynı uplinkleri kullanıyorsa yanlış bir değişiklik yönetim bağlantısını da kesebilir.
Trafiğin geçtiği yolu çizin
VM’nin bağlı olduğu distributed port group adını ve VLAN ID bilgisini vSphere Client üzerinden doğrulayın. VM üzerindeki sanal NIC’in gerçekten beklediğiniz port group’a bağlı olduğundan emin olun. Sonra host düzeyinde uplink atamalarına, team/failover politikasına ve bağlantılı fiziksel portlara bakın. Bir hostta çalışan VM’nin diğer hostta çalışmaması, hostlar arası uplink veya trunk farkına işaret edebilir.
Fiziksel switchte access moduyla trunk modunu karıştırmak yaygın bir hatadır. VMware port group üzerinde VLAN ID tanımlandığında fiziksel tarafta ilgili VLAN’ın trunk üzerinden taşınması beklenir. Native VLAN ve untagged trafik davranışını ağ ekibiyle netleştirmeden VLAN ID’yi rastgele değiştirmeyin. MTU uyumsuzluğu da bazı paket boyutlarında arıza gibi görünebilir; bunun için uçtan uca aynı MTU politikasını kontrol edin.
Management ağını riske atmayın
Management VMkernel’in hangi distributed port group ve hangi uplink üzerinde çalıştığını not edin. Değişiklik öncesinde hosta out-of-band yönetim erişiminiz, örneğin iLO veya iDRAC, olduğundan emin olun. vDS uplink yeniden ataması sırasında yönetim bağlantısının kesilme ihtimalini bakım planına yazın. Uzak bir hostta tek management vmnic’i kontrolsüz taşımak, küçük bir VLAN arızasını tam erişim kaybına çevirebilir.
VM’nin guest işletim sisteminde IP, maske, gateway ve DNS ayarlarını kontrol edin. Aynı segmentteki erişim sorunu için önce ARP ve komşu yanıtlarını inceleyin. Routing gerektiren bir hedefe bakıyorsanız gateway ve güvenlik duvarı kuralları da işin içindedir. Sadece ping başarısızlığıyla switch arızası teşhisi koymayın; ICMP uygulama tarafında engellenmiş olabilir.
Güvenli test sırası
Etkilenen VM için port group ve host bilgilerini kaydedin; aynı port group’ta çalışan sağlıklı VM varsa yapılandırmalarını karşılaştırın. vMotion ile host değiştirmenin kesinti politikasına uygun olup olmadığını değerlendirin. Fiziksel portta VLAN izin listesini ve MAC öğrenimini ağ ekibiyle karşılaştırın. Sorun uygulama tarafındaysa paket yakalama sonucunu VM girişindeki ve fiziksel uplinkteki duruma göre yorumlayın.
Düzeltme sonrası aynı ağda hem küçük hem büyük paketleri test edin, failover davranışını gözleyin. Port group’u değiştirdiyseniz önceki VLAN ID ve uplink ayarlarını geri yükleme adımını hazır tutun. Yönetim ağının erişilebilirliği ayrıca teyit edilmeden değişikliği tamamlanmış saymayın.
Kaynak
- Broadcom vSphere Networking 8: https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0.html
