Beschreiben wichtiger Leistungsmetriken

Abgeschlossen

Sie haben erfahren, wie Sie Daten sowohl in Azure Monitor als auch im Windows-Leistungsmonitor sammeln. Nun erfahren Sie, wie Sie Metriken in Azure Monitor erstellen, die es Ihnen ermöglichen, Warnungen zu initiieren oder automatisierte Fehlerantworten auszuführen.

Überprüfen von Azure-Metriken

Der Azure Monitor-Dienst bietet die Möglichkeit, verschiedene Metriken über die Gesamtintegrität einer bestimmten Ressource zu verfolgen. Metriken werden in regelmäßigen Abständen gesammelt und sind das Gateway für Warnungsprozesse, mit denen Probleme schnell und effizient gelöst werden können. Azure Monitor-Metriken stellen ein leistungsfähiges Subsystem dar, das es Ihnen ermöglicht, Ihre Leistungsdaten nicht nur zu analysieren und zu visualisieren, sondern auch Warnungen auszulösen, die Administratoren oder automatisierte Aktionen benachrichtigen, die ein Azure Automation-Runbook oder einen Webhook auslösen. Sie haben auch die Möglichkeit, Ihre Azure-Metrikdaten in Azure Storage zu archivieren, da aktive Daten nur 93 Tage lang gespeichert werden.

Erstellen von Metrikwarnungen

Mithilfe des Azure-Portals können Sie Warnungsregeln basierend auf definierten Metriken im Abschnitt „Übersicht“ des Blatts „Azure Monitor“ erstellen. Azure Monitor-Warnungen können auf drei Arten festgelegt werden. Beispielsweise können Sie mithilfe von Azure Virtual Machines den Bereich wie folgt angeben:

• Liste mit virtuellen Computern (in einer einzelnen Azure-Region) unter einem Abonnement

• Alle virtuellen Computer (in einer Azure-Region) in einer oder mehreren Ressourcengruppen eines Abonnements

• Alle virtuellen Computer (in einer Azure-Region) unter einem Abonnement

Auf diese Weise können Sie eine Warnungsregel erstellen, die auf Ressourcen basiert, die in Ressourcengruppen enthalten sind.

Das folgende Beispiel zeigt einen virtuellen Computer mit dem Namen SQL2019, auf dem wir eine Warnung erstellen, die sich im Bereich der einzelnen virtuellen Computer befindet.

Unabhängig vom Warnungsbereich ist der Erstellungsvorgang identisch.

Klicken Sie auf dem Bildschirm „Warnungen“ auf „Neue Warnungsregel“. Wenn eine Warnung aus dem Bereich einer Ressource erstellt wird, sollten die Ressourcenwerte für Sie ausgefüllt werden. Sie können sehen, dass es sich bei der Ressource um den virtuellen Computer SQL2019 handelt, das Abonnement Dev-Test-Lab und die Ressourcengruppe, in der es sich befindet, SQLPlayground ist.

Klicken Sie im Abschnitt „Bedingung“ auf Hinzufügen.

Wählen Sie die Metrik aus, für die Sie eine Warnung senden möchten. Die folgende Abbildung zeigt den Signalnamen „Percentage CPU“ (CPU-Prozentsatz), der dann ausgewählt wird.

Die Warnungen können auf statische Weise konfiguriert werden (z. B. eine Warnung, wenn die CPU über 95% steigt) oder dynamisch mithilfe dynamischer Schwellenwerte. Dynamische Schwellenwerte lernen das Verlaufsverhalten der Metrik und geben eine Warnung aus, wenn die Ressourcen nicht ordnungsgemäß ausgeführt werden. Diese dynamischen Schwellenwerte können die Saisonalität in Ihren Workloads erkennen und die Warnungen entsprechend anpassen.

Wenn statische Warnungen verwendet werden, müssen Sie einen Schwellenwert für die ausgewählte Metrik angeben. In diesem Beispiel wurde 80 Prozent angegeben. Dieser Schwellenwert bedeutet, dass eine Warnung ausgelöst wird, wenn die CPU-Auslastung für einen bestimmten Zeitraum 80 Prozent überschreitet.

Beide Arten von Warnungen bieten boolesche Operatoren, z. B. die Operatoren „greater than“ (größer als) oder „less than“ (kleiner als). Zusammen mit den booleschen Operatoren gibt es Aggregatmessungen, die ausgewählt werden können, z. B. average(durchschnittlich), minimum (Minimum), maximum (Maximum), count (Anzahl), und total (Gesamt). Mit diesen Optionen, die Ihnen zur Verfügung stehen, können Sie ganz einfach eine flexible Warnung erstellen, die nahezu für jede unternehmensweite Warnung geeignet ist.

Wenn Sie nach dem Erstellen der Warnung Administratoren benachrichtigen oder einen Automatisierungsprozess starten möchten, muss eine Aktionsgruppe konfiguriert werden.

Hinweis

Das Definieren einer Aktionsgruppe ist optional, und wenn eine Aktionsgruppe nicht konfiguriert wird, protokolliert die Warnung nur die Benachrichtigung an den Speicher, ohne dass weitere Aktionen durchgeführt werden. Sie können eine neue Aktionsgruppe über den Metrikbildschirm erstellen, indem Sie neben „Aktionsgruppen“ auf Hinzufügen klicken. Folgendes Dialogfeld wird daraufhin angezeigt:

Nachdem Sie auf „Aktionsgruppe erstellen“ klicken, wird der unten gezeigte Bildschirm angezeigt. Benennen Sie diese Aktionsgruppe, und definieren Sie eine Warnung sowie die entsprechende Antwort. In diesem Beispiel empfängt der Administrator eine E-Mail, sobald die Bedingung der Warnung ausgelöst wird.

Sie können die E-Mail- oder SMS-Details wie unten gezeigt konfigurieren. Diesen Bildschirm erreichen Sie entweder durch Klicken auf Details bearbeiten (unter Konfigurieren) oder durch Hinzufügen einer neuen Aktion, durch die ebenso der Bildschirm zur Konfiguration angezeigt wird.

Bei einer Aktionsgruppe gibt es verschiedene Möglichkeiten, wie Sie auf die Warnung reagieren können. Die folgenden Optionen sind verfügbar, um die Aktion zu definieren, die ausgeführt werden soll:

• Automation Runbook
• Azure Function
• E-Mail an Azure Resource Manager-Rolle
• E-Mail/SMS/Pushnachricht/Sprachnachricht
• ITSM
• Azure-Logik-App
• Sicherer Webhook
• Webhook

Für diese Aktionen sind zwei Kategorien verfügbar: die Benachrichtigung, was bedeutet, dass ein Administrator oder eine Administratorgruppe über ein Ereignis benachrichtigt wird, sowie die Automatisierung, wodurch eine definierte Aktion auf einen Leistungszustand reagieren soll.

Überprüfen älterer Leistungsdaten

Einer der Vorteile der Verwendung von Azure Monitor ist die Möglichkeit, die letzten gesammelten Metriken schnell und einfach zu überprüfen. Wenn Sie die Ressource untersuchen, sehen Sie eine Datumsauswahl in der oberen rechten Ecke. Azure Monitor-Metriken werden für 93 Tage aufbewahrt, danach werden sie gelöscht. Sie haben jedoch die Möglichkeit, sie in Azure Storage zu archivieren.

Sie können auch ein kleineres Zeitfenster auswählen, z. B. die letzten 30 Minuten, die letzte Stunde, die letzten 4 Stunden oder die letzten 12 Stunden. Die Flexibilität von Azure Monitor ermöglicht es Administratoren, Probleme schnell zu identifizieren und möglicherweise ältere Probleme zu diagnostizieren.

Wichtige SQL Server-Metriken

Microsoft SQL Server ist ein gut instrumentiertes Softwareelement, das viele Leistungsmetadaten sammelt. Die Datenbank-Engine verfügt über Metriken, die überwacht werden können, um leistungsbezogene Probleme zu identifizieren und zu verbessern. Einige Betriebssystemmetriken können nur innerhalb des Leistungsmonitors angezeigt werden, während auf andere über T-SQL-Abfragen zugegriffen werden kann, insbesondere durch Auswahl über dynamischen Verwaltungssichten (Dynamic Management Views, DMVs). Es gibt einige Metriken, die an beiden Orten verfügbar gemacht werden, deshalb ist es wichtig, dass Sie wissen, wo bestimmte Metriken identifiziert werden sollen. Ein Beispiel für Daten, die nur von dynamischen Verwaltungssichten erfasst werden können, ist die Lese-/Schreiblatenz von Daten- und Transaktionsprotokolldateien, die in sys.dm_os_volume_stats verfügbar gemacht werden. Ein weiteres Beispiel einer Betriebssystemmetrik, die nicht direkt über eine SQL Server-Instanz verfügbar ist, sind die Sekunden pro Lese- und Schreibvorgang für das Datenträgervolume. Die Kombination dieser beiden Metriken kann Ihnen helfen, besser zu verstehen, ob ein Leistungsproblem mit der Datenbankstruktur oder einem Engpass beim physischen Speicher zusammenhängt.