问使用快照的周期性文件系统复制

EN

我正在寻找一个支持定期快照的非实时复制解决方案。

以下是我的现状：

• 我有两个电子邮件服务器运行Ubuntu12.04LTS
• 我使用的邮件服务器程序是Axigenv8.1.1，它为2000+邮箱提供服务，速率大约为8.11。工作时间每小时2000封电子邮件
• 配置为主从，使用心跳/起搏器
• Axigen使用自己的专有数据库存储所有设置和消息。
• 大多数用户使用POP3访问电子邮件服务器，但有些用户使用IMAP4。

我想实施的是：

• 每隔N分钟，就应该有一个快照要发送给奴隶
• 奴隶应该能够有效地存储至少M最新的快照，加上2个每日快照，以防我们需要回滚
• (我们可以忍受丢失了N分钟的邮件；所有邮件都存储在MailArchiva存储系统中)

我最初的计划是在一个ZFS (ZoL)文件系统上实现Axigen的数据存储，定期的快照将被(增量地)发送给Slave。然而，在重I/O期间，我被ZoL的不稳定性咬了一口，在那里我经历了几次CPU软锁的事件。ZoL讨论小组建议我减少ARC的大小，但这当然会影响性能，所以我转而在Master上使用ext4 4支持的存储。(但仍可能在奴隶上实现ZFS )。

我正在考虑几种选择：

1. 重新配置主服务器，以便数据存储位于LVM支持的存储中，并定期创建一个LVM快照，以便使用csync2或rsnapshot与从服务器同步(并在成功同步后删除LVM快照)。在从服务器端，每次成功同步之后，执行一个ZFS快照来维护所需的快照数量&每日快照。
2. 在主/从配置中实现DRBD，主服务器上有硬盘支持存储，从服务器上实现ZVOL支持存储。
3. 实现支持快照的群集文件系统.但是哪一个呢？

非常感谢您的想法和投入。

编辑:由于我部门的预算状况，我不能使用商业解决方案。也许明年，但不幸的是，我的需求是当前的。

编辑2: ZoL的不稳定性可能不是ZoL本身的不稳定性，但我更怀疑这是因为电子邮件服务器的内存发生了难以置信的变化(由于某些原因，我必须在Axigen服务器前实现Perdition，并且per在每个连接上创建一个进程，因此服务器的内存可能会被严重分割，并且阻止ZoL声称一些块来增长其ARC )