メールサーバのクラスタ化

クラスタ化の概要

メールサーバは、コミュニケーションツールとして、ビジネスではなくてはならないものになっています。クラウドサービスなど、外部のサービスを利用することもできますが、ビジネスの重要な機密情報や顧客情報などが含まれている可能性もあり、自組織内に置いておいた方が安全と考える組織がほとんどです。

メールサーバをクラスタ化する場合には、次のような点を考慮する必要があります。

メールのデータをクラスタのノード間で共有する必要があります。

ユーザ、パスワード、メールアドレスなどの管理情報を共有する必要があります。パスワードファイルで管理すると、クラスタノード間で共有することができないためです。

利用者の規模に応じて、システム構成を変える必要があります。

メールサーバは、システムの利用者がそれほど多くない場合にはHAクラスタの仕組みを使って冗長化します。
次は、一般的な構成例です。

なお、利用者が多く、1セットのHAクラスタではパフォーマンス不足の場合には、ロードバランサーとNFSサーバを使ってシステムを構築します。

図：クラスタシステムの構築例

メールサーバを組織内に配置する場合には、Microsoft Exchangeなどのソフトウェアを使う方法と、アプライアンスサーバを利用する方法があります。こうした製品に比べて、OSSで構築する場合には多くのメリットがあります。

メールは、インターネット上では完全に標準化された最も基本的なサービスの一つです。そのため、メールサーバソフトウェアのシェアは、90%以上がオープンソースソフトウェアです。通信相手もオープンソースソフトウェアですので、製品よりも相互接続性の点で優れています。

多くの製品がユーザ数に応じたライセンス制を採用していて、非常に高価です。OSSを使ってメールサーバを構築することで、ライセンス費用が不要です。

OSSのクラスタソフトウェアを使うことで、コストを抑えながら冗長性も確保することができます。

RedHat Enterprise Linux、SuSE Linux Enterprise Server、DesigNET Open Smart Assistanceなどのサポートを活用することで、メールサーバシステム全体のサポートを受けることもでき、製品と遜色ないサービスを受けることができます。

クラスタシステムは万能ではありません。そのため、次のような点には、クラスタシステムでもカバーできませんので注意が必要です。