我最近被赋予了configuration基于IMAP的电子邮件服务器解决scheme的任务，该解决scheme将故障转移合并到备份服务器。 我有这方面的经验，但都是单服务器的东西。 我一直在做很多关于故障转移方面的研究，但是当涉及到这些事情时，我想从中获得比我更多的经验。
这些要求适用于两个不同地理位置的服务器，故障转移configuration为主动/被动configuration。 不幸的是，在我介入之前，解决scheme的某些部分已经被指定和订购。 有两台服务器，通过相关ISPnetworking中的低延迟，高带宽链路连接。 没有共享存储/ SAN可用，只有两台机器。 ISP的任务是提供一个监视活动机器的系统，并根据需要将虚拟IP地址重新映射到备份机器。 另外一个要求是，如果故障切换到备份机器，则必须保留所有邮箱数据。 这似乎排除了一个简单的解决scheme，如定期rsync到备份机器（请纠正我，如果我错了！）。
在做了一些研究之后，我想出了一些可能的select。 我还没有看到每一个足以真正决定他们是否都是可行的select，但在这里他们是：
DRDB开始变得越来越复杂，考虑到我的时间限制，可能是不可能的。
我还应该提到它需要成为一个基于Linux的解决scheme。 几乎可以肯定Centos / RHEL。 至于要使用哪个IMAP软件包，我愿意使用符合我的要求的任何软件。 目前我正在看几个，包括达夫科特，赛勒斯和其他几个人。
我真的在寻找人们对上述选项的意见，以及其他我可能没有考虑过的build议。 我意识到你可能很难给出明确的答案而不完全理解所涉及的所有因素，但任何input都非常感激。 我很高兴回答有关细节的任何问题，如果这将有助于定制您的答案。
非常感谢
Dovecot有一个邮箱镜像实用程序（dsync），可以帮助你，并可能是非常有效的，因为它在最高水平。 我不知道在sql数据库需要存储多less资源将邮箱，但imo文件更快，更容易维护。
低延迟和高带宽对于DRBD听起来不错。 使用同步模式（C）复制所有相关文件 – 如果写入磁盘的所有内容都是事务保存（取决于您的IMAP服务器），则这将起作用。
但是，如果您的IMAP服务器内置了镜像技术，那么您为什么不使用它们呢？ 如果在交易过程中遇到故障转移，这可能会更有效。