Teilen über

Problembehandlung von Azure Monitor-Metrikwarnungen

  • Artikel

In diesem Artikel werden häufig gestellte Fragen zu Azure Monitor-r Metrikwarnungen und deren Problembehandlung behandelt.

Azure Monitor-Warnungen informieren Sie proaktiv, wenn wichtige Bedingungen in Ihren Überwachungsdaten gefunden werden. Sie ermöglichen es Ihnen, Probleme zu identifizieren und zu beheben, bevor die Benutzer Ihres Systems sie bemerken. Weitere Informationen über Warnungen finden Sie unter Überblick über Warnungen in Microsoft Azure.

Die Metrikwarnung wurde nicht wie vorgesehen ausgelöst

Wenn Sie der Meinung sind, dass eine Metrikwarnung hätte ausgelöst werden sollen, dies aber nicht der Fall war und nicht im Azure-Portal aufgeführt ist, versuchen Sie die folgenden Schritte:

  1. Überprüfen Sie die Konfiguration der Metrikwarnungsregel.

    • Überprüfen Sie, ob die Optionen Aggregationstyp und Aggregationsgranularität (Zeitraum) wie erwartet konfiguriert sind. Der Aggregationstyp bestimmt, wie Metrikwerte aggregiert werden. Weitere Informationen finden Sie unter Erläuterungen zur Azure Monitor-Metrikaggregation und -anzeige. Aggregationsgranularität (Zeitraum) steuert, wie weit die in die Auswertung einbezogenen Metrikwerte zurückreichen sollen, wenn die Warnungsregel ausgeführt wird.

    • Vergewissern Sie sich, dass die Optionen Schwellenwert bzw. Sensibilität wie erwartet konfiguriert sind.

    • Überprüfen Sie bei einer Warnungsregel, die dynamische Schwellenwerte verwendet, ob erweiterte Einstellungen konfiguriert sind. Die Anzahl von Verstößen kann Warnungen filtern und Daten ignorieren, bevor sie sich darauf auswirken können, wie die Schwellenwerte berechnet werden.

      Hinweis

      Dynamische Schwellwerte benötigen mindestens 3 Tage und 30 Metrikproben, bevor sie aktiv werden.

  2. Überprüfen Sie, ob die Warnung ausgelöst, die Benachrichtigung aber nicht gesendet wurde.

    Überprüfen Sie die Liste der ausgelösten Warnungen, um festzustellen, ob Sie die ausgelöste Warnung finden können. Wenn die Warnung in der Liste angezeigt wird, Sie aber ein Problem mit einigen ihrer Aktionen oder Benachrichtigungen haben, finden Sie weitere Informationen unter Behandeln von Problemen bei Azure Monitor-Warnungen.

  3. Überprüfen Sie, ob die Warnung bereits aktiv ist.

    Überprüfen Sie, ob für die Metrikzeitreihe, für die Sie eine Warnung erwarten, bereits eine Warnung ausgelöst wurde. Metrikwarnungen sind zustandsbehaftet. Das bedeutet: Nachdem eine Warnung für eine bestimmte Metrikzeitreihe ausgelöst wurde, werden weitere Warnungen für diese Zeitreihe erst ausgelöst, wenn das Problem nicht mehr vorliegt. Durch diese Entwurfsentscheidung wird Stördatenverkehr reduziert. Die Warnung wird automatisch gelöst, wenn die Warnungsbedingung bei drei aufeinanderfolgenden Auswertungen nicht erfüllt wird.

  4. Überprüfen Sie die verwendeten Dimensionen.

    Falls Sie einige Dimensionswerte für eine Metrik ausgewählt haben, überwacht die Warnungsregel jede einzelne Metrikzeitreihe (definiert gemäß einer Kombination von Dimensionswerten) auf das Erreichen des Schwellenwerts. Konfigurieren Sie für die Metrik eine andere Warnungsregel, ohne Dimensionen auszuwählen, um auch die aggregierten Metrikzeitreihen (ohne Auswahl von Dimensionen) zu überwachen.

  5. Überprüfen Sie die Aggregations- und Zeitgranularität.

    Wenn Sie Metrikdiagramme verwenden, stellen Sie Folgendes sicher:

    • Die ausgewählte Aggregation im Metrikdiagramm entspricht dem Aggregationstyp in Ihrer Warnungsregel.
    • Die ausgewählte Zeitgranularität entspricht dem Wert der Aggregationsgranularität (Zeitraum) in Ihrer Warnungsregel (nicht auf Automatisch festgelegt).

  6. Überprüfen Sie, ob die Warnungsregel den ersten Auswertungszeitraum in einer Zeitreihe fehlt.

    Sie können die Wahrscheinlichkeit verringern, dass Sie die erste Auswertung hinzugefügter Zeitreihen verpassen, indem Sie sicherstellen, dass Sie in den folgenden Fällen eine Aggregationsgranularität (Zeitraum) wählen, die größer als die Häufigkeit der Auswertung ist:

    • Wenn eine neue Dimensionswertkombination zu einer Metrikwarnungsregel hinzugefügt wird, die mehrere Dimensionen überwacht.
    • Wenn eine neue Ressource zum Bereich einer Metrikwarnungsregel hinzugefügt wird, die mehrere Ressourcen überwacht.
    • Wenn die Metrik nach einem Zeitraum von mehr als 24 Stunden ausgegeben wird, in dem sie nicht für eine Metrikwarnungsregel ausgegeben wurde, die eine Metrik überwacht, die nicht kontinuierlich ausgegeben wird (spärliche Metrik).

