Senden von Prometheus-Metriken von VMs, Skalierungsgruppen oder Kubernetes-Clustern an einen Azure Monitor-Arbeitsbereich

Prometheus ist nicht auf die Überwachung von Kubernetes-Clustern beschränkt. Verwenden Sie Prometheus, um Anwendungen und Dienste zu überwachen, die auf Ihren Servern ausgeführt werden, unabhängig davon, wo sie ausgeführt werden. Beispielsweise können Sie Anwendungen überwachen, die auf Virtual Machines, VM-Skalierungsgruppen oder sogar auf lokalen Servern ausgeführt werden. Sie können Prometheus-Metriken auch von Ihrem selbstverwalteten Cluster und Prometheus-Server an einen Azure Monitor-Arbeitsbereich senden.

In diesem Artikel wird erläutert, wie Sie Remoteschreibvorgänge zum Senden von Daten aus einer selbstverwalteten Prometheus-Instanz an einen Azure Monitor-Arbeitsbereich konfigurieren.

Optionen für Remoteschreibvorgänge

Selbstverwaltetes Prometheus kann in Azure- und Nicht-Azure-Umgebungen ausgeführt werden. Im Folgenden finden Sie Authentifizierungsoptionen für Remoteschreibvorgänge zu einem Azure Monitor-Arbeitsbereich basierend auf der Umgebung, in der Prometheus ausgeführt wird.

Von Azure verwaltete VM-Instanzen, VM-Skalierungsgruppen und Kubernetes-Cluster

Verwenden Sie die Authentifizierung mit der benutzerseitig zugewiesenen verwalteten Identität für Dienste, die selbstverwaltetes Prometheus in einer Azure-Umgebung ausführen. Zu den verwalteten Azure-Diensten gehören:

• Azure Virtual Machines
• Azure Virtual Machine Scale Sets
• Azure Kubernetes Service (AKS)

Informationen zum Einrichten von Remoteschreibvorgängen für von Azure verwaltete Ressourcen finden Sie unter Remoteschreibvorgänge mithilfe der Authentifizierung mit einer benutzerseitig zugewiesenen verwalteten Identität weiter unten in diesem Artikel.

VMs und Kubernetes-Cluster, die in Nicht-Azure-Umgebungen ausgeführt werden

Wenn Sie über VMs oder einen Kubernetes-Cluster in Nicht-Azure-Umgebungen verfügen oder ein Onboarding in Azure Arc durchgeführt haben, installieren Sie eine selbstverwaltete Prometheus-Instanz, und konfigurieren Sie Remoteschreibvorgänge mithilfe der Microsoft Entra-Anwendungsauthentifizierung. Weitere Informationen finden Sie unter Remoteschreibvorgänge mithilfe der Microsoft Entra-Anwendungsauthentifizierung weiter unten in diesem Artikel.

Durch das Onboarding in Azure Arc-fähige Server können Sie Nicht-Azure-VMs in Azure verwalten und konfigurieren. Weitere Informationen finden Sie unter Server mit Azure Arc-Unterstützung und Kubernetes mit Azure Arc-Unterstützung. Server mit Azure Arc-Unterstützung unterstützen nur die Authentifizierung mit Microsoft Entra.

Hinweis

Systemseitig zugewiesene verwaltete Identitäten werden für Remoteschreibvorgänge in Azure Monitor-Arbeitsbereichen nicht unterstützt. Verwenden Sie die Authentifizierung mit einer benutzerseitig zugewiesenen verwalteten Identität oder Microsoft Entra-Anwendungsauthentifizierung.

Voraussetzungen

Unterstützte Versionen

• Prometheus-Versionen nach 2.2.45 sind für die Authentifizierung mit der verwalteten Identität erforderlich.
• Für die Microsoft Entra-Anwendungsauthentifizierung sind Prometheus-Versionen nach 2.2.48 erforderlich.

Azure Monitor-Arbeitsbereich

Dieser Artikel behandelt das Senden von Prometheus-Metriken an einen Azure Monitor-Arbeitsbereich. Informationen zum Erstellen eines Azure Monitor-Arbeitsbereichs finden Sie unter Verwalten eines Azure Monitor-Arbeitsbereichs.

Berechtigungen

Zum Ausführen der Schritte in diesem Artikel sind Administratorberechtigungen für den Cluster oder die Ressource erforderlich.

