Windows Server集群配置：从环境准备到故障转移验证

很多刚接触高可用的运维人员会问：Windows Server 的集群到底该怎么配，是不是装完系统就能直接建？
答案是否定的。
Windows Server 集群配置指的是搭建故障转移集群（WSFC），它要求所有节点先加入同一个域，并具备共享存储或仲裁资源。
本文按零基础可执行的顺序，从环境准备讲到验证，帮你避开最常见的坑。

先确认你的环境是否满足集群门槛

故障转移集群不是单机功能，动手前先核对这几项：

• 系统版本：Windows Server 2016/2019/2022 的 Standard 或 Datacenter 版，Standard 版支持有限节点数，Datacenter 版更宽松。
• 域环境：所有节点必须属于同一个 Active Directory 域，工作组模式无法创建集群。
• 网络：至少两块网卡更稳妥，一块用于业务通信，一块用于心跳；只有一块网卡也能建，但生产环境不建议。
• 共享存储：传统方案用 iSCSI 或光纤通道共享磁盘；如果没有共享存储，可以用“仅节点多数”仲裁让集群先运行，但业务数据无法在节点间漂移。
• 账号权限：创建集群的账号需要是域管理员，或对目标计算机有本地管理员权限。

把这几项确认清楚，能省掉后面一大半的报错排查时间。

给节点加上故障转移集群功能

每台准备加入集群的服务器都要单独安装功能，不能只装一台。
用管理员身份打开 PowerShell，执行：

Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools

看到 Success 后重启服务器。
如果你习惯图形界面，也可以在“服务器管理器 > 添加角色和功能”里勾选“故障转移群集”。

安装完成后，用下面命令确认功能已就绪：

Get-WindowsFeature -Name Failover-Clustering

输出中 Install State 显示 Installed 即表示成功。

配置 iSCSI 共享存储并让节点都能看到

如果使用 iSCSI 存储，需要在存储端（如 Windows Server 自带的 iSCSI 目标服务器，或第三方存储设备）先创建目标，然后每个节点用发起程序连接。

在节点上打开“iSCSI 发起程序”，在“目标”栏输入存储设备的 IP，点击“快速连接”。
连接成功后，到“磁盘管理”里会看到新磁盘，将其联机并初始化。

注意：共享磁盘不能两个节点同时写入同一 NTFS 卷，集群会自动管理磁盘归属。
如果两个节点都手动挂载并格式化，会导致磁盘签名冲突。
正确做法是只在其中一个节点初始化，另一个节点保持脱机，由集群接管后再联机。

验证共享磁盘是否可见：

Get-Disk | Where-Object BusType -eq 'iSCSI'

两个节点都应看到同一块磁盘，且大小一致。

运行集群验证并创建集群

微软要求创建集群前先跑一遍验证测试，这不是可选项，跳过容易留下隐患。
在任意一个节点上执行：

Test-Cluster -Node node1,node2

把 node1,node2 换成你的实际计算机名。
测试会生成一份报告，重点看“存储”“网络”“系统配置”几项是否通过。
如果有红色警告，先按报告提示处理，不要强行继续。

验证通过后创建集群：

New-Cluster -Name cluster1 -Node node1,node2 -StaticAddress 192.168.1.100

-Name 是集群名称，-StaticAddress 是集群的固定 IP，必须是一个未被占用的地址。
创建完成后，用下面命令查看状态：

Get-Cluster
Get-ClusterNode

节点状态显示 Up 即表示加入成功。

配置仲裁，避免一半节点掉线就宕机

仲裁决定集群在部分节点失联时是否继续运行。
两节点集群如果没有共享见证，一旦一个节点掉线，另一个节点也会停止服务。
推荐配置文件共享见证或云见证。

创建文件共享见证，先在一台始终在线的服务器上建共享文件夹，然后执行：

Set-ClusterQuorum -FileShareWitness \\fileserver\witness

把路径换成你自己的共享路径。
配置完成后用 Get-ClusterQuorum 确认仲裁模式。

如果暂时没有文件服务器，也可以用“仅节点多数”模式先让集群跑起来，但两节点场景下容错能力有限，生产环境建议补上见证。

故障转移验证与常见报错处理

集群建好不等于高可用生效，必须实测一次故障转移。
以文件服务器角色为例，把角色添加到集群后，手动将角色从节点 A 移动到节点 B：

Move-ClusterGroup -Name 'Cluster Group' -Node node2

观察角色是否在 node2 上正常启动，客户端能否继续访问共享。
如果移动失败，常见原因有：

• 节点无法通信：检查防火墙是否放行“故障转移群集”规则，心跳网段是否互通。
• 存储未联机：在“故障转移群集管理器 > 存储”中确认磁盘状态为“联机”。
• 仲裁丢失：Get-ClusterQuorum 查看见证是否可达，共享路径权限是否包含集群计算机账户。
• 验证测试未通过：重新运行 Test-Cluster，按报告逐项修复。

排错时优先看“故障转移群集管理器”的事件记录，比在系统日志里翻找更直接。

写在最后

Windows Server 集群配置的核心就三件事：域环境统一、共享存储可见、仲裁配置合理。
新手最容易在“跳过验证测试”和“两个节点同时挂载共享磁盘”这两步翻车。
按本文顺序操作，并在生产上线前完整做一次故障转移演练，才能真正确认集群可用。
如果你的场景是 SQL Server 或 Hyper-V 高可用，集群层配好之后还需要在角色层面继续配置，后续可以再单独展开。