メッセージキューバックエンド構成の例
キュー名を無視することによるサーバーのモニタリング
JMSの例では、アプリケーションが複数のキューを処理するメッセージサーバーに対してコールを行なっています。例の宛先名は以下のようになります。
- AccountQ
- AccountReplyQ
- AccountRecQ
- AccountDebitQ
デフォルトの自動検出ルールは、一意の宛先ごとに 1 つのバックエンドを検出するので、フローマップにはキュー名ごとに 1 つのキューバックエンドが表示されます。この例では、上記はそれぞれアプリケーション フロー マップに個別のバックエンドとして表示されます。各キュー名ではなくサーバのパフォーマンスのモニタリングが対象の場合は、構成を変更して宛先プロパティを無視し、タイプとベンダーのみを使用できます。
この結果を得るためには、カスタムJMS検出ルールを新規作成します。
別の例としてIBM MQでは、アプリケーションが複数のキューを処理するメッセージサーバーに対してコールを行なっています。例の宛先名は以下のようになります。
- MQhostwest-US:1521
- MQhosteast-US:1521
- MQhostsouth-US:1521
デフォルトの自動検出ルールは、一意の宛先ごとに 1 つのバックエンドを検出するので、フローマップにはキュー名ごとに 1 つのキューバックエンドが表示されます。この例では、上記はそれぞれアプリケーション フロー マップに個別のバックエンドとして表示されます。各キュー名ではなくサーバのパフォーマンスのモニタリングが対象の場合は、次のようにホストとポートのみを使用する検出ルールを作成できます。