虚拟环境 (XEN) 上的 DRBD 疯狂

Question

现在我正在使用 DRBD 在两个不同的 XEN VPS 上复制两个目录（/var/www 和 /var/spool/mail），它们彼此相距 7000 英里！最重要的是，我使用透明的 IPSec 隧道 VPN 来连接私有级别的两个节点，我知道这似乎不公平，现在我将（www 和邮件）文件夹放在 DRBD 目录中，我只是软- 将它们链接到每台机器，它正在工作和复制，但由于我在网络级别（距离和安全）上的负载太大，我的磁盘读/写速度很糟糕，我在 6 分钟内打开一个网页，甚至更长时间，我有邮件延迟，在一天结束时，我面临（双裂脑）并且两个节点都重新启动，那是当 DRBD 将两个节点都作为辅助节点时，

我正在尝试释放 DRBD 分区上的负载以加快速度，因此我将两个目录复制回其原始位置，并在 DRBD 分区上对每个目录进行了软链接，但这从未奏效，现在我需要好建议！（我使用 OCFS2 BTW 进行 DRBD 分区）

Answer 1

“开始时不要复制超过 7000 英里的慢速和高延迟链接”呢？

DRDB 级别上的复制有它的位置，但您基本上滥用了它：它专为低延迟高带宽场景而设计。您还可以在灾难恢复场景中“异步”使用它，在这种情况下，由于复制落后并赶上而丢失一些数据是可以接受的。

如果您不在这两种情况中的一种，请忘记使用类似 drdb 的想法。在数据中心组织本地数据，并使用复制和备份来合理地拉取数据。
例如，复制邮件假脱机是没有意义的。Web stutff（站点等） - 也没有意义，因为您可以使用其他工具来分发该数据。

如果您采用一种特殊用途的技术，请忽略其限制并将其置于不会造成您在此处描述的灾难的情况。

DRDB 是本地机器的高可用功能。它允许人们在机器出现故障时复制文件系统。它不是为处理 WAN 场景而设计的，除非您使用异步并且是“写出”（即复制到异地位置）。即便如此，您仍然必须有足够的带宽来处理它——这可能会很费力（如：1gbit+）。