Überblick über Metriken in Azure Monitor

  • Artikel

Azure Monitor-Metriken stellen ein Feature von Azure Monitor dar, das numerische Daten von überwachten Ressourcen in einer Zeitreihendatenbank erfasst. Metriken sind numerische Werte, die in regelmäßigen Abständen erfasst werden und einen Aspekt eines Systems zu einem bestimmten Zeitpunkt beschreiben.

Hinweis

Azure Monitor Metriken ist die eine Hälfte der Datenplattform, die Azure Monitor unterstützt. Die andere Hälfte sind Azure Monitor-Protokolle, die Protokolle und Leistungsdaten sammeln und organisieren. Sie können diese Daten mithilfe einer umfangreichen Abfragesprache analysieren.

Metriktypen

Es gibt mehrere Metriktypen, die von Azure Monitor-Metriken unterstützt werden:

  • Native Metriken nutzen Analyse- und Warnungstools in Azure Monitor.
    • Plattformmetriken werden von Azure-Ressourcen gesammelt. Sie erfordern keine Konfiguration und verursachen keine Kosten.
    • Benutzerdefinierte Metriken werden aus verschiedenen Quellen gesammelt, die Sie konfigurieren, einschließlich Anwendungen und Agents, die auf virtuellen Computern ausgeführt werden.
  • Prometheus-Metriken werden aus Kubernetes-Clustern gesammelt, einschließlich Azure Kubernetes Service (AKS), und nutzen Analyse- und Warnungstools nach Branchenstands wie PromQL und Grafana.

Diagramm, das Quellen und Verwendung von Metriken zeigt.

Die Unterschiede zwischen den einzelnen Metriken werden in der folgenden Tabelle zusammengefasst.

Category Native Plattformmetriken Native benutzerdefinierte Metriken Prometheus-Metriken
Quellen Azure-Ressourcen Azure Monitor-Agent
Application Insights
REST-API		 AKS-Cluster (Azure Kubernetes Service)
Kubernetes-Cluster über Remoteschreibzugriff
Konfiguration Keine Variiert je nach Quelle Aktivieren des verwalteten Azure Monitor-Diensts für Prometheus
Gespeichert Subscription Subscription Azure Monitor-Arbeitsbereich
Kosten Nein Ja Ja (während der Vorschau kostenlos)
Aggregation Vorab aggregiert Vorab aggregiert Unformatierte Daten
Analysieren Metrik-Explorer Metrik-Explorer PromQL
Grafana-Dashboards
Warnung Metrik-Warnungsregel Metrik-Warnungsregel Prometheus-Warnungsregel
Visualisieren Arbeitsmappen
Azure-Dashboards
Grafana		 Arbeitsmappen
Azure-Dashboards
Grafana		 Grafana
Gerätehandle Azure-Befehlszeilenschnittstelle
Azure PowerShell-Cmdlets
REST-API oder Clientbibliothek
.NET
Go
Java
JavaScript
Python		 Azure-Befehlszeilenschnittstelle
Azure PowerShell-Cmdlets
REST-API oder Clientbibliothek
.NET
Go
Java
JavaScript
Python		 Grafana

Datensammlung

