Überwachen von Azure Container Registry

Dieser Artikel beschreibt Folgendes:

  • Die Arten von Überwachungsdaten, die Sie für diesen Dienst sammeln können
  • Möglichkeiten zum Analysieren dieser Daten.

Hinweis

Wenn Sie bereits mit diesem Dienst und/oder Azure Monitor vertraut sind und nur wissen möchten, wie Überwachungsdaten analysiert werden, lesen Sie den Abschnitt Analysieren gegen Ende dieses Artikels.

Wenn Sie über unternehmenskritische Anwendungen und Geschäftsprozesse verfügen, die auf Azure-Ressourcen basieren, müssen Sie diese überwachen und Warnungen für Ihr System abrufen. Der Azure Monitor-Dienst sammelt und aggregiert Metriken und Protokolle aus jeder Komponente Ihres Systems. Azure Monitor bietet Ihnen eine Übersicht über Verfügbarkeit, Leistung und Resilienz und benachrichtigt Sie über Probleme. Sie können das Azure-Portal, PowerShell, die Azure CLI, die REST-API oder Clientbibliotheken verwenden, um Überwachungsdaten einzurichten und anzuzeigen.

In diesem Artikel werden die Überwachungsdaten beschrieben, die von Azure Container Registry generiert werden. Außerdem wird erläutert, wie Sie die Features von Azure Monitor nutzen können, um diese Daten zu analysieren und Warnungen dafür zu erstellen.

Monitor-Übersicht

Die Seite Übersicht im Azure-Portal enthält für jede Registrierung eine kurze Übersicht über die aktuelle Ressourcennutzung und -aktivität, z. B. Push- und Pullvorgänge. Diese allgemeinen Informationen sind nützlich, doch wird hier nur eine kleine Menge Daten angezeigt.

Um anpassbare Visualisierungen und detailliertere Analysen zu ermöglichen, öffnen Sie Dashboards mit Grafana unter Monitoring. Diese integrierte Benutzererfahrung, die durch Azure Managed Grafana ermöglicht wird, umfasst von Azure verwaltete Dashboards für Transaktionstrends, Datenübertragung, Drosselung und Speichernutzung. Sie können auch Dashboards erstellen, anpassen, speichern und freigeben, ohne eine separate Grafana-Instanz bereitzustellen. Weitere Informationen finden Sie unter Grafana-Dashboards in Azure Container Registry.

Screenshot der Übersichtsseite für Registrierungsmetriken mit vier Metriken der letzten 30 Tage

Ressourcentypen

Azure verwendet das Konzept von Ressourcentypen und IDs, um alles in einem Abonnement zu identifizieren. Ressourcentypen sind auch Teil der Ressourcen-IDs für alle in Azure ausgeführten Ressourcen. Beispiel: Ein Ressourcentyp für eine VM ist Microsoft.Compute/virtualMachines. Eine Liste der Dienste und ihrer zugehörigen Ressourcentypen finden Sie unter Ressourcenanbieter.

Ähnlich organisiert Azure Monitor die Kernüberwachungsdaten in Metriken und Protokollen basierend auf Ressourcentypen, die auch als Namespaces bezeichnet werden. Für unterschiedliche Ressourcentypen stehen unterschiedliche Metriken und Protokolle zur Verfügung. Ihr Dienst ist möglicherweise mehr als einem Ressourcentyp zugeordnet.

Weitere Informationen zu den Ressourcentypen für Container Registry finden Sie in der Referenz zu Azure Container Registry-Überwachungsdaten.

Überwachungsdaten

Azure Container Registry sammelt dieselben Arten von Überwachungsdaten wie andere Azure-Ressourcen, die in Überwachungsdaten von Azure-Ressourcen beschrieben werden.

Zu den wichtigsten Registrierungsmetriken gehören:

  • Transactions: Die Anzahl der Registrierungsvorgänge. Verwenden Sie die ApiName, ResponseType und Region Dimensionen, um Vorgänge, Ergebnisse und Bereitstellungsregionen zu analysieren.
  • DataTransfer: Die Menge der aus der Registrierung übertragenen Daten, gemessen in Bytes. Verwenden Sie die Dimensionen Region und ApiName, um Vorgänge und Regionen zu identifizieren, die Datenübertragungen generieren.
  • StorageUsed: Die von der Registrierung beanspruchte Speichermenge. Diese Metrik verwendet die Legacydimension Geolocation , um die Region zu identifizieren.

