上一篇
Hyper-V共享存储怎么配置？Hyper-V共享存储搭建教程
Hyper-V 共享存储（Shared Storage）是构建高可用性（High Availability, HA）集群的核心基础，它允许多个 Hyper-V 主机同时访问同一组虚拟机磁盘文件（.vhdx/.vhd），从而支持故障转移集群（Failover Clustering）功能，确保在单点硬件故障时,虚拟机能够自动在其他节点上重启。
以下是对 Hyper-V 共享存储的详细解析，涵盖存储类型、配置步骤、最佳实践及常见问题。
共享存储的主要类型
在 Hyper-V 环境中，共享存储通常通过 SAN（存储区域网络）或 NAS（网络附加存储）实现,以下是三种最常见的实现方式：
| 存储类型 | 协议/技术 | 特点与适用场景 | 性能表现 |
|---|---|---|---|
| iSCSI SAN | iSCSI 协议 | 基于 IP 网络，成本较低，配置灵活，适合大多数中小企业及中型数据中心，需配置 MPIO（多路径 I/O）以提供冗余。 | 中等，受网络带宽和延迟影响较大。 |
| Fibre Channel (FC) | FC 协议 | 专用光纤网络，高带宽、低延迟、高稳定性，适合大型企业、关键业务数据库和高性能计算场景。 | 高，延迟极低，吞吐量稳定。 |
| SMB 3.0 共享 | SMB 协议 | 基于文件共享的存储，通常部署在 Windows Server 故障转移集群或专用文件服务器上，配置简单，无需专用 SAN 硬件。 | 中等至良好，依赖网络质量和 SMB Direct 技术。 |
注意：传统的 iSCSI 和 FC 存储通常被视为“块存储”，而 SMB 3.0 共享被视为“文件存储”，在 Windows Server 2012 R2 及更高版本中，SMB 3.0 共享已成为构建 Hyper-V 共享存储的推荐方式之一,因为它简化了管理并支持在线迁移。
配置 Hyper-V 共享存储的关键步骤
配置共享存储不仅仅是连接磁盘,还需要确保集群服务能够正确识别和管理这些存储资源。
前期准备
- 网络隔离：建议为集群心跳、Live Migration（实时迁移）和存储流量配置独立的物理网卡或 VLAN,以避免网络拥塞。
- MPIO 配置：对于 iSCSI 和 FC 存储，必须在所有集群节点上安装并配置 MPIO 驱动程序,以确保路径冗余和负载均衡。
- 存储分区：确保存储阵列已正确划分 LUN（逻辑单元号）或创建 SMB 共享文件夹,并分配给集群所有节点。
添加存储到集群
- 打开 Failover Cluster Manager（故障转移集群管理器）。
- 右键点击集群名称，选择 More Actions > Add Storage。
- 在向导中，选择已连接的磁盘或 SMB 共享。
- 系统会自动检测存储类型并初始化，对于 iSCSI/FC，确保磁盘状态为“可用”且未包含任何数据。
- 完成向导后，存储资源将出现在集群的“存储”视图中。
配置存储池（可选但推荐）
对于现代部署，建议使用 Storage Spaces Direct (S2D) 或手动创建存储池，将物理磁盘聚合成逻辑存储池，再创建虚拟磁盘,这提供了更好的弹性管理和数据冗余能力。
最佳实践与性能优化
为了确保共享存储的稳定性和高性能,请遵循以下建议：
- 启用 SMB Direct：如果网络适配器支持 RDMA（远程直接内存访问），请在 SMB 共享配置中启用 SMB Direct，这可以显著降低 CPU 负载并提高吞吐量。
- 预分配 VHDX 大小：对于性能敏感的虚拟机，建议使用固定大小（Fixed Size）的 VHDX 文件,避免动态扩展带来的碎片化和性能抖动。
- 定期维护：
- 监控存储延迟（Latency）和 IOPS。
- 定期更新存储阵列固件和主机 MPIO 驱动程序。
- 执行定期的备份测试,确保在存储故障时数据可恢复。
- 避免存储单点故障：确保存储阵列本身具备冗余（如 RAID 10、RAID 6），并且连接路径至少两条（双控制器、双交换机）。
常见问题排查
| 问题现象 | 可能原因 | 解决方案 |
|---|---|---|
| 集群无法识别共享磁盘 | MPIO 未配置或驱动不匹配 | 检查所有节点的 MPIO 配置，确保驱动程序与存储阵列兼容。 |
| Live Migration 失败 | 网络带宽不足或存储延迟高 | 检查网络吞吐量，优化 SMB 或 iSCSI 网络配置，确保存储响应时间低于 20ms。 |
| 虚拟机启动缓慢 | 存储 I/O 瓶颈 | 使用 PerfMon 监控存储队列长度和延迟，考虑升级存储硬件或优化 VHDX 布局。 |
| SMB 共享访问被拒绝 | 权限配置错误或防火墙拦截 | 确保集群服务账户对 SMB 共享具有完全控制权，并检查 Windows 防火墙是否允许 SMB 端口（445）。 |
相关问题与解答
问题 1：在 Hyper-V 集群中，是否可以使用本地存储来实现高可用性？
解答：
不可以直接使用本地存储来实现标准的 Hyper-V 故障转移高可用性，Hyper-V 故障转移集群要求虚拟机磁盘文件（.vhdx/.vhd）必须位于所有集群节点均可访问的共享存储上，如果虚拟机仅存储在本地磁盘上，当该节点发生故障时，其他节点无法访问这些磁盘文件,因此无法启动该虚拟机。
例外情况：虽然不能直接共享本地磁盘，但可以通过 Storage Spaces Direct (S2D) 技术，将多个节点的本地磁盘聚合成一个逻辑共享存储池，在这种情况下，虽然物理上是本地磁盘，但逻辑上它们构成了一个共享存储层，从而支持高可用性，但这需要至少 4 个节点（或 2 个节点加见证）并满足特定的硬件要求。
问题 2：iSCSI 和 SMB 3.0 共享存储相比，各自的优势是什么？如何选择？
解答：
-
iSCSI 的优势：
- 成熟稳定：技术历史悠久，兼容性极好,几乎所有存储厂商都支持。
- 块级访问：对于某些对块级 I/O 有特定要求的旧版应用程序或数据库，iSCSI 可能更合适。
- MPIO 支持完善：在复杂网络环境下，MPIO 的路径管理非常成熟。
-
SMB 3.0 共享的优势：
- 管理简单：无需复杂的 SAN 配置和 MPIO 设置，基于文件共享,易于备份和管理。
- 在线迁移支持好：SMB 3.0 原生支持在线虚拟机迁移（Live Migration）和存储迁移（Storage Migration）,操作更流畅。
- 成本效益：可以利用现有的 NAS 设备或 Windows Server 文件服务器，无需昂贵的专用 SAN 硬件。
- SMB Multichannel：自动聚合多个网络接口的带宽,提高吞吐量。
-
选择建议：
- 如果企业已有成熟的 SAN 基础设施且团队熟悉 iSCSI/FC 管理，继续使用 iSCSI 是稳妥的选择。
- 如果是新建环境、中小企业或希望简化管理流程，SMB 3.0 共享存储是更推荐的现代方案，特别是结合 Windows Server 2016/2019/2022 时,其性能和功能已非常强大。
