クラスター クラシック仮想システム・パターン の拡張オプションの構成
クラスター クラシック仮想システム・パターンの拡張オプションを構成できます。
開始前に
セルを定義するクラスター クラシック仮想システム・パターン を構成する際の開始点として、拡張オプションを使用します。
クラスターの クラシック仮想システム・パターンのパートとトポロジーを構成します。 新しいクラスターの クラシック仮想システム・パターンの拡張オプション・エディターを開くと、表示されるデフォルト設定は推奨値です。
このタスクについて
クラスターの クラシック仮想システム・パターンを編集する場合は、以下のオプションを使用できます。
- クラスターを定義
- メッセージングを使用可能に設定
- セッション・パーシスタンスを有効に設定
- グローバル・セキュリティー
手順
- クラスターを定義。 このオプションを使用して、デプロイメント・マネージャー・パートの クラスターおよびアプリケーション・サーバーの数を構成します。 メッセージング、セッション・パーシスタンス、およびグローバル・セキュリティーを構成できます。「クラスターを定義」オプションを使用すると、以下のフィーチャーが用意されており、すべて変更可能です。
- デフォルトの名前接頭部 HVWebCluster が付いたアプリケーション・クラスター
- デフォルト・クラスター数
- ノード当たりのデフォルト・サーバー数
prefix + cluster index + node name + server indexの形式になります。HVWebCluster_1_myNode_1 - メッセージングを使用可能に設定。この操作を使用して、デプロイメント・マネージャー・パートで追加のメッセージ・エンジン構成を実行します。 メッセージング・エンジンは、デプロイメント・マネージャー上の WebSphere® Derby を指します。 クラシック仮想システム・インスタンスで、Derby を開始するか、別のデータベースを使用するようにデプロイメント・マネージャーを構成します。重要: メッセージングを操作するには、 「クラスターの定義」 オプションを選択する必要があります。WebSphere Application Server クラスター・メッセージング・エンジンの拡張構成、またはデータベースの認証別名の例について詳しくは、関連リンクを参照してください。 システムでメッセージングを構成するには、以下のオプションを使用します。
- 標準メッセージング・エンジン構成
- 標準の Java™ Message Service (JMS) を構成する場合、システムは以下の機能を提供します。
- デフォルト名の接頭部 HVMsgCluster が付いたアプリケーション・クラスター (変更可能)
- デフォルトのクラスター数 (変更可能)
- ノード当たりのデフォルトのサーバー数 (変更可能)
- 名前に接頭部 HVSIBUS が付いたサービス統合バス (SIBus) がメッセージ・クラスターごとに作成される。
- 各メッセージ・クラスターが SIBus に追加されるため、メッセージング・エンジン (ME) がクラスターの各メンバーで定義される。
- Derby Java Database Connectivity (JDBC) プロバイダーおよび Derby データ・ソースは、定義されたメッセージング・エンジンで使用するために定義されます。 データベースの拡張メッセージの構成について詳しくは、関連リンクを参照してください。
- 認証別名例は、Derby 以外のデータベースに、メッセージング・エンジンの構成オプションを提供する。
- 1 つのメンバーのみでメッセージング・クラスター・メンバーとしてのアクティベーションが開始される。
- 可用性の高いメッセージング・エンジン構成
- このオプションは、標準の Java Message Service (JMS) サポートを介して処理され、メッセージング・エンジンのフェイルオーバーを提供します。 高可用性メッセージング WebSphere Application Server 構成の場合、メッセージング・エンジンは SIBus ごとに実行されます。 メッセージング・エンジンは複数のアプリケーション・サーバー (具体的にはメッセージング・クラスターの他のメンバー) で稼働できます。 メッセージング・エンジンは、現在実行されているサーバーが使用不可になると、
メッセージング・エンジンが関連付けられたメッセージング・クラスターの別のサーバーでアクティブになります メッセージング・エンジンの状態は Derby に保存されるため、すべてのメッセージが保持されます。 メッセージング・エンジンは、異なるアプリケーション・サーバーでアクティブにされます。 拡張構成スクリプトは、
メッセージング・エンジンの選択とアクティベーションのために適切なスキーマと
高可用性グループ OneOfNPolicy のコア・グループ・ポリシーの両方を作成します。注: 1 つのアプリケーション・サーバーで複数のメッセージング・エンジンを実行できます。
- 拡張が容易なメッセージング・エンジン構成
- 標準の Java Message Service (JMS) サポートで処理されるこのオプションにより、一度に複数のメッセージング・エンジンを WebSphere Application Server SIBus で実行できます。 そのため、さまざまな JMS アプリケーションのメッセージ・フローをさまざまなメッセージング・エンジンに分割することができます。 スケーラブル・メッセージングは、 WebSphere Application Server JMS サポートによって処理される多数のメッセージを提供するため、スケーラブルな実装になります。
拡張構成スクリプトによって、SIBus 用に複数のメッセージング・エンジンが作成されます。 具体的には、各 HVMsgCluster のメンバーごとに 1 つが作成されます。 デフォルトは、1 つのクラスターと 2 人のメンバーです。 その後、HVMsgCluster メンバーの始動時に、複数のメッセージング・エンジンがアクティブにされます。 メッセージング・エンジンからクラスター・メンバーへのマッピングを正しく確実に行うために、OneOfNPolicy コア・グループ・ポリシーがメッセージング・エンジンごとに作成されます。
メッセージング・エンジンの選択とアクティベーションのために、適切なスキーマと 高可用性グループ・ポリシーも作成されます。
注: 1 つのアプリケーション・サーバーで複数のメッセージング・エンジンを実行できます。 - 可用性が高く拡張が容易なメッセージング・エンジン構成
- 複数のクラスター・メンバーで実行する複数のメッセージング・エンジンが SIBus ごとに
提供されます。 提供されるスクリプトにより、スキーマ定義、コア・グループ・ポリシー、および
メッセージ・エンジンからメンバーへのマッピングが処理されます。 この構成により、メッセージング・トラフィックを複数のメッセージング・エンジン間で分割することが
できます。 アプリケーション・サーバーがダウンすると、残りのクラスター・メンバーですべてのメッセージング・エンジンがアクティブにされます。注: 1 つのアプリケーション・サーバーで複数のメッセージング・エンジンを実行できます。
- MQ メッセージングを使用可能に設定
- これらのメッセージング・オプションに加えて、 「 MQ メッセージングを使用可能にする」 オプションは、 WebSphere Application Serverで使用可能な従来の WebSphere MQ 構成オプションの一部を提供します。 デプロイメント・マネージャー・パートで追加の WebSphere MQ リンク構成が使用可能になります。注: 外部 Java メッセージ・サービス (JMS) プロバイダーとして WebSphere MQ を使用する WebSphere Application Server の新機能を使用できます。 これらの機能は、JMS アプリケーション・リソースの作成方法に基づきます。 ただし、ご使用のメッセージング・アプリケーションでこの方法がサポートされていない 場合、システムには、サーバー構成に基づいたフィーチャーが用意されています。 詳しくは、 WebSphere Application Server Knowledge Centerで、 WebSphere MQ メッセージング・プロバイダーの JMS リソースの構成に関する情報を参照してください。以下のオプションは、2 つのサーバーの構成を提供します。
- MQ リンク構成
- WebSphere MQ リンク構成オプションを選択して、以下の機能を実行します。
- WebSphere MQ リンクの新規トランスポート・チェーンを作成し、それらを各メッセージング・エンジンに関連付けます。 これらのトランスポート・チェーンは、 セキュリティーが存在しない場合は基本、セキュリティーが有効になっている場合は SSL です。
- WebSphere MQ リンクの作成
- 外部バスを作成し、 WebSphere MQ リンクに関連付けます。
- MQ サーバー構成
- WebSphere MQ サーバー構成オプションを選択して、以下の機能を実行します。
- WebSphere MQ サーバーの新規トランスポート・チェーンを作成し、それらを各メッセージング・エンジンに関連付けます。 これらのトランスポート・チェーンは、 セキュリティーが存在しない場合は基本、セキュリティーが有効になっている場合は SSL です。
- WebSphere MQ サーバーの作成
- WebSphere MQ サーバーを SIBuses に追加する
- セッション・パーシスタンスを有効に設定。HVWebCluster またはアプリケーション・クラスターは、関連する複製ドメインとともに作成されます。 このため、HTTP セッション複製を使用できます。 複製ドメインが定義されていても、セッション複製が構成されていない限り、リソースは作成または使用されません。 「セッション・パーシスタンスを有効に設定」オプションを使用し、以下のいずれかのオプションを選択すると、HTTP セッション・パーシスタンスを使用できます。
- メモリー間実装セッション・パーシスタンス
- HTTP セッション・メモリー・ビットがすべての HVWebCluster サーバーで設定されます。
- データベース実装セッション・パーシスタンス
- クラシック仮想システム・インスタンスでは、作成された JDBC データ・ソースを、有効なホスト、ポート、ユーザー名、およびパスワードの値でデプロイメント・マネージャー上で更新する必要があります。 ご使用のデータベースに適したクライアント・ドライバー (
.jarやライブラリー・ファイルなど) を WebSphere システムにインストールする必要があります。クラシック仮想システム・インスタンスでこのオプションを使用するには、作成した JDBC データ・ソースをデプロイメント・マネージャーで更新する必要があります。 JDBC データ・ソースには、有効なホスト、ポート、ユーザー名、およびパスワードの値がなければなりません。 ご使用のデータベースに適したクライアント・ドライバー (例えば、.jarおよびライブラリー・ファイル) を WebSphere Application Server システムにインストールする必要があります。 Cloud Pak System Software for x86 は、以下の操作を実行します。- DB2® JDBC プロバイダーを作成します。
- ホスト、ポート、ID、およびパスワードのダミー値を使用して、サンプルの DB2 データ・ソースを作成します。
- データベースに対する HTTP セッションを行うために、サンプル・データ・ソースおよびダミー接続値を使用して、各 HVWebCluster サーバーでセッション・マネージャーをセットアップする
- グローバル・セキュリティーを有効に設定。
- グローバル・セキュリティー
adminビットを設定する。 - 製品で提供される WIM ユーザー・レジストリーを使用する。
- 認証に LTPA と BasicAuth の両方を使用する (スタンドアロン・クライアントには BasicAuth が必要)。
- CSIv2 に SSL 許容ポリシーを使用する。
- シングル・サインオンのインターオペラビリティーをオフにする。
- デプロイメント・マネージャーとノード・エージェント間のセキュア・ファイル転送を構成する
- セキュア DCS チャネルのために HA マネージャーを使用する。
- SIBus でセキュリティー・ビットを設定する。
- SIBus に接続可能な一連のユーザーを削減する。 CB UI を使用して作成された WebSphere Application Server ID のみが接続できます。 この ID のデフォルト値は
virtuserです。 - メッセージング・エンジンの
InboundBasicMessagingトランスポートを使用不可に設定する。 - MQLink 構成の外部バス用に
virtuserID を送信側ロールに追加する。
- グローバル・セキュリティー
結果
次の作業
ご使用のデータベースによっては、拡張メッセージングを構成できます。 詳しくは、関連リンクを参照してください。