昨年、Postfix で実行されているオンプレミスのメール インフラストラクチャを AWS に移行しましたが、これはかなりうまくいきました。まだ満足していないのは、インスタンスが (予期せず) 停止したり、EBS ボリュームが破損したりすると、そのインスタンスで処理中のすべてのメールが失われることだけです。もっと堅牢な設計をしている人はいないでしょうか。キュー ディレクトリを EFS に置くとか。もしそうなら、注意すべき落とし穴はありますか。
SES への移行を検討しましたが、現在の処理量 (1 日あたり 40 万通のメール) ではコストが高すぎます。
ありがとう！
答え1
時間を費やすのはやめましょう回避するクラッシュするインスタンス。代わりに、なぜインスタンスがクラッシュし、修理その原因。
過負荷ですか? メモリが不足していますか? CPU クレジットが不足していますか? クラッシュ時の監視タブとサーバー ログをチェックして、何が起こったのか、なぜ起こったのかを調べてください。次に、インスタンス サイズを増やして (たとえば、t2.medium から m5.large に)、それでも問題が発生するかどうかを確認します。または、スワップ領域やディスク領域を増やすか、postfix レート制限などを追加します。
ちなみに、私たちは長年にわたり AWS 上で複数の Postfix サーバーを実行してきましたが、それらは非常に安定しています。