Ausführliche Informationen zu den Metriken und Protokolldaten, die von Azure Container Registry erstellt wurden, finden Sie unter Monitoring Azure Container Registry-Datenreferenz.

Erfassung und Weiterleitung

Plattformmetriken und das Aktivitätsprotokoll werden automatisch erfasst und gespeichert, können jedoch mithilfe einer Diagnoseeinstellung an andere Speicherorte weitergeleitet werden.

Ressourcenprotokolle werden erst erfasst und gespeichert, nachdem Sie eine Diagnoseeinstellung erstellt und die Protokolle an mindestens einen Speicherort weitergeleitet haben.

Ausführliche Informationen zum Erstellen einer Diagnoseeinstellung über das Azure-Portal, die Befehlszeilenschnittstelle oder PowerShell finden Sie unter Erstellen einer Diagnoseeinstellung zum Sammeln von Plattformprotokollen und Metriken in Azure. Wenn Sie eine Diagnoseeinstellung erstellen, legen Sie fest, welche Kategorien von Protokollen gesammelt werden sollen. Die Kategorien für Azure Container Registry sind in der Referenz zu Azure Container Registry-Überwachungsdaten aufgeführt.

Tipp

Sie können Diagnoseeinstellungen für eine Registrierung auch erstellen, indem Sie im Portal zu Ihrer Registrierung navigieren. Wählen Sie im Menü unter Überwachung die Option Diagnoseeinstellungen aus.

In den folgenden Abschnitten werden die Metriken und Protokolle behandelt, die Sie erfassen können.

Datenspeicher

Für Azure Monitor:

  • Metrikdaten werden in der Azure Monitor-Metrikendatenbank gespeichert.
  • Protokolldaten werden im Azure Monitor-Protokollspeicher gespeichert. Log Analytics ist ein Tool im Azure-Portal zum Abfragen dieses Datenspeichers.
  • Das Azure-Aktivitätsprotokoll ist ein separater Speicher mit eigener Schnittstelle im Azure-Portal.

Optional können Sie Metrik- und Aktivitätsprotokolldaten an den Azure Monitor-Protokollspeicher weiterleiten. Anschließend können Sie Log Analytics verwenden, um die Daten abzufragen und mit anderen Protokolldaten zu korrelieren.

Viele Dienste können Diagnoseeinstellungen verwenden, um Metrik- und Protokolldaten an andere Speicherorte außerhalb von Azure Monitor zu senden. Beispiele umfassen Azure Storage, gehostete Partnersysteme und Nicht-Azure-Partnersysteme über Event Hubs.

Detaillierte Informationen dazu, wie Azure Monitor Daten speichert, finden Sie unter Azure Monitor-Datenplattform.

Azure Monitor-Plattformmetriken

Azure Monitor stellt Plattformmetriken für die meisten Dienste bereit. Diese Metriken sind:

  • Einzeln für jeden Namespace definiert.
  • In der Azure Monitor-Datenbank für Zeitreihenmetriken gespeichert.
  • Schlank und in der Lage, Warnmeldungen in Quasi-Echtzeit zu unterstützen.
  • Verwendet zum Nachverfolgen der Leistung einer Ressource im Zeitverlauf.

Erfassung: Azure Monitor sammelt Plattformmetriken automatisch. Es ist keine Konfiguration erforderlich.

Routing: Sie können einige Plattformmetriken auch an Azure Monitor-Protokolle/Log Analytics weiterleiten, damit Sie diese mit anderen Protokolldaten abfragen können. Überprüfen Sie anhand der Einstellung DS-Export für die einzelnen Metriken, ob Sie eine Diagnoseeinstellung zum Weiterleiten der jeweiligen Metrik an Azure Monitor-Protokolle/Log Analytics verwenden können.

Eine Liste aller Metriken, die für alle Ressourcen in Azure Monitor gesammelt werden können, finden Sie unter Unterstützte Metriken in Azure Monitor.

Eine Liste der verfügbaren Metriken für Container Registry finden Sie in der Referenz zu Azure Container Registry-Überwachungsdaten.

Analysieren von Metriken

Sie können Metriken für Azure Container Registry mit Metriken aus anderen Azure-Diensten mit dem Metrik-Explorer analysieren. Dazu wählen Sie im Menü Azure Monitor die Option Metriken aus. Ausführliche Informationen zur Verwendung dieses Tools finden Sie unter Analysieren von Metriken mit dem Azure Monitor-Metrik-Explorer.

