我公司目前的设置中只有一个存储盒（SuperMicro 硬件 + 机箱，配有 LSI RAID 卡和 12 个 SAS 7.2k 驱动器）。它在 Linux 上运行，我们通过 iSCSI 将其连接到我们的文件服务器。我们买不起高端 SAN。虽然它有冗余部件（双 PSU、RAID 10），但我想添加一个辅助盒用于复制目的。
我正在考虑以下两个选项将数据从节点 1 复制到节点 2
使用 DRBD 创建基于网络的镜像。主动/被动。节点 1 仍作为 iSCSI 目标，并在其下方设置 drbd，以便可以将数据复制到节点 2。如果节点 1 由于网络问题而关闭，我认为恢复速度会快得多，因为一旦节点 1 重新插入网络，我们就不必从头开始重新同步节点 2 的数据。
将两个节点设置为独立的盒子。每个节点都会向我们的 MS Server 2008 FS 公开一个 LUN。从那里，我将使用两个 LUN 设置基于 Windows 的软件镜像。我担心的是，如果其中一个 LUN 掉线，我们将不得不重建整个阵列，这将非常耗时，因为我们有大约 6TB 的数据需要复制。
对我来说，两者都能很好地满足需求，但 DRBD 选项似乎更难管理。请就其优缺点提出建议。
答案1
我会结合使用 DRDB 和 Heartbeat 来为您的情况提供 HA iSCSI 解决方案。您可以将 Heartbeat 添加到 DRDB 设置中，以使故障转移对文件服务器透明地进行。
答案2
我们正在使用集群文件系统对于我们的 SAN。这是一个在用户空间中运行的纯软件解决方案。如果您可以在客户端上安装 Gluster 的客户端软件（例如它们是 GNU/Linux），您可能想尝试一下。但是，如果您依赖 iSCSI，它可能不是您的解决方案。