Microsoft Hyper-V Overview
Windows 생태계의 Type 1 하이퍼바이저 — 파티션 기반 아키텍처와 Azure 하이브리드 방향
📌 이 글의 목적
Hyper-V는 Windows Server에 내장된 Type 1 하이퍼바이저임. ESXi나 Xen과 다른 파티션(Partition) 기반 아키텍처를 사용하며, Azure Stack HCI를 통해 Microsoft의 하이브리드 클라우드 전략의 기반이 됨.
이 글을 읽고 나면:
- Hyper-V의 Root Partition/Child Partition 구조를 이해할 수 있음
- VMBus와 Synthetic Device의 I/O 가상화 방식을 설명할 수 있음
- Gen 1/Gen 2 VM의 차이를 이해할 수 있음
- KVM, ESXi, Xen과의 아키텍처 차이를 비교할 수 있음
1. Hyper-V란
1.1 역사와 현재
1.2 현재 위치
| 항목 | 설명 |
|---|---|
| 위치 | Windows Server 내장 역할 (별도 설치 불필요) |
| 무료 버전 | |
| 관리 도구 | Hyper-V Manager, Windows Admin Center(WAC), SCVMM |
| Azure 연계 | Azure Stack HCI — 온프레미스 + Azure 하이브리드 |
| 국내 현황 | 공공 SI에서 Windows 환경이면 만날 수 있음. VMware 대안으로 검토 증가 |
⚠️ Hyper-V Server(무료 독립 제품)가 2021년에 단종됨. Hyper-V를 사용하려면 Windows Server 라이선스가 필수. 이는 ESXi Free 폐지와 유사한 상황이지만, Windows Server 라이선스가 이미 있는 환경에서는 추가 비용 없이 Hyper-V를 활용할 수 있음.
2. Hyper-V 아키텍처
2.1 파티션 기반 구조
Hyper-V의 가장 독특한 점: Windows Server를 설치한 후 Hyper-V를 활성화하면, Windows 자체가 하이퍼바이저 위의 "Root Partition"이 됨.
2.2 "Windows가 먼저인가, 하이퍼바이저가 먼저인가?"
흔한 오해: "Windows 위에 Hyper-V가 올라간다 → Type 2 아닌가?"
실제 동작:
- Windows Server 설치
- Hyper-V 역할 활성화 → 재부팅
- 재부팅 시 하이퍼바이저(hvix64.exe)가 먼저 로드됨
- Windows Server가 하이퍼바이저 위의 Root Partition으로 올라감
- Windows는 이제 "하이퍼바이저 위의 특권 VM"이 됨
이 구조 때문에 Hyper-V는 Type 1 하이퍼바이저로 분류됨. Xen의 Dom0와 유사한 개념 — 관리 OS가 하이퍼바이저 위에서 동작.
2.3 4자 아키텍처 비교
| 항목 | Hyper-V | Xen | KVM | ESXi |
|---|---|---|---|---|
| 하이퍼바이저 | hvix64.exe | Xen 마이크로커널 | Linux + KVM 모듈 | VMkernel |
| 관리 OS | Root Partition (Windows) | Dom0 (Linux) | 호스트 Linux | User World (내장) |
| 관리 OS 위치 | 하이퍼바이저 위 | 하이퍼바이저 위 | = 하이퍼바이저 | 하이퍼바이저 내부 |
| I/O 경유 | Root Partition | Dom0 | QEMU/vhost | VMX/VMkernel |
💡 Hyper-V와 Xen은 구조적으로 유사함. 둘 다 "하이퍼바이저가 HW 위에 먼저 올라가고, 관리 OS가 특권 VM으로 동작". 차이는 관리 OS가 Windows(Hyper-V) vs Linux(Xen).
3. I/O 가상화 — VMBus
3.1 VMBus란
VMBus(Virtual Machine Bus) 는 Root Partition과 Child Partition 간의 고속 통신 채널임.
3.2 VSP/VSC 모델
| 구성 요소 | 위치 | 역할 | 다른 플랫폼 대응 |
|---|---|---|---|
| VSP (Service Provider) | Root Partition | 실제 I/O 처리, 물리 드라이버 호출 | Xen Backend, QEMU |
| VSC (Service Client) | Child Partition | 가상 장치 드라이버 | Xen Frontend, VirtIO 드라이버 |
| VMBus | 하이퍼바이저 | VSP↔VSC 간 통신 채널 | Xen Event Channel, Virtqueue |
3.3 Synthetic vs Emulated 장치
| 유형 | 성능 | 호환성 | 설명 |
|---|---|---|---|
| Synthetic (VMBus) | ✅ 높음 | Integration Services 필요 | VMBus 경유 고성능 I/O |
| Emulated | ❌ 낮음 | 모든 OS | 레거시 하드웨어 에뮬레이션 (IDE, e1000 등) |
💡 Integration Services는 VMware Tools, QEMU Guest Agent에 대응하는 개념. Child Partition에 설치하면 Synthetic 장치를 사용할 수 있어 성능이 크게 향상됨. Windows는 기본 내장, Linux는 커널에 포함됨 (hv_* 모듈).
3.4 I/O 모델 4종 비교
| Hyper-V | Xen | KVM | ESXi | |
|---|---|---|---|---|
| 고성능 I/O | VMBus (Synthetic) | PV Driver (Split) | VirtIO (Virtqueue) | PVSCSI/VMXNET3 |
| 레거시 I/O | Emulated | QEMU (HVM) | QEMU (에뮬레이션) | VMX (에뮬레이션) |
| 통신 메커니즘 | 공유 메모리 + 링 버퍼 | Grant Table + Ring | Virtqueue (공유 메모리) | VMkernel 직접 |
| 커널 가속 | — | — | vhost-net | VMkernel 내장 |
| 관리 OS 경유 | ✅ (Root Partition) | ✅ (Dom0) | ⚠️ (vhost 시 우회) | ❌ (커널 내장) |
4. VM 세대 — Gen 1 vs Gen 2
| 항목 | Gen 1 | Gen 2 |
|---|---|---|
| 펌웨어 | BIOS | UEFI |
| 부팅 디스크 | IDE | SCSI (VMBus 직접) |
| Secure Boot | ❌ | ✅ |
| 최대 메모리 | 1TB | 12TB |
| PXE 부팅 | 레거시 NIC 필요 | Synthetic NIC에서 가능 |
| VHDX 크기 조절 | 오프라인만 | 온라인 확장 가능 |
| 지원 OS | 모든 OS | 최신 Windows/Linux만 |
| 추천 | 레거시 OS | ✅ 기본 |
⚠️ Gen 2는 지원 OS가 제한됨. Windows Server 2012 R2+, Windows 8+, Ubuntu 14.04+, RHEL 7+ 등 비교적 최신 OS만 지원. 레거시 OS(Windows XP, 이전 Linux 등)는 Gen 1을 사용해야 함.
5. 네트워크
5.1 Hyper-V Virtual Switch
| 유형 | 설명 | 용도 |
|---|---|---|
| External | 물리 NIC에 바인딩. VM이 외부 네트워크 접근 | 일반 서비스 |
| Internal | 호스트 + VM 간 통신. 외부 접근 불가 | 관리 네트워크 |
| Private | VM 간 통신만. 호스트도 접근 불가 | 격리 테스트 |
5.2 SET (Switch Embedded Teaming)
Hyper-V 2016+에서 도입된 NIC 팀 기능. 가상 스위치 안에 NIC 팀을 내장함.
| 항목 | 기존 NIC Teaming | SET |
|---|---|---|
| 구성 위치 | OS 레벨에서 별도 팀 생성 | vSwitch 안에 내장 |
| RDMA 지원 | ❌ | ✅ |
| SR-IOV 호환 | ❌ | ✅ |
| 지원 모드 | 다양 | Switch Independent |
| 추천 | 레거시 | ✅ Hyper-V 환경 기본 |
5.3 다른 플랫폼 네트워크 비교
| Hyper-V | Proxmox | VMware | XCP-ng | |
|---|---|---|---|---|
| 기본 스위치 | Hyper-V vSwitch | Linux Bridge | vSwitch | OVS |
| 분산 스위치 | — (SET) | SDN | dvSwitch | — |
| NIC 팀 | SET | Linux Bonding | NIC Teaming | OVS Bonding |
| SDN | — | Proxmox SDN | NSX | 기본적 |
| VLAN | ✅ | ✅ | ✅ | ✅ |
6. 스토리지
6.1 VHD / VHDX
| 항목 | VHD | VHDX |
|---|---|---|
| 최대 크기 | 2TB | 64TB |
| 블록 크기 | 2MB 고정 | 가변 (최대 256MB) |
| 메타데이터 로깅 | ❌ | ✅ (전원 장애 보호) |
| 4KB 섹터 | ❌ | ✅ |
| 온라인 크기 조절 | ❌ | ✅ (Gen 2) |
| 추천 | 레거시 | ✅ 기본 |
다른 플랫폼 디스크 포맷 비교:
| Hyper-V | Proxmox | VMware | 비고 |
|---|---|---|---|
| VHDX | QCOW2 / RAW | VMDK | 각 플랫폼의 기본 포맷 |
| VHD (레거시) | — | — | 하위 호환용 |
6.2 Storage Spaces Direct (S2D)
S2D는 로컬 디스크를 모아 분산 공유 스토리지를 만드는 Microsoft의 기술. VMware vSAN, Proxmox Ceph에 대응.
| 항목 | S2D | vSAN | Ceph |
|---|---|---|---|
| 플랫폼 | Hyper-V | VMware | Proxmox/범용 |
| 최소 노드 | 2 (2-way mirror) | 3 | 3 |
| 캐시 티어 | NVMe/SSD 자동 | SSD (디스크 그룹) | OSD Journal/DB |
| 데이터 보호 | Mirror, Parity | RAID 1/5/6 (FTT) | 복제 수 또는 EC |
| 라이선스 | Windows Server Datacenter | VVF/VCF 포함 | 무료 |
| 관리 | WAC / PowerShell | vCenter | 웹 UI / CLI |
7. 관리와 고가용성
7.1 관리 도구
| 도구 | 범위 | 비고 |
|---|---|---|
| Hyper-V Manager | 단일 호스트 | MMC 스냅인 기반 |
| Windows Admin Center (WAC) | 다중 호스트 | 웹 기반, 최신 권장 |
| SCVMM | 대규모 | System Center, vCenter 대응 |
| PowerShell | 무제한 | 자동화의 핵심 |
| Hyper-V Manager | WAC | SCVMM | |
|---|---|---|---|
| UI | MMC (데스크톱) | 웹 | 데스크톱 |
| 규모 | 단일 호스트 | 소~중규모 | 대규모 |
| 비용 | 무료 | 무료 | System Center 라이선스 |
| 대응 | ESXi Host Client | Proxmox 웹 UI | vCenter |
7.2 Failover Clustering
Hyper-V의 HA는 Windows Failover Clustering 기반임.
| 항목 | 설명 |
|---|---|
| 구성 | Windows Server Failover Cluster (WSFC) |
| 최소 노드 | 2 (Witness 포함 시) |
| 쿼럼 | Node Majority, Disk Witness, Cloud Witness (Azure) |
| 공유 스토리지 | CSV (Cluster Shared Volumes) |
| 페일오버 | VM 자동 재시작 (vSphere HA와 동일 개념) |
| 라이브 마이그레이션 | ✅ (공유 스토리지 또는 SMB 3.0) |
7.3 Hyper-V Replica
비동기 VM 복제로 재해 복구(DR)를 구현하는 기능. VMware SRM의 경량 대안.
| 항목 | 설명 |
|---|---|
| 복제 주기 | 30초 / 5분 / 15분 |
| 복제 대상 | VM 전체 디스크 |
| 요구사항 | 공유 스토리지 불필요 (네트워크만) |
| 페일오버 | 수동 (계획된/비계획된) |
| 비용 | 무료 (Windows Server에 포함) |
💡 Proxmox의 PBS 원격 동기화, ZFS Send/Receive와 유사한 개념이지만, Hyper-V Replica는 VM 단위 복제라 더 간편함. 다만 자동 페일오버가 없어서 수동 개입이 필요.
8. Azure Stack HCI — 하이브리드 방향
8.1 Azure Stack HCI란
Azure Stack HCI는 Hyper-V + S2D + Azure 서비스를 결합한 하이브리드 클라우드 플랫폼.
| 항목 | 설명 |
|---|---|
| 위치 | 온프레미스 (고객 데이터센터) |
| 기반 | Hyper-V + S2D + Azure Arc |
| 관리 | Azure Portal에서 온프레미스 인프라 통합 관리 |
| 과금 | Azure 구독 기반 (노드당 월 과금) |
| 대상 | 온프레미스가 필요하지만 Azure 서비스도 활용하고 싶은 환경 |
💡 Azure Stack HCI는 VMware VCF의 경쟁 제품으로 포지셔닝됨. Broadcom 인수 이후 VMware에서 Azure Stack HCI로 전환을 검토하는 기업이 증가 중. Microsoft도 이 기회를 적극적으로 마케팅하고 있음.
9. 하이퍼바이저 4종 비교 (Hyper-V 관점)
| 항목 | Hyper-V | Proxmox (KVM) | VMware (ESXi) | XCP-ng (Xen) |
|---|---|---|---|---|
| 커널 | Windows 하이퍼바이저 | Linux + KVM | VMkernel | Xen 마이크로커널 |
| 관리 OS | Root Partition (Windows) | 호스트 Linux | User World | Dom0 (Linux) |
| I/O 모델 | VMBus (VSP/VSC) | VirtIO + vhost | PVSCSI/VMXNET3 | Split Driver |
| 관리 UI | WAC / SCVMM | 웹 UI (내장) | vCenter (별도) | XO (별도) |
| 분산 스토리지 | S2D | Ceph | vSAN | XOSTOR |
| HA | Failover Cluster | Corosync + HA Manager | vSphere HA | 풀 기반 HA |
| DR | Hyper-V Replica | PBS Sync / ZFS Send | SRM | XO Backup |
| 클라우드 연계 | Azure Arc/Stack HCI | ❌ | VMware Cloud | ❌ |
| 컨테이너 | Windows Container | LXC | ❌ | ❌ |
| 라이선스 | Windows Server 필요 | AGPL (무료) | 구독 (Broadcom) | GPLv2 (무료) |
| Windows 최적화 | ✅ 최고 | 좋음 (VirtIO) | 좋음 (Tools) | 좋음 (PV Driver) |
| Linux 최적화 | 좋음 (Integration Services) | ✅ 최고 (네이티브) | 좋음 | 좋음 |
10. 도입 판단 기준
Hyper-V가 적합한 경우
| 상황 | 판단 | 이유 |
|---|---|---|
| Windows Server 라이선스 보유 | ✅ | 추가 비용 없이 Hyper-V 사용 가능 |
| Windows 워크로드 중심 | ✅ | Windows VM 최적화가 가장 뛰어남 |
| Azure 하이브리드 전략 | ✅ | Azure Arc/Stack HCI로 통합 관리 |
| Active Directory 환경 | ✅ | Windows 생태계와 자연스러운 통합 |
| VMware 대안 (Windows 환경) | ✅ | Broadcom 이후 Windows 중심 환경의 자연스러운 대안 |
| Linux 중심 환경 | ⚠️ | Proxmox/KVM이 더 적합 |
| 소규모/홈랩 | ❌ | Windows Server 라이선스 비용 |
| 비용 최적화 | ❌ | Proxmox/XCP-ng가 무료 |
정리
Hyper-V는 Windows 생태계에 가장 자연스럽게 통합되는 하이퍼바이저임.
핵심 포인트:
- 파티션 기반 아키텍처 — 하이퍼바이저가 먼저 로드되고, Windows가 Root Partition으로 동작. Type 1
- VMBus — Root↔Child 간 고속 통신 채널. VSP/VSC 모델로 I/O 처리. Xen의 Split Driver와 유사
- Gen 2 VM — UEFI, SCSI 부팅, Secure Boot. 현재 기본 선택
- S2D — 로컬 디스크 기반 분산 스토리지. vSAN/Ceph 대응
- Azure Stack HCI — 온프레미스 Hyper-V + Azure 통합. Microsoft의 하이브리드 클라우드 전략
- Windows 환경에서는 최적, 하지만 Linux 중심 환경에서는 Proxmox/KVM이 더 적합
🔗 관련 문서
- KVM & QEMU Architecture — KVM 아키텍처 비교
- ESXi Architecture — ESXi 아키텍처 비교
- XCP-ng & Xen Overview — Xen 아키텍처 비교 (파티션 모델 유사)
- Hypervisor Virtualization — Type 1/2 하이퍼바이저 개념
- Hyper-V Series Index — 시리즈 목차