Die Metrikwarnung wird nicht jedes Mal ausgelöst, wenn die Bedingung erfüllt ist

Metrikwarnungen sind in der Standardeinstellung zustandsbehaftet. Andere Warnungen werden somit nicht ausgelöst, wenn für eine bestimmte Zeitreihe bereits eine Warnung ausgelöst wurde. Um eine bestimmte Metrikwarnungsregel zustandslos zu machen und bei jeder Auswertung benachrichtigt zu werden, bei der die Warnungsbedingung erfüllt ist, verwenden Sie eine dieser Optionen:

  • Wenn Sie die Warnungsregel programmgesteuert erstellen, z. B. über Azure Resource Manager, PowerShell, REST oder Azure CLI, legen Sie die autoMitigate Eigenschaft auf False.

  • Wenn Sie die Warnungsregel im Azure-Portal erstellen, deaktivieren Sie im Abschnitt Details der Warnungsregel die Option Warnungen automatisch auflösen. Die Häufigkeit von Benachrichtigungen für zustandslose Metrikwarnungen unterscheidet sich je nach konfigurierter Häufigkeit der Warnungsregel:

  • Warnungshäufigkeit von weniger als fünf Minuten: Während die Bedingung weiterhin erfüllt ist, wird im Zeitraum zwischen einer und sechs Minuten eine Benachrichtigung gesendet.

  • Warnungshäufigkeit von mehr als fünf Minuten: Während die Bedingung weiterhin erfüllt ist, wird im Zeitraum zwischen der konfigurierten Häufigkeit und der doppelten Häufigkeit eine Benachrichtigung gesendet. Bei einer Warnungsregel mit einer Häufigkeit von 15 Minuten wird beispielsweise eine Benachrichtigung im Zeitraum zwischen 15 und 30 Minuten gesendet.

Hinweis

Eine Metrikwarnungsregel zustandslos zu machen, verhindert, dass ausgelöste Warnungen aufgelöst werden. Selbst wenn die Bedingung nicht mehr erfüllt ist, bleiben die ausgelösten Warnungen bis zum 30-Tage-Aufbewahrungszeitraum in einem ausgelösten Zustand.

Eine Metrikwarnungsregel mit dynamischem Schwellenwert wird nicht ausreichend ausgelöst

