マルチインスタンス キュー マネージャーと、アクティブおよびパッシブ MQ ノードのプールを保持する F5 BigIP/LTM ホストを使用して、高可用性ソリューションに取り組んでいます。BigIP 構成には、MI キュー マネージャーのアクティブ ノードとパッシブ ノードを識別し、常にクライアント接続をアクティブ ノードにリダイレクトするヘルス チェック スクリプトが含まれます。これを実現するために、アクティブ ノードからパッシブ ノードに切り替える前にマルチインスタンス キュー マネージャーによって実行されるすべての内部チェックを知りたいので、ヘルス チェック スクリプトに同じロジックを適用できます。また、BigIP 構成が MQ ヘルスチェックをサポートしているかどうかを知りたいですか?
質問する
1005 次
1 に答える
1
複数インスタンスのキュー・マネージャーは、NFS4 ファイル・システムでリースされたファイル・ロックをめぐって競合します。パッシブ ノードは、ロックを取得するとアクティブになります。F5 は、同じ方法を使用して QMgr の状態をチェックすることはできません。
MQ に組み込まれている機能を使用することをお勧めします。来月末 (2015 年 9 月) の時点で、IBM がサポートするすべてのバージョンの MQ でマルチインスタンスを使用できますCONNAME。したがって、来月の時点でアクティブな QMgr を見つけるために F5 が必要な場合、考えられる唯一の理由は、クライアントがサポートされていないバージョンの MQ を使用しているということです。願わくば、ネイティブ MQ 機能を複製するように F5 を構成するよりも優先度の高い問題です。つまり、会社が IBM サポートに料金を支払っており、PMR が開かれたときにそれを受け取ることを期待していると仮定します。
つまり、MQ で F5 を構成するには、TCP ハーフコネクト用にセットアップしてから、2 つの IP アドレスのそれぞれで MQ リスナー ポートをポーリングする必要があります。接続できる場合、ライブ IP はアクティブな QMgr であり、ペアの他の IP は障害が発生したかスタンバイになっている QMgr です。QMgr が静止している場合など、MQ リスナーが起動していてもアプリケーションが接続できない場合がありますが、このような接続の問題に対処するのはアプリの仕事です。F5 はそれからアプリを保護できません。
于 2015-08-27T14:37:15.557 に答える