2 層アーキテクチャーの利点

Communications Services 製品内のすべてのサービスはネットワーク機能に依存します。2 層アーキテクチャーは、公衆 (ユーザー側) ネットワークと私設 (データセンター側) ネットワークの 2 つの独立したネットワークを持つネットワーク設計を提供します。

ネットワークを 2 層に分離することにより、次の利点が提供されます。

• 内部ネットワークの非表示: 公衆 (ユーザー側) ネットワークと私設 (データセンター側) ネットワークを分離して、データセンターの情報を非表示にすることにより、セキュリティーが確保されます。この情報には、IP アドレスおよびホスト名などのネットワーク情報とメールボックスおよびカレンダ情報などのユーザーデータが含まれます。

• ネットワーク情報の冗長性の提供:複数のフロントエンドマシンにわたるサービスへのアクセスをプロビジョニングすることで、システムの冗長性が実現されます。冗長性のあるメッセージングフロントエンドサーバーを追加して SMTP 要求を利用可能なメッセージングフロントエンドホストに負荷分散することにより、サービスの稼働時間を向上させることができます。

• アクセス層のホスト上の利用可能なデータの制限: アクセス層のホストが危険にさらされている場合も、攻撃者はアクセスホストから重要なデータを取得できません。

• タスクのアクセス層への軽減:アクセス層が数多くのタスクを完全に所有できるようにすることにより、メッセージストア上のユーザーメールボックスの数が増加します。この方法が役立つのは、アクセス層マシン (第 2 層) よりもストアサーバーの購入および保守費用の方がコストが高くなるためです。通常、アクセス層マシンは小規模で大量のディスクが不要であり (「MTA パフォーマンスの考慮事項」を参照)、ほとんどバックアップされることはありません。第 2 層によって軽減される機能の一部は次のとおりです。

  • サービス拒否の防護

  • SSL

  • 逆引き DNS

  • UBE (スパム) とウィルススキャン

  • 初期認証: メッセージストアの認証が常に成功し、ディレクトリサーバーが最近のエントリをキャッシュしやすくなります。

  • LMTP: MTA リレーとメッセージストア間の LMTP のサポートにより、SMTP 処理が軽減され、メッセージストア上の MTA キューへのメッセージの追加書き込みが不要になります。

• クライアントアプリケーションのエンドユーザー設定の簡素化:2 層アーキテクチャーの使用により、エンドユーザーはメッセージングとカレンダアプリケーションが接続するホストの物理名を記憶する必要がありません。アクセス層のアプリケーションホストは、割り当てられたメッセージングまたはカレンダデータセンターのホストにエンドユーザーを接続するプロキシを提供します。IMAP などのサービスは、ユーザーのメールボックスホストの名前を識別するために、LDAP 情報を使用してバックエンドサービスに接続されます。カレンダサービスの場合、カレンダのフロントエンドホストは割り当てられたユーザーのカレンダストアホストへのバックエンド接続を構築するために、Directory Server を使用してカレンダ検索を提供します。

  この機能は、すべてのエンドユーザーがクライアント設定に同じホスト名を使用できるようにします。たとえば、ユーザーはメッセージストアがhost-a であると記憶するのではなく、単に mail 設定を使用するだけで済みます。MMP は、ユーザーの割り当てられたメッセージストアへのプロキシサービスを提供します。すべてのメールの着信接続が 1 つ (または複数) の MMP をポイントするようにDNS と負荷分散設定を装備する必要があります。

  Calendar Server を 2 層に配置することにより、複数の Calendar Server バックエンドサーバーを使用できます。Calendar Server のグループスケジューリングエンジンにより、ユーザーは任意のバックエンド Calendar Server ホストのカレンダを使用するユーザーのアポイントメントを予定に入れることができます。

  このプロキシ機能の追加の利点は、地理的に分散したユーザーが、物理的な場所に関係なく同じクライアントアプリケーションを利用できることです。ヨーロッパのユーザーがカリフォルニアを訪問したと仮定した場合、ユーザーはカリフォルニアのアクセスサーバーに即座に接続することができます。ユーザーの LDAP 情報は、ユーザーの代わりにヨーロッパにあるユーザーのメッセージストアへの別個の接続を確立するようにアクセスサーバーに指示します。

  最後に、この機能は、ユーザーがブラウザを別に設定することなく、つまりユーザーのサポートを簡素化して大規模な環境の実行を可能にします。ユーザーに連絡せずに、あるいはデスクトップを変更せずに、ユーザーのメールボックスをあるメールボックスから別のメールボックスに移動することができます。

• データセンターのネットワーク HTTP トラフィックの削減:MEM (Messaging Express マルチプレクサ) と Calendar Server フロントエンドはデータセンターネットワークへの HTTP トラフィックを大幅に削減します。HTTP はコネクションレス型サービスです。各 HTTML の要素の場合、メールまたはカレンダサービスに別々の HTTP 要求を送信する必要があります。これらの要求は、イメージ、スタイルシート、JavaScript^TM ファイル、HTML ファイルなどの静的データに対するものであることがあります。これらの要素をエンドユーザーの近くに配置することにより、バックエンドデータセンターのネットワークトラフィックが削減されます。