Page History
...
| Table of Contents | ||
|---|---|---|
|
概要
| Styleclass | ||
|---|---|---|
| ||
...
クラスタリング構造は、パケットが直接アプリケーションサーバに接続しているかのように、ネットワークトラフィックを透過的にYellowfinのアプリケーションサーバへ配信する必要があります。セッションレプリケーションが無効になっている場合、クラスタリング構造は「sticky-session」機能を提供しなくてはいけません。これは、ユーザーセッションのトラフィックが、同じノードに送信されるようにするためです。
クラスタ環境のコンポーネント
...
アプリケーションレベルの連携
Yellowfinのノードは、アプリケーションがクラスタ全体に影響を及ぼす変更を行う際に、他のクラスタノードと通信をします。これは通常、リモートノードのキャッシュの完全性を保つためですが、ユーザー同期やライセンス管理などの機能を促進するためでもあります。アプリケーションレベルの連携は、web.xmlファイル内の「ClusterManagementサーブレット」により構成されます。
こちらの設定について、より詳細な情報は、こちらを参照してください。
コンテナレベルのセッションレプリケーション
Yellowfinアプリケーションは、ユーザーセッション情報を複数のクラスタノードに同時に複製できるようにコーディングされています。ユーザーセッション情報は、各ユーザーセッションでサーバに保存されるメモリフットプリントです。セッションレプリケーションを有効化することで、接続しているクラスタノードに障害が発生していても、ユーザーのセッションを継続することができます。
...
こちらの設定について、より詳細な情報は、こちらを参照してください。
Yellowfinデータベースのクラスタリング
| Styleclass | ||
|---|---|---|
| ||
Yellowfinのクラスタは、単一のYellowfinデータベースインスタンスを共有しなくてはいけません。データベースは、すべてのYellowfinノードで共有される単一のデータベースインスタンス、またはクラスタ化されたデータベースでも構いません。Yellowfinのデータベースは、クラスタ内のすべてのノードからのデータベースリクエストを制御できるようにスケールされていることが重要です。
...
データベースクラスタリングや、レプリケーションは、Yellowfinがクラスタ全体に対して単一のデータベースURL（接続情報）を持つかのように、Yellowfinに対して透過的でなくてはいけません。各ノードは、どのように構成、またはクラスタ化されているかに関わらず、同一の論理データベースへ接続していなくてはいけません。
ライセンス
Yellowfinのライセンスファイルは、Yellowfinのリポジトリデータベースに保存されているため、ライセンスファイルにはクラスタ内のすべてのホスト名が含まれていなくてはいけません。クラスタライセンスについては、Yellowfinへお問い合わせください。
ガイドトピック
...
| Class | topLink |
|---|
...
Yellowfinクラスタのセットアップ時には、以下のトピックを参照してください。
...
| Section | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
| horizontalrule |
|---|
| Styleclass | ||
|---|---|---|
| ||