Einrichten der Authentifizierung für Remoteschreibvorgänge

Abhängig von der Umgebung, in der Prometheus ausgeführt wird, können Sie Remoteschreibvorgänge so konfigurieren, dass eine benutzerseitig zugewiesene verwaltete Identität oder die Microsoft Entra-Anwendungsauthentifizierung zum Senden von Daten an einen Azure Monitor-Arbeitsbereich verwendet wird.

Verwenden Sie das Azure-Portal oder die Azure CLI, um eine benutzerseitig zugewiesene verwaltete Identität oder Microsoft Entra-Anwendung zu erstellen.

Remoteschreibvorgänge mithilfe einer benutzerseitig zugewiesenen verwalteten Identität

Remoteschreibvorgänge mithilfe der Authentifizierung mit einer benutzerseitig zugewiesenen verwalteten Identität

Die Authentifizierung mit einer benutzerseitig zugewiesenen verwalteten Identität kann in jeder von Azure verwalteten Umgebung verwendet werden. Wenn Ihr Prometheus-Dienst in einer Nicht-Azure-Umgebung ausgeführt wird, können Sie die Microsoft Entra-Anwendungsauthentifizierung verwenden.

Führen Sie die folgenden Schritte aus, um eine benutzerseitig zugewiesene verwaltete Identität für Remoteschreibvorgänge in einen Azure Monitor-Arbeitsbereich zu konfigurieren.

Erstellen einer benutzerseitig zugewiesenen verwalteten Identität

Informationen zum Erstellen einer benutzerseitig verwalteten Identität, die in der Konfiguration Ihrer Remoteschreibvorgänge verwendet werden soll, finden Sie unter Verwalten von benutzerseitig zugewiesenen verwalteten Identitäten.

Notieren Sie sich den Wert der clientId der verwalteten Identität, die Sie erstellt haben. Diese ID wird in der remote-write-Konfiguration in Prometheus verwendet.

Zuweisen der Rolle „Überwachen der Metriken-Herausgeber“ an die Anwendung

Weisen Sie der verwalteten Identität in der Datensammelregel des Arbeitsbereichs die Rolle Herausgeber von Überwachungsmetriken zu:

1. Wählen Sie auf der Übersicht des Azure Monitor-Arbeitsbereichs den Link Datensammlungsregel aus.

   

2. Wählen Sie auf der Seite für die Datensammlungsregel Zugriffssteuerung (IAM) aus.

3. Wählen Sie Hinzufügen>Rollenzuweisung hinzufügen.

   

4. Suchen Sie nach Überwachungsmetriken-Herausgeber, wählen Sie dies aus, und wählen Sie dann Weiter aus.

   

5. Wählen Sie Verwaltete Identität aus.

6. Wählen Sie Mitglieder auswählen aus.

7. Wählen Sie in der Dropdownliste Verwaltete Identität Benutzerseitig zugewiesene verwaltete Identität aus.

8. Wählen Sie die vom Benutzer zugewiesene Identität aus, die Sie verwenden möchten, und wählen Sie dann Auswählen aus.

   

9. Wählen Sie Überprüfen und zuweisen, um die Rollenzuweisung abzuschließen.

Zuweisen der verwalteten Identität zu einer VM oder einer VM-Skalierungsgruppe

Wichtig

Um die Schritte in diesem Abschnitt abzuschließen, müssen Sie über Berechtigungen als Besitzer- oder Benutzerzugriffsadministrator für die VM oder die VM-Skalierungsgruppe verfügen.

1. Gehen Sie im Azure-Portal auf die Seite für die Skalierungsgruppe des Clusters, der VM oder der VM-Skalierungsgruppe.

2. Wählen Sie Identität aus.

3. Wählen Sie Benutzerseitig zugewiesen aus.

4. Wählen Sie Hinzufügen.

5. Wählen Sie die von Ihnen erstellte benutzerseitig zugewiesene verwaltete Identität und dann Hinzufügen aus.

   

Zuweisen der verwalteten Identität für Azure Kubernetes Service

Für Azure Kubernetes Service muss die verwaltete Identität VM-Skalierungsgruppen zugewiesen werden.

