メッセージキューバックエンド構成の例

キュー名を無視することによるサーバーのモニタリング

JMSの例では、アプリケーションが複数のキューを処理するメッセージサーバーに対してコールを行なっています。例の宛先名は以下のようになります。

  • AccountQ
  • AccountReplyQ
  • AccountRecQ
  • AccountDebitQ

デフォルトの自動検出ルールは、一意の宛先ごとに 1 つのバックエンドを検出するので、フローマップにはキュー名ごとに 1 つのキューバックエンドが表示されます。この例では、上記はそれぞれアプリケーション フロー マップに個別のバックエンドとして表示されます。各キュー名ではなくサーバのパフォーマンスのモニタリングが対象の場合は、構成を変更して宛先プロパティを無視し、タイプとベンダーのみを使用できます。

この結果を得るためには、カスタムJMS検出ルールを新規作成します。

別の例としてIBM MQでは、アプリケーションが複数のキューを処理するメッセージサーバーに対してコールを行なっています。例の宛先名は以下のようになります。

  • MQhostwest-US:1521
  • MQhosteast-US:1521
  • MQhostsouth-US:1521

デフォルトの自動検出ルールは、一意の宛先ごとに 1 つのバックエンドを検出するので、フローマップにはキュー名ごとに 1 つのキューバックエンドが表示されます。この例では、上記はそれぞれアプリケーション フロー マップに個別のバックエンドとして表示されます。各キュー名ではなくサーバのパフォーマンスのモニタリングが対象の場合は、次のようにホストとポートのみを使用する検出ルールを作成できます。

バックエンド命名設定