我正在testingS2D。 我已经从2个虚拟机创build了集群并调用了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%
在故障转移pipe理器中，我可以看到S2D群集Windows Storage拥有986 GB的可用空间，但是当我尝试创build新卷时，最大可用容量为51 GB。 我预计〜490 GB。 任何线索为什么最高是如此之低？ 我错过了哪些步骤？
更新为每个VM添加额外的300 GB驱动器将可用空间增加到1.51 TB，最大卷大小增加到63 GB。 仍然不满意的结果。
我投票共享存储。 对于这种情况，StarWind Virtual SAN Free似乎是更好的select。 Microsoft Storage Spaces Direct更多的是关于企业对底层存储和Windows Server许可的要求。 https://technet.microsoft.com/en-us/windows-server-docs/storage/storage-spaces/choosing-drives
从我的angular度来看，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帮助我发现错误在Failover Manager中。 PowerShell脚本
New-Volume -FriendlyName "TEST" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -Size 200GB
创造了音量没有任何问题。 值得注意的是， New-Volume cmdlet在成功时打印卷信息，但在失败时没有输出，因为没有以Administrative特权运行。