メールサーバダウンで考えたこと
- (2021-08-04 18:11:03)
障害の概要
ロリポップメールサーバダウン(2021年8月3日 15時-17時半)
昨日、ロリポップのメールサーバがダウンした。
ロリポップ社のメールサーバは数十台存在すると思うが、試した範囲ではロリポップ内の複数のサーバで、すべて不通になっていたので、おそらく全メールサーバがダウンしていたようだ。
なお、送信サーバは生きていた。ロリポップは受信サーバと送信サーバを別のハードとネット環境で運用しているのかもしれない。
全メールサーバのダウン？
ロリポップでは通常、どれかのメールサーバがダウンした際はそのサーバ名(たとえば「mail3xx」)が公開されるが、今回は「メール機能をご利用のお客様へ」と全ユーザーが対象：
--------------(引用)--------------
2021/08/03 メール機能をご利用のお客様へ
■日時
2021/08/03 15:00頃〜
■影響範囲
・POP/IMAP（受信）サーバへの接続（ロリポップWebメーラーへのアクセスを含む）
※SMTP（送信）サーバへの影響はございません。
--------------(引用ここまで)--------------
メールサーバ自体の問題でなく、DNSなど、ルーティング関連の障害と思われる。
たまに落ちるメールサーバ
ロリポップのメールサーバはたまに落ちるので驚かないが、記憶の範囲では「全メールサーバへの接続不可」ははじめての経験となった。
同時に、自社のバックアップ体制を考え直した方がよいかもと感じた。
メールサーバ障害で、メールデータが消えたケース
以前の障害で、一昼夜メールが送受信できないというトラブルを体験したことがある。
復旧後、一昼夜分のメールデータが失われていた。
バックアップの受信サーバ
この障害以降、重要な特定の受信メールに関してはロリポップ内の他のメールサーバでも常時2重受信するように対策した。
今回はロリポップの全メールサーバが不通になる障害であり、こういうケースもあるのかと学んだ。全メールサーバが不通なら、ロリポップ内にバックアップ用常時2重受信サーバを立てても無意味である。
違うデータセンタのバックアップサーバ
この対策としては他社、しかも同じデータセンタを使用していない他社のメールサーバでバックアップを取った方が良いかとも思う。
しかし、同じデータセンタかどうかはプロバイダは公開しないだろうから、はっきりいってわからない。
一番良いのは自社でメールサーバを1本所有し、それをバックアップとするのがよかろうと思うが、自社でメンテする時間も能力もないことを考えると、どうしたものか・・
それにバックアップ体制はシステム全体の構成を複雑にするだけに、バックアップの体制自体がリスクポイントにもなりうる。
結論はでていないが、リスクについては意識しておきたい。