Azure Monitor: Metriken und Warnungen

Azure Monitor ist die einheitliche Observability-Plattform für alle Azure-Ressourcen. Sie sammelt von jedem bereitgestellten Dienst Metriken (numerische Zeitreihendaten) und Protokolle (strukturierte Ereignisdatensätze). Ohne Azure Monitor würden Sie im Blindflug arbeiten — Sie könnten Leistungseinbußen oder Kapazitätsprobleme nicht erkennen, bevor sie sich auf Benutzer auswirken.

Plattformmetriken werden automatisch für jede Azure-Ressource ohne zusätzliche Kosten erfasst. Für einen virtuellen Computer erfasst Azure Monitor unter anderem Percentage CPU, Network In, Network Out und Disk Read Bytes. Diese Metriken werden 93 Tage lang mit einer Granularität von einer Minute im Metrikspeicher aufbewahrt. Es ist weder ein Agent noch eine Konfiguration erforderlich, um sie anzuzeigen.

Mit dem Metrics Explorer im Azure-Portal können Sie jede Plattformmetrik interaktiv in einem Diagramm darstellen. Wählen Sie eine Ressource aus, wählen Sie einen Metriknamespace, legen Sie eine Metrik fest und wählen Sie einen Aggregationstyp (Average, Maximum, Minimum, Count oder Sum). Sie können mehrere Metriken übereinanderlegen, sie nach Dimensionen aufteilen (z. B. nach Datenträger oder Netzwerkschnittstelle) und das Diagramm an ein Azure-Dashboard anheften.

Eine Metrik-Alarmregel wird ausgelöst, wenn eine Metrik während eines festgelegten Auswertungszeitraums einen festen Schwellenwert überschreitet. Beispiel: Lösen Sie einen Alarm aus, wenn Percentage CPU fünf Minuten lang durchgehend über 85 % liegt. Alarmregeln bestehen aus einer Zielressource, einer Bedingung und einer Aktionsgruppe, die festlegt, was beim Auslösen des Alarms geschieht.

Dynamische Schwellenwerte verwenden maschinelles Lernen, um Alarmgrenzen automatisch auf Grundlage des bisherigen Verhaltens festzulegen. Statt einen festen CPU-Prozentsatz zu hinterlegen, lernt Azure Monitor das normale Muster Ihrer Metrik und löst nur dann einen Alarm aus, wenn der Wert deutlich davon abweicht. Dadurch werden Fehlalarme bei Metriken reduziert, deren natürlicher Wert je nach Tageszeit oder Wochentag variiert. Legen Sie die Empfindlichkeit auf Low, Medium oder High fest.

Eine Aktionsgruppe definiert die Benachrichtigungen und automatisierten Aktionen, die beim Auslösen eines Alarms ausgeführt werden. Unterstützte Benachrichtigungstypen sind E-Mail/SMS/Push, Sprachanruf und Azure-App-Benachrichtigungen. Zu den automatisierten Aktionen gehören der Aufruf einer Azure Function, das Senden an eine Logic App, das Auslösen eines Webhooks oder das Ausführen eines Automation Runbooks. Eine Aktionsgruppe kann von vielen Alarmregeln gemeinsam verwendet werden.

Jeder Alarmregel wird ein Schweregrad von Sev 0 (kritisch) bis Sev 4 (ausführlich) zugewiesen. Der Schweregrad beeinflusst nicht, wann der Alarm ausgelöst wird — er ist Metadaten, die Betriebsteams zur Einstufung von Vorfällen verwenden. Eine bewährte Vorgehensweise besteht darin, Bereitschaftstechniker nur bei Alarmen der Stufen Sev 0 und Sev 1 zu benachrichtigen, Sev 2 an eine Ticketwarteschlange weiterzuleiten und Sev 3–4 als Information zu behandeln.

Alarme des Aktivitätsprotokolls werden bei Verwaltungsoperationen ausgelöst, die im Azure-Aktivitätsprotokoll erfasst sind, und nicht bei Metriken. Verwenden Sie sie, um benachrichtigt zu werden, wenn jemand eine Ressourcengruppe löscht, eine Regel für eine Netzwerksicherheitsgruppe ändert oder eine VM neu startet. Sie werden genauso wie Metrikalarme konfiguriert, zielen jedoch auf eine Bedingung des Aktivitätsprotokolls ab, beispielsweise den Vorgangsnamen oder Ressourcentyp.

Eine Warnungsinstanz durchläuft drei Zustände: Ausgelöst → Bestätigt → Behoben. Mit Regeln zur Warnungsverarbeitung (früher Unterdrückungsregeln genannt) können Sie Benachrichtigungen während geplanter Wartungsfenster unterdrücken oder allen Warnungen, die einem Bereich entsprechen, Aktionsgruppen hinzufügen – ohne jede Warnungsregel einzeln zu ändern. Das ist für die Verwaltung der Warnungsflut während Bereitstellungen unverzichtbar.

Plattformmetriken sind nicht auf VMs beschränkt. App Service stellt Http5xx, RequestCount und AverageResponseTime bereit. Azure SQL Database stellt cpu_percent und dtu_consumption_percent bereit. Azure Storage stellt UsedCapacity und Transactions bereit. Sie wenden dasselbe Metrikwarnungsmodell auf all diese Dienste an und erhalten dadurch unabhängig vom Ressourcentyp einen einheitlichen Überwachungsansatz.

Azure Monitor unterstützt Metrikwarnungen für mehrere Ressourcen, die eine einzelne Regel auf alle Ressourcen desselben Typs in einem Abonnement oder einer Ressourcengruppe anwenden. Beispielsweise kann eine Warnungsregel alle VMs in einer Ressourcengruppe auf eine hohe CPU-Auslastung überwachen. Dadurch wird die Anzahl der zu verwaltenden Regeln im Vergleich zum Erstellen einer Regel pro VM erheblich reduziert. Warnungen für mehrere Ressourcen sind auf eine Ressourcengruppe oder ein Abonnement sowie einen bestimmten Ressourcentyp begrenzt.

Testen Sie Ihr Verständnis der Konzepte aus Microsoft Azure Fundamentals (AZ-900), die in dieser Lektion behandelt wurden.

In dieser Lektion haben Sie gelernt: Azure Monitor erfasst automatisch Plattformmetriken von jeder Azure-Ressource, Metrikwarnungsregeln werden bei statischen oder dynamischen Schwellenwerten ausgelöst und benachrichtigen Teams über Aktionsgruppen, und Aktivitätsprotokollwarnungen werden bei Verwaltungs Vorgängen wie dem Löschen von Ressourcen ausgelöst. Als Nächstes betrachten wir Log Analytics und KQL zum Abfragen strukturierter Protokolldaten.