매우 간단한 구성이 있습니다. Windows Server 2012 Hyper V 호스트에는 두 개의 VM(모두 Server 2012)이 있고 하나는 IIS용이고 다른 하나는 SQL Server용입니다. 모두 물리적 NIC를 통해 연결됩니다.
어젯밤에 가상 스위치를 추가하고 두 VM에 가상 NIC(물리적 NIC 외에도)를 설정해 보았습니다.
실제로 가상 NIC를 사용하기 위해 서버를 아직 전환하지 않았지만 어떤 이유로 가상 NIC가 사용되지 않았음에도 불구하고 이로 인해 두 VM 간의 연결 속도가 손상되었습니다. 요청당 200~500밀리초에서 30~90초까지 이야기하고 있습니다!
그래서 오늘 아침 내 사이트에 미치는 끔찍한 영향을 확인한 후 두 개의 가상 NIC를 비활성화했습니다. 그게 제가 변경한 전부였기 때문에 속도가 다시 돌아왔습니다.
궁극적으로 v-NIC를 사용하도록 전환해야 하지만 먼저 이 문제를 해결해야 합니다.
이 문제의 원인은 무엇입니까? 문제를 해결하려면 어떻게 해야 하나요?
추가 세부 사항:
설정은 실제로 매우 간단합니다. 이는 내 문제의 일부일 수 있으며 이 설정을 수행하는 데 필요한 것을 지나치게 단순화했을 수 있습니다.
단일(물리적) NIC가 있는 단일 서버가 있습니다. 현재 이 NIC는 v-host와 인터넷 간 통신뿐만 아니라 두 VM과 인터넷 간 통신에도 사용됩니다. 또한 두 VM 간의 내부 통신에도 사용됩니다.
그러나 vNIC를 통해 가상 스위치를 통과하도록 내부 통신을 전환하여 물리적 NIC를 외부 통신에만 사용할 수 있도록 하려고 합니다.
그래서 v-host에 내부 가상 스위치를 추가한 다음 각 VM에 가상 NIC를 추가했습니다.
이 작업을 수행한 후 물리적 NIC를 통한 연결 속도가 급격히 떨어졌습니다. VM의 네트워크 구성을 통해 vNIC를 비활성화하면 속도가 다시 정상으로 복원되었습니다.
다음은 외부 물리적 NIC 및 내부 vNIC에 대한 VM 구성 화면입니다(둘 다 동일하게 구성되어 있으므로 하나의 VM에만 있음).
또 다른 세부 사항
이 문제에 대해 좀 더 자세히 살펴보면 Broadcom NIC가 성능 문제로 악명 높은 것으로 보입니다. 이 서버에는 듀얼 Broadcom BCM5716C NIC가 있습니다. 다음은 알려진 문제에 대한 토론에 대한 몇 가지 링크입니다.
가상 머신 내 느린 네트워크 액세스 - Broadcom 및 Hyper-V
Hyper-V 가상 머신 매우 느린 네트워크 – VMQ – Broadcom
그래서 저는 설정을 가지고 놀기 시작했고, 다양한 설정을 한 번에 하나씩 비활성화했습니다. 어떤 변경 사항도 문제에 영향을 미치지 않는 것 같습니다. 게스트 vNIC를 활성화하면 로드 속도가 25초 이상으로 떨어집니다. 다시 비활성화하면 250ms로 돌아갑니다.100배!
또한 Broadcom에서 최신 드라이버를 설치해 보았지만 아무런 차이가 없었습니다.
이 시점에서는 Broadcom NIC와 Hyper-V 간의 호환성 문제라고 생각됩니다. 그러나 새 NIC를 주문하고 사이트를 종료하고 설치 및 구성하는 수고를 겪고 싶지 않으며 문제가 지속됩니다.
따라서 NIC를 확실히 포함하거나 제외할 수 있다면 좋을 것입니다.
스위치 관리자의 물리적 NIC 구성
스위치 관리자의 가상 스위치 구성
DB VM의 물리적 NIC 구성
DB VM의 가상 NIC 구성
답변1
나는 매우 유사한 설정을 가지고 있습니다. 여기서 답을 찾았습니다(로컬 컴퓨터의 Hyper-V VM으로 파일 전송 속도가 매우 느림)
Broadcom 칩셋을 사용하면 가상 대기열을 비활성화하고 모든 대기 시간이 사라졌습니다. 가상 NIC가 아닌 물리적 NIC에서 이 변경을 수행합니다.
답변2
AFAIK Hyper-V에는 물리적 NIC 패스스루와 같은 것이 없습니다. 물리적 어댑터에 매핑되고 관리 OS 사용이 활성화된 "물리적 NIC"라는 vSwitch를 만들었습니다. 각 VM에는 이 스위치를 사용하는 vNic가 있습니다. 하나의 vswitch에서 다른 vswitch로 전환하려는 이유는 무엇입니까? "새" 항목이 아무것도 연결되지 않은 것 외에는 실제로 요점을 알 수 없습니다.
Hyper-V는 트래픽이 호스트 외부로 라우팅될 때만 vswitch에서 물리적 NIC로 트래픽을 보낼 만큼 똑똑합니다. 즉, 달성하려는 작업을 이미 수행하고 있음을 의미합니다.