存储空间直接可用空间非常低

我正在测试S2D。我已经从2个VM创建集群并调用PowerShell

Enable-ClusterStorageSpacesDirect -SkipEligibilityChecks -Confirm -CacheState Disabled

储存清单

Type Node Size  Used Percent
---- ---- ----  ---- -------
HDD  1    21GB     0 0%
HDD  1    129GB    0 0%
HDD  1    107GB    0 0%
HDD  1    140GB    0 0%
HDD  1    118GB    0 0%
HDD  1    11GB     0 0%
HDD  2    21GB     0 0%
HDD  2    129GB    0 0%
HDD  2    107GB    0 0%
HDD  2    118GB    0 0%
HDD  2    140GB    0 0%
HDD  2    11GB     0 0%

在故障转移管理器中，我可以看到S2D群集Windows存储具有986 GB的可用空间，但是当我尝试创建新卷时，最大可用容量为51 GB。我希望〜490 GB。有什么线索为什么最大值这么低？我缺少哪些步骤？

更新 向每个VM添加额外的300 GB驱动器可将可用空间增加到1.51 TB，将最大卷大小增加到63 GB。仍然对结果不满意。

我投票支持共享存储。对于这种情况，StarWind Virtual SAN Free似乎是一个更好的选择。Microsoft Storage Spaces Direct更多关于企业对基础存储和Windows Server许可证的要求。 https://technet.microsoft.com/zh-CN/windows-server-docs/storage/storage-spaces/choosing-drives

从我的角度来看，StarWind Virtual SAN在这里可以更好地工作，因为它对底层存储没有强制性要求，并且可以在底层之上提供共享存储，而对性能和容量的影响则几乎没有。 https://www.starwindsoftware.com/starwind-virtual-san-free

S2D需要一些可用空间来在发生灾难时自我修复。

https://blogs.technet.microsoft.com/filecab/2016/11/21/deep-dive-pool-in-spaces-direct/

感谢@CosmosDarwin，他帮助我发现了故障转移管理器中的错误。PowerShell脚本

New-Volume -FriendlyName "TEST" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -Size 200GB

创建该卷没有任何问题。值得注意的是，New-Volumecmdlet成功时将输出卷信息，但失败时将不输出任何信息，因为该cmdlet没有以管理特权运行。