Verwenden Sie für multidimensionale Metriken Filter und Splitting, um eine bestimmte Aktivität zu untersuchen. Beispiele:

  • Teilen Sie Transactions nach ApiName auf, um Registrierungsvorgänge zu vergleichen.
  • Filtern Sie Transactions nach ResponseType, um gedrosselte, fehlgeschlagene oder erfolgreiche Vorgänge zu identifizieren.
  • Teilen Sie Transactions oder DataTransfer nach Region auf, um die Heimatregion der Registrierung und Georeplikate zu vergleichen.
  • Teilen Sie DataTransfer nach ApiName auf, um Clientdownloads, Georeplikation und Importquelldatenverkehr zu unterscheiden.

Informationen zu Dimensionsbeschreibungen und möglichen Werten finden Sie unter Metrikdimensionen.

Tipp

Sie können auch zum Metrik-Explorer gelangen, indem Sie im Portal zu Ihrer Registry navigieren. Wählen Sie im Menü unter Überwachung die Option Metriken aus.

Eine Liste der für Azure Container Registry erfassten Plattformmetriken finden Sie in der Referenzmetriken zur Überwachung von Azure Container Registry-Daten.

Grafana-Dashboards

Verwenden Sie die integrierte Grafana-Oberfläche, wenn Sie wiederverwendbare Dashboards benötigen oder mehrere Metriken zusammen visualisieren möchten. Das von Azure verwaltete Observability-Dashboard bietet Ansichten der Transaktionstrends, der Datenübertragung nach Vorgang und Region, Drosselung und Speichernutzung. Sie können das Dashboard anpassen, Dashboards erstellen oder Grafana Explore für Ad-hoc-Analysen verwenden.

Um die Benutzeroberfläche zu öffnen, wechseln Sie im Azure-Portal zu Ihrer Registrierung. Wählen Sie unter "Überwachung" die Option "Dashboards mit Grafana" aus. Informationen zum Erstellen, Importieren, Zugreifen und Bereitstellen von Dashboards finden Sie unter Grafana-Dashboards in Azure Container Registry.

Azure-Befehlszeilenschnittstelle (Azure CLI)

Mit den folgenden Azure CLI-Befehlen können Informationen zu den Metriken von Azure Container Registry abgerufen werden.

REST-API

Mit der Azure Monitor-REST-API können Sie programmgesteuert Informationen zu den Metriken von Azure Container Registry abrufen.

Azure Monitor-Ressourcenprotokolle

Ressourcenprotokolle bieten Einblicke in Vorgänge, die von einer Azure-Ressourcen ausgeführt wurden. Protokolle werden automatisch generiert, aber Sie müssen sie an Azure Monitor Logs weiterleiten, um sie zu speichern oder abzufragen. Protokolle sind in Kategorien organisiert. Ein bestimmter Namespace verfügt möglicherweise über mehrere Ressourcenprotokollkategorien.

Sammlung: Ressourcenprotokolle werden erst gesammelt und gespeichert, nachdem Sie eine Diagnoseeinstellung erstellt und die Protokolle an mindestens einen Speicherort weitergeleitet haben. Wenn Sie eine Diagnoseeinstellung erstellen, legen Sie fest, welche Kategorien von Protokollen gesammelt werden sollen. Es gibt mehrere Möglichkeiten zum Erstellen und Verwalten von Diagnoseeinstellungen, u. a. das Azure-Portal, programmgesteuert und über Azure Policy.

Routing: Der vorgeschlagene Standard besteht darin, Ressourcenprotokolle an Azure Monitor Logs weiterzuleiten, damit Sie diese mit anderen Protokolldaten abfragen können. Andere Speicherorte wie z. B. Azure Storage, Azure Event Hubs und bestimmte Microsoft-Überwachungspartner sind ebenfalls verfügbar. Weitere Informationen finden Sie unter Azure-Ressourcenprotokolle und Ressourcenprotokollziele.

Ausführliche Informationen zum Sammeln, Speichern und Weiterleiten von Ressourcenprotokollen finden Sie unter Diagnoseeinstellungen in Azure Monitor.

Eine Liste aller verfügbaren Ressourcenprotokollkategorien in Azure Monitor finden Sie unter Unterstützte Ressourcenprotokolle in Azure Monitor.

Alle Ressourcenprotokolle in Azure Monitor enthalten dieselben Headerfelder, gefolgt von dienstspezifischen Feldern. Das allgemeine Schema wird in Azure Monitor-Ressourcenprotokollschema beschrieben.

Protokolle analysieren

