Hyper-V 虛擬機器無法透過網路回應

Hyper-V 虛擬機器無法透過網路回應

最近,我們的一台 Hyper-V 虛擬機器定期停止透過網路回應。好像每隔幾天就會發生一次,有時最多一天會發生幾次。我絕不是系統管理員,因此非常歡迎你們提供的任何指導。我已將我所知道的所有內容都包含在下面。如果您需要任何其他信息,我很樂意提供。

  • 我可以透過 Hyper-V 控制台進行連線。
  • 我無法使用 RDP 或 ping 連接到網路共用、IIS Web 應用程式。
  • 記憶體使用情況似乎正常(4 GB 中的 3 GB)
  • 處理器使用率似乎很低。
  • 我們不知道伺服器宕機的確切時間,但在伺服器宕機前後始終出現以下錯誤:

    錯誤 5719,NETLOGON
    ***由於下列原因, 此電腦無法與網域中的網域控制站建立安全性會話: 目前沒有可用於服務登入要求的登入伺服器。這可能會導致身份驗證問題。確保該電腦已連接至網路。如果此問題仍然存在,請聯絡您的網域管理員。

編輯

這是我在最初的帖子中錯過的一些細節。

  • Hyper-V 伺服器和虛擬機器都執行 Windows Server 2008 Standard。
  • Hyper-V 伺服器上有 6 個虛擬機,全部共用一個在千兆位元適配器上運行的外部虛擬網路。
  • 該問題似乎僅限於這台虛擬機器。
  • 伺服器上至少有一個其他虛擬機器的負載相當高。

答案1

聽起來虛擬網卡和/或軟體與虛擬網卡的互動有問題。您可以嘗試以下一些方法,但我的錢可能花在防毒/防火牆產品上。

  1. 您的所有虛擬機器都具有相同的防毒產品嗎?驗證您的防毒/防火牆產品是否特別支援帶有Hyper-V 的Server 2008,如果不支持,請嘗試使用其他(或在可行的情況下暫時刪除)您的防毒/防火牆產品作為測試,看看問題是否消失。這是我們系統上的罪魁禍首,每 24-48 小時,看似隨機的虛擬機器就會失去連接,直到重新啟動為止。

  2. 驗證管理/父作業系統中的防毒產品是否具有適當的資料夾和進程排除項目(MS 文章 ID:961804)

  3. 嘗試在VM網路介面卡中停用NIC卸載功能,例如Large Send Offload和CheckSum Offload,它們在Windows中預設為啟用,但可能您的硬體NIC不支援它(或與Hyper-V無法很好地互動)這可能會導致效能問題和網路錯誤。有多種方法可以執行此操作,但出於測試目的,最快的方法是(在虛擬機內)開啟NIC 適配器屬性,轉到高級選項卡,並停用清單中的卸載功能,然後重新啟動虛擬機。 (MS 文章 ID:951037)這似乎是一個相當常見的問題。如果出現問題,您可能也會在相關連接埠上的網路交換器上看到錯誤。

答案2

以下的文章可能相關,也可能不相關...據說它已在 2008 R2 中修復,然後在 SP1 中損壞,然後在 SP1 後在此修補程式中再次修復。

http://support.microsoft.com/kb/2263829

根據我的經驗,即使在應用修補程式後,此問題仍然存在。

到目前為止,我無法找到解決此問題的方法。我估計我已經花了一周多的時間來關閉 TCP 卸載和許多類似的設定;沒有什麼可以阻止 Hyper-V 網路堆疊發生故障。我不太確定這是否純粹與網路負載相關,因為在使用 ARCserve 備份我的 Exchange 2010 VM 時可能會導致此失敗。但它僅在備份 C: 磁碟機的過程中失敗。如果我刪除「Windows 用戶端代理」並將 Exchange 代理程式僅保留在虛擬機器上,那麼我可以一遍又一遍地備份 Exchange 資料庫,不會出現任何問題。備份 Exchange DB 時透過(虛擬)網路的資料傳輸速率比備份包含數千個小檔案的 C: 磁碟機時要高得多。

所以,這讓我覺得這可能是 VHD 的某種檔案 I/O 問題?也許是 SMB(ARCserve Backup 使用 SMB?)問題?高檔案 I/O 和網路負載的組合?也許是 Hyper-V 整合服務中的錯誤?事情有些不對勁,我不敢相信外面沒有更多關於這件事的噪音。我有兩台伺服器,位於不同的位置,都遇到了這個問題,儘管症狀和恢復情況有點不同。

另一台伺服器會遺失虛擬機器中的網路堆疊,但您必須重新啟動主機才能恢復,因為虛擬機器在重新啟動期間崩潰並變得無回應。因此,這是更嚴重的,因為整個主機需要重新啟動才能修正單一虛擬機器上故障的網路。這是 jwerwie 在原始帖子中報告的症狀。

搞砸 MAC 位址、TCP 卸載設定等似乎會浪費大量時間。

答案3

突然我的一台虛擬機器變得沒有回應。位於相同 Hyper-V 主機上的任何其他虛擬機器都可以 ping 伺服器,但 VMHost 以外的任何虛擬機器都會得到非常間歇性的回應。

事實證明,我的同事啟動了我們不久前安裝過 P2V 的舊伺服器。 VM 仍然具有與實體伺服器相同的 MAC 位址。就我而言,最終是 MAC 位址問題。

話雖如此,當我建立 Hyper-V 環境時,我停用了 Hyper-V 使用的伺服器 Broadcom 網路卡上的所有卸載功能。在此之前我還沒有遇到任何網路問題。

答案4

  1. 是否存在IP位址衝突的可能性?如果伺服器有靜態位址,它是否與任何 DHCP 池重疊?請記住,您的 Windows DHCP 池可能不是您環境中唯一的池,特別是如果您擁有 VPN 裝置或 WLAN 控制器等裝置。

  2. 是否有其他虛擬機器共用同一實體網路介面?它們都具有網路連接,而這個卻沒有嗎?

相關內容