Identity ApplicationsはHTTPのセッションレプリケーションとセッションフェールオーバーをサポートします。つまり、ノードでセッション処理中にノードにエラーが発生した場合、そのセッションは中断されることなく、同じクラスタ内の別のサーバ上で再開されます。クラスタにIdentity Applicationsをインストールする前に、環境を準備する必要があります。
ユーザアプリケーションクラスタグループはUUID名を使用して、ユーザがサーバに追加する他のクラスタグループと競合するリスクを最小限に抑えます。ユーザアプリケーション管理機能を使用して、ユーザアプリケーションクラスタグループの環境設定を変更できます。クラスタ設定の変更がサーバノードで有効になるのは、そのノードを再起動した場合のみです。
クラスタ内でIdentity Applicationsをホストする各サーバでは、ワークフローエンジンを実行できますクラスタとワークフローエンジンのパフォーマンスを保証するために、クラスタ内のすべてのサーバが同じパーティション名とパーティションUDPグループを使用する必要があります。また、クラスタ内の各サーバを起動する際に一意のワークフローエンジンIDを指定する必要があります。なぜなら、ワークフローエンジンのクラスタリングは、Identity Applicationsのキャッシュフレームワークとは独立して動作するからです。
ワークフローエンジンが適切に動作することを保証するには、Tomcatのシステムプロパティを設定する必要があります。
クラスタ内のIdentity Applicationsサーバごとに、新しいJVMシステムプロパティを作成します。
このシステムプロパティにcom.novell.afw.wf.engine-idという名前を付けます。ここで、engine-idは一意な値です。
Identity Applicationsは、マスタキーを使用して機密データを暗号化します。クラスタ内のすべてのIdentity Applicationsが同じマスタキーを使用する必要があります。このセクションでは、クラスタ内のすべてのIdentity Applicationsが同じマスタキーを使用することを保証する方法について説明します。
Identity Applicationsにおける機密データの暗号化の詳細については、『OpenText™ Identity Manager CE 24.4 (v4.10) - Administrator’s Guide to the Identity Applications』の「Encrypting Sensitive Identity Applications Data」を参照してください。
クラスタ内の1番目のノードにユーザアプリケーションをインストールします。
インストールプログラムの［セキュリティ - マスタキー］ウィンドウで、Identity Applicationsの新しいマスタキーが格納されるmaster-key.txtファイルの場所を書き留めます。デフォルトでは、このファイルはインストールディレクトリにあります。
クラスタ内の他のノードにIdentity Applicationsをインストールします。
［セキュリティ - マスタキー］ウィンドウではいをクリックして、次へをクリックします。
［マスタキーのインポート］ウィンドウで、ステップ 2で作成したテキストファイルからマスタキーをコピーします。