2 層 Messaging Server アーキテクチャー
2 層アーキテクチャーでは、Messaging Server 配備を 2 つの層に分割します。1 つはアクセス層、もう 1 つはデータ層です。簡略化した 2 層アーキテクチャーでは、MMP と MTA をアクセス層に追加します。MMP が POP と IMAP メールリーダーのプロキシとして機能し、MTA が送信されたメールのリレーを行います。データ層には、メッセージストアと Directory Server を配置します。図 10–1 は簡略化した 2 層アーキテクチャーを示しています。
図 10–1 簡略化した Messaging Server の 2 層アーキテクチャー
1 層アーキテクチャーに対して、2 層アーキテクチャーには、サイズの決定に影響を与えるかもしれないいくつかのメリットがあります。2 層アーキテクチャーでは次のことが可能です。
-
1 層アーキテクチャーより簡単な保守
-
限られた停止時間内でのより簡単な拡張管理とシステムのアップグレード
次のいくつかの節で、2 層配備における特定のコンポーネントのサイズ決定方法について説明します。
メッセージストアのサイズ決定
メッセージストアのサイズ決定の目的は、ストアが処理可能な最大並行接続数を確認し、1 秒間にストアに配信されるメッセージの数を決定することです。
手順
-
負荷シミュレータを使って集めた数値をもとに、マシン 1 台あたりのストアマシン数と並行接続数を決定します。サイズ決定ツールの詳細については、「Messenger Express 負荷シミュレータの使用」を参照してください。
-
それぞれのストアマシンに必要なストレージの容量を決定します。
-
バックアップとファイルシステム回復時の復元で必要な場合は、複数のストアパーティションまたはストアマシンを使用します。
ご購入先のクライアントサービス担当者に、メッセージストアのユーザーの推奨最大数を尋ねてください。推奨数値を得るには、次の点を理解しておく必要があります。
-
使用率のパターン (「Messenger Express 負荷シミュレータの使用」を参照)。
-
配備内のハードウェアすべてのアクティブなユーザーの最大数。
-
バックアップ、復元、回復に要する時間。これらの時間は、メッセージストアのサイズが大きくなるにつれて長くなります。
-
インバウンド MTA とアウトバウンド MTA のサイズを決定するには
一般的には、MTA サービスはインバウンドサービスとアウトバウンドサービスとに分けます。次に、同じ方法でそれぞれのサイズを決定できます。MTA のサイズ決定の目的は、1 秒間にリレーできるメッセージの最大数を決定することです。
インバウンド MTA のサイズを決定するには、実稼働環境でのインバウンド MTA の raw パフォーマンスを知る必要があります。
手順
-
インバウンド MTA の raw パフォーマンスをもとに、SSL、ウィルススキャニングプロセス、その他の臨時のメッセージ処理を追加します。
-
十分な量の MTA を追加して、負荷分散と必要に応じた冗長性を確保します。
冗長性を持たせることで、1 つ以上のタイプのマシンで、スループットや応答時間に実質的な影響を与えることなくピーク負荷を処理できます。
さらに、一時的なメッセージの量に対して十分なディスク容量を計算して、ネットワーク上の問題やリモート MTA の機能停止に備えます。
複合サービスのサイズを決定するには
MMP と MEM のサイズを決定する場合には、システム負荷、特に MMP に対する POP と IMAP の並行接続数と、MEM に対する HTTP 接続数に基づいて計算を行います。
注 –
ここでの手順は、MEM と MMP が同じマシンにインストールされていることを前提にしています。
さらに、次のことを実行する必要があります。
手順
- © 2010, Oracle Corporation and/or its affiliates