Freigeben über


Was sind klassische Warnungen in Azure?

Hinweis

In diesem Artikel erfahren Sie, wie Sie ältere klassische Metrikwarnungen erstellen. Azure Monitor unterstützt jetzt Metrikwarnungen nahezu in Echtzeit. Klassische Warnungen werden für Benutzer der öffentlichen Cloud eingestellt. Klassische Warnungen für Azure Government Cloud und Microsoft Azure operated by 21Vianet werden am 29. Februar 2024 eingestellt.

Mit Warnungen können Sie Bedingungen für Daten konfigurieren und benachrichtigt werden, wenn die Bedingungen Übereinstimmungen mit den aktuellen Überwachungsdaten ergeben.

Alte und neue Warnungsfunktionen

In der Vergangenheit verfügten Azure Monitor, Application Insights, Log Analytics und Service Health über separate Warnfunktionen. Im Laufe der Zeit verbesserte und kombinierte Azure sowohl die Benutzeroberfläche als auch verschiedene Benachrichtigungsmethoden. Die Konsolidierung ist noch nicht abgeschlossen.

Sie können klassische Warnungen nur auf dem Benutzerbildschirm für klassische Warnungen im Azure-Portal anzeigen. Um diesen Bildschirm anzuzeigen, wählen Sie auf dem Bildschirm Warnungen die Option Klassische Warnungen anzeigen aus.

Screenshot: Warnungsauswahl im Azure-Portal

Die neuere Benutzeroberfläche „Warnungen“ bietet gegenüber der Oberfläche für klassische Warnungen folgende Vorteile:

  • Besseres Benachrichtigungssystem: Alle neueren Warnungen verwenden Aktionsgruppen. Sie können diese benannten Gruppen von Benachrichtigungen und Aktionen in mehreren Warnungen verwenden. Klassische Metrikwarnungen und ältere Log Analytics-Warnungen verwenden keine Aktionsgruppen.
  • Einheitliche Oberfläche für die Erstellung: Alle Funktionen zum Erstellen von Warnungen für Metriken, Protokolle und Aktivitätsprotokolle für Azure Monitor, Log Analytics und Application Insights befinden sich an einem Ort.
  • Ansicht von ausgelösten Log Analytics-Warnungen im Azure-Portal: Sie können nun auch ausgelöste Log Analytics-Warnungen in Ihrem Abonnement sehen. Zuvor wurden diese Warnungen in einem separaten Portal angezeigt.
  • Unterscheidung zwischen ausgelösten Warnungen und Warnungsregeln: Warnungsregeln (die Definition der Bedingung, die eine Warnung auslöst) und ausgelöste Warnungen (eine Instanz der ausgelösten Warnungsregel) werden unterschieden. Die Vorgangs- und Konfigurationsansichten sind nun getrennt.
  • Verbesserter Workflow: Die neue Oberfläche für die Erstellung von Warnungen führt Benutzer durch den Konfigurationsprozess einer Warnungsregel. Durch diese Änderung wird es einfacher, die richtigen Dinge zu ermitteln, über die Sie benachrichtigt werden sollen.
  • Konsolidieren von intelligenten Warnungen und Festlegen des Warnungsstatus: Neuere Warnungen umfassen eine automatische Gruppierungsfunktion, die ähnliche Warnungen zusammen anzeigt, um die Benutzeroberfläche nicht zu überladen.

Die neueren Metrikwarnungen haben folgende Vorteile gegenüber den klassischen Metrikwarnungen:

  • Kürzere Wartezeit: Neuere Metrikwarnungen können im Minutentakt ausgeführt werden. Ältere Metrikwarnungen werden immer nur alle fünf Minuten ausgeführt. Neuere Warnungen weisen eine immer geringere Verzögerung vom Auftreten des Problems bis zur Benachrichtigung oder Aktion auf (drei bis fünf Minuten). Ältere Warnungen dauern je nach Typ 5 bis 15 Minuten. Protokollwarnungen haben in der Regel eine Verzögerung von 10 Minuten bis 15 Minuten aufgrund der Zeit, die zum Erfassen der Protokolle benötigt wird. Neuere Verarbeitungsmethoden verkürzen diese Zeit.
  • Unterstützung mehrdimensionaler Metriken: Sie können Warnungen zu Dimensionsmetriken erhalten. Sie können jetzt ein interessantes Segment der Metrik überwachen.
  • Mehr Kontrolle über Metrikbedingungen: Sie können umfangreichere Warnungsregeln definieren. Die neueren Warnungen unterstützen die Überwachung der maximalen, minimalen und durchschnittlichen Werte sowie der Gesamtwerte der Metriken.
  • Kombinierte Überwachung mehrerer Metriken: Sie können mehrere Metriken (aktuell bis zu zwei) mit einer einzelnen Regel überwachen. Eine Warnung wird ausgelöst, wenn beide Metriken ihren jeweiligen Schwellenwert für den angegebenen Zeitraum überschreiten.
  • Besseres Benachrichtigungssystem: Alle neueren Warnungen verwenden Aktionsgruppen. Sie können diese benannten Gruppen von Benachrichtigungen und Aktionen in mehreren Warnungen verwenden. Klassische Metrikwarnungen und ältere Log Analytics-Warnungen verwenden keine Aktionsgruppen.
  • Metriken aus Protokollen (Vorschau): Sie können jetzt Protokolldaten aus Log Analytics extrahieren und in Azure Monitor-Metriken konvertieren und dann Warnungen für sie erhalten wie für andere Metriken.

