2.8.5　クラスタの機能

■ メッセージ送信時のキューマネジャの再マッピング

MQOPEN命令で指定したキューマネジャ名を別のキューマネジャに再マッピングするようキューマネジャの別名を使用できます。これは，クラスタキューマネジャでも可能です。例えば，キューマネジャは次に示すキューマネジャの別名を指定できます。

mqaremque -m CLUSQM YORK

これによってCLUSQMというキューマネジャに対する別名として使用できるキューマネジャ名としてYORKが定義されます。この定義をしたキューマネジャ上のアプリケーションがキューマネジャYORKに対してメッセージを送信すると，ローカルキューマネジャはそれをCLUSQMという名称に解決します。ローカルキューマネジャがCLUSQMという名称でない場合には，メッセージをクラスタ転送キューに登録し（そのあとCLUSQMへ転送される），転送ヘッダをYORKではなくCLUSQMに変更します。

注意事項

クラスタ内のすべてのキューマネジャがYORKという名前をCLUSQMに解決するのではありません。定義が適用されるのはその定義をしたキューマネジャ上だけです。別名をクラスタ全体に通知するには，リモートキューのローカル定義の-cオプションでClusterName属性を指定してください。YORKへ向かうはずだったほかのメッセージキューからのメッセージは，別名の定義を持つキューマネジャへ送信され，別名が解決されます。

■ メッセージ送信時の転送キューの変更または指定

この別名を使用してクラスタを非クラスタシステムと結合できます。例えば，クラスタITALY内のキューマネジャがPALERMOというキューマネジャ（クラスタの外部にある）と通信できるようにするには，クラスタ内のキューマネジャのうちの一つがゲートウェイとして機能する必要があります。このキューマネジャで次に示すとおり定義します。

mqaremque -c ITALY -m PALERMO -x X ROME

これはキューマネジャの別名の定義であり，ROMEをキューマネジャとして定義し通知します。クラスタITALY内のどのキューマネジャからのメッセージもROMEの名前でPALERMOのあて先に到着します。オープンハンドルにキューマネジャ名としてROMEを設定してオープンされたキューに登録されたメッセージは，別名の定義元であるゲートウェイのキューマネジャに送信されます。メッセージがそこに届くと，転送キューXに登録され，通常の非クラスタチャネルによってキューマネジャPALERMOへ転送されます。

この例ではROMEという名前を選択していますが，これには特に意味がありません。リモートキューのローカル定義名と-mオプションの指定値は同じでもかまいません。

■ メッセージ受信時のあて先の決定

メッセージを受信すると，キューマネジャは転送ヘッダを参照し，あて先のキューとキューマネジャの名前を調べます。参照したキューマネジャと同じ名前のキューマネジャの別名の定義を持つ場合には，転送ヘッダ内のキューマネジャ名を対応するリモートキューマネジャ名で置き換えます。

キューマネジャ別名をこのように使用するには次に示す二つの理由があります。

• メッセージを別のキューマネジャへ向けて送信するため

• キューマネジャ名をローカルキューマネジャと同じ名前に変えるため

■ クラスタへのゲートウェイとしてのキューマネジャの使用

クラスタ外から送信されたメッセージに対する処理を負荷分散できます。

キューEDINBURGHがクラスタ内の一つ以上のキューマネジャにあるとします。クラスタ外のキューマネジャには，転送キュー，およびクラスタ内のキューマネジャに対するセンダチャネルが必要です。このクラスタ内のキューマネジャをゲートウェイキューマネジャといいます。キューEDINBURGHをゲートウェイキューマネジャ以外に配置することによって，クラスタの負荷分散機能が有効になります。

詳細については，「(d)　クラスタ内での別名の使用例」の「●クラスタ外のキューマネジャによるキューへのメッセージ登録（別名使用）」を参照してください。

■ クラスタ外のキューマネジャによるキューへのメッセージ登録

クラスタ外のキューマネジャがクラスタ内のQM2にあるキューQ2にどのようにメッセージを登録するかを説明します。

クラスタ外のキューマネジャ（QM3）は，メッセージを登録したいクラスタ内の各キューに対してリモートキューのローカル定義を持つ必要があります。例えば，次に示すとおり定義します。

