WildFly スタンドアロン アプリケーション サーバのスクリプト
スタンドアロンの WildFly の展開には、同じアプリケーション サーバまたは異なるサーバにインストールできる Service Link サーバと Service Catalog サーバが含まれます。
次に、スタンドアロン WildFly 展開用のインストーラで使用可能な起動および停止スクリプトを示します。
表 B-1 WildFly スタンドアロン アプリケーション サーバのスクリプト
|
|
|
startServiceCatalog |
VM1 |
VM1 で Service Catalog を起動します。 |
startServiceLink |
VM1 |
VM1 で Service Link を起動します。 |
stopServiceCatalog |
VM1 |
VM1 で Service Catalog を停止します。 |
stopServiceLink |
VM1 |
VM1 で Service Link を停止します。 |
WildFly クラスタ アプリケーション サーバのスクリプト
WildFly のクラスタ セットアップは、2 VM トポロジまたは 4 VM トポロジで設定できます。
2 VM トポロジ:
- VM1 はホスト 1 のドメイン コントローラ、ホスト コントローラ、および Service Link です。
- VM2 はホスト 2 のホスト コントローラです。
4 VM トポロジ:
- VM1 はドメイン コントローラです。
- VM2 はスタンドアロン Service Link です。
- VM3 はホスト 1 のホスト コントローラです。
- VM4 はホスト 2 のホスト コントローラです。
表 B-2 WildFly クラスタ アプリケーション サーバのスクリプト
|
|
|
VM1 はドメイン コントローラ、HC1、および Service Link、VM2 は HC2 です。
|
startServiceCatalogCluster |
VM1 |
VM1 で a)ドメイン コントローラ、b)プロセス コントローラ、c)Service Link の管理対象サーバ、および d)Service Catalog の管理対象サーバを起動します。
(注) startServiceCatalogCluster スクリプトは、展開された $JBOSS_HOME/content/RequestCenter.war と $JBOSS_HOME/content/ISEE.war がすでに使用可能かどうかを確認するために使用されます。使用可能であれば、スクリプトはコンテンツ フォルダを作成しません。使用可能でない場合は、WAR ファイルが /dist フォルダから展開され、それらのディレクトリの下にコンテンツ フォルダが作成されます。これは、2 VM トポロジでは VM1 と VM2 に適用され、4 VM トポロジでは VM3 と VM4 に適用されます。
|
startServiceCatalogOnHC1 |
VM1 |
VM1 で Service Catalog の管理対象サーバを起動します。 |
startServiceLinkOnHC1 |
VM1 |
VM1 で Service Link の管理対象サーバを起動します。 |
startServiceCatalogOnHC2 |
VM1 |
VM2 で Service Catalog の管理対象サーバを起動します。 |
startServiceCatalogOnHC3 |
VM1 |
VM3 で Service Catalog の管理対象サーバを起動します(ユーザがホスト コントローラ 3 を追加する場合のために予約済み)。 |
startServiceCatalogOnHC4 |
VM1 |
VM3 で Service Catalog の管理対象サーバを起動します(ユーザがホスト コントローラ 4 を追加する場合のために予約済み)。 |
deployServiceCatalogCluster all |
VM1 |
a)ISEE.war および b)RequestCenter.war を展開します。 |
deployServiceCatalogCluster RC |
VM1 |
RequestCenter.war を展開します。 |
deployServiceCatalogCluster SL |
VM1 |
ISEE.war を展開します。 |
shutdownAllOnHC1 |
VM1 |
VM1 で a)ドメイン コントローラ、b)プロセス コントローラ、c)Service Link の管理対象サーバ、および d)Service Catalog の管理対象サーバを停止します。 |
forceStopAllOnHC |
VM1 |
何らかの理由で shutDownAllOnHC1 スクリプトが機能しない場合は、このスクリプトを実行して VM1 で a)ドメイン コントローラ、b)プロセス コントローラ、c)Service Link の管理対象サーバ、および d)Service Catalog の管理対象サーバを強制的に停止します。 |
stopServiceCatalogOnHC1 |
VM1 |
VM1 で Service Catalog の管理対象サーバを停止します。 |
stopServiceLinkOnHC1 |
VM1 |
VM1 で Service Link の管理対象サーバを停止します。 |
stopServiceCatalogOnHC2 |
VM1 |
VM2 で Service Catalog の管理対象サーバを停止します。 |
shutdownAllOnHC2 |
VM1 |
VM2 でプロセス コントローラと管理対象サーバの両方を停止します。 |
stopServiceCatalogOnHC3 |
VM1 |
VM3 で Service Catalog の管理対象サーバを停止します(ユーザが HC3 を追加する場合のために予約済み)。 |
shutdownAllOnHC3 |
VM1 |
VM3 でプロセス コントローラと管理対象サーバの両方を停止します(ユーザが HC3 を追加する場合のために予約済み)。 |
stopServiceCatalogOnHC4 |
VM1 |
VM3 で Service Catalog の管理対象サーバを停止します(ユーザが HC4 を追加する場合のために予約済み)。 |
shutdownAllOnHC4 |
VM1 |
VM4 でプロセス コントローラと管理対象サーバの両方を停止します(ユーザが HC4 を追加する場合のために予約済み)。 |
undeployServiceCatalogCluster all |
VM1 |
a)ISEE.war および b)RequestCenter.war の展開を解除します。 |
undeployServiceCatalogCluster RC |
VM1 |
RequestCenter.war の展開を解除します。 |
undeployServiceCatalogCluster SL |
VM1 |
ISEE.war の展開を解除します。 |
startServiceCatalogCluster |
VM2 |
a)プロセス コントローラおよび b)Service Catalog の管理対象サーバを起動します。 このスクリプトは、展開された $JBOSS_HOME/content/RequestCenter.war と $JBOSS_HOME/content/ISEE.war がすでに使用可能かどうかを確認するために使用されます。使用可能であれば、スクリプトはコンテンツ フォルダを作成しません。使用可能でない場合は、WAR ファイルが /dist フォルダから展開され、それらのディレクトリの下にコンテンツ フォルダが作成されます。 |
forceStopAllOnHC |
VM2 |
a)プロセス コントローラおよび b)Service Catalog の管理対象サーバを強制的に停止します。 |
|
お客様が別の VM を HC3 として追加する場合
|
startServiceCatalogCluster |
VM3 |
a)プロセス コントローラおよび b)Service Catalog の管理対象サーバを起動します。 |
forceStopAllOnHC |
VM3 |
a)プロセス コントローラおよび b)Service Catalog の管理対象サーバを強制的に停止します。 |
お客様が別の VM を HC4 として追加する場合 |
startServiceCatalogCluster |
VM4 |
a)プロセス コントローラおよび b)Service Catalog の管理対象サーバを起動します。 |
forceStopAllOnHC |
VM4 |
a)プロセス コントローラおよび b)Service Catalog の管理対象サーバを強制的に停止します。 |
VM1 はドメイン コントローラ、VM2 は Service Link のスタンドアロン、VM3 は HC1、VM4 は HC2 です。
|
startServiceCatalogCluster |
VM1 |
VM1 でドメイン コントローラを起動します。 |
startServiceCatalogOnHC1 |
VM1 |
VM3 で Service Catalog の管理対象サーバを起動します。 |
startServiceCatalogOnHC2 |
VM1 |
VM4 で Service Catalog の管理対象サーバを起動します。 |
startServiceCatalogOnHC3 |
VM1 |
VM5 で Service Catalog の管理対象サーバを起動します(ユーザが HC3 を追加する場合のために予約済み)。 |
startServiceCatalogOnHC4 |
VM1 |
VM6 で Service Catalog の管理対象サーバを起動します(ユーザが HC4 を追加する場合のために予約済み)。 |
deployServiceCatalogCluster RC |
VM1 |
RequestCenter.war を展開します。 |
stopDomainController |
VM1 |
VM1 でドメイン コントローラを停止します。 |
stopServiceCatalogOnHC1 |
VM1 |
VM3 で Service Catalog の管理対象サーバを停止します。 |
shutdownAllOnHC1 |
VM1 |
VM3 でプロセス コントローラと管理対象サーバの両方を停止します。 |
stopServiceCatalogOnHC2 |
VM1 |
VM4 で Service Catalog の管理対象サーバを停止します。 |
shutdownAllOnHC2 |
VM1 |
VM4 でプロセス コントローラと管理対象サーバの両方を停止します。 |
stopServiceCatalogOnHC3 |
VM1 |
VM5 で Service Catalog の管理対象サーバを停止します(ユーザが HC3 を追加する場合のために予約済み)。 |
shutdownAllOnHC3 |
VM1 |
VM5 でプロセス コントローラと管理対象サーバの両方を停止します(ユーザが HC3 を追加する場合のために予約済み)。 |
stopServiceCatalogOnHC4 |
VM1 |
VM6 で Service Catalog の管理対象サーバを停止します(ユーザが HC4 を追加する場合のために予約済み)。 |
shutdownAllOnHC4 |
VM1 |
VM6 でプロセス コントローラと管理対象サーバの両方を停止します(ユーザが HC4 を追加する場合のために予約済み)。 |
undeployServiceCatalogCluster RC |
VM1 |
RequestCenter.war の展開を解除します。 |
VM1 はドメイン コントローラ、VM2 は Service Link のスタンドアロン、VM3 は HC1、VM4 は HC2 です。 |
StartServiceLink |
VM2 |
VM2 で Service Link を起動します。 |
StopServiceLink |
VM2 |
VM2 で Service Link を停止します。 |
VM1 はドメイン コントローラ、VM2 は Service Link のスタンドアロン、VM3 は HC1、VM4 は HC2 です。 |
startServiceCatalogCluster |
VM4 |
a)プロセス コントローラおよび b)Service Catalog の管理対象サーバを起動します。 このスクリプトは、展開された $JBOSS_HOME/content/RequestCenter.war と $JBOSS_HOME/content/ISEE.war がすでに使用可能かどうかを確認するために使用されます。使用可能であれば、スクリプトはコンテンツ フォルダを作成しません。使用可能でない場合は、WAR ファイルが /dist フォルダから展開され、それらのディレクトリの下にコンテンツ フォルダが作成されます。 |
forceStopAllOnHC |
VM4 |
a)プロセス コントローラおよび b)Service Catalog の管理対象サーバを強制的に停止します。 |
お客様が別の VM を HC3 として追加する場合 |
startServiceCatalogCluster |
VM5 |
a)プロセス コントローラおよび b)Service Catalog の管理対象サーバを起動します。 |
forceStopAllOnHC |
VM5 |
a)プロセス コントローラおよび b)Service Catalog の管理対象サーバを強制的に停止します。 |
お客様が別の VM を HC4 として追加する場合 |
startServiceCatalogCluster |
VM6 |
a)プロセス コントローラおよび b)Service Catalog の管理対象サーバを起動します。 |
forceStopAllOnHC |
VM6 |
a)プロセス コントローラおよび b)Service Catalog の管理対象サーバを強制的に停止します。 |
後続のホスト ノードの手動での WildFly クラスタへの追加
はじめる前に
1. ホスト コントローラ セットアップのための GUI インストーラを後続のノード vm<N> 上で実行します。ここで、N はノードの番号です。
2. クラスタ ノードとして Host1 を選択した後、[ノード タイプの選択(Node Type Selection)] パネルで Host Controller を選択します。
3. 起動スクリプトは実行しないでください。
手順 1 host1.xml の名前を host<N>.xml に変更します。host1.xml ファイルは、 InstallationDirectory/wildfly-8.2.0.Final/domain/configuration ディレクトリ の下にあります。
手順 2 次の手順に従って新規ユーザを作成します。
a. add-user.sh または add-user.bat スクリプトを InstallationDirectory/wildfly-8.2.0.Final/bin から実行します。
b. 管理ユーザを選択するには、a と入力します。
c. ユーザ名として HOST<N> を入力します。
d. パスワードとして HOST<N> を入力します。
e. 入力されたパスワードを使用するには、yes と入力します。
f. パスワードの確認用に HOST<N> を再入力します。
g. Enter を押して管理グループの情報を渡します。
h. yes と入力してユーザ「HOST<N>」を「ManagementRealm」レルムに追加します。
i. AS プロセスの相互接続には no と入力します。
(注) • ホスト コントローラ(host<N>)およびドメイン コントローラ(host1)を持つマシンにも新規ユーザを作成する必要があります。
- ユーザが InstallationDirectory/wildfly-8.2.0.Final/domain/configuration/mgmt-users.properties に追加されていることを確認します。
手順 3 host<N>.xml に対し、次の変更を実行します。
a. host<N>.xml で、ホストの名前を HOST1 から HOST<N>.location に変更します。このファイルは C:\Installation_directory\wildfly-8.2.0.Final\domain\configuration にあります。
<host name="HOST5" xmlns="urn:jboss:domain:2.2">
b. <server-identities> セクションのシークレット値を変更します。シークレット値は Web サイト www.motobit.com から入手できます。
<secret value="SE9TVDU="/>
URL:http://www.motobit.com/util/base64-decoder-encoder.asp を入力します。
•テキスト ボックスに HOST<N> と入力します(余分なスペースまたは改行なし)。
•[ソース データを変換する(Convert the Source Data)] ボタンをクリックします。
c. 名前の競合を避けるため、サーバ インスタンスの名前を server-host1-RC から server-host<N>-RC に変更します。
<server name="server-host<N>-RC" group="main-server-group" auto-start="true">
d. InstallationDirectory/bin ディレクトリ で、setEnv.cmd スクリプトの CONTROLLER_TYPE を host1 から host<N> に変更します。
e. InstallationDirectory/wildfly-8.2.0.Final/domain からログおよびサーバ ディレクトリを削除します(存在する場合)。
手順 4 以下の変更を InstallationDirectory/bin ディレクトリ の startServiceCatalogCluster.cmd スクリプトで実行する必要があります。
a. スクリプト ファイルに以下のコード スニペットを太字で追加します。
#Below if condition is applicable for the windows OS platform
if "%CONTROLLER_TYPE%"=="host<N>" (
if exist "%WILDFLY_BASE_DIR%\configuration\domain.xml" rename "%WILDFLY_BASE_DIR%\configuration\domain.xml" "domain_backup.xml"
#Below if condition is applicable for the Linux OS platform
#pause 'Press [Enter] key to continue6...'
FILE=${WILDFLY_BASE_DIR}/configuration/host<N>.xml
if [ "${CONTROLLER_TYPE}" == "host<N>" ]
/bin/mv -i ${WILDFLY_BASE_DIR}/configuration/host<N>.xml ${WILDFLY_BASE_DIR}/configuration/host.xml
b. スクリプト ファイルに以下のコード スニペットを太字で追加します。
if "%CONTROLLER_TYPE%" =="host<N>" if exist "%WILDFLY_BASE_DIR%\configuration\host<N>.xml" rename "%WILDFLY_BASE_DIR%\configuration\host<N>.xml" "host.xml"
If the Platform is Linux OS, skip the step b and proceed. above if condition only applicable for the windows OS platform.
手順 5 startServiceCatalogCluster.cmd または sh を使用してサーバを起動し、立ち上がったら host<N> が登録されているかどうかをこのドメインの下の Wildfly 管理サーバ コンソールから確認します。
手順 6 VM-1 マシン(ドメイン コントローラを含むマシン)での 4-VM クラスタおよび 2-VM クラスタ両方のスクリプトの追加
a. shutdownAllOnHC1.cmd をコピーし、コピーしたスクリプトの名前を shutdownAllOnHC<N>.cmd に変更します
b. startServiceCatalogOnHC1.cmd をコピーし、コピーしたスクリプトの名前を startServiceCatalogOnHC<N>.cmd に変更します
c. stopServiceCatalogOnHC1.cmd をコピーし、コピーしたスクリプトの名前を stopServiceCatalogOnHC<N>.cmd に変更します
(注) Linux プラットフォームでは、新しいスクリプトに読み取り/書き込み権限がない場合、実行前に手動で読み取り/書き込み権限を割り当てる必要があります。
d. stopServiceCatalogOnHC<N>.cmd スクリプト ファイルで次の操作を慎重に実行します。
- HOST1 の名前を HOST<N> に変更します。
- host1 の名前を host<N> に変更します。
IIS Web サーバのプラグインの設定
このセクションでは、Windows Server 2012 R2 マシンで IIS Web サーバ(バージョン 8.x)用のプラグインを設定し、Wildfly クラスタ アプリケーション サーバ (バージョン 8.2.0.Final)にリダイレクトする方法を説明します。
IIS Web サーバのプラグインを設定するには:
手順 1 IIS の Web サーバ の役割の追加
手順 2 Tomcat プラグインのインストール
手順 3 WAR ディレクトリのコピー
手順 4 IIS の仮想ディレクトリの作成
手順 5 プラグイン プロパティの変更
手順 6 WildFly インスタンス ID の設定
手順 7 IIS のテスト
IIS の Web サーバ の役割の追加
手順 1 [サービス マネージャ ダッシュボード(Service Manager Dashboard)] > [管理タブ(Manage Tab)] > [役割と機能の追加(Add Roles and Features)] に移動します。
手順 2 Windows Server 2012 R2 オペレーティング システムで「Web サーバ(IIS)」の役割を追加します。IIS を追加するとき、必ず「ISAPI 拡張」および「ISAPI フィルター」の役割のサービスを選択してください。
手順 3 「Web サーバ(IIS)」の役割を追加したら、World Wide Web Publishing Service を開始します。
手順 4 ブラウザを起動し、URL = http://localhost に接続します。[IIS 8.x へようこそ(Welcome IIS 8.x)] ページが表示されます。
Tomcat プラグインのインストール
手順 1 cisco.com から PSC 11.x ソフトウェア パッケージをダウンロードし、展開します。
手順 2 <PSC_Software_Extract_Dir>\isapi ディレクトリに移動します。
手順 3 ファイル tomcat-isapi-redirector-v1.2.37.zip をお使いの IIS Web サーバ マシンにコピーし、C:\inetpub\isapi ディレクトリの下に展開します。
(注) 必要に応じて、最初に isapi サブディレクトリを C:\inetpub の下に作成します。
手順 4 C:\inetpub\isapi に移動し、isapi_redirect-1.2.37-win64.dll ファイルの名前を isapi_redirect.dll に変更します。
WAR ディレクトリのコピー
WildFly をインストールしていて、IIS が WildFly とは別のマシン上にある場合、WAR ディレクトリをコピーするには次のステップを実行します。
WildFly のスタンドアロン インストール
手順 1 RequestCenter Server が実行されている WildFly マシン上で、<PSC_Install_Dir>\wildfly-8.2.0.Final\ServiceCatalogServer\deployments ディレクトリに移動します。
手順 2 このマシンから RequestCenter.war サブディレクトリ全体を IIS マシンにコピーし、C:\inetpub\WAR\ ディレクトリの下に配置します。
手順 3 ServiceLink Server が実行されている WildFly マシン上で、<PSC_Install_Dir>\wildfly-8.2.0.Final\ServiceLinkServer\deployments ディレクトリに移動します。
手順 4 このマシンから ServiceLink.war サブディレクトリ全体を IIS マシンにコピーし、C:\inetpub\WAR\ ディレクトリの下に配置します。
4 VM トポロジの WildFly クラスタ インストール
手順 1 RequestCenter のクラスタ ノードのいずれかが実行されている WildFly マシン上で、<PSC_Install_Dir>\wildfly-8.2.0.Final\content ディレクトリに移動します。
手順 2 このマシンから RequestCenter.war サブディレクトリ全体を IIS マシンにコピーし、C:\inetpub\WAR\ ディレクトリの下に配置します。
手順 3 ServiceLink Server が実行されている WildFly マシン上で、<PSC_Install_Dir>\wildfly-8.2.0.Final\ServiceLinkServer\deployments ディレクトリに移動します。
手順 4 このマシンから ServiceLink.war サブディレクトリ全体を IIS マシンにコピーし、C:\inetpub\WAR\ ディレクトリの下に配置します。
2 VM トポロジの WildFly クラスタ インストール
手順 1 RequestCenter のプライマリ クラスタ ノードが実行されている WildFly マシン上で、<PSC_Install_Dir>\wildfly-8.2.0.Final\content ディレクトリに移動します。
手順 2 このマシンから RequestCenter.war サブディレクトリ全体を IIS マシンにコピーし、C:\inetpub\WAR\ ディレクトリの下に配置します。
手順 3 同じ WildFly マシン上で、<PSC_Install_Dir>\wildfly-8.2.0.Final\content ディレクトリに移動します。
手順 4 このマシンから ISEE.war サブディレクトリ全体を IIS マシンにコピーし、C:\inetpub\WAR ディレクトリの下に配置します。
手順 5 フォルダ名を C:\inetpub\WAR\ServiceLink.war に変更します。
IIS の仮想ディレクトリの作成
手順 1 IIS マシン上で、Internet Information Services(IIS)マネージャを起動します。
手順 2 [ホスト名(Hostname)] > [サイト(Sites)] > [デフォルト Web サイト(Default Web Site)] を選択します。
手順 3 [デフォルト Web サイト(Default Web Site)] を右クリックし、[仮想ディレクトリを追加(Add Virtual Directory)] を選択します。
手順 4 ポップアップ ウィンドウで次の値を入力し、[OK] をクリックします。
Physical path = <Click the browse button, and select the
"C:\inetpub\WAR\RequestCenter.war" directory.>
手順 5 [デフォルト Web サイト(Default Web Site)] を右クリックし、[仮想ディレクトリを追加(Add Virtual Directory)] を選択して別のディレクトリを追加します。
手順 6 ポップアップ ウィンドウで次の値を入力し、[OK] をクリックします。
Alias = IntegrationServer
Physical path = <Click the browse button, and select the
"C:\inetpub\WAR\ServiceLink.war" directory.>
手順 7 [デフォルト Web サイト(Default Web Site)] を右クリックし、[仮想ディレクトリを追加(Add Virtual Directory)] を選択して別のディレクトリを追加します。
手順 8 ディスプレイ ウィンドウで次の値を入力し、[OK] をクリックします。
Physical path = C:\inetpub\isapi
手順 9 [デフォルト Web サイト(Default Web Site)] ノードをクリックします。右ペインで、[ISAPI フィルタ(ISAPI Filters)] をダブルクリックします。
手順 10 右ペインの [アクション(Actions)] 列の下にある [追加(Add)] リンクをクリックします。
手順 11 ポップアップ ウィンドウで次の値を入力し、[OK] をクリックします。
Executable = C:\inetpub\isapi\isapi_redirect.dll
手順 12 [デフォルト Web サイト(Default Web Site)] ノードをクリックします。右ペインで、[ハンドラ マッピング(Handler Mappings)] をダブルクリックします。
手順 13 右ペインの [アクション(Actions)] 列の下にある [機能権限の編集(Edit Feature Permissions)] リンクをクリックします。
手順 14 ポップアップ ウィンドウで、[すべて読み込み(all Read)]、[スクリプト(Script)] および [実行(Execute)] チェックボックスを選択し、[OK] をクリックします。
手順 15 [ホスト名(Hostname)] ノードをクリックします。右側のパネルで、[ISAPI と CGI の制限(ISAPI and CGI Restrictions)] をダブルクリックします。
(注) [ホスト名(Hostname)] ノードはサイトの親ノードです。
手順 16 最も右側にあるペインの [アクション(Actions)] 列の下にある [追加(Add)] リンクをクリックします。
手順 17 ディスプレイ ウィンドウで次の値を入力し、[OK] をクリックします。
ISAPI or CGI path = C:\inetpub\isapi\isapi_redirect.dll
Description = Tomcat ISAPI Filter
Select the checkbox "Allow extension path to execute".
プラグイン プロパティの変更
手順 1 ファイル C:\inetpub\isapi\isapi_redirect.properties を以下のように変更します。
# Configuration file for the Jakarta ISAPI Redirector
# The path to the ISAPI Redirector Extension, relative to the website
# This must be in a virtual directory with execute privileges
extension_uri=/tomcat/isapi_redirect.dll
# Full path to the log file for the ISAPI Redirector
log_file=C:\inetpub\isapi\logs\isapi_redirect.log
# Log level (debug, info, warn, error or trace)
# Full path to the workers.properties file
worker_file=C:\inetpub\isapi\conf\workers.properties
# Full path to the uriworkermap.properties file
worker_mount_file=C:\inetpub\isapi\conf\uriworkermap.properties
手順 2 ファイル C:\inetpub\isapi\conf\uriworkermap.properties を以下のように変更します。
/RequestCenter/servlet/*=router1
/IntegrationServer=router2
/IntegrationServer/*=router2
/IntegrationServer/servlet/*=router2
/private/admin/jkstatus=jkstatus
手順 3 WildFly のスタンドアロン インストールがあれば、ファイル C:\inetpub\isapi\conf \workers.properties を以下のように変更します。
# Define list of workers that will be used for mapping requests
worker.list=router1,router2,jkstatus
# Define Node1 worker for RequestCenter
worker.node1.host=<IP_Address_of_RC_host>
worker.router1.balance_workers=node1
# Define Node2 worker for ServiceLink
worker.node2.host=<IP_Address_of_SL_host>
worker.router2.balance_workers=node2
# Define a jkstatus worker using status
worker.jkstatus.port=8009
worker.jkstatus.host=<IP_Address_of_IIS_host>
worker.jkstatus.type=status
worker.status.type=status
ポート番号 8009 と 6009 は、RequestCenter server と ServiceLink server が使用する実際の ajp ポート番号に設定してください。
手順 4 WildFly クラスタ インストールがあれば(4-VM トポロジか 2-VM トポロジかを問わず)、ファイル C:\inetpub\isapi\conf\workers.properties を以下のように変更します。
(注) 以下は、RequestCenter の 2 つのクラスタ ノードを持つ WildFly のインストールの例を示します。
- つまり、2 つの個別 VM 上で 2 つの RequestCenter サーバが動作している状況です。
- 3 つまたは 4 つのクラスタ ノードがある場合は、この例に従って、rcnode3 と rcnode4 のセクションを適宜追加するだけです。
# Define list of workers that will be used for mapping requests
worker.list=router1,router2,jkstatus
# Define rcnode1 worker for RequestCenter 1
worker.rcnode1.host=<IP_Address_of_RC1_host>
worker.rcnode1.type=ajp13
worker.rcnode1.lbfactor=1
# Define rcnode2 worker for RequestCenter 2
worker.rcnode2.host=<IP_Address_of_RC2_host>
worker.rcnode2.type=ajp13
worker.rcnode2.lbfactor=1
# For clustering, set the line below to rcnode1, rcnode2, etc…
worker.router1.balance_workers=rcnode1,rcnode2
# Define slnode worker for ServiceLink
worker.slnode.host=<IP_Address_of_SL_host>
worker.router2.balance_workers=slnode
# Define a 'jkstatus' worker using status
worker.jkstatus.port=8009
worker.jkstatus.host=<IP_Address_of_IIS_host>
worker.jkstatus.type=status
worker.status.type=status
手順 5 World Wide Web Publishing Service を再起動します。
手順 6 WildFly のスタンドアロン インストールがあれば、セクション IIS のテストに進んでください。
(注) Wildfly のクラスタ インストールがある場合、次のセクション「Wildfly のインスタンス ID の設定」に進みます。
4 VM トポロジの場合
4 VM トポロジの WildFly クラスタ インストールでは、次の手順を実行する必要があります。
手順 1 WildFly ドメイン コントローラ マシンにログインし、WildFly のすべてのサーバを停止します。
手順 2 ファイル <PSC_Install_Dir>\wildfly-8.2.0.Final\domain\configuration\domain.xml を開き、以下の行を検索します。
<subsystem xmlns="urn:jboss:domain:undertow:1.2">
これを以下の値に置換します。
<subsystem xmlns="urn:jboss:domain:undertow:1.2" instance-id="${jboss.web.instanceId}">
手順 3 RequestCenter で Host Controller 1 にログインし、すべての WildFly サーバを停止します。
手順 4 ファイル <PSC_Install_Dir>\wildfly-8.2.0.Final\domain\configuration\host1_backup.xml を開き、以下のセクションを検索します。
<server name="server-host1-RC" group="main-server-group" auto-start="true">
<heap size="2048m" max-size="2048m"/>
<permgen size="512m" max-size="512m"/>
<!--<option value="-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"/>-->
<option value="-XX:CompileCommand=exclude,com/newscale/bfw/signon/filters,AuthenticationFilter"/>
<option value="-XX:CompileCommand=exclude,org/apache/xml/dtm/ref/sax2dtm/SAX2DTM,startElement"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/apache/xpath/compiler/XPathParser,UnionExpr"/>
<socket-bindings socket-binding-group="ha-sockets" port-offset="0"/>
これを以下に置換します。
<server name="server-host1-RC" group="main-server-group" auto-start="true">
<heap size="2048m" max-size="2048m"/>
<permgen size="512m" max-size="512m"/>
<!--<option value="-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"/>-->
<option value="-XX:CompileCommand=exclude,com/newscale/bfw/signon/filters,AuthenticationFilter"/>
<option value="-XX:CompileCommand=exclude,org/apache/xml/dtm/ref/sax2dtm/SAX2DTM,startElement"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/apache/xpath/compiler/XPathParser,UnionExpr"/>
<socket-bindings socket-binding-group="ha-sockets" port-offset="0"/>
<property name="jboss.web.instanceId" value="rcnode1"/>
手順 5 RequestCenter で Host Controller 2 にログインし、すべての Wildfly サーバを停止します。
手順 6 ファイル <PSC_Install_Dir>\wildfly-8.2.0.Final\domain\configuration\host2_backup.xml を開き、以下のセクションを検索します。
<server name="server-host2-RC" group="main-server-group" auto-start="true">
<heap size="2048m" max-size="2048m"/>
<permgen size="512m" max-size="512m"/>
<!--<option value="-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"/>-->
<option value="-XX:CompileCommand=exclude,com/newscale/bfw/signon/filters,AuthenticationFilter"/>
<option value="-XX:CompileCommand=exclude,org/apache/xml/dtm/ref/sax2dtm/SAX2DTM,startElement"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/apache/xpath/compiler/XPathParser,UnionExpr"/>
<socket-bindings socket-binding-group="ha-sockets" port-offset="0"/>
これを以下に置換します。
<server name="server-host2-RC" group="main-server-group" auto-start="true">
<heap size="2048m" max-size="2048m"/>
<permgen size="512m" max-size="512m"/>
<!--<option value="-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"/>-->
<option value="-XX:CompileCommand=exclude,com/newscale/bfw/signon/filters,AuthenticationFilter"/>
<option value="-XX:CompileCommand=exclude,org/apache/xml/dtm/ref/sax2dtm/SAX2DTM,startElement"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/apache/xpath/compiler/XPathParser,UnionExpr"/>
<socket-bindings socket-binding-group="ha-sockets" port-offset="0"/>
<property name="jboss.web.instanceId" value="rcnode2"/>
(注) 複数のクラスタ ノードがあれば、その後の各ノードに対して手順 5 と手順 6 を繰り返します。次に例を示します。
- 3 番目のノードで、host3_backup.xml ファイルを変更し、rcnode3 のシステム プロパティを追加する必要があるとします。
- 4 番目のノードで、host4_backup.xml ファイルを変更し、rcnode4 のシステム プロパティを追加する必要があるとします。
手順 7 Wildfly サーバをドメイン コントローラ マシンと各ホスト コントローラ マシンで開始します。
手順 8 セクション「IIS のテスト」に進みます。
2 VM トポロジの場合
2 VM トポロジの WildFly クラスタ インストールがない限り、このセクションの手順は実行しないでください。
手順 1 WildFly ドメイン コントローラ マシンにログインし、WildFly のすべてのサーバを停止します。
手順 2 ファイル <PSC_Install_Dir>\wildfly-8.2.0.Final\domain\configuration\domain.xml を開き、以下の行を検索します。
<subsystem xmlns="urn:jboss:domain:undertow:1.2">
これを以下の値に置換します。
<subsystem xmlns="urn:jboss:domain:undertow:1.2" instance-id="${jboss.web.instanceId}">
手順 3 ファイル <PSC_Install_Dir>\wildfly-8.2.0.Final\domain\configuration \hostva_ backup.xml を開き、以下のセクションを検索します。
<server name="server-host1-RC" group="main-server-group" auto-start="true">
<heap size="2048m" max-size="2048m"/>
<permgen size="512m" max-size="512m"/>
<!--<option value="-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"/>-->
<option value="-XX:CompileCommand=exclude,com/newscale/bfw/signon/filters,AuthenticationFilter"/>
<option value="-XX:CompileCommand=exclude,org/apache/xml/dtm/ref/sax2dtm/SAX2DTM,startElement"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/apache/xpath/compiler/XPathParser,UnionExpr"/>
<socket-bindings socket-binding-group="ha-sockets" port-offset="0"/>
<server name="server-host1-SL" group="other-server-group" auto-start="true">
<heap size="2048m" max-size="2048m"/>
<permgen size="512m" max-size="512m"/>
<option value="-server"/>
<socket-bindings socket-binding-group="standard-sockets" port-offset="0"/>
これを以下に置換します。
<server name="server-host1-RC" group="main-server-group" auto-start="true">
<heap size="2048m" max-size="2048m"/>
<permgen size="512m" max-size="512m"/>
<!--<option value="-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"/>-->
<option value="-XX:CompileCommand=exclude,com/newscale/bfw/signon/filters,AuthenticationFilter"/>
<option value="-XX:CompileCommand=exclude,org/apache/xml/dtm/ref/sax2dtm/SAX2DTM,startElement"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/apache/xpath/compiler/XPathParser,UnionExpr"/>
<socket-bindings socket-binding-group="ha-sockets" port-offset="0"/>
<property name="jboss.web.instanceId" value="rcnode1"/>
<server name="server-host1-SL" group="other-server-group" auto-start="true">
<heap size="2048m" max-size="2048m"/>
<permgen size="512m" max-size="512m"/>
<option value="-server"/>
<socket-bindings socket-binding-group="standard-sockets" port-offset="0"/>
<property name="jboss.web.instanceId" value="slnode"/>
手順 4 RequestCenter で Host Controller 2 にログインし、すべての WildFly サーバを停止します。
手順 5 ファイル <PSC_Install_Dir>\wildfly-8.2.0.Final\domain\configuration\host2_backup.xml を開き、以下のセクションを検索します。
<server name="server-host2-RC" group="main-server-group" auto-start="true">
<heap size="2048m" max-size="2048m"/>
<permgen size="512m" max-size="512m"/>
<!--<option value="-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"/>-->
<option value="-XX:CompileCommand=exclude,com/newscale/bfw/signon/filters,AuthenticationFilter"/>
<option value="-XX:CompileCommand=exclude,org/apache/xml/dtm/ref/sax2dtm/SAX2DTM,startElement"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/apache/xpath/compiler/XPathParser,UnionExpr"/>
<socket-bindings socket-binding-group="ha-sockets" port-offset="0"/>
これを以下に置換します。
<server name="server-host2-RC" group="main-server-group" auto-start="true">
<heap size="2048m" max-size="2048m"/>
<permgen size="512m" max-size="512m"/>
<!--<option value="-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"/>-->
<option value="-XX:CompileCommand=exclude,com/newscale/bfw/signon/filters,AuthenticationFilter"/>
<option value="-XX:CompileCommand=exclude,org/apache/xml/dtm/ref/sax2dtm/SAX2DTM,startElement"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/exolab/castor/xml/Marshaller,marshal"/>
<option value="-XX:CompileCommand=exclude,org/apache/xpath/compiler/XPathParser,UnionExpr"/>
<socket-bindings socket-binding-group="ha-sockets" port-offset="0"/>
<property name="jboss.web.instanceId" value="rcnode2"/>
(注) 複数のクラスタ ノードがあれば、その後の各ノードに対して手順 4 と手順 5 を繰り返します。次に例を示します。
- 3 番目のノードで、host3_backup.xml ファイルを変更し、rcnode3 のシステム プロパティを追加する必要があるとします。
- 4 番目のノードで、host4_backup.xml ファイルを変更し、rcnode4 のシステム プロパティを追加する必要があるとします。
手順 6 WildFly サーバをドメイン コントローラ マシンとホスト コントローラ 2 マシンで開始します。
手順 7 セクション「IIS のテスト」に進みます。
IIS のテスト
以下のセクションでは、Prime Service Catalog への接続の確認に関する情報を提供します。
手順 1 URL http://<IP_Address_of_IIS_Host>/RequestCenter に接続することで確認します。
接続できている場合、Prime Service Catalog のログイン ページが表示されます。
手順 2 2 つのノードの WildFly クラスタ インストールでは、ノードの 1 つを停止します。
URL http://<IP_Address_of_IIS_Host>/RequestCenter にまだ接続できることを確認します。
WildFly での SQL のデータ ソースの設定
手順 1 クレデンシャルを使用して WildFly Admin コンソール(下記の URL の例)にログオンし、[OK] をクリックします。WildFly Application 管理コンソールが表示されます。
URL の例:
http://<hostname>:<port>/RequestCenter
値は次のとおりです。
<hostname>:Service Catalog の WildFly サーバをインストールしたコンピュータの完全修飾ドメイン ホスト名または IP アドレス。
<port>:Service Catalog の WildFly サーバに割り当てられている HTTP ポート番号。HTTP ポート番号のデフォルト値は 8080 です。
手順 2 編集と変更を行うため、[設定(Configuration)] タブをクリックします。
手順 3 新しいデータ ソースを追加するため、[追加(Add)] をクリックします。
手順 4 [名前(Name)] に SERVICECATALOGDS と入力し、[JNDI 名(JNDI Name)] に java:/<データ ソース名> と入力します。
手順 5 [次へ(Next)] をクリックします。
手順 6 ドライバとして [Microsoft] を選択し、[次へ(Next)] をクリックします。
手順 7 接続 URL として jdbc:sqlserver://<db_server>:1433;DatabaseName=VM236_RCDB_RC4 を入力します。
手順 8 クレデンシャルを入力します。
手順 9 次の表に示すように、各タブの各種フィールドに値を入力します。
タブ名 |
フィールド名 |
値 |
セキュリティ(Security) |
[セキュアドメイン(Secure Domain)] |
CiscoSecureDataSource |
接続(Connection) |
[JTAを使用(Use JTA)] と [CCMsECURITYを使用(Use CCMsECURITY)] |
両方のオプションをオンにする必要があります。 |
プロパティ(Properties) |
SelectMethod: sendStringParametersAsUnicode: |
直接(Direct) [はい(True)] |
プール |
最小サイズは 20、最大サイズは 80、その他の値は False に設定します。 |
検証(Validation) |
|
|
[バックグラウンド検証(Background Validation)] |
いいえ(False) |
[検証ミリ秒(Validation Millis)] |
90000 |
[一致時に検証(Validate on Match)] |
いいえ(False) |
手順 10 [有効化(Enable)] > [確認(Confirm)] をクリックします。
(注) (WildFly クラスタにのみ適用)データソースが依然として無効の場合は、domain.xml ファイルでデータソースを <enabled = true> に設定し、ドメインを再起動します。
手順 11 [接続(Connection)] タブで接続をテストすると、「JDBC 接続が正常に作成されました(Successfully created the JDBC connection.)」という確認メッセージが表示されます。
手順 12 WildFly サーバを再起動します。
WildFly での Oracle のデータ ソースの設定
手順 1 クレデンシャルを使用して WildFly Admin コンソール(下記の URL の例)にログオンし、[OK] をクリックします。編集と変更を行うため、[設定(Configuration)] タブをクリックします。
URL の例:
http://<hostname>:<port>/RequestCenter
値は次のとおりです。
<hostname>:Service Catalog の WildFly サーバをインストールしたコンピュータの完全修飾ドメイン ホスト名または IP アドレス。
<port>:Service Catalog の WildFly サーバに割り当てられている HTTP ポート番号。HTTP ポート番号のデフォルト値は 8080 です。
手順 2 新しいデータ ソースを追加するため、[追加(Add)] をクリックします。
手順 3 [名前(Name)] に SERVICECATALOGDS と入力し、[JNDI 名(JNDI Name)] に java:/<データ ソース名> と入力します。
手順 4 [次へ(Next)] をクリックします。
手順 5 ドライバとして [Oracleシン(oracle-thin)] を選択し、[次へ(Next)] をクリックします。
手順 6 接続 URL として jdbc:oracle:thin:@//<db_server>:1433;DatabaseName=VM236_RCDB_RC4 を入力します。
手順 7 クレデンシャルを入力します。
手順 8 次の表に示すように、各タブの各種フィールドに値を入力します。
タブ名 |
フィールド名 |
値 |
セキュリティ(Security) |
[セキュアドメイン(Secure Domain)] |
CiscoSecureDataSource |
接続(Connection) |
[JTAを使用(Use JTA)] と [CCMを使用(Use CCM)] |
両方のオプションをオンにする必要があります。 |
プロパティ(Properties) |
SelectMethod: sendStringParametersAsUnicode: |
直接(Direct) [はい(True)] |
プール |
最小サイズは 20、最大サイズは 80、その他の値は False に設定します。 |
検証(Validation) |
|
|
[バックグラウンド検証(Background Validation)] |
いいえ(False) |
[検証ミリ秒(Validation Millis)] |
90000 |
[一致時に検証(Validate on Match)] |
いいえ(False) |
手順 9 [有効化(Enable)] > [確認(Confirm)] をクリックします。
(注) (WildFly クラスタにのみ適用)データソースが依然として無効の場合は、domain.xml ファイルでデータソースを <enabled = true> に設定し、ドメインを再起動します。
手順 10 [接続(Connection)] タブで接続をテストすると、「JDBC 接続が正常に作成されました(Successfully created the JDBC connection.)」という確認メッセージが表示されます。
手順 11 WildFly サーバを再起動します。