Daten in Azure Monitor-Protokollen werden in Tabellen gespeichert, wobei jede Tabelle ihren eigenen Satz an eindeutigen Eigenschaften hat.

Alle Ressourcenprotokolle in Azure Monitor enthalten dieselben Felder, gefolgt von dienstspezifischen Feldern. Das allgemeine Schema wird in Azure Monitor-Ressourcenprotokollschema beschrieben. Das Schema für Azure Container Registry-Ressourcenprotokolle finden Sie in der Referenz zu Azure Container Registry-Daten.

Das Aktivitätsprotokoll ist ein Plattformprotokoll in Azure, das einen Einblick in Ereignisse auf Abonnementebene ermöglicht. Sie können es unabhängig anzeigen oder an Azure Monitor Logs weiterleiten, in denen Sie mithilfe von Log Analytics viel komplexere Abfragen durchführen können.

Eine Liste der für Azure Container Registry erfassten Arten von Ressourcenprotokollen finden Sie in der Referenz zu Azure Container Registry-Überwachungsdaten.

Eine Liste der Tabellen, die von Azure Monitor-Protokollen verwendet und von Log Analytics abgefragt werden können, finden Sie in der Referenz zu Azure Container Registry-Überwachungsdaten.

Die verfügbaren Ressourcenprotokollkategorien, die zugehörigen Log Analytics-Tabellen und die Protokollschemas für Container Registry finden Sie in der Referenz zu Azure Container Registry-Überwachungsdaten.

Azure-Aktivitätsprotokoll

Das Aktivitätsprotokoll enthält Ereignisse auf Abonnementebene, die Vorgänge für jede Azure-Ressource nachverfolgen, so wie sie von außerhalb dieser Ressource gesehen werden, z. B. das Erstellen einer neuen Ressource oder das Starten einer VM.

Sammlung: Aktivitätsprotokollereignisse werden automatisch generiert und in einem separaten Speicher für die Anzeige im Azure-Portal gesammelt.

Routing: Sie können Aktivitätsprotokolldaten an Azure Monitor Logs senden, damit Sie diese zusammen mit anderen Protokolldaten analysieren können. Andere Speicherorte wie z. B. Azure Storage, Azure Event Hubs und bestimmte Microsoft-Überwachungspartner sind ebenfalls verfügbar. Weitere Informationen zum Weiterleiten von Aktivitätsprotokollen finden Sie unter Übersicht über das Azure-Aktivitätsprotokoll.

Überwachungsdaten analysieren

Es gibt viele Tools zum Analysieren von Überwachungsdaten.

Azure Monitor-Tools

Azure Monitor unterstützt die folgenden grundlegenden Tools:

Zu den Tools, die eine komplexere Visualisierung ermöglichen, gehören:

  • Dashboards, mit denen Sie verschiedene Typen von Daten in einen einzelnen Bereich im Azure-Portal kombinieren können.
  • Arbeitsmappen, anpassbare Berichte, die Sie im Azure-Portal erstellen können. Arbeitsmappen können Text, Metriken und Protokollabfragen enthalten.
  • Grafana, ein Tool auf einer offenen Plattform, das für operationale Dashboards ideal ist. Sie können Grafana verwenden, um Dashboards zu erstellen, die Daten aus mehreren anderen Quellen als Azure Monitor enthalten.
  • Power BI ist ein Geschäftsanalysedienst, der interaktive Visualisierungen für verschiedene Datenquellen bereitstellt. Sie können Power BI für den automatischen Import von Protokolldaten aus Azure Monitor konfigurieren, um diese Visualisierungen zu nutzen.

Exporttools für Azure Monitor

Sie können Daten aus Azure Monitor in andere Tools abrufen, indem Sie die folgenden Methoden verwenden:

Informationen zu den ersten Schritten mit der REST-API für Azure Monitor finden Sie in der Anleitung für die Azure Monitor-REST-API.

Kusto-Abfragen

Sie können Überwachungsdaten im Azure Monitor Logs / Log Analytics Store mithilfe der Kusto-Abfragesprache (KQL) analysieren.

Wichtig

Wenn Sie Protokolle im Menü des Diensts im Portal auswählen, wird Log Analytics geöffnet, wobei der Abfragebereich auf den aktuellen Dienst festgelegt ist. Dieser Bereich bedeutet, dass Protokollabfragen nur Daten aus diesem Ressourcentyp umfassen. Wenn Sie eine Abfrage durchführen möchten, die Daten aus anderen Azure-Diensten enthält, wählen Sie im Menü Azure Monitor die Option Protokolle aus. Ausführliche Informationen finden Sie unter Protokollabfragebereich und Zeitbereich in Azure Monitor Log Analytics.