mqaremque -r Q2 -m QM2 -x QM1 Q2

この図のQM3上にこのリモートキューQ2が示されています。

QM3はクラスタの一部ではないので，分散キューイングの方法で通信する必要があります。そのため，QM3はQM1に対応するセンダチャネルと転送キューを持つことになります。QM1には対応するレシーバチャネルが必要です。ただし，この図ではチャネルと転送キューは明示的には示していません。

QM3にあるアプリケーションがメッセージをQ2に登録するためにMQPUT命令を発行する場合，リモートキューのローカル定義によってメッセージはゲートウェイキューマネジャQM1を通って送信されます。

■ クラスタ外のキューマネジャへの応答

応答用の通信路を形成するため，ゲートウェイ（QM1）はクラスタ外のキューマネジャに対してキューマネジャの別名を通知します。QM1はクラスタ属性をキューマネジャの別名の定義に付けることによって，この別名をクラスタ全体に対して通知します（-rオプションが省略されていることに注意してください）。例えば，次に示すとおり定義します。

mqaremque -c DEMO -m QM3 -x X QM3

QM3はクラスタの一部ではないので，分散キューイングの方法で通信する必要があります。したがって，QM1はQM3に対してセンダチャネルと転送キューXを持つ必要があります。QM3には対応するレシーバチャネルが必要です。この図ではチャネルと転送キューは明示的には示していません。

QM2にあるアプリケーション（app2）がQM3にあるQ3へ応答を送信するためにMQPUT命令を発行すると，その応答はゲートウェイへ送信されます。ゲートウェイではキューマネジャの別名を使用して，あて先キューとキューマネジャの名前を決定します。

注意事項

クラスタ外のルートを二つ以上定義できます。

■ クラスタ外のキューマネジャによるキューへのメッセージ登録（別名使用）

クラスタ外のキューマネジャからメッセージをキューに登録する別の方法があります。ゲートウェイキューマネジャ上で，例えば，ANY.CLUSTERというキューマネジャの別名を定義します。

mqaremque ANY.CLUSTER

これによって，キューマネジャANY.CLUSTERに対するどのような応答でも"null"とマッピングされます。つまり，クラスタ外のキューマネジャ内のリモートキューのローカル定義がキューマネジャ名ANY.CLUSTERを使用できるので，正確なキューマネジャ名を使用する必要がなくなります。したがって，クラスタ外のキューマネジャ上では，次に示す定義ができます。

mqaremque -r Q2 -m ANY.CLUSTER -x QM1 Q2

この定義によってメッセージは最初にQM1へ送信され，そこからクラスタキューQ2を保持するクラスタ内のキューマネジャへ転送されます。

■ クラスタ外のキューマネジャへのメッセージ登録

クラスタ外へのメッセージの登録について次の図に示します。

図2‒47　クラスタ外のキューマネジャへの登録

ここでQM2（クラスタ内）からメッセージをQM3にあるキューQ3（クラスタ外）に登録する方法について検討します。

ゲートウェイ（この例ではQM1）はリモートキューのローカル定義を持ち，リモートキュー（Q3）をクラスタに対して次に示すとおり通知します。

mqaremque -r Q3 -c DEMO -m QM3 Q3

QM1のゲートウェイは，クラスタ外にあるキューマネジャに対するセンダチャネルと転送キューも持っています。QM3には対応するレシーバチャネルがありますが，この図ではこれらを示していません。

メッセージをキューに登録するため，QM2にあるアプリケーションは対象キュー名（Q3）を指定し，さらに応答のあて先になるキューの名前（Q2）を指定してMQPUT命令を発行します。メッセージはQM1に送信され，QM1はリモートキューのローカル定義を使用してQM3にあるQ3にキューの名称を解決します。

注意事項

クラスタ外のルートを二つ以上定義できます。

■ クラスタ外のキューマネジャからの応答

