向存储空间直通添加更多磁盘并没有给我带来预期的容量增加

向存储空间直通添加更多磁盘并没有给我带来预期的容量增加

我使用镜像中的 2 个 Azure VM 设置了 S2D。最初设置时,我按照以下说明进行操作:https://docs.microsoft.com/en-us/windows-server/remote/remote-desktop-services/rds-storage-spaces-direct-deployment

一切运行良好,没有任何问题。设置时,我选择使用 128GB 数据磁盘。每个虚拟机上有 2 个磁盘,我的卷中有 252GB 的容量。

现在我回到这个设置,我想增加更多容量。我为每个虚拟机添加了一个 1023GB 的数据磁盘。等待存储池自动添加它们,它确实添加了。然后我尝试使用此处的信息调整虚拟磁盘的大小:https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/resize-volumes

在“故障转移群集管理器”中查看我的存储池时,它显示我有 2.00 TB 的可用空间。我假设我只能使用其中的一半,因此我的新容量与原有容量相加后应该约为 1.2 TB。

当我运行“Resize-VirtualDisk”powershell 命令时,它告诉我可用容量不足。因此,我开始减小大小,最后如果我将大小调整为 500GB,它就可以正常工作。

因此,添加 2 个 1TB 磁盘只能给我带来额外的 250GB 容量。这是为什么?我一直在试图弄清楚并理解这一切是如何运作的,但我找不到明确的答案。

答案1

TLDR:尝试添加初始大小的磁盘。


听起来你是搁浅数据存储空间直通 (S2D) 非常智能,如果使用正确的额外节点组合,则可以恢复数据,例如,它具有以下聪明才智:

好吧,结果很好

它根据节点/约束做出有趣的行为。简单地添加第四个节点似乎会占用空间,但实际上可以进行大规模重组。

相关,您正在创建储备能力(无论您在新的 1 TiB 磁盘上发现什么不可用)。S2D 在此具有一些额外的智能,它将使用这些未声明的空间来重新分配相同磁盘上的坏扇区。

不过,由于您是在云中执行此操作,如果您已阅读 SLA,我不会担心这些事情;只需按照文档操作,让 Azure 担心 bitrot。但如果您在本地执行此操作,则绝对值得考虑。

相关内容