基礎的な情報
この節では、CLD プラグインを実際に有効化および設定する前に理解しておく必要がある、概要および基礎的な情報を提供します。ここで説明する内容は次のとおりです。
CLD プラグインの概要
カレンダ検索データベース (CLD) プラグインは単一カレンダインスタンス用の多数のバックエンドサーバーにユーザーカレンダとリソースカレンダを分散することによって、カレンダデータベースの水平方向のスケーラビリティーを提供します。複数のバックエンドサーバーにカレンダデータベースを配布している場合、Calendar Server は CLD プラグインを使用してカレンダが実際に格納されているサーバーを特定します。
Calendar Server は、DWP (データベースワイヤプロトコル) を使用してバックエンドサーバー上のカレンダデータにアクセスします。DWP は csdwpd サービスとして実行される内部プロトコルで、カレンダデータベースのネットワーク機能を提供します。
CLD プラグインのしくみ
Calendar Server は、バックエンドサーバー上のカレンダデータに次のようにアクセスします。
-
エンドユーザーが Communications Express を使用してカレンダにアクセスすると、CLD プラグインはカレンダの calid から userid を取り出し、LDAP ディレクトリデータベースまたは CLD データキャッシュ (有効な場合) でカレンダの所有者を検索します。フロントエンドのマシンを設定する方法については、「CLD 用にフロントエンドサーバーを設定するには」を参照してください。
-
カレンダの所有者が特定されると、プラグインはその icsDWPHost LDAP 属性の値を使用してカレンダが存在するバックエンドサーバーのホスト名を決定します。このホスト名は、DNS (ドメイン名サービス) によって有効な IP アドレスに解決する必要があります。
-
Calendar Server は、ホスト名を使用して、DWP (データベースワイヤプロトコル) でバックエンドサーバー上のカレンダデータにアクセスします。
-
Calendar Server は、ユーザーがログインしているサーバーに DWP でカレンダデータを送信するため、そのデータをユーザーインタフェースで表示できます。
ヒント –
サイトで CLD プラグインを使用している場合、同じユーザー用に作成されたすべてのカレンダが、LDAP ユーザーエントリの icsDWPHost LDAP 属性によって指定されているのと同じバックエンドサーバーに格納される必要があります。別のバックエンドサーバーにカレンダを作成しようとすると、Calendar Server はエラーを返します。
CLD プラグインでサポートされる構成
CLD プラグインは、次の Calendar Server 構成をサポートしています。
ヒント –
すべての設定において、フロントエンドとバックエンドの各サーバーは、次の条件を満たす必要があります。
-
同じハードウェアプラットフォーム上にある
-
同じオペレーティングシステムを稼動している
-
パッチを含め、同じリリースの Calendar Server を稼動している
-
DWP ポートに同じポート番号を使用している (service.dwp.port パラメータ)。デフォルトのポート番号は 59779 です。
複数のフロントエンドサーバーと複数のバックエンドサーバー
図 6–1 は、1 つの Calendar Server インスタンスが稼動する 2 つのフロントエンドサーバーと 2 つのバックエンドサーバーを示しています。必要に応じて 3 つ以上のフロントエンドまたはバックエンドサーバーを導入することもできます。
この構成では、サーバーをファイアウォールで保護し、LDAP データベースとカレンダデータベースへのアクセスを制限することができます。カレンダデータベースは 2 つのバックエンドサーバーに分散されます。
フロントエンドサーバーは CPU を多用します。 ほとんどの CPU 時間は、エンドユーザーへのカレンダデータの表示に使用されます。バックエンドサーバーはディスクを多用します。 ほとんどの CPU 時間は、カレンダデータベースへのアクセスに使用されます。
構成の詳細については、「CLD および DWP 用の Calendar Server の設定」を参照してください。
図 6–1 複数のフロントエンドサーバーと複数のバックエンドサーバー
フロントエンドサーバーとバックエンドサーバーの両方の機能を持つ複数のマシン
図 6–2 は、フロントエンドサーバーとバックエンドサーバーの両方の機能を持つ 3 つのマシンを示しています。各マシンは、1 台のカレンダデータベースに接続されています。この構成では、カレンダを物理的に分散することができます。カレンダの所有者 (エンドユーザー) は、所有しているカレンダが格納されているマシンにログインします。構成の詳細については、「フロントエンドサーバーとバックエンドサーバーを同じマシンに設定するには」を参照してください。
図 6–2 フロントエンドサーバーとバックエンドサーバーの両方の機能を持つ複数のマシン
簡単なサイジング式
次に、メディア使用状況プロファイルに基づいて、必要なバックエンドサーバー数とフロントエンドサーバー数、およびストレージの容量を算出するための簡単な数式を示します。
メディア使用状況プロファイルの定義
ここでは大まかに、次のような状況を想定します。
-
すべてのクライアントは Web クライアントである。
したがって、入力として使用されるのは、ユーザー総数と同時並行の割合のみです。
-
平均的なサイズのカレンダの予定のサイズは 2K である。
-
各ユーザーが、1 週間につき 5 つの予定または仕事を作成する。
-
CPU 利用率は 80%。
-
900 MHz の CPU
-
各 CPU に 1G バイトの RAM を搭載
-
2 年分のカレンダデータがシステムに保存されている。
フロントエンド CPU の数
数式は次のとおりです。
CPU 数 = 並行ユーザー数 / 4800
バックエンド CPU の数
数式は次のとおりです。
CPU 数 = 設定済みの 500,000 ユーザーにつき 4 CPU
必要なストレージの容量
数式は次のとおりです。
ストレージの容量 = 電子メール 5 件 / 週 × 52 週 / 年 × 2K / メール (5*52*2K)
= 520K バイト / ユーザー / 年
カレンダデータ約 2 年分で、1 M バイト / ユーザー
- © 2010, Oracle Corporation and/or its affiliates