AKS erstellt eine Ressourcengruppe, die die VM-Skalierungsgruppe enthält. Der Name der Ressourcengruppe hat das Format MC_<resource group name>_<AKS cluster name>_<region>.

Weisen Sie für jede VM-Skalierungsgruppe in der Ressourcengruppe die verwaltete Identität gemäß den Schritten im vorherigen Abschnitt (Zuweisen der verwalteten Identität zu einer VM oder einer VM-Skalierungsgruppe) zu.

Microsoft Entra ID-Anwendung

Remoteschreibvorgänge mithilfe der Microsoft Entra-Anwendungsauthentifizierung

Sie können die Microsoft Entra-Anwendungsauthentifizierung in jeder Umgebung verwenden. Wenn Ihr Prometheus-Dienst in einer von Azure verwalteten Umgebung ausgeführt wird, erwägen Sie die Verwendung der Authentifizierung mit einer benutzerseitig zugewiesenen verwalteten Identität.

Erstellen Sie eine Microsoft Entra-Anwendung, um Remoteschreibvorgänge auf einen Azure Monitor-Arbeitsbereich mithilfe einer Microsoft Entra-Anwendung zu konfigurieren. Weisen Sie der Microsoft Entra-Anwendung in der Datensammelregel des Azure Monitor-Arbeitsbereichs die Rolle Herausgeber von Überwachungsmetriken zu.

Hinweis

Ihre Microsoft Entra-Anwendung verwendet einen geheimen Clientschlüssel oder ein Kennwort. Geheime Clientschlüssel haben ein Ablaufdatum. Stellen Sie sicher, dass Sie einen neuen geheimen Clientschlüssel erstellen, bevor er abläuft, damit Sie den authentifizierten Zugriff nicht verlieren.

Eine Microsoft Entra ID-Anwendung erstellen

Wie Sie eine Microsoft Entra ID-Anwendung über das Portal erstellen, erfahren Sie unter Registrieren einer Anwendung mit Microsoft Entra ID und Erstellen eines Dienstprinzipals.

Nachdem Sie Ihre Microsoft Entra-Anwendung erstellt haben, rufen Sie die Client-ID ab, und generieren Sie einen geheimen Clientschlüssel:

1. Kopieren Sie in der Liste der Anwendungen den Wert Client-ID für die registrierte Anwendung. Dieser Wert wird in der remote-write-Konfiguration von Prometheus als Wert für client_id verwendet.

   

2. Wählen Sie Zertifikate & Geheimnisse aus.

3. Wählen Sie Geheime Clientschlüssel aus und dann Neuer geheimer Clientschlüssel, um ein neues Geheimnis zu erstellen.

4. Geben Sie eine Beschreibung ein, legen Sie das Ablaufdatum fest, und wählen Sie dann Hinzufügen aus.

   

5. Notieren Sie sich den Wert des geheimen Schlüssels an einem sicheren Ort. Der Wert wird in der remote-write-Konfiguration von Prometheus als Wert für client_secret verwendet. Der Wert des geheimen Clientschlüssels ist nur sichtbar, wenn er erstellt wird, und Sie können ihn später nicht mehr abrufen. Wenn Sie diesen Wert verlieren, müssen Sie einen neuen Clientschlüssel erstellen.

   

Zuweisen der Rolle „Überwachen der Metriken-Herausgeber“ an die Anwendung

Weisen Sie der Anwendung die Rolle Herausgeber von Überwachungsmetriken in der Datensammlungsregel des Arbeitsbereichs zu:

1. Wählen Sie auf der Übersicht des Azure Monitor-Arbeitsbereichs den Link Datensammlungsregel aus.

   

2. Wählen Sie auf der Seite für die Datensammlungsregel Zugriffssteuerung (IAM) aus.

3. Wählen Sie Hinzufügen und dann Rollenzuweisung hinzufügen aus.

   

4. Wählen Sie die Rolle Herausgeber von Überwachungsmetriken und dann Weiter aus.

   

5. Wählen Sie Benutzer, Gruppe oder Dienstprinzipal und dann Mitglieder auswählen aus. Wählen Sie die erstellte Anwendung und dann Auswählen aus.

6. Wählen Sie Überprüfen + zuweisen aus, um die Rollenzuweisung abzuschließen.

   

Azure-Befehlszeilenschnittstelle

Erstellen von benutzerseitig zugewiesenen Identitäten und Microsoft Entra ID-Anwendungen über die Azure CLI

Erstellen einer benutzerseitig zugewiesenen verwalteten Identität

Erstellen Sie eine benutzerseitig zugewiesene verwaltete Identität für Remoteschreibvorgänge, indem Sie die folgenden Schritte ausführen.

Notieren Sie sich den Wert der clientId der verwalteten Identität, die Sie erstellen. Diese ID wird in der remote-write-Konfiguration in Prometheus verwendet.

1. Erstellen Sie eine benutzerseitig zugewiesene verwaltete Identität mithilfe des folgenden Azure CLI-Befehls:

   az account set \
   --subscription <subscription id>
   
   az identity create \
   --name <identity name> \
   --resource-group <resource group name>
   

   Der folgende Code ist ein Beispiel für die angezeigte Ausgabe:

   {
     "clientId": "00001111-aaaa-2222-bbbb-3333cccc4444",
     "id": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourcegroups/rg-001/providers/Microsoft.ManagedIdentity/userAssignedIdentities/PromRemoteWriteIdentity",
     "location": "eastus",
     "name": "PromRemoteWriteIdentity",
     "principalId": "aaaaaaaa-bbbb-cccc-1111-222222222222",
     "resourceGroup": "rg-001",
     "systemData": null,
     "tags": {},
     "tenantId": "aaaabbbb-0000-cccc-1111-dddd2222eeee",
     "type": "Microsoft.ManagedIdentity/userAssignedIdentities"
   }
   

2. Weisen Sie die Rolle „Herausgeber von Überwachungsmetriken“ in der Datensammlungsregel des Arbeitsbereichs der verwalteten Identität zu:

   az role assignment create \
   --role "Monitoring Metrics Publisher" \
   --assignee <managed identity client ID> \
   --scope <data collection rule resource ID>
   

   Zum Beispiel:

   az role assignment create \
   --role "Monitoring Metrics Publisher" \
   --assignee 00001111-aaaa-2222-bbbb-3333cccc4444 \
   --scope /subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/MA_amw-001_eastus_managed/providers/Microsoft.Insights/dataCollectionRules/amw-001
   

3. Weisen Sie die verwaltete Identität zu einer VM oder einer VM-Skalierungsgruppe zu.

   Hier sind die Befehle für eine VM:

   az vm identity assign \
   -g <resource group name> \
   -n <virtual machine name> \
   --identities <user assigned identity resource ID>
   

   Hier sind die Befehle für eine VM-Skalierungsgruppe:

   az vmss identity assign \
   -g <resource group name> \
   -n <scale set name> \
   --identities <user assigned identity resource ID>
   

   Das folgende Beispiel zeigt die Befehle für eine VM-Skalierungsgruppe:

   az vm identity assign \
   -g rg-prom-on-vm \
   -n win-vm-prom \
   --identities /subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourcegroups/rg-001/providers/Microsoft.ManagedIdentity/userAssignedIdentities/PromRemoteWriteIdentity
   

Weitere Informationen finden Sie unter az identity create and az role assignment create.

Erstellen einer Microsoft Entra-Anwendung

Um eine Microsoft Entra-Anwendung mit Hilfe der Azure CLI zu erstellen und die Rolle des Herausgebers von Überwachungsmetriken zuzuweisen, führen Sie den folgenden Befehl aus:

az ad sp create-for-rbac --name <application name> \
--role "Monitoring Metrics Publisher" \
--scopes <azure monitor workspace data collection rule Id>

Zum Beispiel:

az ad sp create-for-rbac \
--name PromRemoteWriteApp \
--role "Monitoring Metrics Publisher" \
--scopes /subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/MA_amw-001_eastus_managed/providers/Microsoft.nsights/dataCollectionRules/amw-001

Der folgende Code ist ein Beispiel für die angezeigte Ausgabe:

{
  "appId": "66667777-aaaa-8888-bbbb-9999cccc0000",
  "displayName": "PromRemoteWriteApp",
  "password": "Aa1Bb~2Cc3.-Dd4Ee5Ff6Gg7Hh8Ii9_Jj0Kk1Ll2",
  "tenant": "ffff5f5f-aa6a-bb7b-cc8c-dddddd9d9d9d"
}

Die Ausgabe enthält die appId- undpassword-Werte. Speichern Sie diese Werte, um sie in der Prometheus-Fernschreibkonfiguration als Werte für client_id und client_secret zu verwenden. Der Wert für das Kennwort oder den geheimen Clientschlüssel ist nur sichtbar, wenn sie erstellt werden, und Sie können sie später nicht mehr abrufen. Wenn Sie diese Werte verlieren, müssen Sie ein neues Kennwort oder einen neuen Clientschlüssel erstellen.

Weitere Informationen finden Sie unter az ad app create and az ad sp create-for-rbac.

Konfigurieren des Remoteschreibzugriffs

Remoteschreibvorgänge werden in der Prometheus-Konfigurationsdatei prometheus.yml oder in Prometheus-Operator konfiguriert.

Weitere Informationen zum Konfigurieren von Remoteschreibvorgängen finden Sie im Prometheus.io-Artikel: Konfiguration. Weitere Informationen zum Optimieren der Konfiguration von Remoteschreibvorgängen finden Sie unter Optimierung von Remoteschreibvorgängen.

Konfigurieren von Remoteschreibvorgängen für Prometheus bei Ausführung auf VMs

Um Daten an Ihren Azure Monitor-Arbeitsbereich zu senden, fügen Sie den folgenden Abschnitt zur Konfigurationsdatei (prometheus.yml) Ihrer selbstverwalteten Prometheus-Instanz hinzu:

remote_write:   
  - url: "<metrics ingestion endpoint for your Azure Monitor workspace>"
# Microsoft Entra ID configuration.
# The Azure cloud. Options are 'AzurePublic', 'AzureChina', or 'AzureGovernment'.
    azuread:
      cloud: 'AzurePublic'
      managed_identity:
        client_id: "<client-id of the managed identity>"
      oauth:
        client_id: "<client-id from the Entra app>"
        client_secret: "<client secret from the Entra app>"
        tenant_id: "<Azure subscription tenant Id>"

Konfigurieren von Remoteschreibvorgängen auf Kubernetes für Prometheus-Operator

Prometheus-Operator

Wenn Sie in einem Kubernetes-Cluster Prometheus-Operator ausführen, verwenden Sie die folgenden Schritte, um Daten an Ihren Azure Monitor-Arbeitsbereich zu senden:

1. Wenn Sie die Microsoft Entra-Authentifizierung verwenden, konvertieren Sie das Geheimnis mithilfe der Base64-Codierung, und wenden Sie es dann auf Ihren Kubernetes-Cluster an. Speichern Sie den folgenden Code in einer YAML-Datei. Überspringen Sie diesen Schritt, wenn Sie die Authentifizierung mit verwalteten Identitäten verwenden.

   apiVersion: v1
   kind: Secret
   metadata:
     name: remote-write-secret
     namespace: monitoring # Replace with the namespace where Prometheus Operator is deployed.
   type: Opaque
   data:
     password: <base64-encoded-secret>
   
   

   Anwenden des Geheimnisses:

   # Set context to your cluster 
   az aks get-credentials -g <aks-rg-name> -n <aks-cluster-name> 
   
   kubectl apply -f <remote-write-secret.yaml>
   

2. Aktualisieren Sie die Werte für den Abschnitt für Remoteschreibvorgänge in Prometheus-Operator. Kopieren Sie den folgenden YAML-Code, und speichern Sie ihn in einer Datei. Weitere Informationen über die Azure Monitor-Arbeitsbereichsspezifikation für Remoteschreibvorgänge in Prometheus Operator finden Sie in der Prometheus Operator-Dokumentation.

   prometheus:
     prometheusSpec:
       remoteWrite:
       - url: "<metrics ingestion endpoint for your Azure Monitor workspace>"
         azureAd:
   # Microsoft Entra ID configuration.
   # The Azure cloud. Options are 'AzurePublic', 'AzureChina', or 'AzureGovernment'.
           cloud: 'AzurePublic'
           managedIdentity:
             clientId: "<clientId of the managed identity>"
           oauth:
             clientId: "<clientId of the Entra app>"
             clientSecret:
               name: remote-write-secret
               key: password
             tenantId: "<Azure subscription tenant Id>"
   

