このセクションでは、Tomcatに識別情報アプリケーションの新しいインスタンスをインストールし、それをクラスタリング用に設定するための段階的な手順を説明します。
Identity Manager 4.7エンジンをインストールします。詳しい手順については、セクション 9.1, Identity Managerエンジンのインストールを参照してください。運用レベルの展開については、別のサーバ上にIdentity Managerエンジンをインストールすることをお勧めします。
Identity Applicationsのデータベースをインストールします。Identity ApplicationsとともにインストールされるPostgreSQLデータベースを使用できます。ただし、別のサーバにデータベースをインストールすることをお勧めします。
Node1には、Identity Applicationsをインストールして設定します。
インストール時には、次のことを確認してください。
新しいデータベースオプションを選択する
固有のワークフローエンジンIDを提供する。たとえば、Node1です。
クラスタ内のすべてのユーザアプリケーションノードで使用可能なデータベースjarファイルがある。PostgreSQLの場合、postgresql-9.4.1212.jarは/opt/netiq/idm/postgresにあります。
Identity Applicationsは、マスタキーを使用して機密データを暗号化します。インストールプログラムは、Identity Applicationsの設定中に新しいマスタキーを作成します。クラスタ内で、ユーザアプリケーションのクラスタリングでは、ユーザアプリケーションのすべてのインスタンスが同じマスタキーを使用する必要があります。マスタキーは、/opt/netiq/idm/apps/tomcat/conf/ディレクトリにあるism-configuration.propertiesファイルのcom.novell.idm.masterkeyプロパティの下に格納されます。
詳細については、セクション 9.3, Identity Applicationsのインストールを参照してください。
Node2に、Identity Applicationsをインストールして設定します。
インストール時には、次のことを確認してください。
既存のデータベースオプションを選択する。
固有のワークフローエンジンIDを提供する。たとえば、Node2です。
クラスタ内のすべてのユーザアプリケーションノードで使用可能なデータベースjarファイルがある。PostgreSQLの場合、postgresql-9.4.1212.jarは/opt/netiq/idm/postgresにあります。
Node2のユーザアプリケーション設定を完了した後で、Node1のism-configuration.propertiesからのマスタキー値をコピーし、Node 2のism-configuration.propertiesに格納されている対応するマスタキー値を置き換えます。マスタキーはism-configuration.properties (/opt/netiq/idm/apps/tomcat/conf/)のcom.novell.idm.masterkeyプロパティの下に格納されます。
別のコンピュータにSSPRをインストールします。
インストールする前に、次の設定のメモを作成して、インストールプロセス中にそれを指定します。
SSPRインストールが完了したら、Tomcatを開始して、SSPR (http://<IP>:<port>/sspr/private/config/ConfigEditor)を起動し、ログインします。Configuration Editor (環境設定エディタ) > 設定 > セキュリティ> Redirect Whitelist (ホワイトリストをリダイレクト)をクリックします。.
Add value (値の追加)をクリックし、次のURLを指定します。
OSP: http://<dns of the failover>:<port>/osp
変更内容を保存します。
SSPRの設定ページで、設定 > OAuth SSOをクリックし、ロードバランサソフトウェアがインストールされているサーバのDNS名でIPアドレスを置き換えて、OSPリンクを変更します。
設定 > アプリケーションをクリックし、ロードバランサソフトウェアがインストールされているサーバのDNS名でIPアドレスを置き換えて、フォワードおよびログアウトURLを更新します。
Node1上のSSPR情報を更新するには、/opt/netiq/idm/apps/UserApplication/configupdate.shにある設定ユーティリティを起動します。
SSOクライアント>セルフサービスパスワードリセットの順にクリックし、クライアントID、パスワード、およびOSP Auth redirect URL (OSP認証リダイレクトURL)パラメータの値を入力します。詳細については、セクション 22.3, 分散環境またはクラスタ化環境におけるダッシュボードのSSPRリンクの更新を参照してください。
メモ:これらのパラメータの値がNode2で更新されていることを確認します。
Node1で、Tomcatを終了し、次のコマンドを使用して、ロードバランササーバのDNS名を指定して、新しいosp.jksファイルを生成します。
/opt/netiq/idm/jre/bin/keytool -genkey -keyalg RSA -keysize 2048 -keystore osp.jks -storepass <password> -keypass <password> -alias osp -validity 1800 -dname "cn=<loadbalancer IP/DNS>"
例: /opt/netiq/idm/jre/bin/keytool -genkey -keyalg RSA -keysize 2048 -keystore osp.jks -storepass changeit -keypass changeit -alias osp -validity 1800 -dname "cn=mydnsname"
メモ:キーパスワードがOSPインストール中に入力したパスワードと同じであることを確認します。または、これをキーストアパスワードを含む設定更新ユーティリティを使用して変更することもできます。
(状況に応じて実行) osp.jksファイルが変更で更新されているかどうかを確認するには、次のコマンドを実行します。
/opt/netiq/idm/jre/bin/keytool -list -v -keystore osp.jks -storepass changeit
/opt/netiq/idm/apps/osp_sspr/osp/にある元のosp.jksファイルのバックアップをとり、新しいosp.jksファイルをこの場所にコピーします。
Node1からクラスタの他のユーザアプリケーションノードに/opt/netiq/idm/apps/osp_sspr/osp/にある新しいosp.jksファイルをコピーします。
Node1で設定ユーティリティを起動し、[ランディングページへのURLリンク]や[OAuthリダイレクトURL]などのURL設定のすべてを[SSOクライアント]タブのロードバランサDNS名に変更します。
設定ユーティリティで変更を保存します。
クラスタの他のすべてのノードでこの変更を反映させるには、Node1からクラスタ内の他のユーザアプリケーションノードに、/TOMCAT_INSTALLED_HOME/confにあるism-configuration propertiesファイルをコピーします。
メモ:Node1から、クラスタ内の他のノードにism.propertiesファイルをコピーしました。ユーザアプリケーションインストール中にカスタムインストールパスを指定した場合は、参照パスがクラスタノードの設定更新ユーティリティを使用して修正されていることを確認します。
このシナリオでは、OSPとユーザアプリケーションのどちらも同じサーバにインストールされます。したがって、同じDNS名がURLをリダイレクトするために使用されます。
OSPおよびユーザアプリケーションが別のサーバにインストールされている場合は、OSP URLをロードバランサを参照する異なるDNS名に変更します。OSPがインストールされるすべてのサーバに対してこれを実行します。これを行うと、すべてのOSP要求がロードバランサを介してOSPクラスタDNS名にディスパッチされます。これには、OSPノードに別のクラスタがある必要があります。
/TOMCAT_INSTALLED_HOME/bin/ディレクトリにあるsetenv.shファイルで次のアクションを実行します。
mcast_addrバインディングが成功するためには、JGroupでpreferIPv4Stackプロパティがtrueに設定されている必要があります。これを実行するには、すべてのノードのsetenv.shファイルにJVMプロパティ「-Djava.net.preferIPv4Stack=true」を追加します。
Node1のsetenv.shファイルに-Dcom.novell.afw.wf.Engine-id=Engine1を追加します。同様に、クラスタ内の各ノードに固有のエンジン名を追加します。たとえば、Node2の場合、Engine2として既存の名前を追加できます。
ユーザアプリケーションでクラスタリングを有効にします。
Node1でTomcatを起動します。
他のサーバを起動しないでください。
ユーザアプリケーション管理者としてユーザアプリケーションにログインします。
Administration]タブをクリックします。
ユーザアプリケーションに、アプリケーション環境設定ポータルが表示されます。
キャッシングをクリックします。
ユーザアプリケーションに[キャッシュマネージャー]ページが表示されます。
有効なクラスタプロパティで、Trueを選択します。
保存をクリックします。
Tomcatを再起動します。
メモ:[Enable Local settings (ローカル設定を有効化)]を選択している場合は、クラスタ内の各サーバについてこの手順を繰り返します。
ユーザアプリケーションクラスタは、デフォルトUDPを使用してノード間のキャッシュ同期にJGroupsを使用します。TCPを使用するようにこのプロトコルを変更する場合は、『NetIQ Analyzer for Identity Manager Administration Guide』の「Portal Configuration Tasks」を参照してください。
クラスタリングのパーミッションインデックスを有効にします。
Node1でiManagerにログインし、View Objects (オブジェクトの表示)に移動します。
システムの下で、ユーザアプリケーションドライバを含むドライバセットに移動します。
AppConfig > AppDefs > 環境設定の順に選択します。
XMLData属性を選択し、com.netiq.idm.cis.clusteredプロパティをtrueに設定します。
次に例を示します。
<property>
<key>com.netiq.idm.cis.clustered</key>
<value>true</value>
</property>
OKをクリックします。
Tomcatクラスタを有効にします。
Tomcat server.xml ファイルを/TOMCAT_INSTALLED_HOME/conf/から開き、すべてのクラスタノード上でこのファイルのこの行をコメント解除します。
<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>
高度なTomcatクラスタリング設定の場合、https://tomcat.apache.org/tomcat-8.5-doc/cluster-howto.htmlの手順を実行します。
すべてのノードでTomcatを再起動します。
クラスタリング用のユーザアプリケーションドラバを設定します。
クラスタで、ユーザアプリケーションドライバは、クラスタのロードバランサのDNS名を使用するように設定する必要があります。ユーザアプリケーションドライバは、iManagerを使って環境設定します。
Identity Managerエンジンを管理するiManagerにログインします。
iManagerのナビゲーションフレームにあるIdentity Managerノードをクリックします。
Identity Managerの概要をクリックします。
ユーザアプリケーションドライバおよび役割とリソースサービスドライバを含むドライバセットのIdentity Managerの概要を表示するには、検索ページを使用します。
ドライバアイコンの右上隅にある円形のステータスインジケータをクリックします。
ドライバの起動と停止、およびドライバのプロパティの編集に関するコマンドが含まれたメニューが表示されます。
プロパティの編集を選択します。
[ドライバパラメータ]セクションで、ホストをディスパッチャのホスト名またはIPアドレスに変更します。
OKをクリックします。
ドライバを再起動します。
役割とリソースのサービスドライバのURLを変更するには、18aから18fまでの手順を繰り返し、ドライバ環境設定をクリックして、ユーザアプリケーションのURLをロードバランサDNS名で更新します。
セッションの粘着度がユーザアプリケーションノード用にロードバランサソフトウェアで作成したクラスタに対して有効になっていることを確認します。
Identity Managerダッシュボード上でのクライアント環境設定詳細については、『NetIQ Identity Manager - Administrator’s Guide to the Identity Applications』の「Configuring Client Settings Mode」を参照してください。