セカンダリサーバーへのIMAPフェイルオーバーに関するアドバイス
最近、バックアップサーバーへのフェイルオーバーを組み込んだIMAPベースの電子メールサーバーソリューションを構成するタスクが与えられました。私はこの分野での経験がありますが、それはすべて単一サーバーのものでした。私はフェイルオーバーの側面に関するオプションについて多くの研究を行ってきましたが、この種のことに関しては、私よりも経験豊富な人々からいくつかの意見を聞きたいと思います。
要件は、地理的に異なる2つのサーバーであり、フェイルオーバーはアクティブ/パッシブ構成で構成されています。残念ながら、私が関与する前に、ソリューションの一部はすでに仕様が定められ、注文されています。関連するISPネットワーク内に低遅延、高帯域幅のリンクを介して接続された2つのサーバーがあります。使用可能な共有ストレージ/ SANはなく、2台のマシンのみです。 ISPは、アクティブマシンを監視し、必要に応じて仮想IPアドレスをバックアップマシンに再マップするシステムを提供するという任務を負っています。追加の要件は、バックアップマシンへのフェイルオーバーの場合にすべてのメールボックスデータを保持する必要があることです。これは、バックアップマシンへの定期的なrsyncなどのより単純な解決策を除外しているようです（間違っている場合は修正してください！）。
いくつかの調査を行った後、私はいくつかの可能な代替案を考え出しました。私はそれらがすべて実行可能なオプションであるかどうかを実際に決定するのに十分にそれぞれを調べていませんが、ここにあります：
- メールボックスデータのDRBDリアルタイムブロックレベルレプリケーション
- Dbレプリケーションが構成されたある種のデータベースバックアップメールボックスストレージ
- IMAPサーバーソフトウェアの組み込みレプリケーション機能の使用
DRDBはますます複雑に見え始めており、私の時間の制約を考えると手の届かないところにあるかもしれません。
また、Linuxベースのソリューションである必要があることにも言及する必要があります。ほぼ確実にCentos/RHEL。どのIMAPパッケージを使用するかについては、要件を満たすものなら何でも使用できます。私は現在、Dovecot、Cyrus、その他いくつかを含め、いくつかを調査しています。
私は、上記のオプションや私が考慮しなかったかもしれない他の提案に関する人々の意見を本当に探しています。関係するすべての要素を完全に理解せずに明確な答えを出すのは難しいかもしれませんが、どんな意見でも大歓迎です。それがあなたの答えを調整するのを助けるならば、私は詳細についてのどんな質問にも喜んで答えます。
どうもありがとう
Dovecotにはメールボックスミラーユーティリティ（dsync）があり、これはそれを支援することができ、最高レベルにあるため、おそらく非常に効率的です。 SQLデータベース内にメールボックスを格納するために必要なリソースの量はわかりませんが、imoファイルの方が高速で保守が簡単です。
低遅延と高帯域幅はDRBDに適しています。関連するすべてのファイルを複製するには、同期モード（C）を使用します。これは、ディスクに書き込まれるすべてのものがトランザクション保存である場合に機能します（IMAPサーバーによって異なります）。
しかし、IMAPサーバーにミラー技術が組み込まれている場合は、それらを使用してみませんか？トランザクション中にフェイルオーバーが発生した場合、これはおそらくよりトランザクションを節約します。