Überwachen von Azure Container Instances
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 am 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.
- Weitere Informationen zu Azure Monitor finden Sie unter Azure Monitor – Übersicht.
- Weitere Informationen zum Überwachen von Azure-Ressourcen im Allgemeinen finden Sie unter Überwachen von Azure-Ressourcen mit Azure Monitor.
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 jede Ressource, die in Azure ausgeführt wird. Beispiel: Ein Ressourcentyp für eine VM ist Microsoft.Compute/virtualMachines
. Eine Liste der Dienste und ihrer zugehörigen Ressourcentypen finden Sie unter Ressourcenanbieter.
Ähnliche 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 Azure Container Instances finden Sie in der Referenz zur Überwachung von Daten in Containerinstanzen.
Datenspeicher
For 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 Speichers.
- 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, die Event Hubs verwenden.
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.
- Einfach strukturiert 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 Plattformmetriken normalerweise auch an Azure Monitor-Protokolle/Log Analytics weiterleiten, damit Sie diese mit anderen Protokolldaten abfragen können. Weitere Informationen finden Sie in der Diagnoseeinstellung „Metriken“. Informationen zum Konfigurieren von Diagnoseeinstellungen für einen Dienst finden Sie unter Erstellen von Diagnoseeinstellungen in Azure Monitor.
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 Containerinstanzen finden Sie in der Referenz zur Überwachung von Daten in Containerinstanzen. Diese Metriken sind sowohl für eine Containergruppe als auch für einzelne Container verfügbar. Standardmäßig werden die Metriken als Mittelwerte aggregiert.
Alle Metriken für Container Instances befinden sich im Namespace mit den Standardmetriken der Containergruppe. In einer Containergruppe mit mehreren Containern können Sie nach der Dimension containerName filtern, um Metriken aus einem bestimmten Container innerhalb der Gruppe zu erhalten. Container generieren ähnliche Daten wie andere Azure-Ressourcen, erfordern jedoch einen Container-Agent, um die erforderlichen Daten zu sammeln.
Metriken abrufen
Sie können Azure Monitor-Metriken für Containerinstanzen mithilfe des Azure-Portals oder der Azure CLI sammeln.
Wichtig
Azure Monitor-Metriken in Azure-Containerinstanzen befinden sich derzeit in der Vorschau. Derzeit sind Azure Monitor-Metriken nur für Linux-Container verfügbar. Vorschauversionen werden Ihnen zur Verfügung gestellt, wenn Sie die zusätzlichen Nutzungsbedingungen akzeptieren. Einige Aspekte dieses Features werden bis zur allgemeinen Verfügbarkeit unter Umständen noch geändert.
Verwenden des Azure-Portals
Wenn eine Containergruppe erstellt wird, sind im Azure-Portal Azure Monitor-Daten verfügbar. Um Metriken für eine Containergruppe anzuzeigen, wechseln Sie zur Seite Übersicht für die Containergruppe. Dort können Sie vorab erstellte Diagramme für jede der verfügbaren Metriken sehen.
In einer Containergruppe, die mehrere Container enthält, verwenden Sie eine Dimension, um Metriken nach Container anzuzeigen. Führen Sie die folgenden Schritte aus, um ein Diagramm mit einzelnen Containermetriken zu erstellen:
- Auf der Seite Übersicht wählen Sie eins der Metrikdiagramme aus, z. B. CPU.
- Wählen Sie die Schaltfläche Teilung anwenden und dann Containername aus.
Mithilfe der Azure-Befehlszeilenschnittstelle
Metriken für Containerinstanzen können auch per Azure CLI erfasst werden. Rufen Sie zuerst die ID der Containergruppe ab, indem Sie den folgenden Befehl verwenden. Ersetzen Sie <resource-group>
durch Ihre Ressourcengruppennamen und <container-group>
durch den Namen Ihrer Containergruppe.
CONTAINER_GROUP=$(az container show --resource-group <resource-group> --name <container-group> --query id --output tsv)
Verwenden Sie den folgenden Befehl, um die Metriken zur Auslastung der CPU abzurufen.
az monitor metrics list --resource $CONTAINER_GROUP --metric CPUUsage --output table
Timestamp Name Average
------------------- --------- ---------
2020-12-17 23:34:00 CPU Usage
. . .
2020-12-18 00:25:00 CPU Usage
2020-12-18 00:26:00 CPU Usage 0.4
2020-12-18 00:27:00 CPU Usage 0.0
Ändern Sie den Wert des Parameters --metric
in dem Befehl, um andere unterstützte Metriken abzurufen. Verwenden Sie beispielsweise den folgenden Befehl, um die Metriken zur Auslastung des Arbeitsspeichers abzurufen.
az monitor metrics list --resource $CONTAINER_GROUP --metric MemoryUsage --output table
Timestamp Name Average
------------------- ------------ ----------
2019-04-23 22:59:00 Memory Usage
2019-04-23 23:00:00 Memory Usage
2019-04-23 23:01:00 Memory Usage 0.0
2019-04-23 23:02:00 Memory Usage 8859648.0
2019-04-23 23:03:00 Memory Usage 9181184.0
2019-04-23 23:04:00 Memory Usage 9580544.0
2019-04-23 23:05:00 Memory Usage 10280960.0
2019-04-23 23:06:00 Memory Usage 7815168.0
2019-04-23 23:07:00 Memory Usage 7739392.0
2019-04-23 23:08:00 Memory Usage 8212480.0
2019-04-23 23:09:00 Memory Usage 8159232.0
2019-04-23 23:10:00 Memory Usage 8093696.0
Für eine Gruppe mit mehreren Containern kann die Dimension containerName
hinzugefügt werden, um Metriken pro Container zurückzugeben.
az monitor metrics list --resource $CONTAINER_GROUP --metric MemoryUsage --dimension containerName --output table
Timestamp Name Containername Average
------------------- ------------ -------------------- -----------
2019-04-23 22:59:00 Memory Usage aci-tutorial-app
2019-04-23 23:00:00 Memory Usage aci-tutorial-app
2019-04-23 23:01:00 Memory Usage aci-tutorial-app 0.0
2019-04-23 23:02:00 Memory Usage aci-tutorial-app 16834560.0
2019-04-23 23:03:00 Memory Usage aci-tutorial-app 17534976.0
2019-04-23 23:04:00 Memory Usage aci-tutorial-app 18329600.0
2019-04-23 23:05:00 Memory Usage aci-tutorial-app 19742720.0
2019-04-23 23:06:00 Memory Usage aci-tutorial-app 14786560.0
2019-04-23 23:07:00 Memory Usage aci-tutorial-app 14651392.0
2019-04-23 23:08:00 Memory Usage aci-tutorial-app 15470592.0
2019-04-23 23:09:00 Memory Usage aci-tutorial-app 15450112.0
2019-04-23 23:10:00 Memory Usage aci-tutorial-app 15339520.0
2019-04-23 22:59:00 Memory Usage aci-tutorial-sidecar
2019-04-23 23:00:00 Memory Usage aci-tutorial-sidecar
2019-04-23 23:01:00 Memory Usage aci-tutorial-sidecar 0.0
2019-04-23 23:02:00 Memory Usage aci-tutorial-sidecar 884736.0
2019-04-23 23:03:00 Memory Usage aci-tutorial-sidecar 827392.0
2019-04-23 23:04:00 Memory Usage aci-tutorial-sidecar 831488.0
2019-04-23 23:05:00 Memory Usage aci-tutorial-sidecar 819200.0
2019-04-23 23:06:00 Memory Usage aci-tutorial-sidecar 843776.0
2019-04-23 23:07:00 Memory Usage aci-tutorial-sidecar 827392.0
2019-04-23 23:08:00 Memory Usage aci-tutorial-sidecar 954368.0
2019-04-23 23:09:00 Memory Usage aci-tutorial-sidecar 868352.0
2019-04-23 23:10:00 Memory Usage aci-tutorial-sidecar 847872.0
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-Protokolle 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-Protokolle 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.
- Weitere Informationen zum Abrufen von Protokolldaten für Containerinstanzen finden Sie unter Abrufen von Containerprotokollen und -ereignissen in Azure Container Instances.
- Die verfügbaren Ressourcenprotokollkategorien, die zugehörigen Log Analytics-Tabellen und die Protokollschemas für Containerinstanzen finden Sie unter Referenz zur Überwachung von Daten in Containerinstanzen.
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-Protokolle 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.
Analysieren von Überwachungsdaten
Es gibt viele Tools zum Analysieren von Überwachungsdaten.
Azure Monitor-Tools
Azure Monitor unterstützt die folgenden grundlegenden Tools:
Metriken-Explorer, ein Tool im Azure-Portal, mit dem Sie Metriken für Azure-Ressourcen anzeigen und analysieren können. Weitere Informationen finden Sie unter Analysieren von Metriken mit dem Azure Monitor-Metrik-Explorer.
Log Analytics, ein Tool im Azure-Portal, mit dem Sie Protokolldaten mithilfe der KQL-Abfragesprache abfragen und analysieren können. Weitere Informationen finden Sie unter Erste Schritte mit Protokollabfragen in Azure Monitor.
Das Aktivitätsprotokoll, das über eine Benutzeroberfläche im Azure-Portal für die Anzeige und einfache Suchvorgänge verfügt. Um ausführlichere Analysen durchzuführen, müssen Sie die Daten an Azure Monitor-Protokolle weiterleiten und komplexere Abfragen in Log Analytics ausführen.
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:
Metriken: Verwenden Sie die REST-API für Metriken, um Metrikdaten aus der Azure Monitor-Metrikendatenbank zu extrahieren. Die API unterstützt Filterausdrücke, um die abgerufenen Daten zu verfeinern. Weitere Informationen finden Sie in der Referenz zur Azure Monitor-REST-API.
Protokolle: Verwenden Sie die REST-API oder die zugeordneten Clientbibliotheken.
Eine weitere Option ist der Arbeitsbereichsdatenexport.
Informationen zu den ersten Schritten mit der REST-API für Azure Monitor finden Sie in der exemplarischen Vorgehensweise für die Azure-Überwachungs-REST-API.
Analysieren von Containerinstanzprotokollen
Sie können Log Analytics verwenden, um Containerinstanzprotokolle zu analysieren und abzufragen. Außerdem können Sie Diagnoseeinstellungen auch als Previewfunktion im Azure-Portal aktivieren. Log Analytics- und Diagnoseeinstellungen weisen geringfügig unterschiedliche Tabellenschemas für Abfragen auf. Nachdem Sie die Diagnoseeinstellungen aktiviert haben, können Sie entweder eines oder beide Schemas gleichzeitig verwenden.
Ausführliche Informationen und Anweisungen zum Abfragen von Protokollen finden Sie unter Protokollierung von Containergruppen und -instanzen mit Azure Monitor-Protokollen. Informationen zu den Azure Monitor-Protokolltabellenschemas für Containerinstanzen finden Sie unter Azure Monitor Logs Tabellen.
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.
In den folgenden Abfragebeispielen werden die Log Analytics-Legacy-Protokolltabellen verwendet. Die Grundstruktur einer Abfrage besteht aus der Quelltabelle ContainerInstanceLog_CL
oder ContainerEvent_CL
, gefolgt von einer Reihe von Operatoren, die durch einen senkrechten Strich (|
) getrennt sind. Sie können mehrere Operatoren verketten, um die Ergebnisse einzugrenzen und erweiterte Funktionen auszuführen.
Im neueren Tabellenschema für Diagnoseeinstellungen werden die Tabellennamen ohne _CL angezeigt. Darüber hinaus unterscheiden sich einige Spalten. Wenn Sie die Diagnoseeinstellungen aktiviert haben, können Sie entweder eine oder beide Tabellen verwenden.
Fügen Sie zum Anzeigen von Beispielabfrageergebnissen die folgende Abfrage in das Abfragetextfeld ein, und wählen Sie die Schaltfläche Ausführen aus, um die Abfrage auszuführen. Diese Abfrage zeigt alle Protokolleinträge an, deren Feld „Message“ das Wort „warn“ enthält:
ContainerInstanceLog_CL
| where Message contains "warn"
Komplexere Abfragen werden ebenfalls unterstützt. Diese Abfrage zeigt beispielsweise nur die Protokolleinträge für die Containergruppe „mycontainergroup001“ an, die innerhalb der letzten Stunde generiert wurden:
ContainerInstanceLog_CL
| where (ContainerGroup_s == "mycontainergroup001")
| where (TimeGenerated > ago(1h))
Alerts
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-Baselinewarnungen (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-Zielzone (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 Allgemeines Warnungsschema.
Warnungstypen
Sie können zu jeder Metrik oder Protokolldatenquelle der Azure Monitor-Datenplattform Warnungen erhalten. 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 Warnungsregeltyps.
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 in vordefinierten Frequenz zu verwenden.
- Aktivitätsprotokollwarnungen werden ausgelöst, wenn ein neues Aktivitätsprotokollereignis eintritt, das definierte Bedingungen erfüllt. Resource Health- und Service Health-Warnungen sind Aktivitätsprotokollwarnungen, die über die Dienst- und Ressourcenintegrität berichten.
Einige Azure-Dienste unterstützen auch intelligente Erkennungswarnungen, Prometheus-Warnungen 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 Überwachen mehrerer Ressourcen mit einer Warnungsregel.
Hinweis
Wenn Sie eine Anwendung erstellen oder ausführen, die in Ihrem Dienst ausgeführt wird, stellt Azure Monitor Application Insights möglicherweise andere Warnungstypen zur Verfügung.
Warnungsregeln für Containerinstanzen
In der folgenden Tabelle sind allgemeine und empfohlene Warnungsregeln für Azure Container Instances aufgeführt.
Warnungstyp | Bedingung | Beschreibung |
---|---|---|
Metriken | vCPU-Auslastung, Speicherauslastung oder Netzwerkeingabe und -ausgabeauslastung, die einen bestimmten Schwellenwert überschreitet | Abhängig von der Funktion des Containers kann es sinnvoll sein, eine Warnung festzulegen, wenn die Metrik einen erwarteten Schwellenwert überschreitet. |
Aktivitätsprotokolle | Containerinstanzvorgänge wie Erstellen, Aktualisieren und Löschen | Eine Liste der Aktivitäten, die Sie nachverfolgen können, finden Sie in der Referenz zur Überwachung von Daten in Containerinstanzen. |
Protokollwarnungen | stdout - und stderr -Ausgaben in den Protokollen |
Verwenden Sie die benutzerdefinierte Protokollsuche, um Warnungen für bestimmte Ausgaben festzulegen, die in Protokollen angezeigt werden. |
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-Empfehlungen 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.
Zugehöriger Inhalt
- Eine Referenz zu den Metriken, Protokollen und anderen wichtigen Werten, die von Azure Container Instances erstellt werden, finden Sie in der Referenz zur Überwachung von Daten in Containerinstanzen.
- Allgemeine Informationen zur Überwachung von Azure-Ressourcen finden Sie unter Überwachen von Azure-Ressourcen mit Azure Monitor.