3. Verwenden Sie Helm, um die Konfiguration für Remoteschreibvorgänge mithilfe der zuvor verwendeten YAML-Datei zu aktualisieren:

   helm upgrade -f <YAML-FILENAME>.yml prometheus prometheus-community/kube-prometheus-stack --namespace <namespace where Prometheus Operator is deployed>
   

Der url-Parameter gibt den Endpunkt für die Erfassung von Metriken des Azure Monitor-Arbeitsbereichs an. Sie finden Sie im Übersichtsbereich Ihres Azure Monitor-Arbeitsbereichs im Azure-Portal.

Verwenden Sie je nach Ihrer Implementierung entweder managed_identity, oder oauth für Microsoft Entra-Anwendungsauthentifizierung. Entfernen Sie das Objekt, das Sie nicht verwenden.

Suchen Sie Ihre Client-ID für die verwaltete Identität mithilfe des folgenden Azure CLI-Befehls:

az identity list --resource-group <resource group name>

Weitere Informationen finden Sie unter az identity list.

Um Ihren Client für die Authentifizierung mit der verwalteten Identität im Portal zu finden, wechseln Sie zu Verwaltete Identitäten im Azure-Portal, und wählen Sie den relevanten Identitätsnamen aus. Kopieren Sie den Wert der Client-ID auf der Seite Übersicht für die verwaltete Identität.

Um die Client-ID für die Microsoft Entra-ID-Anwendung zu finden, verwenden Sie den folgenden Befehl für die Azure CLI (oder sehen Sie sich den ersten Schritt im vorherigen Abschnitt Remoteschreibvorgänge mithilfe der Microsoft Entra-Anwendungsauthentifizierung an):

$ az ad app list --display-name < application name>

Weitere Informationen finden Sie unter az add app list.

Hinweis

Nachdem Sie die Konfigurationsdatei bearbeitet haben, starten Sie Prometheus neu, um die Änderungen zu übernehmen.

Überprüfen, ob Daten für Remoteschreibvorgänge fließen

Verwenden Sie die folgenden Methoden, um zu überprüfen, ob Prometheus-Daten an Ihren Azure Monitor-Arbeitsbereich gesendet werden.

Azure Monitor-Metriken-Explorer mit PromQL

Um zu überprüfen, ob die Metriken in den Azure Monitor-Arbeitsbereich fließen, wählen Sie in Ihrem Azure Monitor-Arbeitsbereich im Azure-Portal Metriken aus. Verwenden Sie Metrik-Explorer mit PromQL (Prometheus Query Language), um die Metriken abzufragen, die Sie von der selbstverwalteten Prometheus-Umgebung erwarten. Weitere Informationen finden Sie unter Metrik-Explorer von Azure Monitor mit PromQL.

Prometheus-Explorer im Azure Monitor-Arbeitsbereich

Der Prometheus-Explorer bietet eine bequeme Möglichkeit, mit Prometheus-Metriken in Ihrer Azure-Umgebung zu interagieren, wodurch Überwachung und Problembehandlung effizienter werden. Um den Prometheus-Explorer zu verwenden, gehen Sie zu Ihrem Azure Monitor-Arbeitsbereich im Azure-Portal und wählen Sie Prometheus-Explorer aus. Dann können Sie Metriken abfragen, die Sie von der selbstverwalteten Prometheus-Umgebung erwarten.

Weitere Informationen finden Sie unter Abfragen von Prometheus-Metriken mithilfe von Azure-Arbeitsmappen.

Grafana

Verwenden Sie PromQL-Abfragen in Grafana, um zu überprüfen, ob die Ergebnisse die erwarteten Daten zurückgeben. Weitere Informationen zum Konfigurieren von Grafana finden Sie im Artikel darüber, wie Sie Grafana mit verwalteter Prometheus-Instanz einrichten.

Problembehandlung beim Remoteschreibzugriff

Wenn Remotedaten in Ihrem Azure Monitor-Arbeitsbereich nicht angezeigt werden, finden Sie unter Problembehandlung für Remoteschreibvorgänge Informationen zu häufig auftretenden Probleme und Lösungen dafür.

Zugehöriger Inhalt

• Weitere Informationen zum verwalteten Azure Monitor-Dienst für Prometheus
• Informationen zum Sidecar des Azure Monitor-Reverseproxys für Remoteschreibvorgänge von auf Kubernetes ausgeführtem selbstverwalteten Prometheus