故障转移集群中是否可以有多个存储服务器？

Question

我熟悉设置 RAID 阵列，并且正在我的家庭环境中运行一些。

我想知道是否可以在故​​障转移配置中拥有多个存储服务器。

我希望通过这个实现的是对这些服务器有一定的冗余。当一台服务器出现故障时，可以完全更换它而不会丢失数据。我的意思不仅仅是磁盘故障，而是更严重的事情。可能是 BIOS 损坏。我以前吃过那些……不漂亮。

实现这一目标的最佳方法是什么，我必须如何设置它？

Answer 1

是的，对此有很多解决方案。但是，您没有说明您打算使用什么操作系统，或将在多大范围内运行，或如何使用这些数据。这些是一些最重要的问题。

您所指的是复制的文件系统或块设备。在几乎所有情况下，至少需要两个节点来执行此操作，出于法定人数的原因，建议至少使用三个节点（当节点对文件损坏或节点关闭时进行投票时，我们需要一个决胜局。多数规则，所以节点总数必须是三个或更多才能这样做。）仲裁和防护是任何类型集群的核心概念，三个节点（或更多）集群是可行的方式（尤其是当我们谈论存储集群时） ）。

Linux 有一些很好的解决方案。DRDB 是一种复制块系统，可用于将一个或多个分区或磁盘从一个节点同步到多个节点，以及从多个节点同步到一个节点。DRDB 更适用于故障转移情况而不是同时节点访问，因为它与其节点具有主/从关系。

DRDB 不会假设您将在同步并呈现给您之后对这些块设备做什么。如果您尝试挂载无法集群的文件系统，IT 并不关心，所以要小心。像 OCFS2 这样的文件系统将允许您同时访问 DRDB 设备，但在大多数情况下，人们在故障转移能力中使用 DRDB，一次仅在一个节点上安装非集群文件系统（例如 EXT4 文件系统）。这样做有很好的理由。最重要的一点是，如果我们不必在写入数据后立即复制数据，我们可以获得更好的性能，因为我们必须在共享挂载场景中（例如使用 OCFS2）。有关 DRDB 的更多信息，请访问：https ://www.drbd.org

对于您可以同时访问的复制和分布式“云”模型，GlusterFS 是一个很好的解决方案，设置起来非常简单。它最适合用于需要在所有节点之间共享文件系统的云环境，例如存储阵列集群和 VM 主机集群。

使用 Gluster，我们可以在节点上一起复制文件系统，当与 NAS 连接时，它更像是与 NAS 共享文件（有一个重要区别 - 您的服务器是许多节点，而不仅仅是一个大存储阵列）。这对于运行和支持 Linux 系统的高可用性存储阵列来说非常棒，并且在规模上具有非凡的性能。它没有主/从的概念，所有节点都平等地同时参与。添加更多节点通常意味着在合理的配置中具有更高的性能。Gluster 是高度模块化和可配置的。

当您开始将 Windows 系统连接到 Gluster 时，它会更加复杂，因为 Windows 无法直接连接到 Gluster（它必须通过 Samba 与 CIFS“共享”文件系统 - 而 Samab 可能会变得复杂）。然而，对于 Linux - Linux 共享，Gluster 非常容易部署和管理。有关更多信息，请访问：https : //www.gluster.org/

在类似于 Gluster 的概念中，您可以查看 ceph。这是一个分布式对象存储，可以在它前面运行块和文件系统转换器。它在 Openstack 云中非常常用——目前甚至超过 Gluster。它具有文件系统功能，以及对象存储和块存储。它比 Gluster 更复杂，但目前功能更丰富。http://docs.ceph.com/docs/jewel/

最后，对于 Windows，我们有 XtremeFS，它可以为您提供复制块存储（有点像 ceph）和 DFS。

DFS 在小规模上的表现是可以接受的，并且可用于同步许多并发节点上的文件系统。如果你愿意，它类似于 Gluster。它的性能不是很好，也没有那么丰富的功能，但是对于小规模来说，它可以快速完成工作（并且很容易在 Windows 服务器上进行设置）。与上述解决方案不同，Windows 客户端可以本地连接到它。

这些技术都与 RAID 无关。如果您希望在您的存储集群中的组成节点上拥有一个 RAID 阵列，您可以。然而，许多大型云文件系统的部署只担心节点级别的冗余，根本不选择使用 RAID。当节点的磁盘出现故障时，使节点脱机并更换磁盘。使节点联机并重新同步整个节点。反正就是这个想法。在较小的规模上，RAID 仍然有意义。

一般来说，是的。你问的是可能的。