Klassische Warnungen zu Azure Monitor-Daten

Es sind zwei Arten von klassischen Warnungen verfügbar:

  • Klassische Metrikwarnungen: Diese Warnung wird ausgelöst, wenn der Wert für eine bestimmte Metrik einen von Ihnen definierten Schwellenwert überschreitet. Die Warnung generiert eine Benachrichtigung, wenn ein Schwellenwert überschritten wird und die Warnbedingung erfüllt ist. Nun gilt die Warnung als „Aktiviert“. Sie generiert eine weitere Benachrichtigung, wenn die Warnung „Aufgelöst“ ist, d. h., wenn der Schwellenwert erneut überschritten, aber diesmal unterschritten wird und die Warnbedingung nicht mehr erfüllt ist.
  • Klassische Aktivitätsprotokollwarnungen: Eine Streamingprotokollwarnung, die bei einem Aktivitätsprotokollereignis-Eintrag ausgelöst wird, der Ihren Filterkriterien entspricht. Diese Warnungen haben nur einen Status: „Aktiviert“. Die Warnungs-Engine wendet die Filterkriterien auf jedes neue Ereignis an. Sie sucht nicht nach älteren Einträgen. Diese Warnungen können Sie darüber informieren, dass ein neuer Service Health-Vorfall eintritt oder ein Benutzer oder eine Anwendung in Ihrem Abonnement einen Vorgang durchführt. Ein Beispiel für einen Vorgang kann „Virtuellen Computer löschen“ sein.

Für Ressourcenprotokolldaten, die über Azure Monitor verfügbar sind, leiten Sie die Daten zu Log Analytics weiter und verwenden dann eine Protokollabfragewarnung. Log Analytics verwendet jetzt die neue Warnmethode.

Das folgende Diagramm enthält eine Zusammenfassung der Quellen von Daten in Azure Monitor und des Konzepts zum Erzeugen von Warnungen aus diesen Daten.

Diagramm, in dem Warnungen erläutert werden.

Taxonomie von Warnungen (klassisch)

In Azure werden die folgenden Begriffe verwendet, um klassische Warnungen und ihre Funktionen zu beschreiben:

  • Warnung: Eine Definition mit Kriterien (mindestens eine Regel oder Bedingung), die aktiviert wird, wenn die Kriterien erfüllt sind.
  • Aktiv: Der Status, wenn die für eine klassische Warnung definierten Kriterien erfüllt sind.
  • Aufgelöst: Der Status, wenn die für eine klassische Warnung definierten Kriterien nicht mehr erfüllt sind, nachdem dies zuvor der Fall war.
  • Benachrichtigung: Die Aktion, die durchgeführt wird, wenn eine klassische Warnung aktiv wird.
  • Aktion: Eine bestimmte Kontaktaufnahme, die an den Empfänger einer Benachrichtigung gesendet wird (z. B. E-Mail an eine Adresse oder das Posten an eine Webhook-URL). Benachrichtigungen können in der Regel mehrere Aktionen auslösen.

Wie erhalte ich eine Benachrichtigung von einer klassischen Azure Monitor-Warnung?

Bisher wurden für Azure-Warnungen unterschiedlicher Dienste die eigenen integrierten Benachrichtigungsmethoden verwendet.

Azure Monitor hat eine wiederverwendbare Benachrichtigungsgruppierung mit der Bezeichnung Aktionsgruppen erstellt. Aktionsgruppen geben einen Reihe von Empfängern für eine Benachrichtigung an. Immer wenn eine Warnung aktiviert wird, die auf die Aktionsgruppe verweist, erhalten alle Empfänger diese Benachrichtigung. Mit Aktionsgruppen können Sie eine Gruppierung von Empfängern (z. B. Ihre Liste mit Technikern in Bereitschaft) für viele Warnungsobjekte verwenden.

Aktionsgruppen unterstützen Benachrichtigungen, indem Webhook-URLs, E-Mail-Adressen, SMS-Nummern und verschiedene andere Aktionen bereitgestellt werden. Weitere Informationen finden Sie unter Aktionsgruppen.

Ältere klassische Aktivitätsprotokollwarnungen verwenden Aktionsgruppen. Für die älteren Metrikwarnungen werden jedoch keine Aktionsgruppen verwendet. Sie können stattdessen die folgenden Aktionen konfigurieren:

  • Senden Sie E-Mail-Benachrichtigungen an den Dienstadministrator, die Co-Administratoren oder andere E-Mail-Adressen, die Sie angeben.
  • Rufen Sie einen Webhook auf, um zusätzliche automatisierte Aktionen auszuführen.

Webhooks ermöglichen die Automatisierung und Fehlerbehebung, z. B. mit:

  • Azure Automation-Runbooks
  • Azure-Funktionen
  • Azure Logic Apps
  • Ein Drittanbieterdienst

Nächste Schritte

Weitere Informationen über Warnregeln und ihre Konfiguration erhalten Sie hier: