シスプレックス・ディストリビューターを使用して、シスプレックス・ディストリビューターのロード・バランシングが明示的に有効にされる、z/OS 以外のターゲット・ホストのクラスター全体でワークロードのバランスを取ることができます。IBM® WebSphere® DataPower® アプライアンスは、シスプレックス・ディストリビューターのロード・バランシングをサポートする、z/OS 以外のターゲットの一例です。
IBM WebSphere DataPower アプライアンスは、多くの場合、z/OS® へのフロントエンド処理層として使用され、サービス指向アーキテクチャー (SOA) での z/OS アプリケーションの参加を可能にし、それを拡張します。DataPower は、z/OS アプリケーションにおいて透過的に Web サービスを使用できるようにします。また、Web サービス・セキュリティー・プロトコル、XML スキーマ検証、およびその他多くの機能を促進してさらに効率的に処理できるようにすることによって、z/OS 上の Web サービスに対して既に有効になっている、ワークロードの分散を拡張できます。
- ここでは Web サービスのワークロードについて説明しますが、この情報の概念は、DataPower がサポートするその他のプロトコル (TCP コネクション型に限る) にも適用できます。
- DataPower を指定したシスプレックス分配は、IPv4 および IPv6 の両方で使用可能です。以下の例は、DataPower を指定した IPv4 分配についての説明ですが、この機能は IPv6 にも同様に適用されます。
多くの環境において、可用性とスケーラビリティーをより高めるために、1 つのクラスター内に複数の DataPower インスタンスが配置されます。図 1 でロード・バランシングの最初の層によって示されているように、これには DataPower アプライアンス・クラスターへの Web サービス着信接続要求を分散するロード・バランシング・コンポーネントが必要となります。DataPower は、着信要求のための処理でそれ自体の部分を実行すると、通常はその要求を z/OS アプリケーション層に送ります。その層には、CICS®、IMS™、WebSphere、および DB2® 等のアプリケーションが含まれています。可用性の高いシスプレックス構成では、z/OS アプリケーション層 において、ほとんどの場合、z/OS アプリケーション層全体にわたって要求のバランスを取るロード・バランシングの 2 つ目の層が必要になります。
図 1 は、DataPower による z/OS ワークロードのロード・バランシングのための 2 つのオプションを示しています。
構成 A では、外部ネットワーク・ベースのロード・バランサーを使用して、DataPower への Web サービス着信接続要求のバランスを取ります。外部ロード・バランサーは、その接続要求を処理できる DataPower アプライアンスのクラスターを表す特定のポートおよび IP アドレスへの TCP 接続要求を受信するように構成されます。外部ロード・バランサーは、ターゲット DataPower アプライアンスを選択して、そのロード・バランサー用に構成された配分方式に基づいて要求を送ります (ラウンドロビン、加重ラウンドロビンなど)。 要求が DataPower アプライアンスによって処理される場合は、z/OS アプリケーション層への後続要求を送るために、2 次 TCP 接続が開始されることがあります。それには、2 つ目のロード・バランシング層が必要となります。DataPower に組み込まれているロード・バランシング・サポートを使用して、この 2 つ目のロード・バランシング層を実装することができます。デフォルトではラウンドロビン分散が使用されますが、このロード・バランシング層に対して z/OS シスプレックス・ディストリビューターを使用することもできます。シスプレックス・ディストリビューターはシスプレックス環境に不可欠な部分であるため、それには z/OS 環境に関する詳細なリアルタイムのナレッジがあります。それらには、各アプリケーションおよび LPAR インスタンスの現在の容量とパフォーマンスについての z/OS ワークロード・マネージャー推奨値、および z/OS アプリケーション層の現在の状態および正常性についての詳細情報が含まれています。この情報により、シスプレックス・ディストリビューターは、z/OS アプリケーション層およびその他のシスプレックス・リソースの現在の状態に基づいて、最適なロード・バランシング決定を行うことができます。
構成 B は構成 A を変化させたものです。主な違いは、 シスプレックス・ディストリビューターが、両方の分配層に対するロード・バランシング・コンポーネントとして使用されることです。これにより、DataPower および z/OS アプリケーション処理層の両方を含む、複合 z/OS ワークロードに対して単一のロード・バランシング・ソリューションを使用することができます。それにより、ロード・バランシング管理が簡易化されます。シスプレックス・ディストリビューターを DataPower に対する層 1 ロード・バランサーとして使用すると、DataPower サポートを利用してアウト・オブ・バンド TCP 接続においてシスプレックス・ディストリビューターとの通信が行われ、動的なロード・バランシング・フィードバックが提供され、以下のような最適化が可能になります。
- アウトバウンド・トラフィック (層 1 DataPower ターゲット・サーバーからクライアントへ) でのシスプレックス・ディストリビューターのトラバースが必要ないように、ルーティングが最適化されます。
シスプレックス・ディストリビューターは Generic Routing Encapsulation (GRE) を使用してインバウンドの分配パケットを DataPower へ転送し、ネットワーク・アドレス変換 (NAT) なしで、接続要求の宛先 IP アドレスをターゲット DataPower アプライアンスの IP アドレスにマップします。アウトバウンドの層 1 トラフィックは、シスプレックス・ディストリビューター・ノードをトラバースする必要がなく、直接クライアントへ流れることができます。これは、逆 NAT 処理が必要ないためです。
- 1 次シスプレックス・ディストリビューター・インスタンスが計画的に停止または計画外停止した場合は、DataPower アプライアンスによって提供される接続情報により、クライアントと DataPower ターゲットとの間の既存の接続において、中断することなく層 1 をテークオーバーできます。
シスプレックス・ディストリビューターのテークオーバーが発生した場合、シスプレックス・ディストリビューターは、各 DataPower アプライアンスから既存の層 1 接続の状態を動的に検出します。また、接続状態情報を使用することによっても、シスプレックス・ディストリビューターは、接続が終了される時間を判断するためにパケットを検査する必要なく、そのアクティブな、分配された接続ルーティング・エントリーを保守できます。
- DataPower アプライアンスによって提供される CPU 使用量情報を使用することで、シスプレックス・ディストリビューターは、そのロード・バランシング決定を最適化することができます。それにより、少ない使用量で DataPower インスタンスへ新しい要求を送信することで、DataPower アプライアンスへの過負荷を回避できます。
複合 z/OS および DataPower ワークロードのロード・バランシングに対するシスプレックス・ディストリビューターの使用について詳しくは、以下のトピックを参照してください。