SAN复制

Question

我的公司只有一个存储盒(SuperMicro硬件+机箱，带有LSI raid卡和12 SAS7.2K驱动器)。它在linux上运行，我们通过iSCSI将其连接到我们的文件服务器。我们买不起高端的山。虽然它有多余的部分(双PSU，RAID 10)，但我想为复制目的添加一个辅助框。

我正在考虑以下两个选项来将数据从节点1复制到节点2

1. 使用DRBD创建基于网络的镜像。主动/被动节点1仍然是iSCSI目标，并在其下面设置drbd，以便将数据复制到节点2。如果节点1由于网络问题而下降，我认为恢复速度要快得多，因为一旦节点1插入网络，我们就不必从头开始重新同步节点2中的数据。
2. 将两个节点设置为独立的框。它们中的每一个都将向我们的MS服务器2008 FS公开一个LUN。从这里开始，我将使用两个LUN设置一个基于windows的软件镜像。我担心的是，如果其中一个LUN退出，我们将不得不重建整个数组，这将非常耗时，因为我们有大约6TB的数据要复制。

对我来说，两者都能很好地达到目的，但DRBD选项似乎更复杂。请就正反两方面提出建议。

Answer 1

我会使用DRDB和Heartbeat的组合来根据您的情况制作一个HA iSCSI解决方案。您可以向DRDB设置中添加Heart节拍，使故障转移透明地发生在文件服务器上。

Answer 2

我们的SAN使用GlusterFS。这是一种只在用户空间运行的软件解决方案。如果您可以在客户机上安装Gluster的客户端软件(例如，它们是GNU/Linux)，那么您可能需要尝试一下。但是，如果您依赖于iSCSI，它可能不是解决方案。