名前からもおわかりのように、この例では、コンポーネントを単一サーバー上にインストールおよび設定します。ご購入先のクライアントサービス担当者に相談しながら、最適なサーバータイプやシステム構成を決定してください。
一般に、単一層単一ホストアーキテクチャーは、次のような企業に最適です。
ユーザー数が 1,000 人未満の場合
地理的に分散していない場合
少数の管理者によって管理される場合
エントリレベルの構成が必要な場合
単一ホスト構成に関するトレードオフを次に示します。
インフラストラクチャーとしての可用性は低く、サービスの信頼性が低い (ただし、サーバー自身が自動システム再構成を提供する場合を除く)
サービス拒否攻撃を防止できない
図 28–1 に、単一ホスト配備の例を示します。次の Communications Services コンポーネントが同一ホスト上にインストールされます。
Messaging Server (MTA、メッセージストア、および Messenger Express)
Calendar Server (管理サービス、HTTP サービス、およびバックアップサービス)
Communications Express
Web サーバー
この例では、ディレクトリサービスは、Communications Services とは異なるホスト上に存在しています。Directory Server と Access Manager は、それ自体が複雑な配備です。この図では、これらのコンポーネントが「雲形模様」で示されています。
下表は、この配備で使用するプロトコルとポート番号について説明します。
表 28–1 単一層配備の例で使用するプロトコルとポート
プロトコル |
ポート |
用途 |
---|---|---|
SMTP |
25 |
他のシステムと通信する Messaging Server MTA コンポーネント、および電子メール通知を送信する Calendar Server (csenpd) コンポーネント |
HTTP |
80 | |
HTTP |
81 |
Calendar Server (cshttpd) と通信するクライアント |
IMAP |
143 |
Messaging Server imapd コンポーネントと通信するクライアント |
LDAP |
389 |
LDAP ディレクトリと通信する Messaging Server と Calendar Server |
この配備の将来的な拡張性を高めるには、論理サービス名を使ってインストールします。論理サービス名を使用すると、配備を拡張しやすくなります。詳細については、「論理サービス名の使用」を参照してください。容量、パフォーマンス、サイトの地理的な分散、および可用性に関する問題が発生した場合は、2 層アーキテクチャーへの拡張を検討します。