Azure Monitor sammelt Metriken aus den folgenden Quellen. Nachdem diese Metriken in der Azure Monitor-Metrikdatenbank erfasst wurden, können sie unabhängig von ihrer Quelle zusammen ausgewertet werden:

  • Azure-Ressourcen: Von Azure-Ressourcen werden Plattformmetriken erstellt, die Ihnen Einblick in die Integrität und Leistung der Ressourcen bieten. Jeder Ressourcentyp erstellt einen eigenen Satz von Metriken; dazu ist keinerlei Konfiguration erforderlich. Plattformmetriken werden von Azure-Ressourcen minütlich erfasst, sofern in der Definition der Metrik nichts anderes angegeben ist.
  • Anwendungen: Application Insights erstellt Metriken für Ihre überwachten Anwendungen, die Ihnen helfen, Leistungsprobleme zu erkennen und Trends beim Gebrauch Ihrer Anwendung nachzuverfolgen. Die Werte umfassen Server-Antwortzeit und Browser-Ausnahmen.
  • Agents für virtuelle Computer: Metriken werden vom Gastbetriebssystem eines virtuellen Computers gesammelt. Sie können Gastbetriebssystemmetriken für Windows-VMs mithilfe des Azure Monitor-Agents aktivieren. Der Azure Monitor-Agent ersetzt die Legacy-Agents – Windows-Diagnoseerweiterung und den InfluxData Telegraf-Agent für Linux-VMs.
  • Benutzerdefinierte Metriken: Sie können zusätzlich zu den automatisch verfügbaren Standardmetriken weitere Metriken definieren. Sie können benutzerdefinierte Metriken in Anwendungen definieren, die von Application Insights überwacht werden. Sie können mithilfe der API für benutzerdefinierte Metriken auch benutzerdefinierte Metriken für einen Azure-Dienst erstellen.
  • Kubernetes-Cluster: Kubernetes-Cluster senden normalerweise Metrikdaten an einen lokalen Prometheus-Server, den Sie verwalten müssen. Der verwaltete Azure Monitor-Dienst für Prometheus bietet einen verwalteten Dienst, der Metriken aus Kubernetes-Clustern sammelt und in Azure Monitor-Metriken speichert.

Hinweis

Metriken, die aus verschiedenen Quellen und mit verschiedenen Methoden gesammelt wurden, können unterschiedlich aggregiert werden. Beispielsweise werden die Plattformmetriken voraggregiert und in einer Zeitseriendatenbank gespeichert, während die Prometheus-Metriken als Rohdaten gespeichert werden. Ressourcenmetriken können außerdem eine andere Latenzzeit haben als andere Metriken. Dies kann zu Unterschieden bei den Metrikwerten für den Zeitpunkt einer bestimmten Stichprobe führen. Mit der Zeit, wenn die Latenz kein Problem mehr darstellt und wenn die Metriken mit derselben zeitlichen Granularität analysiert werden, verschwinden diese Unterschiede.

REST-API

Azure Monitor bietet REST-APIs, mit denen Sie Daten in Azure Monitor-Metriken eingeben und abrufen können.

  • API für benutzerdefinierte Metriken - Mit benutzerdefinierten Metriken können Sie Ihre eigenen Metriken in die Azure Monitor-Metrikdatenbank laden. Diese Metriken können dann von den gleichen Analysetools verwendet werden, die auch Azure Monitor-Plattformmetriken verarbeiten.
  • Rest-API für Azure Monitor-Metriken: Hiermit können Sie auf Definitionen und Werte der Azure Monitor-Plattformmetriken zugreifen. Weitere Informationen finden Sie in der Referenz zur REST-API für Azure Monitor. Informationen zur Verwendung der API finden Sie in der exemplarischen Vorgehensweise zur REST-API für die Azure-Überwachung.
  • REST-API für Azure Monitor-Metriken (Batch) - Die API für Azure Monitor-Metriken (Batch) ist eine API mit großem Volumen für Kunden mit umfangreichen Metrikabfragen. Sie ähnelt der vorhandenen Standard-REST-API für Azure Monitor-Metriken, bietet aber die Möglichkeit, Metrikdaten für bis zu 50 Ressourcen-IDs im selben Abonnement und in derselben Region mit einem einzelnen API-Batchaufruf abzurufen. Dies verbessert den Abfragedurchsatz und verringert das Risiko einer Drosselung.

Sicherheit

Die gesamte Kommunikation zwischen verbundenen Systemen und dem Azure Monitor-Dienst ist über das TLS 1.2-Protokoll (HTTPS) verschlüsselt. Das Microsoft SDL-Verfahren stellt sicher, dass alle Azure-Dienste in Bezug auf neue Entwicklungen bei kryptografischen Protokollen auf dem neuesten Stand sind.

Zwischen dem Agent und Azure Monitor-Dienst wird per zertifikatbasierter Authentifizierung und TLS mit Port 443 eine sichere Verbindung hergestellt. Azure Monitor verwendet einen geheimen Speicher zum Generieren und Verwalten von Schlüsseln. Private Schlüssel werden alle 90 Tage rotiert und in Azure gespeichert. Sie werden von Azure-Operatoren verwaltet, die Gesetze und Compliance-Vorschriften strikt einhalten. Weitere Informationen zur Sicherheit finden Sie unter Verschlüsselung von Daten während der Übertragung, Verschlüsselung ruhender Datenund Datensicherheit in Azure Monitor Logs