Möglicherweise wird eine Warnungsregel, die dynamische Schwellenwerte verwendet, nicht ausgelöst oder ist nicht empfindlich genug, obwohl sie mit hoher Empfindlichkeit konfiguriert ist. Dies kann passieren, wenn die Verteilung der Metrik sehr unregelmäßig ist. Ziehen Sie eine der folgenden Lösungen in Betracht, um das Problem zu beheben:

  • Wechseln Sie zur Überwachung einer ergänzenden Metrik, die für Ihr Szenario geeignet ist, falls zutreffend. Überprüfen Sie beispielsweise die Änderungen der Erfolgsrate statt Änderungen der Fehlerrate.
  • Versuchen Sie, eine andere Aggregationsgranularität (Zeitraum) auszuwählen.
  • Überprüfen Sie, ob es im Verhalten der Metrik in den letzten 10 Tagen eine drastische Veränderung gab, z. B. einen Ausfall. Eine plötzliche Änderung kann sich auf die oberen und unteren Schwellenwerte auswirken, die für die Metrik berechnet werden, und sie weiter machen. Warten Sie ein paar Tage, bis der Ausfall nicht länger für die Berechnung des Schwellenwerts herangezogen wird. Sie können die Warnungsregel auch bearbeiten, um in den erweiterten Einstellungen die Option Daten ignorieren vor zu verwenden.
  • Wenn Ihre Daten wöchentlich saisonabhängig sind, aber nicht genügend Verlauf für die Metrik verfügbar ist, können die berechneten Schwellenwerte zu breiteren Ober- und Untergrenzen führen. Beispielsweise kann die Berechnung Wochentage und Wochenenden auf die gleiche Weise behandeln und breite Rahmen erstellen, die nicht immer den Daten entsprechen. Dieses Problem sollte sich selbst beheben, nachdem genügend Metrikverlauf verfügbar ist. Dann wird dir korrekte Saisonalität erkannt und die berechneten Schwellenwerte werden entsprechend aktualisiert.

Eine Metrikwarnung wurde fälschlicherweise ausgelöst

Wenn Sie der Meinung sind, dass Ihre Metrikwarnung fälschlicherweise ausgelöst wurde, können Ihnen die folgenden Schritte bei der Lösung des Problems helfen.

  1. Suchen Sie in der Liste der ausgelösten Warnungen nach der ausgelösten Warnung. Wählen Sie die Warnung aus, um Details anzuzeigen. Überprüfen Sie die Informationen unter Why did this alert fire? (Warum wurde diese Warnung ausgelöst?), um das Metrikdiagramm, den Metrikwert und den Schwellenwert für den Zeitpunkt anzuzeigen, zu dem die Warnung ausgelöst wurde.

    Hinweis

    Wenn Sie dynamische Schwellenwerte verwenden und der Meinung sind, dass die Schwellenwerte nicht korrekt waren, geben Sie mithilfe des Stirnrunzeln-Symbols Feedback. Dieses Feedback beeinflusst die Forschung zu Machine Learning-Algorithmen und wird bei der Verbesserung der zukünftigen Erkennung helfen.

  2. Wenn Sie mehrere Dimensionswerte für eine Metrik ausgewählt haben, wird die Warnung ausgelöst, wenn eine beliebige Metrikzeitreihe (definiert gemäß einer Kombination von Dimensionswerten) den Schwellenwert erreicht. Weitere Informationen zur Verwendung von Dimensionen in Metrikwarnungen finden Sie unter Einschränken des Ziels mithilfe von Dimensionen.

  3. Überprüfen Sie die Konfiguration der Warnungsregel, um sicherzustellen, dass sie richtig konfiguriert ist:

    • Stellen Sie sicher, dass die Einstellungen für Aggregationstyp, Aggregationsgranularität (Zeitraum) und Schwellenwert oder Sensitivität wie gewünscht konfiguriert sind.
    • Überprüfen Sie bei einer Regel, für die dynamische Schwellwerte verwendet werden, ob die erweiterten Einstellungen konfiguriert sind. Der Grund ist, dass die Anzahl von Verstößen ggf. zu einer Filterung der Warnungen führt und die Option Daten ignorieren vor beeinflussen kann, wie die Schwellenwerte berechnet werden.

    Hinweis

    Dynamische Schwellwerte werden erst nach mindestens 3 Tagen und 30 Metrikproben aktiv.

  4. Wenn Sie Metrikdiagramme verwenden, stellen Sie Folgendes sicher:

    • Die ausgewählte Aggregation im Metrikdiagramm entspricht dem Aggregationstyp in Ihrer Warnungsregel.
    • Die ausgewählte Zeitgranularität entspricht dem Wert der Aggregationsgranularität (Zeitraum) in Ihrer Warnungsregel und dass diese nicht auf Automatisch festgelegt ist.

  5. Wenn die Warnung ausgelöst wurde, während bereits ausgelöste Warnungen vorhanden waren, die dieselben Kriterien überwachen, und nicht aufgelöst wurden, prüfen Sie, ob die Warnungsregel so konfiguriert wurde, dass Warnungen nicht automatisch aufgelöst werden. Dies bedeutet, dass die Warnungsregel zustandslos ist und keine automatisch ausgelösten Warnungen löst und keine ausgelöste Warnung erfordert, bevor sie wieder auf die gleiche Zeitreihe ausgelöst wird. So überprüfen Sie, ob die Warnungsregel nicht für die automatische Auflösung konfiguriert ist:

    • Bearbeiten Sie die Warnungsregel im Azure-Portal. Überprüfen Sie, ob das Kontrollkästchen Warnungen automatisch auflösen im Abschnitt Warnungsregeldetails deaktiviert ist.
    • Überprüfen Sie das Skript, das zum Bereitstellen der Warnungsregel verwendet wird, oder rufen Sie die Warnungsregeldefinition ab. Überprüfen Sie, ob die Eigenschaft autoMitigate auf false festgelegt ist.