Eine Liste häufiger Abfragen für alle Dienste finden Sie unter Log Analytics-Abfrageschnittstelle.

Beispielsweise ruft die folgende Abfrage die jüngsten 24 Stunden von Daten aus der Tabelle ContainerRegistryRepositoryEvents ab:

ContainerRegistryRepositoryEvents
| where TimeGenerated > ago(1d) 

In der folgenden Abbildung ist eine Beispielausgabe dargestellt:

Der Screenshot zeigt Abfrageprotokolldaten im Azure-Portal.

Mithilfe der folgenden Abfragen können Sie Ihre Registrierungsressource überwachen.

Fehlerereignisse innerhalb der letzten Stunde:

union Event, Syslog // Event table stores Windows event records, Syslog stores Linux records
| where TimeGenerated > ago(1h)
| where EventLevelName == "Error" // EventLevelName is used in the Event (Windows) records
    or SeverityLevel== "err" // SeverityLevel is used in Syslog (Linux) records

Die 100 jüngsten Registrierungsereignisse:

ContainerRegistryRepositoryEvents
| union ContainerRegistryLoginEvents
| top 100 by TimeGenerated
| project TimeGenerated, LoginServer, OperationName, Identity, Repository, DurationMs, Region , ResultType

Identität des Benutzers oder Objekts, der bzw. das das Repository gelöscht hat:

ContainerRegistryRepositoryEvents
| where OperationName contains "Delete"
| project LoginServer, OperationName, Repository, Identity, CallerIpAddress

Identität des Benutzers oder Objekts, der bzw. das das Tag gelöscht hat:

ContainerRegistryRepositoryEvents
| where OperationName contains "Untag"
| project LoginServer, OperationName, Repository, Tag, Identity, CallerIpAddress

Fehler bei Vorgängen auf Repository-Ebene:

ContainerRegistryRepositoryEvents 
| where ResultDescription contains "40"
| project TimeGenerated, OperationName, Repository, Tag, ResultDescription

Authentifizierungsfehler für die Registry:

ContainerRegistryLoginEvents 
| where ResultDescription != "200"
| project TimeGenerated, Identity, CallerIpAddress, ResultDescription

Alarmsignale

Azure Monitor-Warnungen informieren Sie proaktiv, wenn bestimmte Bedingungen in Ihren Überwachungsdaten auftreten. Warnungen ermöglichen Ihnen, Probleme in Ihrem System zu identifizieren und zu beheben, bevor Ihre Kunden sie bemerken. Weitere Informationen finden Sie unter Azure Monitor-Warnungen.

Es gibt viele Quellen allgemeiner Warnungen für Azure-Ressourcen. Beispiele für häufige Warnungen für Azure-Ressourcen finden Sie in den Beispielabfragen für Protokollwarnungen. Die Website Azure Monitor Baseline Alerts (AMBA) stellt eine halbautomatisierte Methode für die Implementierung wichtiger Metrikwarnungen der Plattform, Dashboards und Richtlinien bereit. Die Website gilt für eine fortlaufend erweiterte Teilmenge von Azure-Diensten, einschließlich aller Dienste, die Teil der Azure Landing Zone (ALZ) sind.

Mit dem allgemeinen Warnungsschema wird die Benutzeroberfläche für Warnungsbenachrichtigungen in Azure Monitor standardisiert. Weitere Informationen finden Sie unter Common Alert Schema.

Warnungstypen

Sie können für jede Metrik oder Protokolldatenquelle der Azure Monitor-Datenplattform Warnungen einrichten. Es gibt viele verschiedene Typen von Warnungen, abhängig von den Diensten, die Sie überwachen, und den Überwachungsdaten, die Sie sammeln. Verschiedene Typen von Warnungen haben jeweils ihre Vor- und Nachteile. Weitere Informationen finden Sie unter Auswählen des richtigen Typs der Monitoringwarnung.

