我公司在当前的设置中只有一个存储盒（SuperMicro硬件+带有LSI RAID卡和12个SAS 7.2K驱动器的机箱）。 它在linux上运行，我们通过iSCSI将它连接到我们的文件服务器。 我们买不起高端的SAN。 虽然它有冗余的部分（双电源，RAID 10），我想添加到一个辅助框复制的目的。
我正在考虑以下两个选项来复制从节点1到节点2的数据
使用DRBD创build基于networking的镜像。 主动/被动。 节点1保持为iSCSI目标，并在其下面设置drbd，以便数据可以复制到节点2.如果节点1由于networking问题而closures，则我认为恢复速度要快得多，因为我们不必重新同步数据一旦节点1被插回到networking中，则从头开始节点2。
将这两个节点设置为一个独立的框。 它们中的每一个都将向我们的MS服务器2008 FS公开一个LUN。 从那里，我将设置一个基于Windows的软件镜像使用两个LUN。 我担心的是，如果其中一个LUN丢失，我们将不得不重build整个arrays，这将非常耗时，因为我们有大约6TB的数据要复制。
对我来说，两者都有很好的用途，但是DRBD选项似乎更为复杂。 请告知利弊。
我将使用DRDB和Heartbeat的组合来制作HA iSCSI解决scheme。 您可以将Heartbeat添加到DRDB设置，以使文件服务器可以透明地进行故障转移。
我们正在使用GlusterFS作为我们的SAN。 这是一个在用户空间运行的纯软件解决scheme。 如果你可以在客户端上安装Gluster的客户端软件（例如GNU / Linux），你可以试试看。 但是，如果您依赖于iSCSI，则可能不是您的解决scheme。