Hyper-V 本身不提供虚拟存储池功能，其存储池依赖 Windows Server 的 Storage Spaces 或外部 SAN/iSCSI 实现；常见做法是创建存储池后生成虚拟磁盘并设为群集共享卷（CSV），供 Hyper-V 虚拟机使用。
hyper-v 本身不直接提供“虚拟存储池”功能，它不内置类似 windows server storage spaces 或 san 管理器那样的存储池抽象层。所谓“hyper-v 虚拟存储池”，通常是指在 hyper-v 主机底层（windows server）使用 storage spaces 或 iscsi/fc 共享存储 构建的存储资源池，再将其中的逻辑卷（如虚拟磁盘、lun 或 csv 卷）供给 hyper-v 使用。真正的池化和逻辑卷管理发生在操作系统或外部存储系统层面，而非 hyper-v 管理器内。
在 Windows 主机上创建 Storage Spaces 存储池
这是最常见的本地虚拟存储池实现方式，适合中小规模部署：
- 确保物理磁盘已连接并处于“脱机”状态（在磁盘管理中右键→“脱机”），且未初始化或分区；
- 以管理员身份打开 PowerShell，运行
Get-PhysicalDisk确认磁盘可见且健康； - 创建存储池：
New-StoragePool -FriendlyName "HV-Pool" -StorageSubsystemFriendlyName "Windows Storage*" -PhysicalDisks (Get-PhysicalDisk -CanPool $true) - 在池中创建虚拟磁盘（即逻辑卷）：
New-VirtualDisk -StoragePoolFriendlyName "HV-Pool" -FriendlyName "CSV-Vol1" -Size 2TB -ResiliencySettingName Mirror -ProvisioningType Thin - 初始化并格式化：
Get-VirtualDisk "CSV-Vol1" | Get-Disk | Initialize-Disk -PassThru | New-Partition -AssignDriveLetter -UseMaximumSize | Format-Volume -FileSystem NTFS -NewFileSystemLabel "CSV-Vol1"
将逻辑卷用于 Hyper-V 集群（CSV）
若运行的是 Hyper-V 故障转移群集，推荐将 Storage Spaces 创建的虚拟磁盘设为群集共享卷（CSV）：
- 在故障转移群集中，右键目标磁盘 → “将磁盘添加到群集共享卷”；
- 成功后该卷会显示为
C:\ClusterStorage\Volume1形式，所有节点可同时读写； - 虚拟机配置文件和 VHDX 文件可直接存放在 CSV 路径下，支持实时迁移与高可用；
- 注意：CSV 不支持 FAT32/exFAT，必须是 NTFS 或 ReFS；ReFS 更推荐用于大容量、高可靠性场景。
对接外部存储（SAN/iSCSI）的逻辑卷管理
企业环境中更常见的是通过光纤通道或 iSCSI 将 LUN 映射给 Hyper-V 主机群集：
- 在存储阵列侧创建 LUN，并配置好访问控制（WWN/iQN 白名单、Zoning 或 iSCSI Target Portal）；
- 在每台 Hyper-V 主机上：启用 iSCSI 发起程序服务、登录目标、扫描新磁盘；
- 在磁盘管理中联机、初始化（GPT）、新建简单卷（建议不分配盘符，仅作为原始磁盘）；
- 在群集管理器中，将该磁盘添加为“群集磁盘”，再转换为 CSV；
- 关键点：所有群集节点必须能识别同一块 LUN，且其 SCSI 标识符（如 LUN ID）一致，否则 CSV 初始化失败。
注意事项与常见误区
避免把 Hyper-V 当作存储控制器来用：
- Hyper-V 管理器中没有“创建存储池”选项——那是 Storage Spaces 或第三方存储软件的任务；
- 不要在 VHDX 文件内部再建 Storage Spaces，会导致性能严重下降和管理复杂化；
- 动态扩展 VHDX 虽节省空间，但不适合存放高 I/O 虚拟机（如 SQL Server），优先选固定大小或直通物理磁盘；
- VMM（System Center Virtual Machine Manager）可统一纳管存储池和 LUN 分配，但属于额外组件，非 Hyper-V 原生能力。
