akshat Asked: 2012-11-04 03:16:09 +0800 CST2012-11-04 03:16:09 +0800 CST 2012-11-04 03:16:09 +0800 CST 如果我已经有冗余副本，是否应该禁用 Software-RAID 772 我的托管服务提供商为我租用的服务器预配置了 RAID-1。但是，为了冗余，我计划在另一台使用 GlusterFS 的服务器上拥有另一份数据副本。 我是否可以禁用 RAID-1 以获得额外的磁盘空间，因为我已经在寻求冗余？ raid 2 个回答 Voted Best Answer sysadmin1138 2012-11-04T05:28:16+08:002012-11-04T05:28:16+08:00 告诉你这是否是个好主意的事情是三件事： 您的整个系统在一台主机丢失数据时的行为方式。 您的托管服务提供商更换死磁盘需要多长时间。 更换故障驱动器后，系统在重新同步过程中的行为方式。 如果您的应用程序通过 Gluster 装载访问 Gluster 数据，即使一个节点关闭，它也应该保持运行。但是，如果您只是将 Gluster 用作复制机制并将您的应用程序服务器配置为使用本地存储（但通过 Gluster 进行复制），那么如果一个驱动器坏了，那么一个应用程序服务器可能仍在提供坏数据。显然，我建议尽可能使用 Gluster 挂载。 您的供应商需要多长时间来更换失效的硬件是一个关键问题。它会告诉您必须忍受错误的配置多长时间，以及第 1 点的任何痛苦将持续多长时间。4 小时响应很好，如果周五晚上死掉，下一工作日就很糟糕。 您应该真正测试系统在重新同步期间的行为方式。这在很大程度上取决于您必须从点良好转移到点修复的数据量。你的 Gluster-mount I/O 很可能在这段时间坏了，所以确保你能承受这种状态。 如果您处理了所有三个状态，那么 R0 可能对您来说是可以生存的。如果您的故障状态性能不可接受，您可能必须为您的基础 Gluster 块使用更高的 RAID 级别。 MDMarra 2012-11-04T03:30:34+08:002012-11-04T03:30:34+08:00 这一切都与可用性有关。如果您可以在发生单个磁盘故障时故障转移到其他服务器并且您拥有相应的基础设施，那么就去做吧。 一般来说，我喜欢分层我的可用性。我不希望我的应用程序因为单个磁盘故障而进行故障转移。不过，这真的取决于你。不过，我会确保我对此进行了彻底的测试 - 磁盘故障相对常见。 由于您的编辑，以下内容不再适用。 您的问题本质上是无效的，因为 RAID 0 没有冗余并且具有可能的最大磁盘空间量。这对可用性来说是危险且不利的。如果您丢失了集合中的单个磁盘，则所有数据都将消失。如果您打算保留 RAID 0，我会非常彻底地测试我的故障转移程序。
告诉你这是否是个好主意的事情是三件事：
如果您的应用程序通过 Gluster 装载访问 Gluster 数据，即使一个节点关闭，它也应该保持运行。但是，如果您只是将 Gluster 用作复制机制并将您的应用程序服务器配置为使用本地存储（但通过 Gluster 进行复制），那么如果一个驱动器坏了，那么一个应用程序服务器可能仍在提供坏数据。显然，我建议尽可能使用 Gluster 挂载。
您的供应商需要多长时间来更换失效的硬件是一个关键问题。它会告诉您必须忍受错误的配置多长时间，以及第 1 点的任何痛苦将持续多长时间。4 小时响应很好，如果周五晚上死掉，下一工作日就很糟糕。
您应该真正测试系统在重新同步期间的行为方式。这在很大程度上取决于您必须从点良好转移到点修复的数据量。你的 Gluster-mount I/O 很可能在这段时间坏了，所以确保你能承受这种状态。
如果您处理了所有三个状态，那么 R0 可能对您来说是可以生存的。如果您的故障状态性能不可接受，您可能必须为您的基础 Gluster 块使用更高的 RAID 级别。
这一切都与可用性有关。如果您可以在发生单个磁盘故障时故障转移到其他服务器并且您拥有相应的基础设施，那么就去做吧。
一般来说，我喜欢分层我的可用性。我不希望我的应用程序因为单个磁盘故障而进行故障转移。不过，这真的取决于你。不过，我会确保我对此进行了彻底的测试 - 磁盘故障相对常见。
由于您的编辑，以下内容不再适用。
您的问题本质上是无效的，因为 RAID 0 没有冗余并且具有可能的最大磁盘空间量。这对可用性来说是危险且不利的。如果您丢失了集合中的单个磁盘，则所有数据都将消失。如果您打算保留 RAID 0，我会非常彻底地测试我的故障转移程序。