如果我已经有一个冗余副本，我应该禁用软件RAID吗？

告诉你这是否是一个好主意的事情有三件事：

1. 整个系统如何处理一台主机丢失的数据。
2. 托pipe服务提供商需要多长时间才能更换死磁盘。
3. 更换发生故障的驱动器后，在系统重新启动的过程中，系统的行为如何。

如果您的应用程序通过Gluster安装访问Gluster数据，即使有一个节点停机，它也应该保持运行状态。 但是，如果您只是将Gluster用作复制机制，并将您的应用程序服务器configuration为使用本地存储（但通过Gluster进行复制），那么如果某个驱动器出现故障，则说明某个应用程序服务器可能仍在提供错误的数据。 显然，我build议尽可能使用Gluster安装。

需要多长时间才能让您的供应商更换死硬件是一个关键问题。 它告诉你多久你不得不忍受一个不好的configuration，多久你会经历任何痛苦点1。4小时的反应是好的，下一个工作日是坏的，如果它星期五晚上去世。

重新同步过程中系统的行为如何，应该真正testing。 这很大程度上取决于您需要从点到点修复多less数据。 在这段时间内，你的gluster mount I / O很可能是坏的，所以确保你可以承受这种状态。

如果你有三个国家的照顾，R0可能会为你生存。 如果您的失败状态性能不可接受，那么您的基本Gluster砖可能需要使用更高的RAID级别。

这完全取决于可用性。 如果您在发生单个磁盘故障的情况下故障转移到其他服务器，并且您拥有基础设施，那么就去做吧。

一般来说，我喜欢分层我的可用性。 由于单个磁盘故障，我不希望我的应用程序进行故障转移。 不过，这真的取决于你。 我会确保我彻底地进行了testing – 磁盘故障相对常见。

由于您的编辑，以下不再适用。

你的问题基本上是无效的，因为RAID 0没有冗余，并有可能的最大磁盘空间。 这是危险的，可用性不好。 如果你丢失了一个单一的磁盘，所有的数据都没有了。 如果你打算保持RAID 0，我会非常彻底地testing我的故障转移程序。