In der folgenden Liste werden die Typen von Azure Monitor-Warnungen beschrieben, die Sie erstellen können:

  • Metrikwarnungen bewerten Ressourcenmetriken in regelmäßigen Abständen. Metriken können Plattformmetriken, benutzerdefinierte Metriken, in Metriken konvertierte Protokolle aus Azure Monitor oder Application Insights-Metriken sein. Metrikwarnungen können auch mehrere Bedingungen und dynamische Schwellwerte anwenden.
  • Protokollwarnungen ermöglichen es Benutzern, eine Log Analytics-Abfrage zum Auswerten von Ressourcenprotokollen mit einer vordefinierten Frequenz zu verwenden.
  • Aktivitätsprotokollwarnungen werden ausgelöst, wenn ein neues Aktivitätsprotokollereignis eintritt, das definierte Bedingungen erfüllt. Resource Health alerts und Service Health alerts sind Aktivitätsprotokollwarnungen, die über den Dienst- und Ressourcenzustand berichten.

Einige Azure-Dienste unterstützen auch Warnungen zur intelligenten Erkennung, Prometheus-Warnregeln oder empfohlene Warnungsregeln.

Einige Dienste können Sie im großen Stil überwachen, indem Sie dieselbe Metrikwarnungsregel auf mehrere Ressourcen desselben Typs anwenden, die sich in derselben Azure-Region befinden. Für jede überwachte Ressource werden einzelne Benachrichtigungen gesendet. Unterstützte Azure-Dienste und -Clouds finden Sie unter Mehrere Ressourcen mit einer Warnungsregel überwachen.

Warnungsregeln für Azure Container Registry

In der folgenden Tabelle sind einige vorgeschlagene Warnungsregeln für Container Registry aufgeführt. Diese Warnungen sind nur Beispiele. Sie können Warnungen für jede Metrik, jeden Protokolleintrag und jeden Aktivitätsprotokolleintrag festlegen, die in der Referenz zu Azure Container Registry-Überwachungsdaten aufgeführt sind.

Warnungstyp Zustand BESCHREIBUNG
Metrik Signal: Belegter Speicher
Operator: Größer als
Aggregationstyp: Mittelwert
Schwellenwert: 5 GB
Gibt eine Warnung aus, wenn der verwendete Registrierungsspeicher einen angegebenen Wert überschreitet.
Metrik Transactions wo ResponseType = Throttled Warnungen, wenn Registrierungsanforderungen gedrosselt werden.

Beispiel: Senden einer E-Mail-Warnung, wenn der verwendete Registrierungsspeicher einen Wert überschreitet

  1. Navigieren Sie im Azure-Portal zu Ihrer Registrierung.
  2. Wählen Sie unter ÜberwachungMetriken aus.
  3. Wählen Sie im Metrik-Explorer unter Metrik die Option Verwendeter Speicher aus.
  4. Wählen Sie Neue Warnungsregel aus.
  5. Bestätigen Sie unter Bereich die Registrierungsressource, für die Sie eine Warnungsregel erstellen möchten.
  6. Wählen Sie unter Bedingung die Option Bedingung hinzufügen aus.
    1. Wählen Sie unter Signalname die Option Verwendeter Speicher aus.
    2. Wählen Sie unter Diagrammzeitraum die Option In den letzten 24 Stunden aus.
    3. Wählen Sie unter Warnungslogik für Schwellenwert einen Wert wie z. B. 5 aus. Wählen Sie unter Einheit einen Wert wie z. B. GB aus.
    4. Übernehmen Sie für die übrigen Einstellungen die Standardwerte, und wählen Sie Fertig aus.
  7. Wählen Sie unter Aktionen die Option Aktionsgruppen hinzufügen>+ Aktionsgruppe erstellen aus.
    1. Geben Sie die Details der Aktionsgruppe ein.
    2. Wählen Sie auf der Registerkarte Benachrichtigungen die Option E-Mail/SMS/Push/Sprachanruf aus, und geben Sie einen Empfänger ein (beispielsweise admin@contoso.com). Klicken Sie auf Überprüfen + erstellen.
  8. Geben Sie einen Namen und eine Beschreibung der Warnungsregel ein, und wählen Sie den Schweregrad aus.
  9. Wählen Sie Warnungsregel erstellen aus.

Advisor-Empfehlungen

Wenn in einigen Diensten während eines Ressourcenvorgangs kritische Bedingungen oder unmittelbar bevorstehende Änderungen auftreten, wird auf der Dienstseite Übersicht im Portal eine Warnung angezeigt. Weitere Informationen und empfohlene Korrekturen für die Warnung finden Sie in Advisor recommendations unter Überwachung im linken Menü. Während des normalen Betriebs werden keine Advisor-Empfehlungen angezeigt.

Weitere Informationen zu Azure Advisor finden Sie unter Azure Advisor – Übersicht.