Hyper-V虚拟机高可用需构建Windows故障转移群集，依赖域环境、共享存储、多节点协同三大支柱，并满足加入统一域、系统版本一致、共享存储可达、CPU兼容性达标四前提。

要让 Hyper-V 虚拟机真正具备高可用性，核心不是单独装 Hyper-V，而是构建一个能自动接管故障的 Windows 故障转移群集（Failover Cluster），并让虚拟机成为群集可管理的资源。整个过程依赖三个支柱：域环境、共享存储、多节点协同，缺一不可。

必须满足的四个前提条件

部署前务必确认以下四点全部到位，否则后续步骤无法生效：

• 加入统一域：所有物理主机（节点）必须加入同一个 Active Directory 域，使用域账户创建和管理群集；工作组环境仅支持基础群集（Windows Server 2025 起才支持工作组实时迁移），但不支持 Hyper-V 高可用性配置。
• 系统版本一致：所有节点运行完全相同的 Windows Server 版本与 Edition（例如全为 Windows Server 2022 Datacenter），补丁建议同步，避免驱动或服务行为差异。
• 共享存储可达：虚拟机磁盘（.vhdx）和配置文件必须存放在所有节点都能同时读写的存储上。常见方案包括：
  • iSCSI 或 FC 存储阵列（推荐用于生产）
  • Storage Spaces Direct（S2D），需至少两节点 + 直连 NVMe/SAS SSD
  • Scale-Out File Server（SOFS），通过 SMB 3.0 提供高可用文件共享
• CPU 兼容性达标：若启用实时迁移，建议所有节点使用同厂商、同代际 CPU（如全为 Intel Ice Lake 或 AMD EPYC 7452），避免因指令集不兼容导致迁移失败。

按顺序完成四大配置环节

跳过任一环节都可能导致群集验证失败或高可用不触发：

• 网络先行划分三类平面：至少配置三套独立网络（建议用不同物理网卡）：
  • 管理网：承载远程桌面、PowerShell、GUI 访问
  • 心跳网（群集网）：专用低延迟链路（建议万兆），仅用于节点间状态探测，禁用 SMB/NetBIOS 等无关协议
  • 存储网：专用于 iSCSI 登录或 SMB 流量，启用巨帧（Jumbo Frame）和流控提升吞吐
• 逐台启用关键角色：在每台服务器上运行：

  Install-WindowsFeature -Name Hyper-V, Failover-Clustering -IncludeManagementTools -Restart

  注意：Hyper-V 和故障转移群集功能必须同时启用，且重启后确认服务（vmms、clussvc）已自动启动。
• 创建并通过群集验证：用“故障转移群集管理器”或 PowerShell 运行：

  New-Cluster -Name MyCluster -Node Node1,Node2 -StaticAddress 192.168.10.100

  创建后必须执行“验证配置”向导——重点看“存储”和“网络”两大类测试是否全部通过，任何警告或失败项都需解决后再继续。
• 将虚拟机纳入高可用体系：
  • 先把 VM 关机，将其 VHDX 和配置文件移到群集共享卷（CSV）路径下，例如：C:\ClusterStorage\Volume1\VM1\
  • 在故障转移群集管理器中右键该 VM → “启用高可用性”，系统会自动生成资源组并绑定 VM 角色
  • 确认资源状态为“联机”，且“首选所有者”包含多个节点

决定高可用是否真起作用的关键细节

很多部署看似完成，但故障时 VM 不自动迁移，问题往往出在这些隐性环节：

• CSV 必须启用且被正确使用：VM 文件必须位于 CSV 卷（如 C:\ClusterStorage\Volume1），不能放在普通 NTFS 卷或本地磁盘（如 D:\VMs）。可通过 PowerShell 查看：Get-ClusterSharedVolume。
• 仲裁配置合理：三节点及以上建议用“节点和云见证”或“节点和文件共享见证”；双节点必须配见证（否则单点故障即失仲裁），否则群集可能整体宕机。
• VM 关机策略设为“关机”而非“保存状态”：在群集资源属性 → “常规”选项卡中，确保“如果资源失败”设为“关机虚拟机”，避免因保存状态文件损坏导致恢复失败。
• 检查群集服务账户权限：默认使用群集名称对象（CNO）的计算机账户，需在域中具有“读取所有属性”“重置密码”等权限（通常域管理员组成员自动拥有）。

验证与日常维护要点

部署完成后，别只看界面显示“联机”就认为万事大吉：

• 手动模拟节点故障：在一台节点上运行 Stop-Service clussvc -Force，观察另一节点是否在 30 秒内自动接管 VM 并启动；
• 定期检查事件日志：重点关注 System、Hyper-V-VMMS 和 FailoverClustering 日志中的错误或警告；
• 每月运行一次群集健康检查：Test-Cluster -Node Node1,Node2 -ReportName C:\Reports\ClusterHealth.html；
• 禁用非必要服务（如 Windows Search、Superfetch）避免干扰群集心跳响应时间。