IBM® Multi-site Workload Lifeline（Lifeline）は、TCP/IPワークロードの接続およびIBM MQクラスター・ワークロードのメッセージのルーティングに影響を与えることにより、重要なワークロード・トランザクションのインテリジェントな負荷分散を可能にします。ルーティングは2つのサイト間で実行され、ほぼ継続的な可用性が提供されます。
停止が発生した場合、IBM Multi-site Workload Lifelineは、従来の災害復旧と比較して、重要なワークロードの復旧時間を数時間から数分に短縮するのに役立ちます。ワークロードの障害を検出し、別のサイトに再ルーティングすることで、計画外の停止の復旧時間が短縮されます。計画停止の影響は、中断を最小限に抑えてワークロードを別のサイトに切り替えることで軽減されます。
ワークロードの新しい接続は、最も処理能力の高いアプリケーション、サーバー、システムにルーティングされるため、トランザクションの応答時間が短縮されます。システムリソースがより効率的に使用されます。
アプリケーション、システム、またはサイトが停止した場合に、新しいワークロード接続を他の利用可能なアプリケーションにルーティングします。 メンテナンス更新やその他の計画されたイベントのための停止を最小限に抑えることができます。
アプリケーション・インスタンスをオンデマンドで追加します。 追加されたインスタンスを自動的に監視し、ワークロード・ルーティングの決定に含めます。
新しいワークロード接続を最も機能的なアプリケーションおよびシステムに調整することで、応答時間を短縮します。ワークロード障害後の復旧時間は、数時間から数分に短縮できる。
中断を最小限に抑えながら、あるサイトから別のサイトにワークロードをルーティングします。クエリ・ワークロードの接続は両方のサイトに同時に分散できます。
運用サイトを停止することなく、リカバリ・サイトでワークロードにアクセスできることを検証することで、ディザスタ・リカバリ手順のよりシンプルで無停止のテストを追加します。
Lifelineは、TCP/IPアプリケーションをターゲットとするワークロードに対して2層の負荷分散を使用します。Lifelineは、選択したサイト内の第2層ロード・バランサーにワークロード接続をルーティングするように第 1 層ロード・バランサーに指示し、その後、その接続がサイト内のアプリケーションにルーティングされます。Lifelineは、メッセージングを使用することにより、ワークロードをIBM MQ®クラスターに依存しています。Lifelineは、選択したサイト内のIBM MQキュー・マネージャーにワークロード・メッセージをルーティングするようにクラスターに指示し、その後、アプリケーションでメッセージを使用できるようにします。
2層のロード・バランサーを使用するワークロードの場合、Lifelineは、ワークロードのアプリケーション、z/OSシステム、および（該当する場合）Linux® on IBM Z® Systemsの可用性と健全性に基づいて、サイト接続ルーティングの推奨を第1層のロード・バランサーに提供します。IBM MQクラスタを使用するワークロードの場合、Lifelineは、IBM MQキュー・マネージャーとz/OSシステムの可用性と健全性に基づいて、サイト・メッセージ・ルーティングの推奨事項をクラスターに提供します。
Lifeline Agentは、は、ワークロードが両方のサイトにわたって存在する各z/OSシステムとLinux on Z Management Guest上で起動されます。Agentは、システム上に存在するワークロード・アプリケーションを監視し、この情報をLifeline Advisorに報告する役割があります。z/OS上のAgentは、MQキュー・マネージャーと通信して、MQクラスター内のMQメッセージ・ルーティングを監視し、影響を与える役割も担います。
Lifeline Advisorはz/OSシステム上で起動され、プライマリーAdvisorまたはセカンダリーAdvisorとして起動できます。プライマリーAdvisorはすべてのLifeline Agentと通信して、ワークロードの可用性を判断します。Advisorは、MQクラスターのAgentにMQメッセージ分散ルールを提供し、これらのワークロードのTCP接続のロード・バランサーにルーティングの推奨事項を提供します。セカンダリーAdvisorはプライマリーAdvisorの可用性を監視し、プライマリーAdvisorに障害が発生した場合にはプライマリーAdvisorの責任を引き継ぎます。
Multi-site Workload Lifelineに構成された各ワークロードは、「アクティブ/スタンバイ」または「アクティブ/クエリー」ワークロードとして分類されます。
Lifelineは、z/OSまたはLinux on Z上に存在するさまざまなタイプのワークロードをサポートできます。
ソフトウェア要件
ハードウェア要件
IBM Multi-site Workload Lifelineが企業内の重大な問題を解決する上でどのように重要な役割を果たしているかをご覧ください。
TCP/IPワークロードのインテリジェントな負荷分散を実現しながら、ほぼ継続的な可用性を維持する方法をご覧ください。
メインフレームのワークロードを開発および共有するための安全なプラットフォーム。
メインフレームのタスクと災害復旧を自動化して、レジリエンスの目標を達成します。
トランザクション整合性を備えたログベースの変更データ・キャプチャーにより、ビッグデータのインテグレーションと統合、ウェアハウジング、分析の取り組みを大規模にサポートします。
Lifelineは、ワークロード・アプリケーションと、これらのシステムが実行されている2つのシスプレックスまたはサイトにわたって、これらのアプリケーションが常駐するシステムを監視します。Lifelineは、これらのワークロード・アプリケーションを対象とする接続とMQメッセージのルーティングを制御し、接続とMQメッセージがアクティブ・サイト内の最適なワークロード・アプリケーションに送信されるようにします。
アクティブ・サイトのワークロード障害がLifelineによって検出された場合、Lifelineは代替サイトのワークロード・アプリケーションへのワークロードの切り替えを数秒で自動的に実行できます。あるいは、Lifelineは、自動化製品が独自のワークロード切り替えを実行するためにキャプチャできるアラート・メッセージを生成できます。
ビジネスが次のいずれかの状況に該当する場合は、ワークロードの継続的な可用性が必要です。
既存の災害復旧ソリューションは、ディスクベースのレプリケーションを利用して、ローカル・サイトのシステムで使用されているすべてのディスクのミラー・コピーをリモート・サイトに作成します。これらのディスク・コピーは、ディスク・レプリケーションの実行中は使用できません。ローカル・サイトで障害が発生した場合、ワークロードへのアクセスが再確立される前に、リモート・サイトでシステムとワークロード・アプリケーションを再起動する必要があります。通常、これを完了するには1時間以上かかることがあります。
Lifeline対応の継続的可用性ソリューションでは、InfoSphere Data Replication for Db2などのソフトウェア・データ・レプリケーションを使用して、ローカル・サイトとリモート・サイトの間でデータの同期を維持します。主な違いは、両方のサイトのシステムがアクティブであり、Lifelineを使用して両方のサイトにわたるワークロードが監視されていることです。ローカル・サイトで障害が発生した場合、Lifelineはワークロードの障害を検出し、すべての新しいワークロード接続を代替サイトにルーティングします。そのため、ワークロードへのアクセスは数秒で再確立されますが、災害復旧ソリューションでは1時間以上かかります。
Lifelineは、監視とワークロード・ルーティングを通じて、GDPS継続的可用性ソリューションにおいて重要な役割を果たし、次のメリットを提供します。
いいえ。通常、GDPS継続的可用性ソリューションの不可欠な一部として使用されるが、Lifelineはソリューションの外部に展開することもできます。
もしビジネスに独自の自動化機能があれば、ライフラインと、両サイトのデータを同期させるためのソフトウェア・データ・レプリケーション製品を併用することができます。
また、sysplexに対応していないワークロード・アプリケーションを使用している場合は、GDPSの継続的可用性ソリューションを使用できません。 両サイトのデータを同期させるソフトウェア・データ・レプリケーション・プロデュースとともにLifelineを使用することで、このようなワークロード・タイプに対して「シスプレックスのような」リカバリが可能になります。
Lifelineは、計画停電中にアプリケーションとそのデータソース (Lifelineではワークロードと呼ぶ) のグレースフルスイッチを実行する機能を提供します。シンプルなライフラインコマンドを使用することで、あるサイトから別のサイトへのワークロードの移行を簡単に実行することができ、定期的なメンテナンス活動などの計画的なイベントのダウンタイムを最小限に抑えることができます。
Lifelineは、障害が発生したワークロード・アプリケーションやシステムから新しい接続やメッセージをルーティングできるため、可用性が向上します。Lifelineは、追加の作業に対応できるワークロード・アプリケーションとシステムに接続とメッセージをルーティングすることで応答時間を短縮し、リカバリ時間を数時間から数分に短縮します。
いいえ。ライフラインの多くのメリットの1つは、災害復旧ソリューションにありがちな、全か無かのソリューションではないことです。継続的な可用性を提供するために最も重要なワークロードのみがLifelineに構成され、バッチを含む他のすべてのワークロードは既存の災害復旧手順を使用してリカバリされます。また、追加のワークロードをいつでもLifelineに追加できます。
ワークロードの特性は、ワークロードのタイプによって異なります。TCPベースのワークロードの場合、これはTCPアプリケーションのIPアドレスとポート番号です。SNAベースのワークロードの場合、これはSNAアプリケーションのSNAアプリケーション名です。MQベースのワークロードの場合、ワークロードのMQメッセージが送信されるのはMQクラスター・キューと MQ キュー・マネージャーです。Db2 DRDAベースのワークロードの場合、これはDb2エイリアスとDb2サブシステムのIPアドレスとポート番号です。Linux on Zワークロードの場合、zVM上で実行されるLinux on Zゲストがそれです。
Lifelineは、RFC 4678に記載されているServer/Application State Protocol (SASP)をサポートするロード・バランサーに依存しています。このプロトコルを使用すると、Lifelineはルーティングの推奨事項を SASP 対応のロード・バランサーに定期的に送信し、両方のサイトにまたがる一連のワークロード・アプリケーション間でワークロード接続をルーティングする方法をロード・バランサーに指示できます。F5 Big-IPスイッチ・ローカル・トラフィック・マネージャーは、Lifelineでの使用に推奨されるロード・バランサーです。
Lifelineは、ワークロードによって使用されるキューを管理するMQキュー・マネージャーと通信し、MQ キュー・マネージャーがMQメッセージを受信できるMQクラスターに指示します。サイトでワークロード障害が発生した後、Lifelineは、ワークロードの切り替え中に、取り残されたMQメッセージが代替サイトのMQマネージャーに確実に転送されるようにします。