Microsoft Storage Space Direct 预留空间

Microsoft Storage Space Direct 预留空间

我正在使用S2D 计算器,其中考虑了保留空间。如果我理解正确的话,保留空间仅用于磁盘发生故障时的就地恢复。

我们是否可以以失去就地恢复为代价来使用这些保留空间作为存储?

我将使用双节点集群,因此思考这应该不是什么问题吧?

另外,我目前有 6 个 1TB SSD 和 2 个 2TB SSD。在两个节点之间分配它们的最佳方法是什么(仅适用于 S2D,无 OS 驱动器)

答案1

我们是否可以以失去就地恢复为代价来使用这些保留空间作为存储?

是的。在 S2D 使用保留空间进行自我重新平衡时,您将能够继续运行。从理论上讲,如果您无法及时更换故障驱动器,并且第二个驱动器故障发生在 S2D 完成重新平衡后,这可以避免数据丢失。不幸的是,我没有找到有关此功能的任何详细描述以及它对 S2D 可以容忍的驱动器故障数量的影响。第二个驱动器发生故障后丢失数据的可能性仍然很高。

您的磁盘布局如下:

每个节点 3x 1TB SSD:贡献可用容量。 每个节点 1x 2TB SSD:将用作保留空间。

在这种情况下,您将看到近 3TB 的可用容量。

PS:我不反对@BaronSamedi1958的观点:2节点存储空间直通是一个弱设置。我不建议在任何严肃的生产中使用它。

有一些替代解决方案在双节点配置中效果更好:

  • StarWind VSAN 免费版- 在 2 节点环境中运行良好,可部署在裸机 Windows 上。
  • HPE VSA 免费- 也是一款不错的软件,但只能在虚拟机中运行,因此会导致性能下降。免费版限制为 1TB。

答案2

我将使用双节点集群,所以我认为这应该不是问题,对吗?

我认为你会遇到问题。当一个节点停机(例如维护)时(补丁星期二?),你没有人可以同步你的数据,因此磁盘故障将带来灾难性的后果。如果发生双磁盘故障,也会发生同样的事情:一个磁盘坏了,S2D 使用可用空间重新平衡它,现在第二个磁盘坏了,数据丢失了。

我强烈建议引入至少第三个或更好的第三和第四个节点(是的,很贵!)以实现完全容错的 S2D 集群。请记住:微软最初要求 4 个节点,后来在收到大量请求后才引入 3 个节点和 2 个节点。

相关内容