IBM MQ, früher bekannt als MQ Series, ist ein auf Unternehmen abgestimmtes Messaging-System, das zur Übertragung von Daten zwischen Anwendungsservices mit einer Warteschlangen-Middleware verwendet wird und über mehrere Betriebsmodi verfügt: Point-to-Point, Publish/Subscribe und Dateiübertragung.Außerdem können Anwendungen Nachrichten über Multicasting für viele Abonnenten veröffentlichen.IBM MQ Monitoring erfordert die Fähigkeit, alle IBM MQ-Instanzen zu identifizieren, Leistungsinformationen von der Plattform zu erfassen und Daten über die Warteschlangen und Warteschlangenmanager zu sammeln.
Wenn eine Nachricht nicht sofort zugestellt werden kann, wird sie mit MQ in eine Warteschlange gestellt, wo sie so lange wartet, bis die Zustellung zuverlässig erfolgen kann. IBM MQ dient als Puffer zwischen Anwendungen in asynchronen Messaging-Umgebungen. Bei einer Netzwerk- oder Anwendungsunterbrechung werden damit Nachrichten in speziellen Warteschlangen festgehalten, bis alles wieder läuft.
Visualisierung der Pub/Sub-Architektur mit freundlicher Genehmigung der IBM MQ Entwickler-Website
Wenn der Agent von Instana auf einem Host bereitgestellt wird, der IBM MQ enthält, wird der Instana IBM MQ-Sensor automatisch konfiguriert und mit MQ verbunden. Instana beginnt dann sofort mit der Überwachung der IBM MQ-Leistungsmetriken, um reibungsloses Messaging zu gewährleisten. Instana sammelt IBM MQ-Leistungsmetriken für Cluster, Listener, Topics, Queue Manager, Warteschlangen und Kanäle mit einer Granularität von 1 Sekunde, sodass Sie nie eine Spitze übersehen, die auf ein potenzielles Leistungsproblem hinweist.
Instana unterhält eine kuratierte Wissensbasis von Zustandssignaturen für alle überwachten Plattformen, darunter IBM MQ.Die KnowledgeBase wird fortlaufend anhand der eingehenden Metriken ausgewertet. Diese werden verwendet, um je nach Auswirkung auf den Benutzer und Schweregrad auf Probleme oder Vorfälle hinzuweisen.Integrierte Ereignisse lösen Probleme oder Vorfälle aus, die auf fehlgeschlagenen Zustandssignaturen für Definitionseinheiten basieren, und benutzerdefinierte Ereignisse lösen Probleme oder Vorfälle auf der Grundlage definierter Schwellenwerte der einzelnen Metriken einer bestimmten Definitionseinheit aus.
Ereignis
- Anzahl der Verbindungen des Queue Managers.
- Status des Queue Managers.
Beschreibung
- Prüft, ob derzeit keine Verbindungen im Queue Manager vorhanden sind.
- Prüft, ob der Queue Manager in einem einwandfreien Zustand ist und sich nicht im Quiescemodus befindet.
Metrik
- Verbindungsanzahl (connectionCount)
- Status des Queue Managers (Status)
Ereignis
- Älteste Nachricht in die Warteschlange stellen.
- Differenz der Warteschlangenlänge.
Beschreibung
- Überprüft, ob Nachrichten in der Warteschlange älter als der Schwellenwert sind.
- Überprüft, ob sich die Warteschlangenlänge der maximalen Warteschlangenlänge nähert.
Metrik
- Älteste Nachricht in der Warteschlange (oldestMessage)
- Warteschlangenlänge (queueDepth) und maximale Warteschlangenlänge (maxQueueDepth)
Ereignis
- Kanalstatus.
Beschreibung
Überprüft, ob sich der Kanal in einem einwandfreien Zustand befindet.
Metrik
- Kanalstatus (channelStatus)