高可用性メッセージング・エンジン・ポリシー
高可用性メッセージング・エンジン・ポリシーは、 事前定義されたメッセージング・エンジン・ポリシー・タイプであり、 メッセージング・エンジン・ポリシー・アシスタンスを使用するときに提供されます。 これは、メッセージング・エンジンの可用性を高めたい場合に、 バスのメンバーであるクラスターへのメッセージング・エンジンを作成および構成するために役立ちます。
高可用性構成では、メッセージング・エンジンがクラスター内で常時稼働するようになります。 メッセージング・エンジンをホストするサーバーに障害が発生すると、 メッセージング・エンジンが活動化され、別のサーバーで稼働します。 メッセージング・エンジンが次のサーバーで始動すると、 信頼性が高いものとして設定されていて、処理中であったかまたはキューに入っていた、すべてのメッセージの処理は継続されます。 信頼性が高いメッセージを最小限の中断で処理することを優先したいシステムでは、高可用 性メッセージング・エンジン・ポリシーを使用してください。
高可用性メッセージング・エンジン・ポリシーは、クラスター用に単一のメッセージング・エンジンを作成します。 メッセージング・エンジンは、 クラスター内のいずれかのアプリケーション・サーバーにフェイルオーバーするように構成されます。 クラスター内のすべてのアプリケーション・サーバーは優先サーバー・リストに追加されます。 このリストによって、フェイルオーバーに使用するサーバーの順序が決定されます。 優先サーバー・リストでの順序が先になるほど、そのサーバーの優先度が高くなります。 メッセージング・エンジンはフェイルバックしません。つまり、より優先度の高いサーバーが再度使用可能になっても、メッセージング・エンジンの処理はそのサーバーに戻りません。
メッセージング・エンジンは、 クラスター内のすべてのサーバーがアクセスできる単一の高可用性メッセージ・ストア (データベースまたはファイル・システムのいずれか) を使用するように構成されます。
管理コンソールで高可用性メッセージング・エンジン・ポリシー・タイプを選択すると、 選択したクラスターおよびポリシーの最終結果が図に示されます。
図に三角形の警告がなく、 「さらに構成が必要 (Is further configuration required)」列の 「高可用性」行に「いいえ」が表示された場合、 クラスターのトポロジーとメッセージング・エンジンの構成は適切であるため、処理を継続できます。
図に三角形の警告が示されている場合は、適切なメッセージング・エンジン構成にするためのガイドとして、 「高可用性」行のメッセージを確認してください。
クラスターに高可用性を必要とする場合、そのクラスターには、 少なくとも 2 つのノードのそれぞれに 1 台のサーバーが含まれていなければなりません。 (つまり、クラスター内に少なくとも 2 台の独立した物理マシンが必要です。) 別のノードに別のサーバーを追加することを勧めるメッセージが表示される場合は、 クラスターをバスのメンバーとして追加する前に、クラスターのトポロジーを再定義する必要があります。
例えば、次の図は、1 つのノードに構成された 3 台のサーバーを示しています。 そのノードに障害が発生した場合に、メッセージング・エンジンがフェイルオーバーできるサーバーはありません。メッセージング・エンジンが稼働できるサーバーを常に確保するために、 別個のノードに他のサーバーが少なくとも 1 台は必要です。

次の図は、クラスター・トポロジーおよび メッセージング・エンジン構成が高可用性ポリシーに適合しているときに表示される図の例です。3 つのノードがあり、 各ノードには 1 台のサーバーが含まれます。メッセージング・エンジンがノードのサーバーで稼働中に そのノードに障害が発生した場合、メッセージング・エンジンは、 他の 2 つのノードのいずれかのサーバーで稼働できます。ポリシーを正しく使用できるため、 三角形の警告も、点線で囲まれたコンポーネントの提案もありません。

以下の表に、高可用性メッセージング・エンジン・ポリシーを使用する、 3 台のサーバーのクラスターのメッセージング・エンジン・ポリシー設定値を示します。
メッセージング・エンジン名 | フェイルオーバー | フェイルバック | 優先サーバー・リスト | 優先サーバー上でのみ稼働 |
---|---|---|---|---|
clustername.000-busname | true | false |
|
true |
メッセージング・エンジン構成の高可用性について詳しくは、 関連情報を参照してください。