Hyper-V高可用集群核心是构建故障转移群集，依托共享存储、隔离网络、域身份和仲裁机制实现虚拟机自动故障转移。需至少2台达标硬件的Windows Server主机，配置双网卡（生产+心跳）、加入同一域，经Test-Cluster验证后创建群集，启用CSV与高可用选项，并结合实时迁移、复制及CAU提升韧性。
部署 hyper-v 高可用虚拟化集群，核心是让多台 hyper-v 主机组成故障转移群集（failover cluster），实现虚拟机在节点故障时自动迁移、业务不中断。它不是单纯“多开几台虚拟机”，而是围绕存储、网络、身份和仲裁四个支柱构建的协同系统。下面分关键环节讲清楚怎么做、为什么这么定、哪些容易踩坑。
一、硬件与系统基础必须达标
集群不是“能跑就行”，而是有明确门槛：
- 服务器数量：至少 2 台物理主机（双节点可运行，但建议 3 节点起，避免脑裂）；所有主机必须运行 Windows Server 2016 Datacenter 或 Standard 版（或 Win10/11 专业版用于测试环境）
- CPU 与内存：每台需启用 Intel VT-x / AMD-V，且 BIOS 中开启 SLAT（二级地址转换）；内存建议每台 ≥64GB，避免动态内存争抢导致迁移失败
- 存储方案：必须使用共享存储——可选 SMB 3.0 共享（由域控或独立文件服务器提供）、iSCSI 目标、光纤通道，或 Windows Server 2016 新增的 Storage Spaces Direct（S2D，需≥2台服务器+直连 NVMe/SSD）
- 网络隔离：至少两套独立网卡：一套走生产网络（VM 流量 + 群集通信），另一套专用于心跳（Heartbeat），用交叉线直连或独立 VLAN，禁用生成树协议（STP）
二、网络与域环境先于集群搭建
90% 的集群创建失败源于这步没做稳：
- 所有主机必须加入同一个 Active Directory 域，且使用**域用户账户**（非本地管理员）安装和配置；域控制器建议单独部署，不与 Hyper-V 主机混用
- 为每台主机配置**两个静态 IP**：一个用于管理（如 192.168.10.10/24），一个专用于心跳（如 10.0.0.10/24），确保心跳网段不路由、不被防火墙拦截
- 关闭各主机上 Windows 防火墙的“群集服务”例外规则（或手动放行 TCP 3343、UDP 3343、ICMPv4）；禁用 NIC 组合（LBFO）和 RSS（接收端缩放），它们与群集心跳不兼容
三、创建群集并验证高可用能力
用 PowerShell 或故障转移群集管理器操作更可靠：
- 在一台节点上运行：
Test-Cluster -Node "Node1","Node2" -ReportName C:\cluster-test.html，检查报告中“验证摘要”是否全绿，重点关注“存储”“网络”“系统配置”三项 - 通过
New-Cluster -Name HVCluster -Node Node1,Node2 -StaticAddress 192.168.10.100 -NoStorage创建群集（-NoStorage 表示暂不添加共享磁盘，后续再加） - 群集创建后，立即在“故障转移群集管理器 → 存储 → 添加磁盘”中联机共享存储；然后右键该磁盘 → “更多操作 → 将磁盘添加到群集共享卷（CSV）”，使其成为所有节点可同时读写的存储池
- 将虚拟机迁移到 CSV 上，并在 VM 属性中勾选“启用虚拟机高可用性”——此时若关闭一台主机，VM 会在 30 秒内自动在另一台启动
四、让虚拟机真正“自愈”而非仅重启
只开高可用开关还不够，要结合以下机制提升韧性：
- 实时迁移（Live Migration）：在“Hyper-V 设置 → 实时迁移”中启用传入/传出，选择 Kerberos 身份验证（需在 AD 中为每台主机设置约束委派），支持零丢包热迁移
- 虚拟机复制（Replica）：跨站点容灾用，配置异步复制到另一集群或独立 Hyper-V 主机，RPO 可设为 30 秒；注意复制流量走独立网卡，避免挤占生产带宽
- 群集感知更新（CAU）：启用后，Windows Update 可按节点轮流打补丁，自动迁移 VM 后再重启，全程业务无感