Metrik-Explorer

Verwenden Sie den Metrik-Explorer, um die Daten in Ihrer Metrikdatenbank interaktiv zu analysieren und die Werte mehrerer Metriken im zeitlichen Verlauf in Diagrammen darzustellen. Sie können die Diagramme an ein Dashboard anheften, um sie mit anderen Visualisierungen anzuzeigen. Zudem haben Sie die Möglichkeit, Metriken mit der REST-API für die Azure-Überwachung abzurufen.

Screenshot von einem Beispieldiagramm in Metrik-Explorer, das Serveranforderungen, die Serverantwortzeit und fehlgeschlagene Anforderungen zeigt.

Weitere Informationen finden Sie unter Analysieren von Metriken mit dem Azure Monitor-Metrik-Explorer.

Datenstruktur

Mit Azure Monitor-Metriken gesammelte Daten werden in einer Zeitreihendatenbank gespeichert, die für die Analyse von Daten mit Zeitstempeln optimiert ist. Jede Gruppe von Metrikwerten stellt eine Zeitreihe mit den folgenden Eigenschaften dar:

  • Zeitpunkt, zu dem der Wert erfasst wurde
  • Die Ressource, der der Wert zugeordnet ist
  • Ein Namespace, der wie eine Kategorie für die Metrik wirkt.
  • Metrikname
  • Den Wert selbst
  • Mehrere Dimensionen, wenn sie vorhanden sind. Benutzerdefinierte Metriken sind auf zehn Dimensionen beschränkt.

Mehrdimensionale Metriken

Eine Schwierigkeit besteht bei Metrikdaten darin, dass häufig nur eingeschränkte Informationen zur Verfügung stehen, wenn es um die Bereitstellung von Kontext für erfasste Werte geht. In Azure Monitor wird dieses Problem mit mehrdimensionalen Metriken gelöst.

Metrikdimensionen sind Name-Wert-Paare, die mehr Daten zum Beschreiben des Metrikwerts enthalten. Beispielsweise kann eine Metrik mit dem Namen Verfügbarer Speicherplatz eine Dimension namens Laufwerk mit den Werten C: und D: aufweisen. Diese Dimension würde es ermöglichen, den verfügbaren Platz für alle Laufwerke oder für jedes einzelne Laufwerk anzuzeigen.

Weitere Informationen zum Anzeigen von Metrikdimensionen im Metrik-Explorer finden Sie unter Anwenden von Dimensionsfiltern und Aufteilung.

Dimensionslose Metrik

In der folgenden Tabelle finden Sie Beispieldaten einer dimensionslosen Metrik zum Netzwerkdurchsatz. Sie kann nur eine grundlegende Frage beantworten wie „Wie hoch war mein Netzwerkdurchsatz zu einem bestimmten Zeitpunkt?“

Timestamp Metrikwert
8/9/2017 8:14 1\.331,8 KBit/s
8/9/2017 8:15 1\.141,4 KBit/s
8/9/2017 8:16 1\.110,2 KBit/s

Netzdurchsatz und zwei Dimensionen ("IP" und "Richtung")

Die folgende Tabelle enthält Beispieldaten einer mehrdimensionalen Metrik zum Netzwerkdurchsatz mit zwei Dimensionen namens IP und Richtung. Sie kann Fragen wie die folgenden beantworten: „Wie hoch war der Netzwerkdurchsatz für jede IP-Adresse?“ und „Wie viele Daten wurden gesendet und empfangen?“.

