HyperV VM'm neden bağlantıyı rastgele kaybediyor?


10

İki haftada bir garip kesintili bağlantı sorunum var.

İlk yapılandırmam: İki fiziksel ana bilgisayar (düğüm01 ve düğüm 02) ile bir HyperV yük devretme kümesi çalıştırıyorum. Ana bilgisayarlar SP1 ile birlikte Windows Server 2008 R2 HyperV sunucusunu (ücretsiz olanı) çalıştırmaktadır. Bu ana bilgisayarlarda SP1 ile Windows Server 2008 R2 Web sürümünü çalıştıran iki VM çalıştırıyorum. Depolama sunucum iSCSI ile bağlı Windows Storage Server 2008. Hem ana bilgisayarlar hem de depolama sunucusu, doğrudan Intel'in web sitesinden indirilen en son ağ sürücülerini çalıştırıyor.

İşte sorun: Zamanın% 99,99'u, her şey mükemmel çalışıyor. Yaklaşık her iki - üç haftada bir, VM'ler hem gelen hem de giden ağ bağlantısını aynı anda kaybedecektir. Bu olduğunda,

  1. Her iki VM'de de RDP yapamıyorum.
  2. Her iki ana bilgisayara da RDP yapabilirim.
  3. Düğüme sağ tıklayıp 'Sanal Makineye Bağlan'ı seçerek Yük Devretme Kümesi Yöneticisi'nden her iki VM'ye de bağlanabilirim
  4. VM'yi yukarıda # 3'te açıklandığı gibi bağladıktan sonra, LAN'daki hiçbir web sitesine veya makineye erişemiyorum. Sanal Makinenin içindeki sanal ağ bağlantısını devre dışı bırakmak ve yeniden etkinleştirmek sorunu çözmez.
  5. VM'yi farklı bir düğüme taşırsam, bu sorunu düzeltir (önümüzdeki iki hafta boyunca).
  6. Ana makineyi yeniden başlatır ve VM'yi üzerine geri taşırsam, bu sorunu düzeltir (önümüzdeki iki hafta boyunca).
  7. Bu durumda, yük devretme kümesi VM'yi otomatik olarak yük devretmez.
  8. Ana bilgisayarlarda veya VM'lerde olağandışı olay günlüğü girişi yok.

Bu, yukarıda tarif edilenle aynı semptomlarla yaklaşık 5 kez olmuştur. Bir ağ sürücüsü veya ağ donanımı sorunundan şüpheleniyorum, ancak en son sürücüleri zaten çalıştırdığımdan, bu konuda ne yapacağımdan emin değilim.

Bu gerçek bir kafa kaşıyıcı ... herhangi bir fikir?

Güncelleme

Burada çok benzer bir durum buldum: Virutal Machine, Hyper V Cluster'da ağ bağlantısını kaybediyor

Güncelleme 29.07.2011

Düzeltmeleri yükledikten ve ağ sürücülerini güncelledikten sonra hala aynı sorunu yaşıyorum. Donanım ayrıntılarını soran yoruma yanıt olarak, sunucu iki bağımsız S5500HV anakart içeren 1U kasa olan bir Intel SR1670HV'dir. İletişim, anakartların Intel 82574L olan tümleşik NIC'leri üzerinden yapılır. Ağ sürücüsü 16.2.49.0 sürümüdür.


donanımınız hakkında detials ekleyebilir misiniz (nics sayısı)
Jim B

Sunucuda hangi marka / model NIC'leriniz var?
Chris S

Yukarıda eklenen donanım ve NIC'ler hakkında bilgi.
Mike

Hangi marka / model anahtarını bağlıyorsunuz?
ErnieTheGeek

Bir MS hyperV sunucusundaki CentOS görüntüleri ile simüler bir sorun yaşadım. Her makine veya paylaşılan bir NIC için özel NIC'leriniz var mı? Bir kez özel nics'e geçtikten sonra bu sorun ortadan
kalktı

Yanıtlar:


7

Olduğum yerde böyle bir sorunumuz vardı. Kesin ayrıntıları hatırlamıyorum, ancak nihai çözüm, sanal bir ağ bağdaştırıcısına dinamik olarak atanan çakışan bir mac adresiyle ilgiliydi. Bunları dinamik olmadıklarına sabitlemek çok yardımcı oldu. Normalde bunu yapmak istemezsiniz, çünkü sanal makineyi farklı bir ana bilgisayara taşımayı zorlaştırabilir, ancak bu durumda bize yardımcı oldu.

Diğer kısım, fiziksel nics'in broadcom tarafından yapıldığı ve orada önceki bir yöneticinin, gelişmiş bant genişliği / verimi için ana makinede iki niki bir araya getirmek için broadcom yardımcı programını yanlış kullanmayı denediği bir yapılandırma hatası yaşadık. Bu kurulumu kaldırdık ve ana bilgisayarlardan hiç IP'si olmamak için nics'ten birini yapılandırdık, ancak yine de sanal konuklara geçiş yapmak için kullanılabilir. Daha sonra her sanal makineyi yükü geçmiş trafiğe göre dengeleyerek sadece bir nic veya diğerini kullanacak şekilde ayarladık. Tabii ki bu, bir adaptör veya bağlantı düştüğünde yük devretme anlamına gelmez ve trafiğin zaman içinde dengede kalıp kalmadığını görmek için iyi bir şekilde takip etmedik, ancak o zamandan beri kaya gibi sağlam kararlıydı.


