我正在测试 S2D。我已从 2 台虚拟机创建集群并调用 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。有什么线索可以解释为什么最大值这么低吗?我遗漏了哪些步骤?
更新 为每个虚拟机添加额外的 300 GB 驱动器,将可用空间增加到 1.51 TB,最大卷大小增加到 63 GB。对结果仍然不满意。
答案1
我投票支持共享存储。在这种情况下,StarWind Virtual SAN Free 似乎是更好的选择。Microsoft Storage Spaces Direct 更多的是关于企业对底层存储和 Windows Server 许可证的要求。 https://technet.microsoft.com/en-us/windows-server-docs/storage/storage-spaces/choosing-drives
从我的角度来看,StarWind Virtual SAN 在这里会运行得更好,因为它对底层存储没有强制性要求,并且在底层存储之上提供共享存储,对性能和容量的损害很小甚至没有。 https://www.starwindsoftware.com/starwind-virtual-san-free
答案2
S2D 需要一些可用空间,以便在发生灾难时进行自我修复。
https://blogs.technet.microsoft.com/filecab/2016/11/21/deep-dive-pool-in-spaces-direct/
答案3
谢谢@CosmosDarwin他帮助我发现错误出在故障转移管理器中。PowerShell 脚本
New-Volume -FriendlyName "TEST" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName S2D* -Size 200GB
创建卷没有任何问题。值得注意的是,New-Volume
cmdlet 在成功时会打印卷信息,但在失败时则没有任何输出,因为没有以管理员权限运行。