Timestamp Dimension „IP“ Dimension „Richtung“ Metrikwert
8/9/2017 8:14 IP="192.168.5.2" Direction="Send" 646,5 KBit/s
8/9/2017 8:14 IP="192.168.5.2" Direction="Receive" 420,1 KBit/s
8/9/2017 8:14 IP="10.24.2.15" Direction="Send" 150,0 KBit/s
8/9/2017 8:14 IP="10.24.2.15" Direction="Receive" 115,2 KBit/s
8/9/2017 8:15 IP="192.168.5.2" Direction="Send" 515,2 KBit/s
8/9/2017 8:15 IP="192.168.5.2" Direction="Receive" 371,1 KBit/s
8/9/2017 8:15 IP="10.24.2.15" Direction="Send" 155,0 KBit/s
8/9/2017 8:15 IP="10.24.2.15" Direction="Receive" 100,1 KBit/s

Hinweis

Bei Dimensionsnamen und Dimensionswerten wird die Groß-/Kleinschreibung nicht beachtet.

Aufbewahrung von Metriken

Plattform- und benutzerdefinierte Metriken

Plattform- und benutzerdefinierte Metriken werden für 93 Tage gespeichert. Dabei gelten folgende Ausnahmen:

  • Klassische Gastbetriebssystem-Metriken: Diese Leistungsindikatoren werden von der Windows-Diagnoseerweiterung oder der Linux-Diagnoseerweiterung erfasst und an ein Azure-Speicherkonto weitergeleitet. Die Aufbewahrung für diese Metriken ist für mindestens 14 Tage garantiert. Es wird jedoch kein Ablaufdatum in das Speicherkonto geschrieben.

    Aus Leistungsgründen begrenzt das Portal die angezeigte Datenmenge basierend auf dem Volumen. Daher kann die tatsächlich vom Portal abgerufene Anzahl der Tage auch mehr als 14 Tage betragen, wenn das geschriebene Datenvolumen niedrig ist.

  • An Azure Monitor-Metriken gesendete Gastbetriebssystem-Metriken: Diese Leistungsindikatoren werden von der Windows-Diagnoseerweiterung gesammelt und an die Azure Monitor-Datensenke, den InfluxData Telegraf-Agent auf Linux-Computern oder den neueren Azure Monitor-Agent über Datensammlungsregeln gesendet. Die Vermerkdauer für diese Metriken beträgt 93 Tage.

  • Vom Log Analytics-Agent gesammelte Gastbetriebssystem-Metriken: Diese Leistungsindikatoren werden vom Log Analytics-Agent gesammelt und an einen Log Analytics-Arbeitsbereich gesendet. Die Aufbewahrung für diese Metriken beträgt 31 Tage. Sie kann auf bis zu 2 Jahre verlängert werden.

  • Auf Application Insights-Protokollen basierende Metriken: Unter der Haube werden protokollbasierte Metriken in Protokollabfragen übersetzt. Ihre Aufbewahrung ist variabel und entspricht der Aufbewahrung der Ereignisse in den zugrunde liegenden Protokollen, die von 31 Tagen bis 2 Jahren reicht. Für die Application Insights-Ressourcen werden die Protokolle 90 Tage lang gespeichert.

Hinweis

Sie können Plattformmetriken für Azure Monitor-Ressourcen an einen Log Analytics-Arbeitsbereich senden, um langfristige Trends zu ermitteln.

Obwohl Plattform- und benutzerdefinierte Metriken für 93 Tage gespeichert werden, können Sie (in der Kachel Metriken) nur für maximal 30 Tage Daten für ein einzelnes Diagramm abfragen. Diese Einschränkung gilt nicht für protokollbasierte Metriken. Wenn Sie ein leeres Diagramm sehen oder Ihr Diagramm nur einen Teil der Metrikdaten anzeigt, vergewissern Sie sich, dass die Differenz zwischen Start- und Enddatum in der Zeitauswahl das 30-Tage-Intervall nicht überschreitet. Nachdem Sie ein 30-Tage-Intervall ausgewählt haben, können Sie das Diagramm Schwenken verschieben, um das gesamte Aufbewahrungsfenster anzuzeigen.

Hinweis

Das Verschieben oder Umbenennen einer Azure-Ressource kann zu einem Verlust des Metrikverlaufs für diese Ressource führen.

Prometheus-Metriken

Prometheus-Metriken werden für 18 Monate gespeichert, aber eine PromQL-Abfrage kann maximal 32 Tage abdecken.

Nächste Schritte