Eine Metrikwarnungsregel mit dynamischen Schwellenwerten löst zu häufig aus oder ist zu laut

Wenn eine Warnungsregel, die dynamische Schwellenwerte verwendet, zu viel Rauschen verursacht oder zu viel auslöst, müssen Sie möglicherweise die Empfindlichkeit Ihrer Warnungsregel für dynamische Schwellenwerte reduzieren. Nutzen Sie eine der folgenden Optionen:

  • Schwellwertempfindlichkeit: Legen Sie die Empfindlichkeit auf Niedrig fest, um bei Abweichungen toleranter zu sein.
  • Anzahl von Verstößen (unter Erweiterte Einstellungen): Konfigurieren Sie die Warnungsregel so, dass sie nur ausgelöst wird, wenn innerhalb eines bestimmten Zeitraums mehrere Abweichungen auftreten. Diese Einstellung macht die Regel weniger anfällig für vorübergehende Abweichungen.

Eine Metrikwarnungsregel mit dynamischen Schwellenwerten zeigt Werte an, die nicht im Bereich der erwarteten Werte liegen

Wenn ein Metrikwert große Schwankungen aufweist, können dynamische Schwellenwerte ein Modell mit einem großen Bereich um die Metrikwerte erstellen, was zu einem niedrigeren oder höheren Grenzwert als erwartet führen kann. Dieses Szenario kann in den folgenden Fällen auftreten:

  • Die Empfindlichkeit ist auf „niedrig“ festgelegt.

  • Die Metrik weist ein irreguläres Verhalten mit hoher Varianz auf, die als Spitzen oder Abfälle in den Daten auftreten.

    Erwägen Sie, eine höhere Empfindlichkeit oder einen größeren Rückblickzeitraum auszuwählen, um die Empfindlichkeit des Modells zu senken. Alternativ können Sie die Option Daten ignorieren vor verwenden, um eine aktuelle Unregelmäßigkeit aus den historischen Daten auszuschließen, die zum Erstellen des Modells genutzt werden.

Probleme beim Konfigurieren von metrischen Warnungsregeln

Metrik für Warnung kann nicht gefunden werden

Wenn Sie eine Warnung auf einer bestimmten Metrik durchführen möchten, sie aber beim Erstellen einer Warnungsregel nicht sehen können, überprüfen Sie, um folgendes zu ermitteln:

Metrik für Warnung kann nicht gefunden werden: Metriken für virtuelle Gastcomputer

