Dotcom-Monitor unterstützt das Hinzufügen mehrerer Ziele unter demselben Gerät (weitere Informationen finden Sie im Artikel Hinzufügen mehrerer Ziele innerhalb eines einzelnen Geräts). Sofern die Ziele jedoch nicht eng miteinander verwandt sind und voneinander abhängen (z. B. Überwachung von Website-Transaktionen oder Web-API, die eine Authentifizierung erfordert), empfehlen wir Ihnen, ein Ziel pro Gerät zu erstellen.

Alle Warnmeldungen, Berichte und Dashboards werden auf Geräteebene erstellt. Beispielsweise werden die Warnungen im Fehlerzustand eines Geräts ausgelöst, nicht jedoch bei einem Fehler, der beim Ausführen einer einzelnen Aufgabe erkannt wird. Im Gegensatz dazu kann ein Überwachungsgerät mit einer einzelnen Aufgabe so konfiguriert werden, dass jedes Mal, wenn das System beim Ausführen der Aufgabe einen Fehler erkennt, sofort eine Warnmeldung generiert und Ihnen detaillierte Element-für-Element-Berichtsdaten zur Verfügung stellt.

Wenn Sie Überwachungsgeräte innerhalb des Dotcom-Monitor-Dienstes logisch gruppieren müssen, verwenden Sie Tagging, anstatt ein Multi-Target-Gerät einzurichten.

Einschränkungen bei Warnungen

Wenn Sie mehrere Überwachungsziele als separate Aufgaben unter demselben Überwachungsgerät eingerichtet haben, erhalten Sie im Fehlerfall eine Warnbenachrichtigung, die den Gerätenamen und den Namen der fehlgeschlagenen Aufgabe identifiziert. Es scheint genug zu sein, aber eine Aufgabe gibt normalerweise Ergebnisse von einer Reihe von abhängigen Webelementen zurück. Wir haben also drei tatsächliche Vererbungsebenen, aber nur zwei Ebenen (die Geräte- und Aufgabennamensebene), die in einer Warnmeldung dargestellt werden. Wenn einige der Webelemente mit Fehlern antworten, sehen Sie nur den Task-Namen, aber nicht die Details des Webelements, das einen Fehler verursacht hat.

Ein weiterer Punkt ist, dass Aufgaben in einem Gerät sequenziell ausgeführt werden. Angenommen, Sie haben drei HTTP-Anforderungen als separate Aufgaben innerhalb desselben Geräts eingerichtet. Darüber hinaus verfügt jede Aufgabe über ein 120-Sekunden-Abschlusstimeout. Das System führt die Aufgaben in der Reihenfolge aus, in der sie im Gerät eingerichtet sind. Wenn der erste Zieldienst nicht mehr reagiert, wird erst sechs Minuten nach der Fehlererkennung eine Warnmeldung gesendet. Wenn Sie jede HTTP-Anforderung unter einem separaten Gerät einrichten, wird dieselbe Warnung nach zwei Minuten generiert, falls das zugehörige Gerät einen Fehler meldet.

Einschränkungen bei der Berichterstellung

Das Erhalten eines Element-für-Element-Berichts ist auch bei Geräten mit mehreren Zielen eine Herausforderung. Da unsere Uptime, Performance, SLA-Berichte und Online-Dashboards auf Geräteebene ausgeführt werden, erhalten Sie keinen Einblick in Überwachungsaufgaben. Wenn beispielsweise eine der Ziel-URLs Ihres Multizielgeräts einen Fehler generiert, wird das Gerät in den Berichten unabhängig vom Status anderer Aufgaben auf dem Gerät als DOWN markiert. Auf einen Blick haben Sie also keine vollständigen Informationen über die tatsächliche Leistung jedes einzelnen Ziels in Ihrem Multi-Target-Gerät. Die individuelle Zielleistung nach Aufgaben finden Sie jedoch weiterhin im zugehörigen Online-Bericht.

Erhöhung der Ausführungszeit

Eine weitere Überlegung bezieht sich auf die sequenzielle Reihenfolge, in der Dotcom-Monitor Aufgaben in einem Überwachungsgerät ausführt. Wenn Sie Ihr Gerät beispielsweise so eingerichtet haben, dass es jede Minute überwacht, die erste Überwachungsaufgabe jedoch eine Zeitüberschreitung aufweist, wird die folgende Aufgabe des Geräts möglicherweise erst in 5 bis 10 Minuten ausgeführt.