Websphere MQでHAについて読んだとき、ベストプラクティスは、同じキューを処理する2つのキューマネージャーを作成し、すぐに使用できる負荷分散を使用することです。したがって、一方がダウンすると、もう一方が彼の仕事を引き継ぎます。
さて、これは素晴らしいですが、ダウンしたキューマネージャに属するキュー内のメッセージはどうですか？つまり、QMが再び稼働するまで、これらのメッセージはそこに存在しますか（もちろんキューが永続的である場合）？
さらに、この2倍のキューマネージャー用の共通ストレージを作成することは可能ですか？その場合、QMが起動するのを待つメッセージはありません。すべてのメッセージは適切な順序で配信されます。これは正しいです？
WebSphere MQは、要件に応じて、HAにさまざまな機能を提供します。WebSphere MQクラスタリングは、並列処理を使用して、キューの複数のインスタンスに負荷を分散します。これにより、サービスの可用性は提供されますが、送信中のメッセージには提供されません。
ハードウェアクラスタリングとマルチインスタンスキューマネージャー（MIQM）はどちらも、キューマネージャーの状態の単一のディスクイメージを表示するキューマネージャーの複数のインスタンスを使用する設計です。これらは処理中のメッセージの可用性を提供しますが、クラスターがフェイルオーバーしている間、サービスは一時的に利用できなくなります。
これらを組み合わせて使用すると、送信中のメッセージの回復と、複数のキューインスタンスにわたるサービスの可用性を提供できます。
ハードウェアクラスターモデルでは、ディスクは1つのサーバーにのみマウントされ、クラスターソフトウェアは障害を監視し、ディスク、IPアドレス、および場合によっては他のリソースをセカンダリノードに交換します。これには、クラスターを管理するためにPowerHAなどのハードウェアクラスターモニターが必要です。
マルチインスタンスQMgrは完全にWebSphereMQ内に実装されており、他のソフトウェアは必要ありません。これは、QMgrの2つの実行中のインスタンスが同じNFS4共有ディスクマウントを指すようにすることで機能します。両方のインスタンスがファイルのロックをめぐって競合します。ロックを最初に取得したものがアクティブなQMgrになります。IPアドレスの乗っ取りを実行するハードウェアクラスターモニターがないため、このタイプのクラスターには複数のIPアドレスがあります。最新バージョンのWMQではCONNAME、IP名またはDNS名のコンマ区切りリストを指定できるマルチインスタンスを使用してこれを行うことができます。以前にクライアントチャネル定義テーブル（CCDT）を使用して複数のQMgr間のフェイルオーバーを管理していたクライアントアプリケーションは引き続き機能し、CCDTは現在のバージョンのWMQで引き続きサポートされます。
ハードウェア・クラスターおよびMIQMサポートの詳細については、Infocenterのトピック「高可用性構成でのWebSphereMQの使用」を参照してください。
クライアントチャネル定義テーブルファイルについては、インフォセンターのトピッククライアントチャネル定義テーブルファイルで説明されています。