通过分布式文件系统备份

Question

我希望我能尽可能准确地表达我的问题。

我正在寻找一种方法来尽快和频繁地为我的 vm 服务器进行备份，因为它们正在处理/生成的数据很有价值。我有一个 KVM 主机和至少 2 个来宾：Web 服务器（Apache/PHP）和数据库服务器（MySQL/Solr）。我不在乎主人，但在乎客人。我不想让您深入研究 KVM 或虚拟化这个主题。该线程应该适用于所有基于 vm 的环境以及所有其他环境。vm 场景很适合，因为它更棘手，代表了我想象中最复杂的情​​况之一。至少，我需要在这个基础上。

目前，我每天生成 1-2 次虚拟机内备份和基于 LVM 的快照。如果发生硬件故障（我最近遇到过），最好的情况下我会错过一大堆数据。

因此，一种方法可能是深入研究每个应用程序/服务并应用可用的最佳备份策略。应在每种情况下加以考虑。

另一种有趣的方式似乎是使用分布式文件系统。这个想法是有一个文件系统，它的行为有点像 MySQL 的二进制日志。或者更一般：它捕获文件系统上的所有写操作并将其异步复制到另一台机器。根据网络和写入的数据量，这可能会以几秒或几分钟的延迟结束，不用说它会错过缓存中阻止的所有操作。所以我有一个虚拟机，它位于安装在虚拟机主机上的分布式文件系统上。然后每个写操作都会异步应用到（比如说）备份服务器上。现在遇到硬件故障时，我可以切换到备份服务器（理论上）作为新的主服务器，或者简单地将文件复制回恢复的主服务器，以防万一，停机时间比数据丢失更容易接受。效果应该是虚拟机的行为就像它在几秒钟到几分钟前立即关闭一样。但不是几个小时。我不寻求文件系统级别的主-主复制，因为大多数应用程序都不支持，尤其是像 MySQL 这样的数据库服务器！

所以我的问题是：有没有人已经对这种配置有了一些经验，或者对这种备份数据的尝试有积极和消极的认识？我对这些文件系统没有深入的经验。特别是在可靠性和性能方面。

Answer 1

分布式文件系统不是备份，而是冗余。它也会“备份”您的意外删除。

也就是说，DRBD。