メールサーバの構築方法について（Docker）

Question

Dockerについて勉強している最中なのですが
Dockerにてメールサーバを構築し、それを本番環境とした場合
なにか弊害などはあるのでしょうか？

現状、私が参画しているプロジェクトなどでは
オンプレミスのRHEL環境に、postfixなどをインストールし
構築を行いエンドユーザーに提供しているのですが、
サーバにDockerを導入し、DockerのRHEL上にメールサーバを構築した
場合とで、何かメリット・デメリットなどの差はあるのでしょうか？

もし、単にサーバ上に構築する場合と、Docker上のサーバに設定するのとで
特に差異などがないのであれば、Docker上でメールサーバを構築し
エンドユーザーに提供できれば、作業の効率化と柔軟性をもたせることが
できるのではないかと思っています。

ざっくりとした質問で恐縮ですが、ご教授いただけると幸いです。
よろしくおねがいします。

Answer 1

メールの送信はどうにかなると思いますが、受信は TCP 25番ポートが必要です。
Docker ホストの TCP 25番ポートをコンテナに紐付ける場合、1コンテナしか利用できなくなります。
なので、Docker ホストでもメールハブとしての Postfix を稼働させて、ドメインごとに各コンテナに割り振るような構成になるのではないでしょうか。

Comments

[yutkts]

なるほど、ポートまわりの制限などもあるわけですね。。
そこのあたりについても勉強してみたいと思います。

ご回答いただきありがとうございました。

Answer 2

障害時にメールキューやメールボックス、アクセスログが消えず、運用しやすい設計で顧客がよいといえばdockerでも問題ないのではないでしょうか。

Comments

[yutkts]

ご回答いただき、ありがとうございます。

障害時にメールキューやメールボックス、アクセスログが消えずというのは
Dockerの仕様によるものなんでしょうか？
それとも運用でのお話でしょうか？

[scsi]

運用ですね。dockerを動かすホストのディスクに上記データを保存していれば大丈夫です。

[yutkts]

コメントいただきありがとうございます。
コンテナ側でログの保存先をホスト側や他のサービスなどに設定すれば
この件については解決できそうですね。ありがとうございました！

Answer 3

個人的な見解を記載します。

メリット

• 環境分離ができる
• 環境移行・再現が比較的容易となる

デメリット

• パッケージの更新がDockerで提供されるリポジトリ基準となる(緊急レベルのパッチの場合、クリティカルとなる：yum_updatesd等で勝手に降ってこなくなる)
• 作業者・運用者の知識にDockerが必須となる
• volumeの取り扱いを注意しなくてはならない
• メールサーバー固有ですが、ログの扱いに注意が必要(設定次第だが、maillogに入らないことがある)

Comments

[yutkts]

メリット、デメリットについて理解できることができました。

Dockerのコンテナからリポジトリを参照する場合、
あくまでDockerのリポジトリ基準となるんですね。。。
公開されている外部のリポジトリを参照しようとしても
アクセスできないってことになるんでしょうか？

ご回答いただき、ありがとうございました。

[testset]

気が付くのが遅くなり申し訳ない。Dockerリポジトリのメインストリーム次第です。CentoOSでしたらCentOS等のリポジトリ(yum)を利用できますが、基本的にビルドを行い最新の状態にするのが正常な構成かと存じます。