共通の要件

ここでは、両方のトポロジに共通の要件について説明します。

• 「基本要件」

• 「HADB ノードとマシン」

• 「ロードバランサの設定」

基本要件

どちらのトポロジも、次の基本要件を満たす必要があります。

• HADB ノードをホストするマシンはペアになっている必要がある。つまり、これらのマシンの台数は偶数である必要があります。

• 各データ冗長ユニット (DRU) 内のマシンの台数は同じである必要がある。ミラー化された (ペアになった) ノードが、主ノードとは別の DRU に含まれるように HADB データベースを作成します。

• HADB ノードをホストする各マシンにローカルのディスク記憶装置があり、その装置を使用して HADB 内のすべての持続情報を格納する必要がある。

• HADB ノードをホストするマシンは、同じオペレーティングシステムを実行している必要がある。構成とパフォーマンスの点から見て、同一またはほぼ同一のマシンを使用すると最適です。

• HTTP セッション情報および SFSB セッション情報を HADB まで持続させるには、Application Server インスタンスはクラスタ内にあり、関連するすべての要件を満たしている必要がある。クラスタの設定の詳細については、『Sun Java System Application Server Enterprise Edition 8.2 高可用性 (HA) 管理ガイド』の第 6 章「Application Server クラスタの使用」を参照してください。

• Application Server インスタンスをホストしているマシンは、構成とパフォーマンスの点から見て、できるだけ同一である必要がある。これは、ロードバランサプラグインが負荷分散にラウンドロビン方式を使用しており、異なるクラスのマシンがインスタンスをホストしている場合は、これらのマシン全体にわたって負荷が最適には分散されないからです。

• できれば、DRU ごとに個別の無停電電源装置 (UPS) を用意する。

HADB ノードとマシン

各 DRU には HADB 内のデータの完全なコピーが含まれているため、ほかの DRU が使用不可になっても引き続き要求に対応できます。ただし、ある DRU 内のノードと、別の DRU にあるそのノードのミラーに同時に障害が発生した場合は、データの一部が失われます。そのため、停電やディスク障害など、単一の障害によって両方の DRU が影響を受けることがないようにシステムを設定することが重要です。

各 DRU を、完全に独立した冗長システム上で実行してください。

HADB ノードとマシンを設定する場合は、次のガイドラインに従ってください。

• 容量とスループットを向上させるには、ノードを各 DRU に対して 1 つずつ、ペアで追加します。

• 各マシン上で動作しているノードの数と同数のスペアノードを持たせて各 DRU を設定します。これは、構成内の各マシンが n 個のデータノードを実行している場合は、1 台のマシンの障害によって n 個のノードがダウンするためです。

• 負荷をできるだけ均等に分散するために、すべてのマシン上で同じ数の HADB ノードを実行します。

同じマシン上の異なる DRU からノードを実行しないでください。同じマシン上の異なる DRU からノードを実行する必要がある場合は、そのマシンが任意のシングルポイント障害 (ディスク、メモリー、CPU、電源、オペレーティングシステムのクラッシュなどに関連した障害) を必ず処理できるようにしてください。

ロードバランサの設定

いずれのトポロジも、Application Server インスタンスはクラスタ内にあります。これらのインスタンスは、セッション情報を HADB まで持続させます。クラスタ内のすべての Application Server インスタンスの設定情報を含むようにロードバランサを設定してください。

クラスタの設定、およびクラスタへの Application Server インスタンスの追加の詳細については、『Sun Java System Application Server Enterprise Edition 8.2 高可用性 (HA) 管理ガイド』の第 6 章「Application Server クラスタの使用」を参照してください。