核心是让多台Hyper-V主机安全稳定访问同一远程存储，关键在权限、路径、多路径和初始化四环节：目标端创建虚拟磁盘并绑定目标，按IP或IQN限制访问，禁用匿名访问；发起端启用iSCSI服务与MPIO，自动连接并配置多路径；共享磁盘仅由一节点初始化格式化后添加为CSV或仲裁磁盘；最后用Cluster Validation验证存储与网络。
hyper-v 虚拟化环境下配置 iscsi 共享存储，核心是让多台 hyper-v 主机（尤其是群集节点）能同时、安全、稳定地访问同一块远程存储空间。它不是简单连上就能用，关键在权限、路径、多路径和初始化四个环节。
iSCSI 目标端：创建并发布虚拟磁盘
先在存储服务器（如 Windows Server 自带的 iSCSI 目标服务器，或 StarWind 等第三方软件）上创建虚拟磁盘，并绑定到一个 iSCSI 目标（Target）。目标名建议使用标准 IQN 格式（如 iqn.2026-06.com.example:storage01）。添加访问控制时，推荐按 IP 地址或主机 IQN 限制，只允许 Hyper-V 主机接入；生产环境务必禁用匿名访问，不启用 CHAP 或反向 CHAP（除非域环境明确要求且已配置好证书）。
- 虚拟磁盘类型选固定大小（性能更稳），测试环境可用动态扩展节省空间
- 仲裁磁盘建议单独建一块小容量（1–2 GB）、独立目标，避免与 VM 存储混用
- 确保虚拟磁盘文件存放在高性能卷上（如 SSD 缓存池或 RAID10 卷）
iSCSI 发起端：主机侧连接与多路径配置
每台 Hyper-V 主机需启用并配置 iSCSI 发起程序服务（设为自动启动），然后添加存储服务器的 IP 门户，登录目标。成功后，在“磁盘管理”中会看到新磁盘，但此时仍是脱机状态。
- 必须安装并启用多路径 I/O（MPIO）角色，否则单路径故障即中断；Windows 自带 Microsoft DSM 可满足多数场景
- 登录时勾选“在系统启动时自动连接”，保证重启后存储仍可用
- 若使用双网卡直连存储，应在发起程序中为每个网卡分别添加门户，并在 MPIO 策略中启用“最小队列深度”或“轮询”模式
共享磁盘初始化：集群识别与格式化
iSCSI 磁盘对所有主机可见，但只能由一台主机初始化和格式化——通常选群集第一个节点操作。初始化后，NTFS 格式化完成，再通过故障转移管理器将其添加为群集共享卷（CSV）或群集磁盘（用于仲裁）。
- 仲裁磁盘建议分配盘符（如 Q:），VM 存储卷则不要分配盘符，直接作为 CSV 挂载
- 格式化时选择4K 对齐（簇大小 64KB），避免性能衰减
- 确认所有节点在“磁盘管理”中均显示该磁盘为“在线”且状态为“群集磁盘”，而非“脱机”或“离线”
验证与常见问题处理
配置完成后，用 Cluster Validation 工具运行完整检查，重点看“存储”和“网络”两项是否全部通过。常见失败点包括：防火墙未放行 TCP 3260 端口、主机账户无 NTFS 完全控制权、MPIO 未启用或策略未生效、多路径未识别同一 LUN 的多个路径。
- 用 mpioadm list paths（PowerShell）确认路径数量和状态
- 在任意节点执行 Get-ClusterSharedVolume，应列出 CSV 名称及可用空间
- 若某节点始终看不到磁盘，检查其 iSCSI 发起程序中目标登录状态，以及事件查看器中 iSCSI 和集群日志
