Windows Server에서 제공되는 Hyper-V 네트워크 가상화의 새로운 기능

적용 대상: Windows Server 2022, Windows Server 2019, Windows Server 2016, Azure Stack HCI, 버전 21H2 및 20H2

이 항목에서는 Windows Server에서 새로 추가되거나 변경된 Hyper-V HNV(네트워크 가상화) 기능에 대해 설명합니다.

HNV의 업데이트

HNV는 다음 영역에서 향상된 지원을 제공합니다.

기능 새로운 기능 또는 향상된 기능 설명
프로그래밍 가능한 Hyper-V 스위치 새로 만들기 HNV 정책은 Microsoft 네트워크 컨트롤러를 통해 프로그래밍할 수 있습니다.
VXLAN 캡슐화 지원 새로 만들기 HNV는 이제 VXLAN 캡슐화를 지원합니다.
SLB(소프트웨어 Load Balancer) 상호 운용성 새로 만들기 HNV는 Microsoft 소프트웨어 Load Balancer 완전히 통합됩니다.
규격 IEEE 이더넷 헤더 ?? 향상 IEEE 이더넷 표준 준수

프로그래밍 가능한 Hyper-V 스위치

HNV는 Microsoft의 업데이트된 SDN(소프트웨어 정의 네트워킹) 솔루션의 기본 구성 블록이며 SDN 스택에 완전히 통합됩니다.

Microsoft의 새 네트워크 컨트롤러는 OVSDB(Open vSwitch Database Management Protocol)를 SBI(SouthBound Interface)로 사용하여 각 호스트에서 실행되는 호스트 에이전트에 HNV 정책을 푸시합니다. 호스트 에이전트는 VTEP 스키마의 사용자 지정을 사용하여 이 정책을 저장하고 복잡한 흐름 규칙을 Hyper-V 스위치의 수행 흐름 엔진으로 프로그래밍합니다.

Hyper-V 스위치 내의 흐름 엔진은 Microsoft Azure 사용되는 것과 동일한 ™ 엔진으로, Microsoft Azure 퍼블릭 클라우드에서 하이퍼스케일로 입증되었습니다. 또한 네트워크 컨트롤러를 통해 전체 SDN 스택 및 네트워크 리소스 공급자(세부 정보 제공 예정)는 Microsoft Azure 일치하므로 Microsoft Azure 퍼블릭 클라우드의 강력한 성능을 엔터프라이즈 및 호스팅 서비스 공급자 고객에게 제공합니다.

참고

OVSDB에 대한 자세한 내용은 RFC 7047을 참조하세요.

Hyper-V 스위치는 Microsoft의 흐름 엔진 내에서 간단한 '일치 작업'을 기반으로 하는 상태 비 상태 비지정 흐름 규칙과 상태 비지정 흐름 규칙을 모두 지원합니다.

Windows Server 2016 Hyper-V switch

VXLAN 캡슐화 지원

가상 eXtensible Local Area Network(VXLAN - RFC 7348)프로토콜은 Cisco, Brocade, Dell, HP 등의 공급업체의 지원을 통해 시장에서 널리 채택되었습니다. 또한 HNV는 이제 Microsoft 네트워크 컨트롤러를 통해 MAC 배포 모드를 사용하여 테넌트 오버레이 네트워크 IP 주소(고객 주소 또는 CA)를 실제 언더레이 네트워크 IP 주소(공급자 주소 또는 PA)에 대한 매핑을 프로그래밍하는 이 캡슐화 체계를 지원합니다. NVGRE 및 VXLAN 작업 오프로드는 모두 타사 드라이버를 통해 향상된 성능을 위해 지원됩니다.

SLB(소프트웨어 Load Balancer) 상호 운용성

Windows Server 2016 가상 네트워크 트래픽 및 HNV와의 원활한 상호 작용을 완벽하게 지원하는 SLB(소프트웨어 부하 분산)가 포함되어 있습니다. SLB는 데이터 평면 v-Switch의 수행 흐름 엔진을 통해 구현되고 VIP(가상 IP) /DIP(동적 IP) 매핑에 대한 네트워크 컨트롤러에 의해 제어됩니다.

규격 IEEE 이더넷 헤더

HNV는 업계 표준 프로토콜에 종속된 타사 가상 및 물리적 어플라이언스와의 상호 운용성을 보장하기 위해 올바른 L2 이더넷 헤더를 구현합니다. Microsoft는 전송된 모든 패킷이 모든 필드에서 호환되는 값을 갖도록 하여 상호 운용성을 보장합니다. 또한 HNV Virtual Network 연결된 게스트 Virtual Machines > 1514 MTU를 유지 관리하면서 캡슐화 프로토콜(NVGRE, VXLAN)에 의해 도입된 패킷 오버헤드를 고려하려면 실제 L2 네트워크의 Jumbo 프레임(MTU 1780)에 대한 지원이 필요합니다.

추가 참조