Um Warnungen für Metriken für Gastbetriebssysteme, z. B. Arbeitsspeicher und Speicherplatz auf dem Datenträge, zu senden, stellen Sie sicher, dass der erforderliche Agent zum Erfassen dieser Daten in Azure Monitor-Metriken installiert ist für:

Weitere Informationen zum Erfassen von Daten aus dem Gastbetriebssystem eines virtuellen Computers finden Sie auf dieser Website.

Hinweis

Wenn Sie für Gastmetriken das Senden zu einem Log Analytics-Arbeitsbereich konfiguriert haben, werden die Metriken unter der Log Analytics-Arbeitsbereichsressource angezeigt. Die Daten werden dann erst angezeigt, nachdem Sie eine Warnungsregel für deren Überwachung erstellt haben. Führen Sie hierzu die Schritte zum Konfigurieren der Metrikwarnung für Protokolle aus.

Derzeit wird das Überwachen einer Gastmetrik für mehrere virtuelle Computer mit einer einzigen Warnungsregel von Metrikwarnungen nicht unterstützt. Sie können jedoch eine Protokollbenachrichtigungsregel verwenden. Stellen Sie dazu sicher, dass die Gastmetriken in einem Log Analytics-Arbeitsbereich gesammelt werden, und erstellen Sie eine Protokollwarnungsregel für den Arbeitsbereich.

Metrikdimension für Warnung kann nicht gefunden werden

Wenn Sie auf bestimmte Dimensionswerte einer Metrik aufmerksam machen möchten, diese Werte können jedoch nicht gefunden werden:

  • Es kann einige Minuten dauern, bis die Dimensionswerte in der Liste Dimensionswerte angezeigt werden.
  • Die angezeigten Dimensionswerte basieren auf Metrikdaten, die am letzten Tag erfasst wurden.
  • Wenn der Dimensionswert noch nicht ausgegeben wurde oder nicht angezeigt wird, können Sie mithilfe der Option Benutzerdefinierten Wert hinzufügen einen benutzerdefinierten Dimensionswert hinzufügen.
  • Wenn Sie für alle möglichen Werte einer Dimension eine Warnung ausgeben möchten und sogar zukünftige Werte einschließen möchten, wählen Sie die Option Alle aktuellen und zukünftigen Werte auswählen aus.
  • Benutzerdefinierte Metrikdimensionen von Application Insights-Ressourcen sind standardmäßig deaktiviert. Informationen zum Aktivieren der Sammlung von Dimensionen für diese benutzerdefinierten Metriken finden Sie unter Log-basierte und vorab aggregierte Metriken in Application Insights.

Sie möchten eine Warnungsregel für eine benutzerdefinierte Metrik konfigurieren, die noch nicht ausgegeben wird

Beim Sie eine Metrikwarnungsregel erstellen, wird der Metrikname anhand der Metrikdefinitions-API überprüft, um sicherzustellen, dass er vorhanden ist. In einigen Fällen möchten Sie eine Warnungsregel für eine benutzerdefinierte Metrik erstellen, noch bevor diese ausgegeben wird. Ein Beispiel wäre, wenn Sie eine Resource Manager-Vorlage verwenden, um eine Application Insights-Ressource zu erstellen, die eine benutzerdefinierte Metrik ausgibt, sowie eine Warnungsregel, die diese Metrik überwacht.

Um einen Bereitstellungsfehler zu vermeiden, wenn Sie versuchen, die Definitionen der benutzerdefinierten Metrik zu überprüfen, verwenden Sie den Parameter skipMetricValidation im Abschnitt criteria der Warnungsregel. Dieser Parameter führt dazu, dass die Metrikvalidierung übersprungen wird. Im folgenden Beispiel finden Sie Informationen zur Verwendung dieses Parameters in einer Resource Manager-Vorlage. Weitere Informationen finden Sie unter Erstellen einer Metrikwarnung anhand einer Resource Manager-Vorlage.