5

Bunun eski bir soru olduğunun farkındayım, ancak aynı sorunla karşılaştım ve çözülmesi için çok fazla zaman harcadım ve benim için çalışan çözümü paylaşacağımı düşündüm. Sorunumun çözümünü burada buldum:

http://invendows.wordpress.com/2008/03/06/network-issue-with-hyper-v/

Benim durumumda çözüm VM'lerde TCP Boşaltma devre dışı bırakmak oldu. Bağlantıdan ilgili bölümü alıntılayacağım:

TCP Boşaltmayı devre dışı bırakmak için Broadcom 8507 Nextreme II NIC'ye bağlı her VM'de yeni bir kayıt defteri değeri oluşturmak ve ayarlamak zorunda kaldım.

TCP Boşaltmayı devre dışı bırakmak için aşağıdaki kayıt defteri değişikliğini kullandım:

Anahtar: HKLM \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters

Değer (DWORD): DisableTaskOffload = 1

Her VM'deki TCP yükünü bu şekilde devre dışı bıraktıktan sonra tüm sorunlar sona erdi ve Broadcom 5708 Nextreme II NIC'nin bir NIC bağlantı noktasına birden çok VM bağlayabildim.

Sunucumun Broadcom NetExtremeNIC'leri var, bu yüzden bu sorunun nedeni kesinlikle sürücü ile ilgili görünüyor, ancak ayar DisableTaskOffload= 1 ayarı sorunu tamamen benim için çözdü. Umarım bu bilgiler bir başkasını arama saatinden kurtarır!


1
+1, bu ipucu için teşekkürler, birkaç gündür sorunsuz çalışıyorum.
m0dest0

1
Sorun değil, m0dest0. Size yardımcı olduğunu duyduğuma sevindim. :)
BruceHill

3

Çok daha basit bir Hyper-V ortamında benzer bir şeyle karşılaştım ve Microsoft'ta bu makaleyle karşılaştım. Web sunucuları yoğun bir şekilde kullanılıyorsa durumunuza uyuyor gibi görünüyor.

http://support.microsoft.com/kb/974909 - Çalışan bir Hyper-V sanal makinesinin ağ bağlantısı, Windows Server 2008 R2 tabanlı bir bilgisayarda yoğun giden ağ trafiği altında kayboluyor


Başvuruda bulunduğunuz KB makalesi SP1 öncesiydi, ancak umut verici görünen benzer bir SP1 postu yaptım: support.microsoft.com/kb/2263829
Mike

1
Düzeltmeyi yükledim, ancak sorun hala oluşuyor çünkü bu yanıt olarak kaldırıldı. Bu nedenle, bu soru cevapsız kalır ...
Mike

2

Aynı sorunu yaşadık, ama bizim durumumuzda her 24-48 saatte bir. Virüsten koruma / güvenlik duvarı ürününüzün Server 2008'i Hyper-V ile özel olarak desteklediğini iki kez kontrol edeceğim, değilse, sorunun giderilip giderilmediğini görmek için bir test olarak farklı bir (veya mümkünse geçici olarak kaldırma) deneyin .

Microsoft'a yapılan bir çağrı ve daha sonra birkaç döküm / günlük dosyası yüklemesinden sonra, bizim durumumuzda TrendMicro OfficeScan'in suçlu olduğunu belirlediler. Hyper-V'de açıkça desteklenmeyen bir sürüm kullanıyorduk, en son sürüme yükselttikten sonra sorun ortadan kalktı.


2

Bu bir donanım sorunu olduğu ortaya çıktı - Sorunu bir Netgear GSM7224v2 yönetilen anahtara izole ettim, bir D-Link DGS-1024D ile değiştirdim ve o zamandan beri her şey iyi çalışıyor.

Bir "ders öğrenildi" olarak, bu durumda muhtemelen bir donanım sorunu olduğu ortaya çıkan şey için tanılama çabası sorun giderme yazılım ayarlarımın% 99'unu harcadım. Hatta Microsoft Destek 259 $ ödedi (ve onlarla telefonda çok zaman geçirdim) yazılım ayarlarında dolaşarak anlamaya yardımcı olmak için. Sanırım hikayenin ahlakı, donanımınız kadar yazılımınızdan da şüphelenmektir.


1

VM misafirinin ağ bağdaştırıcısı özelliklerinde, Jumbo Paketleri ve Büyük Gönderme Yükünü devre dışı bıraktınız mı? Bu ayarlarla ilgili deneyimlerime dayanarak, kesinlikle denemek istiyorum.


Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.