최근 Hyper-V 가상 머신 중 하나가 주기적으로 네트워크를 통한 응답을 중지했습니다. 며칠에 한 번씩 그런 일이 일어나는 것 같고, 때로는 하루에 여러 번 일어나는 경우도 있습니다. 저는 결코 시스템 관리자가 아니므로 여러분이 제공할 수 있는 어떤 지침이라도 매우 환영할 것입니다. 아래에 포함할 수 있는 모든 정보를 포함시켰습니다. 추가 정보가 필요하시면 기꺼이 포함해 드리겠습니다.
- Hyper-V 콘솔을 통해 연결할 수 있습니다.
- RDP 또는 ping을 사용하여 네트워크 공유, IIS 웹 앱에 연결할 수 없습니다.
- 메모리 사용량이 정상적인 것 같습니다(4GB 중 3GB).
- 프로세서 사용량이 낮은 것 같습니다.
서버가 다운되는 정확한 시간은 알 수 없지만, 서버가 다운되는 시점에 다음 오류가 지속적으로 나타납니다.
오류 5719, NETLOGON
***다음 이유로 인해 이 컴퓨터는 도메인의 도메인 컨트롤러와의 보안 세션으로 설정할 수 없습니다 . 현재 로그온 요청을 처리하는 데 사용할 수 있는 로그온 서버가 없습니다. 이로 인해 인증 문제가 발생할 수 있습니다. 이 컴퓨터가 네트워크에 연결되어 있는지 확인하십시오. 문제가 지속되면 도메인 관리자에게 문의하세요.
편집하다
초기 게시물에서 놓친 몇 가지 세부 사항은 다음과 같습니다.
- Hyper-V 서버와 VM 모두 Windows Server 2008 Standard를 실행하고 있습니다.
- Hyper-V 서버에는 6개의 VM이 있으며 모두 기가비트 어댑터에서 실행되는 하나의 외부 가상 네트워크를 공유합니다.
- 문제는 이 하나의 VM에만 국한된 것 같습니다.
- 서버의 다른 VM 중 적어도 하나의 로드가 상당히 높습니다.
답변1
가상 NIC 및/또는 가상 NIC와 소프트웨어의 상호 작용에 문제가 있는 것 같습니다. 시도해 볼 수 있는 몇 가지 방법은 다음과 같습니다. 하지만 내 돈은 아마도 바이러스 백신/방화벽 제품에 있을 것입니다.
모든 VM에 동일한 바이러스 백신 제품이 있습니까? 바이러스 백신/방화벽 제품이 Hyper-V가 포함된 Server 2008을 구체적으로 지원하는지 확인하고, 그렇지 않은 경우 문제가 해결되는지 확인하기 위한 테스트로 다른 바이러스 백신/방화벽 제품을 사용해 보십시오(또는 가능한 경우 일시적으로 제거). 이것이 우리 시스템의 원인이었습니다. 24~48시간마다 무작위로 보이는 VM이 재부팅될 때까지 연결이 끊어졌습니다.
관리/상위 OS의 바이러스 백신 제품에 적절한 폴더 및 프로세스 제외가 있는지 확인하세요(MS 문서 ID: 961804).
VM 네트워크 어댑터에서 Large Send Offload 및 CheckSum Offload와 같은 NIC 오프로드 기능을 비활성화해 보십시오. Windows에서는 기본적으로 활성화되어 있지만 하드웨어 NIC가 이를 지원하지 않거나 Hyper-V와 잘 상호 작용하지 않을 수도 있습니다. 성능 문제 및 네트워크 오류가 발생할 수 있습니다. 이를 수행하는 방법에는 여러 가지가 있지만 테스트 목적으로 가장 빠른 방법은 (VM 내에서) NIC 어댑터 속성을 열고 고급 탭으로 이동하여 목록에서 오프로드 기능을 비활성화한 다음 VM을 재부팅하는 것입니다. (MS 문서 ID: 951037) 이는 매우 일반적인 문제인 것 같습니다. 문제가 있는 경우 관련 포트의 네트워크 스위치에 오류가 표시될 수도 있습니다.
답변2
다음 문서는 관련이 있을 수도 있고 없을 수도 있습니다....2008 R2에서 수정된 것으로 추정되며 SP1에서 문제가 발생한 다음 이 핫픽스에서 SP1 이후에 다시 수정되었습니다.
http://support.microsoft.com/kb/2263829
내 경험상 핫픽스를 적용한 후에도 이 문제가 여전히 존재합니다.
현재까지 이 문제를 해결할 방법을 찾을 수 없습니다. 나는 TCP 오프로드 및 많은 유사한 설정을 끄는 데 일주일 이상의 시간을 소비했다고 생각합니다. Hyper-V 네트워킹 스택의 실패를 막을 수 있는 방법은 없습니다. ARCserve를 사용하여 Exchange 2010 VM을 백업할 때 이것이 실패할 수 있으므로 이것이 순전히 네트워크 부하와 관련된 것인지 잘 모르겠습니다. 그러나 C: 드라이브 백업을 통해서만 부분적으로 실패합니다. 'Windows용 클라이언트 에이전트'를 제거하고 Exchange 에이전트는 VM에만 남겨두면 Exchange DB를 문제 없이 반복적으로 백업할 수 있습니다. 그리고 Exchange DB를 백업할 때 (가상) 네트워크를 통한 데이터 전송 속도는 수천 개의 작은 파일이 있는 C: 드라이브를 백업할 때보다 훨씬 빠릅니다.
그렇다면 VHD의 일종의 파일 I/O 문제일 수도 있다는 생각이 듭니다. 아마도 SMB(ARCserve Backup이 SMB를 사용합니까?) 문제일까요? 높은 파일 I/O와 네트워크 로드가 결합되어 있습니까? Hyper-V 통합 서비스의 버그일까요? 뭔가가 옳지 않으며 이에 대해 더 이상 소음이 없다는 것을 믿을 수 없습니다. 증상과 복구가 약간 다르지만 두 대의 서버가 서로 다른 위치에 있으며 둘 다 이 문제를 경험하고 있습니다.
다른 서버는 VM의 네트워킹 스택을 손실하지만 VM이 충돌하고 재부팅 중에 응답하지 않게 되므로 복구하려면 호스트를 재부팅해야 합니다. 따라서 단일 VM에서 실패한 네트워크를 수정하려면 전체 호스트를 재부팅해야 한다는 점에서 이는 더욱 심각합니다. 이는 원래 게시물에서 jwerwie가 보고한 증상입니다.
MAC 주소, TCP 오프로드 설정 등을 조작하는 것은 엄청난 시간 낭비로 보입니다.
답변3
갑자기 내 VM 중 하나가 응답하지 않게 되었습니다. 동일한 Hyper-V 호스트에 있는 다른 VM은 서버를 ping할 수 있지만 VMHost 외부의 모든 VM은 매우 간헐적인 응답을 받게 됩니다.
내 동료가 얼마 전에 P2Ved했던 오래된 서버를 가동한 것으로 나타났습니다. VM에는 여전히 물리적 서버와 동일한 MAC 주소가 있습니다. 내 경우에는 MAC 주소 문제로 끝났습니다.
그렇지만 저는 Hyper-V 환경을 구축할 때 Hyper-V에서 사용하던 서버의 Broadcom NIC에서 모든 오프로드 기능을 비활성화했습니다. 이번 문제가 발생할 때까지 단일 네트워크 문제가 발생하지 않았습니다.
답변4
IP 주소 충돌 가능성이 있나요? 서버에 고정 주소가 있는 경우 DHCP 풀과 겹치나요? 특히 VPN 어플라이언스나 WLAN 컨트롤러와 같은 장치가 있는 경우 Windows DHCP 풀이 환경에 유일한 풀이 아닐 수도 있다는 점을 기억하십시오.
동일한 물리적 네트워크 인터페이스를 공유하는 다른 VM이 있습니까? 이 제품은 네트워크 연결이 없는데 모두 네트워크 연결이 되나요?