"criteria": {
    "odata.type": "Microsoft.Azure.Monitor.SingleResourceMultipleMetricCriteria",
        "allOf": [
            {
                "name" : "condition1",
                "metricName": "myCustomMetric",
                "metricNamespace": "myCustomMetricNamespace",
                "dimensions":[],
                "operator": "GreaterThan",
                "threshold" : 10,
                "timeAggregation": "Average",
                "skipMetricValidation": true
            }
        ]
    }

Hinweis

Die Verwendung des Parameters skipMetricValidation kann auch erforderlich sein, wenn Sie eine Warnregel für eine vorhandene benutzerdefinierte Metrik definieren, die seit mehreren Tagen nicht mehr ausgegeben wurde.

Warnungen und Fehler beim Konfigurieren von metrischen Warnungsregeln

Für diese Metrikwarnung sind derzeit keine dynamischen Schwellenwerte verfügbar

Dynamische Schwellenwerte werden für die meisten Metriken unterstützt, aber nicht alle. Verweisen Sie auf Metriken, die von dynamischen Schwellenwerten für die Liste der Metriken nicht unterstützt werden.

Die Metrik ist für den ausgewählten Bereich nicht verfügbar. Dies kann passieren, wenn die Metrik nur auf einen bestimmten Versions- oder SKU-Fehler angewendet wird.

Überprüfen Sie die Metrikbeschreibung in Unterstützte Metriken mit Azure Monitor, um zu überprüfen, ob sie nur in bestimmten Versionen oder Editionen der Ressource oder diesem bestimmten Typ verfügbar ist.

In SQL-Datenbank Ressourcen oder Speicherdateidiensten werden beispielsweise nur bestimmte Metriken für bestimmte Versionen der Ressource unterstützt.

Es gibt keine verfügbaren Signale, die angezeigt werden sollen. Versuchen Sie, den Umfang dieses Warnungsregelfehlers zu ändern

Dieser Fehler weist auf ein Problem mit dem Geltungsbereich der Warnungsregel hin. Dies kann passieren, wenn Sie eine Warnungsregel bearbeiten, die auf einen Ressourcentyp ausgerichtet ist, der die Konfiguration mehrerer Ressourcen unterstützt (z. B. virtuelle Maschine oder SQL-Datenbank), und versuchen, eine weitere Ressource desselben Typs, aber aus einer anderen Region, hinzuzufügen. Warnungen für mehrere Ressourcen desselben Typs aus verschiedenen Regionen werden in Metrikwarnungen nicht unterstützt.

Die Dienstgrenzwerte für Metrikwarnungsregeln sind zu klein

Die zulässige Anzahl von Metrikwarnungsregeln pro Abonnement unterliegt Dienstbeschränkungen.

Siehe Überprüfen der Anzahl von Metrikwarnungsregeln, die verwendet werden, um zu sehen, wie viele Metrikwarnungsregeln derzeit verwendet werden.

Wenn Sie die Kontingentgrenze erreicht haben, können die folgenden Schritte zur Behebung des Problems beitragen:

  1. Löschen oder deaktivieren Sie Metrikwarnungsregeln, die nicht mehr verwendet werden.
  2. Gehen Sie zur Verwendung von Metrikwarnungsregeln über, die mehrere Ressourcen überwachen. Diese Funktion ermöglicht das Überwachen mehrerer Ressourcen mit nur einer Warnungsregel, sodass nur diese eine auf das Kontingent angerechnet wird. Weitere Informationen zu dieser Funktion und den unterstützten Ressourcentypen finden Sie unter metric-alerts.
  3. Wenn die Kontingentgrenze erhöht werden muss, stellen Sie eine Supportanfrage und geben Folgendes an:
    • Abonnement-ID(s), für die die Kontingentgrenze erhöht werden muss.
    • Ressourcentyp für die Erhöhung des Kontingents. Wählen Sie Metrikwarnungen.
    • Angeforderte Kontingentgrenze

Nächste Schritte

Allgemeine Informationen zur Problembehandlung bei Warnungen und Benachrichtigungen finden Sie unter Behandeln von Problemen bei Azure Monitor-Warnungen.