QM3がクラスタ内部のキューマネジャに応答を送信するためには，通信したいクラスタ内の各キューマネジャに対してキューマネジャの別名を持つ必要があります。このキューマネジャの別名はメッセージが経由するゲートウェイの名前，つまりゲートウェイキューマネジャへの転送キューの名前を指定する必要があります。この例では，QM3はQM2に対して次に示すようなキューマネジャの別名の定義が必要です。

mqaremque -m QM2 -x QM1 QM2

QM3もQM1に対するセンダチャネルと転送キューが必要であり，QM1には対応するレシーバチャネルが必要です。

QM3にあるアプリケーション（app3）はMQPUT命令を発行し，キュー名（Q2）とキューマネジャ名（QM2）を指定して応答をQM2に送信できます。

■ クラスタからクラスタへのメッセージ登録

すべてのキューマネジャを一つの大きなグループにまとめる代わりに，複数の小さなクラスタを構築できます。各クラスタでは一つ以上のキューマネジャを橋渡し役として動作させます。この方法では，利用できるキューおよびキューマネジャをクラスタ間で制限できます。この構成をマルチクラスタといいます。

別名を使用してキューおよびキューマネジャの名称を変えることによって，名称の衝突を回避したり，ローカルの命名規則に合わせたりすることができます。

クラスタ間の橋渡しとなるキューマネジャについて次の図に示します。

図2‒48　クラスタ間の橋渡し

QM1から，別クラスタ（WINDSOR）に参加しているキューマネジャ（QM3）のクラスタキュー（Q3）へメッセージを登録する例を次に示します。

QM3ではQ3を次に示すとおり作成します。

mqamkque -c WINDSOR Q3 モデルキューの定義名

QM2は両方のクラスタに参加しており，両者の橋渡し役でもあります。QM2を介して認識させる必要があるキューごとに，QM2に別名キューの属性定義（mqaalsque定義コマンド）が必要です。この図の例では，QM2で次に示す定義が必要です。Q3の別名キュー名として，MYQ3を指定します。

mqaalsque -w not_fixed -c CORNISH MYQ3 Q3

この定義によってクラスタ（CORNISH）内のキューマネジャ（例えばQM1）で動作するアプリケーションは，MYQ3という名前で参照するキューにメッセージを登録できます。このメッセージはクラスタ（WINDSOR）内のキューマネジャ（QM3）のQ3に送信されます。

キューをオープンするときには，バインディングオプションにMQOO_BIND_NOT_FIXEDまたはMQOO_BIND_AS_Q_DEFを指定する必要があります。MQOO_BIND_ON_OPENを指定した場合，キューマネジャは別名キューの属性定義を橋渡し役のキューマネジャ（QM2）に解決し，QM2はメッセージを転送しないからです。

この図は，橋渡し役として動作するキューマネジャが一つある二つのクラスタです。二つ以上のキューマネジャを橋渡し役として設定することもできます。

QM2が動作するコンピュータでは，次に示すとおり定義します。

• MQTサーバ名1の定義

  mqttcpcs定義と複数の事前定義クラスタセンダチャネルを定義します。

  mqttcpcs -p tcp …
  mqtalccha -c チャネル名1 -y "type=clussdr" -a"cluster=CORNISH" …
  mqtalced
  mqtalccha -c チャネル名2 -y "type=clussdr" -a"cluster=WINDSOR" …
  mqtalced

• MQTサーバ名2の定義

  mqttcpcr定義と一つの事前定義クラスタレシーバチャネルを定義します。

  mqttcpcr -p tcp …
  mqtalccha -c チャネル名3 -y "type=clusrcvr" -a"cluster=CORNISH" …
  mqtalced

• MQTサーバ名3の定義

  mqttcpcr定義と一つの事前定義クラスタレシーバチャネルを定義します。

  mqttcpcr -p tcp …
  mqtalccha -c チャネル名4 -y "type=clusrcvr" -a"cluster=WINDSOR" …
  mqtalced

• MQAサービス定義

  MQTサーバ名1，MQTサーバ名2，およびMQTサーバ名3を定義します。

  mqamqtnam MQTサーバ名1 mqttcpcs 255
  mqamqtnam MQTサーバ名2 mqttcpcr 100
  mqamqtnam MQTサーバ名3 mqttcpcr 100