Ubuntu14.04LTS上没有单独分区或LVM的高可用性镜像

Question

现在我和我的客户在AWS上工作很长时间了，但是我现在需要削减成本来继续提供我的服务。在AWS上，我使用RSync保持一些文件夹的同步，使用DRDB提供高可用性的透明故障转移，始终具有操作性，并准备为每台客户端机器使用镜像。

现在我不能继续使用DRBD了，因为我正在迁移的更便宜的云解决方案只为每台机器提供一个Ubuntu14.04LTS，只有一个分区，没有LVM，这个云平台也成为我的一些客户的需求。

我正在考虑的解决方案是将shell脚本安排在一边，通过SSH将其传输到另一边，然后恢复BKP，它将变得复杂、容易出错，并且需要大量的工作来开发和管理。

我的许多客户都是Wordpress+Mysql，并且接受一天的延迟，我正在寻找提供“高可用性”的替代方案，即使它伴随着一天的延迟，而不是强迫我为每一种受限的情况开发和管理脚本。

Answer 1

如果您确实无法明显地使用块设备(在这里可能会更好，并且您已经对它有经验)，GlusterFS可以在文件级别为您提供所需的复制功能。

Gluster“砖块”虽然理想情况下是一个单一的存储设备，但它自己的瘦LVM堆栈以XFS结尾，但它实际上可以是节点上任何兼容POSIX的文件系统(甚至只是一个目录而不是专用FS)。

这些砖块被聚合成一个统一的“卷”，它定义了一个“复制”策略，现在许多块将用任何给定的文件编写--在这种情况下，可能是复制2或3。如果可能的话，这些副本将努力定位在不同的节点上。

Gluster的失败语义还没有DRBD那么连贯。拆分大脑条件更容易完成，因为数据复制是连接客户端的责任(它向每个Gluster节点发送所有写操作的N个副本，而不是写到一个主机，然后再复制数据)。但是，使用不同数据的拆分大脑可能更容易解决，因为在使用复制时，每个块都是一个完整的文件系统，具有完全可读的数据。

它不会像DRBD那样快，但也许你不需要它？