Erstellen einer neuen Warnungsregel

In diesem Artikel wird gezeigt, wie Sie eine Warnungsregel erstellen. Hier erfahren Sie mehr zu Warnungen.

Warnungsregeln werden erstellt, indem Sie Folgendes kombinieren:

  • Die zu überwachenden Ressourcen
  • Das Signal oder die Telemetrie aus der Ressource
  • Bedingungen

Nutzen Sie dann Folgendes zum Definieren dieser Elemente für die resultierenden Warnungsaktionen:

Erstellen einer neuen Warnungsregel im Azure-Portal

  1. Navigieren Sie im Portal zu Überwachen und dann zu Warnungen.

  2. Klappen Sie das Menü + Erstellen auf, und wählen Sie Warnungsregel aus.

    Screenshot mit den Schritten zum Erstellen einer neuen Warnungsregel.

  3. Wählen Sie im Bereich Ressource auswählen den Bereich für Ihre Warnungsregel aus. Sie können nach Abonnement, Ressourcentyp oder Ressourcenspeicherort filtern oder eine Suche durchführen.

    Rechts unten im Bereich sehen Sie die verfügbaren Signaltypen für Ihre ausgewählten Ressourcen.

    Screenshot mit dem Bereich zum Auswählen von Ressourcen für die Erstellung einer neuen Warnungsregel.

  4. Wählen Sie Alle zukünftigen Ressourcen einschließen aus, um alle zukünftigen Ressourcen einzuschließen, die dem ausgewählten Bereich hinzugefügt werden.

  5. Wählen Sie Fertigaus.

  6. Wählen Sie unten auf der Seite Weiter: Bedingung> aus.

  7. Filtern Sie im Bereich Signal auswählen die Liste der Signale nach Signaltyp und Überwachungsdienst.

    • Signaltyp: Bestimmt, welchen Typ von Warnungsregel Sie erstellen.
    • Überwachungsdienst: Der Dienst, der das Signal sendet. Diese Liste wird basierend auf dem Typ der von Ihnen ausgewählten Warnungsregel vorab gefüllt.

    In dieser Tabelle werden die für jeden Warnungsregeltyp verfügbaren Dienste beschrieben:

    Signaltyp Überwachungsdienst BESCHREIBUNG
    Metriken Plattform Für Metriksignale ist der Überwachungsdienst der Metriknamespace. „Plattform“ bedeutet, dass die Metriken vom Ressourcenanbieter bereitgestellt werden, nämlich „Azure“.
    Azure.ApplicationInsights Vom Kunden gemeldete Metriken, die vom Application Insights SDK gesendet werden.
    Azure.VM.Windows.GuestMetrics VM-Gastmetriken, die von einer Erweiterung gesammelt werden, die auf der VM ausgeführt wird. Kann integrierte Betriebssystem-Leistungsindikatoren und benutzerdefinierte Leistungsindikatoren enthalten.
    <Ihr benutzerdefinierter Namespace> Ein benutzerdefinierter Metriknamespace, der benutzerdefinierte Metriken enthält, die mit der Azure Monitor-Metrik-API gesendet werden.
    Log Log Analytics Der Dienst, der die Signale „Benutzerdefinierte Protokollsuche“ und „Protokoll (gespeicherte Abfrage)“ bereitstellt.
    Aktivitätsprotokoll Aktivitätsprotokoll – Administrator Der Dienst, der die „administrativen“ Aktivitätsprotokollereignisse bereitstellt.
    Aktivitätsprotokoll – Richtlinie Der Dienst, der die „Richtlinie“-Aktivitätsprotokollereignisse bereitstellt.
    Aktivitätsprotokoll – Autoskalierung Der Dienst, der die „Autoskalierung“-Aktivitätsprotokollereignisse bereitstellt.
    Aktivitätsprotokoll – Sicherheit Der Dienst, der die „Sicherheit“-Aktivitätsprotokollereignisse bereitstellt.
    Ressourcenintegrität Ressourcenintegrität Der Dienst, der den Status der Ressourcenintegrität bereitstellt.
    Dienstintegrität Dienstintegrität Der Dienst, der den Status der Integrität auf Abonnementebene bereitstellt.
  8. Wählen Sie den Signalnamen aus, und führen Sie die Schritte in der folgenden Registerkarte aus, die dem Warnungstyp entsprechen, den Sie erstellen.

    1. Im Bereich Signallogik konfigurieren können Sie die Ergebnisse des ausgewählten Metriksignals in der Vorschau anzeigen. Wählen Sie Werte für die folgenden Felder aus.

      Feld BESCHREIBUNG
      Zeitreihe auswählen Wählen Sie die Zeitreihe aus, die in die Ergebnisse einbezogen werden soll.
      Diagrammzeitraum Wählen Sie die Zeitspanne aus, die in die Ergebnisse einbezogen werden soll. Diese kann von den letzten 6 Stunden bis zur letzten Woche reichen.
    2. (Optional) Je nach Signaltyp wird möglicherweise der Abschnitt Nach Dimensionen aufteilen angezeigt.

      Dimensionen sind Name/Wert-Paare, die weitere Daten zum Metrikwert enthalten. Mithilfe von Dimensionen können Sie die Metriken filtern und bestimmte Zeitreihen überwachen, anstatt das Aggregat aller dimensionalen Werte zu überwachen. Dimensionen können entweder Zahlen- oder Zeichenfolgenspalten sein.

      Wenn Sie mehr als einen Dimensionswert auswählen, löst jede Zeitreihe, die sich aus der Kombination ergibt, eine eigene Warnung aus und wird separat in Rechnung gestellt. Beispielsweise weist die Metrik „Transaktionen“ eines Speicherkontos eine Dimension namens „API-Name“ auf, die den Namen der von jeder Transaktion aufgerufenen API angibt (z. B. GetBlob, DeleteBlob, PutPage). Sie können auswählen, dass eine Warnung ausgelöst wird, wenn eine hohe Anzahl von Transaktionen in einer spezifischen API vorhanden ist (die aggregierten Daten). Sie können Dimensionen auch verwenden, um nur dann eine Warnung auszugeben, wenn die Anzahl der Transaktionen für bestimmte APIs hoch ist.

      Feld BESCHREIBUNG
      Dimensionsname Dimensionen können entweder Zahlen- oder Zeichenfolgenspalten sein. Mithilfe von Dimensionen werden bestimmte Zeitreihen überwacht und Kontext für die ausgelöste Warnung bereitgestellt.
      Durch die Aufteilung anhand der Spalte Azure-Ressourcen-ID wird die angegebene Ressource zum Warnungsziel. Falls erkannt, wird die Spalte Ressourcen-ID automatisch ausgewählt und ändert den Kontext der ausgelösten Warnung in die Ressource des Datensatzes.
      Operator Der Operator, der für den Dimensionsnamen und -wert verwendet wird.
      Dimensionswerte Die Dimensionswerte basieren auf den Daten der vergangenen 48 Stunden. Wählen Sie „Benutzerdefinierten Wert hinzufügen“ aus, um benutzerdefinierte Dimensionswerte hinzuzufügen.
      Alle zukünftigen Werte einschließen Wählen Sie dieses Feld aus, um alle zukünftigen Werte einzuschließen, die der ausgewählten Dimension hinzugefügt werden.
    3. Gehen Sie im Abschnitt Warnungslogik so vor:

      Feld BESCHREIBUNG
      Schwellenwert Wählen Sie aus, ob der Schwellenwert basierend auf einem statischen oder dynamischen Wert ausgewertet werden soll.
      Ein statischer Schwellenwert wertet die Regel mithilfe des von Ihnen konfigurierten Schwellenwerts aus.
      Dynamische Schwellenwerte verwenden Algorithmen für maschinelles Lernen, um kontinuierlich die Metrikverhaltensmuster zu erlernen und die entsprechenden Schwellenwerte für unerwartetes Verhalten zu berechnen. Sie können mehr über dynamische Schwellenwerte für Metrikwarnungen erfahren.
      Betreiber Wählen Sie den Operator zum Vergleichen des Metrikwerts mit dem Schwellenwert aus.
      Aggregationstyp Wählen Sie die Aggregationsfunktion aus, die auf die Datenpunkte angewendet werden soll: Summe, Anzahl, Durchschnitt, Minimum oder Maximum.
      Schwellenwert Wenn Sie einen statischen Schwellenwert ausgewählt haben, geben Sie den Schwellenwert für die Bedingungslogik ein.
      Einheit Wenn das ausgewählte Metriksignal verschiedene Einheiten unterstützt, wie z. B. Bytes, KB, MB und GB, und Sie einen statischen Schwellenwert ausgewählt haben, geben Sie die Einheit für die Bedingungslogik ein.
      Empfindlichkeitsschwellenwert Wenn Sie einen dynamischen Schwellenwert ausgewählt haben, geben Sie den Empfindlichkeitsgrad ein. Der Empfindlichkeitsgrad bestimmt, ab welcher Abweichung vom Muster der Metrikreihe eine Warnung ausgelöst wird.
      Aggregationsgranularität Wählen Sie das Intervall aus, das zum Gruppieren der Datenpunkte mithilfe der Aggregationstypfunktion verwendet wird. Wählen Sie eine Aggregationsgranularität (Zeitraum) aus, die größer ist als die Häufigkeit der Auswertung, um die Wahrscheinlichkeit zu verringern, dass der erste Auswertungszeitraum einer hinzugefügten Zeitreihe ausgelassen wird.
      Häufigkeit der Auswertung Wählen Sie aus, wie oft die Warnungsregel ausgeführt werden soll. Wählen Sie eine Häufigkeit aus, die kürzer als die Aggregationsgranularität ist, um ein gleitendes Fenster für die Auswertung zu generieren.
    4. Wählen Sie Fertigaus.

    Ab diesem Zeitpunkt können Sie jederzeit die Schaltfläche Überprüfen + erstellen auswählen.

  9. Wählen Sie auf der Registerkarte Aktionen die erforderlichen Aktionsgruppen aus, oder erstellen Sie sie.

  10. (Optional) Wenn Sie sicherstellen möchten, dass die Datenverarbeitung für die Aktionsgruppe innerhalb einer bestimmten Region erfolgt, können Sie eine Aktionsgruppe in einer der folgenden Regionen auswählen, in denen die Aktionsgruppe verarbeitet werden soll:

    • Schweden, Mitte
    • Deutschland, Westen-Mitte

    Hinweis

    Wir fügen kontinuierlich weitere Regionen für die regionale Datenverarbeitung hinzu.

    Screenshot der Registerkarte „Aktionen“ beim Erstellen einer neuen Protokollwarnungsregel.

  11. Legen Sie auf der Registerkarte Details die Projektdetails fest.

    • Wählen Sie das Abonnement aus.
    • Wählen Sie die Ressourcengruppe aus.
    • (Optional) Wenn Sie eine Metrikwarnungsregel erstellen, die eine benutzerdefinierte Metrik mit dem Bereich überwacht, der als eine der folgenden Regionen definiert ist, und Sie sicherstellen möchten, dass die Datenverarbeitung für die Warnungsregel innerhalb dieser Region erfolgt, können Sie auswählen, die Warnungsregel in einer dieser Regionen zu verarbeiten:
      • Nordeuropa
      • Europa, Westen
      • Schweden, Mitte
      • Deutschland, Westen-Mitte

    Hinweis

    Wir fügen kontinuierlich weitere Regionen für die regionale Datenverarbeitung hinzu.

  12. Legen Sie die Warnungsregeldetails fest.

    1. Wählen Sie den Schweregrad aus.

    2. Geben Sie Werte für Name der Warnungsregel und Beschreibung der Warnungsregel ein.

    3. Wählen Sie die Region aus.

    4. (Optional) Im Abschnitt Erweiterte Optionen können Sie mehrere Optionen festlegen.

      Feld Beschreibung
      Beim Erstellen aktivieren Wählen Sie aus, dass die Warnungsregel sofort nach ihrer Erstellung ausgeführt werden soll.
      Warnungen automatisch auflösen (Vorschau) Wählen Sie dies aus, um die Warnung zustandsbehaftet zu machen. Die Warnung wird aufgelöst, wenn die Bedingung nicht mehr erfüllt ist.
    5. (Optional) Wenn Sie für diese Warnungsregel Aktionsgruppen konfiguriert haben, können Sie benutzerdefinierte Eigenschaften zu den Nutzdaten der Warnung hinzufügen, um diese mit zusätzlichen Informationen zu versehen. Fügen Sie im Abschnitt Benutzerdefinierte Eigenschaften die Eigenschaften Name und Wert für die benutzerdefinierte Eigenschaft hinzu, die Sie in die Nutzdaten aufnehmen möchten.

      Screenshot der Registerkarte „Details“ beim Erstellen einer neuen Warnungsregel.

  13. Legen Sie auf der Registerkarte Tags alle erforderlichen Tags für die Warnungsregelressource fest.

    Screenshot der Registerkarte „Tags“ beim Erstellen einer neuen Warnungsregel.

  14. Auf der Registerkarte Überprüfen und erstellen wird eine Überprüfung durchgeführt, und Sie werden auf ggf. vorliegende Probleme hingewiesen.

  15. Wenn die Überprüfung erfolgreich ist und Sie die Einstellungen geprüft haben, wählen Sie die Schaltfläche Erstellen aus.

    Screenshot der Registerkarte „Überprüfen und erstellen“ beim Erstellen einer neuen Warnungsregel.

Erstellen einer neuen Warnungsregel mit der CLI

Sie können eine neue Warnungsregel mithilfe der Azure CLI erstellen. In den folgenden Codebeispiele wird Azure Cloud Shell verwendet. Sie können die vollständige Liste der Azure CLI-Befehle für Azure Monitor einsehen.

  1. Wählen Sie im Portal die Option Cloud Shell aus, und führen Sie an der Eingabeaufforderung die folgenden Befehle aus:

    Verwenden Sie zum Erstellen einer Warnungsregel für Metriken den Befehl az monitor metrics alert create. Eine ausführliche Dokumentation des Befehls zum Erstellen von Warnungsregeln für Metriken finden Sie im Abschnitt az monitor metrics alert create in der CLI-Referenzdokumentation für Metrikenwarnungen.

    Zum Erstellen einer Metrikwarnungsregel, die überwacht, ob der durchschnittliche Wert für „CPU in Prozent (Durchschnitt)“ einer VM größer als 90 % ist:

     az monitor metrics alert create -n {nameofthealert} -g {ResourceGroup} --scopes {VirtualMachineResourceID} --condition "avg Percentage CPU > 90" --description {descriptionofthealert}
    

Erstellen einer neuen Warnungsregel mit PowerShell

  • Zum Erstellen einer Warnungsregel für Metriken mit PowerShell verwenden Sie dieses Cmdlet: Add-AzMetricAlertRuleV2
  • Verwenden Sie dieses Cmdlet, um eine Protokollwarnungsregel mithilfe von PowerShell zu erstellen: New-AzScheduledQueryRule
  • Zum Erstellen einer Warnungsregel für Aktivitätsprotokolle mit PowerShell verwenden Sie dieses Cmdlet: Set-AzActivityLogAlert

Erstellen einer Warnungsregel für Aktivitätsprotokolle im Bereich „Aktivitätsprotokoll“

Sie können auch eine Aktivitätsprotokollierwarnung für zukünftige Ereignisse ähnlich einem bereits aufgetretenen Aktivitätsprotokollierereignis erstellen.

  1. Navigieren Sie im Portal zum Bereich Aktivitätsprotokoll.

  2. Filtern oder suchen Sie das gewünschte Ereignis, und erstellen Sie dann eine Warnung, indem Sie Aktivitätsprotokollwarnung hinzufügen auswählen.

    Screenshot der Erstellung einer Warnungsregel für ein Aktivitätsprotokollereignis.

  3. Der Assistent Warnungsregel erstellen wird geöffnet, wobei der Bereich und die Bedingung der Warnungsregel bereits entsprechend dem zuvor ausgewählten Aktivitätsprotokollereignis eingetragen sind. Sie können den Bereich und die Bedingung in dieser Phase bei Bedarf bearbeiten und ändern. Der genaue Bereich und die Bedingung für die neue Regel werden aus den Attributen des ursprünglichen Ereignisses kopiert. Beispielsweise sind die genaue Ressource, für die das Ereignis aufgetreten ist, und der Name des spezifischen Benutzers/Diensts, der das Ereignis initiiert hat, standardmäßig in der neuen Warnungsregel enthalten. Wenn Sie die Warnungsregel allgemeiner gestalten möchten, ändern Sie den Bereich und die Bedingung entsprechend (weitere Informationen finden Sie unter den Schritten 3–9 im Abschnitt „Erstellen einer Warnungsregel im Azure Monitor-Bereich ‚Warnungen‘“).

  4. Führen Sie die restlichen Schritte unter Erstellen einer neuen Warnungsregel in der Azure-Portal aus.

Erstellen einer Aktivitätsprotokollwarnung mithilfe einer Azure Resource Manager-Vorlage

Um eine Warnungsregel für Aktivitätsprotokolle mithilfe einer Azure Resource Manager-Vorlage zu erstellen, müssen Sie eine Ressource des Typs microsoft.insights/activityLogAlerts erstellen und alle zugehörigen Eigenschaften eingeben.

Hinweis

Die höchste Ebene, auf der Aktivitätsprotokollwarnungen definiert werden können, ist die Abonnementebene. Definieren Sie die Warnung abonnementbezogen. Sie können eine Warnung nicht für zwei Abonnements definieren.

Die folgenden Felder sind die Optionen in der Azure Resource Manager-Vorlage für die Bedingungsfelder. (Für die Felder Ressource Health, Advisor und Service Health gibt es zusätzliche Eigenschaftsfelder.)

Feld BESCHREIBUNG
resourceId Die Ressourcen-ID der betroffenen Ressource in dem Aktivitätsprotokollereignis, für das die Warnung generiert wird.
category Die Kategorie des Aktivitätsprotokollereignisses. Mögliche Werte: Administrative, ServiceHealth, ResourceHealth, Autoscale, Security, Recommendation oder Policy
caller Die E-Mail-Adresse oder der Azure Active Directory-Bezeichner des Benutzers, der den Vorgang des Aktivitätsprotokollereignisses durchgeführt hat.
Level Die Ebene der Aktivität im Aktivitätsprotokollereignis für die Warnung. Mögliche Werte: Critical, Error, Warning, Informational oder Verbose.
operationName Der Name des Vorgangs im Aktivitätsprotokollereignis. Mögliche Werte: Microsoft.Resources/deployments/write.
resourceGroup Der Name der Ressourcengruppe für die betroffene Ressource im Aktivitätsprotokollereignis.
resourceProvider Weitere Informationen finden Sie unter Azure-Ressourcenanbieter und -typen. Eine Liste, die Ressourcenanbieter zu Azure-Diensten zuordnet, finden Sie unter Ressourcenanbieter für Azure-Dienste.
status Eine Zeichenfolge, die den Status des Vorgangs im Aktivitätsereignis beschreibt. Mögliche Werte: Started, In Progress, Succeeded, Failed, Active oder Resolved
subStatus Dieses Feld enthält üblicherweise den HTTP-Statuscode des zugehörigen REST-API-Aufrufs. Es kann jedoch auch andere Zeichenfolgen enthalten, die einen Unterstatus beschreiben. Beispiele für HTTP-Statuscodes sind OK (HTTP-Statuscode: 200), No Content (HTTP-Statuscode: 204) und Service Unavailable (HTTP-Statuscode: 503).
resourceType Der Typ der Ressource, die vom Ereignis betroffen war. Beispiel: Microsoft.Resources/deployments.

In diesem Beispiel wird die Bedingung auf die Kategorie Administrativ festgelegt:

"condition": {
          "allOf": [
            {
              "field": "category",
              "equals": "Administrative"
            },
            {
              "field": "resourceType",
              "equals": "Microsoft.Resources/deployments"
            }
          ]
        }

Dies ist eine Beispielvorlage, die eine Warnungsregel für Aktivitätsprotokolle unter Verwendung der Bedingung Administrativ erstellt:

{
  "$schema": "https://schema.management.azure.com/schemas/2015-01-01/deploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "parameters": {
    "activityLogAlertName": {
      "type": "string",
      "metadata": {
        "description": "Unique name (within the Resource Group) for the Activity log alert."
      }
    },
    "activityLogAlertEnabled": {
      "type": "bool",
      "defaultValue": true,
      "metadata": {
        "description": "Indicates whether or not the alert is enabled."
      }
    },
    "actionGroupResourceId": {
      "type": "string",
      "metadata": {
        "description": "Resource Id for the Action group."
      }
    }
  },
  "resources": [   
    {
      "type": "Microsoft.Insights/activityLogAlerts",
      "apiVersion": "2017-04-01",
      "name": "[parameters('activityLogAlertName')]",      
      "location": "Global",
      "properties": {
        "enabled": "[parameters('activityLogAlertEnabled')]",
        "scopes": [
            "[subscription().id]"
        ],        
        "condition": {
          "allOf": [
            {
              "field": "category",
              "equals": "Administrative"
            },
            {
              "field": "operationName",
              "equals": "Microsoft.Resources/deployments/write"
            },
            {
              "field": "resourceType",
              "equals": "Microsoft.Resources/deployments"
            }
          ]
        },
        "actions": {
          "actionGroups":
          [
            {
              "actionGroupId": "[parameters('actionGroupResourceId')]"
            }
          ]
        }
      }
    }
  ]
}

Dieser JSON-Beispielcode kann z. B. als sampleActivityLogAlert.json gespeichert werden. Sie können das Beispiel mit Azure Resource Manager im Azure-Portal bereitstellen.

Weitere Informationen zu den Aktivitätsprotokollfeldern finden Sie unter Ereignisschema des Azure-Aktivitätsprotokolls.

Hinweis

Es kann bis zu 5 Minuten dauern, bis die neue Warnungsregel des Aktivitätsprotokolls aktiv wird.

Erstellen einer neuen Warnungsregel für Aktivitätsprotokolle mithilfe der REST-API

Die Azure Monitor-Aktivitätsprotokollwarnungen-API ist eine Rest-API. Sie ist vollständig mit der Azure Resource Manager-Rest-API kompatibel. Sie können sie über PowerShell mit dem Resource Manager-Cmdlet oder der Azure CLI verwenden.

Hinweis

Es wird empfohlen, das Azure Az PowerShell-Modul für die Interaktion mit Azure zu verwenden. Informationen zu den ersten Schritten finden Sie unter Installieren des Azure Az PowerShell-Moduls. Informationen zum Migrieren zum Az PowerShell-Modul finden Sie unter Migrieren von Azure PowerShell von AzureRM zum Az-Modul.

Bereitstellen der Resource Manager-Vorlage mit PowerShell

Um die im vorigen Abschnitt gezeigte Resource Manager-Beispielvorlage mit PowerShell bereitzustellen, führen Sie den folgenden Befehl aus:

New-AzResourceGroupDeployment -ResourceGroupName "myRG" -TemplateFile sampleActivityLogAlert.json -TemplateParameterFile sampleActivityLogAlert.parameters.json

Dabei enthält die Datei sampleActivityLogAlert.parameters.json die Werte für die Parameter, die für die Erstellung der Warnungsregeln erforderlich sind.

Änderungen an der Umgebung zur Erstellung von Warnungsregeln

Wenn Sie eine neue Protokollwarnungsregel erstellen, beachten Sie, dass sich der aktuelle Assistent für Warnungsregeln ein wenig von der vorherigen Umgebung unterscheidet:

  • Bisher waren Suchergebnisse in den Nutzdaten der ausgelösten Warnung und den zugehörigen Benachrichtigungen enthalten. Die E-Mail enthielt nur 10 Zeilen aus den nicht gefilterten Ergebnissen, während die Nutzlast des Webhooks 1.000 ungefilterte Ergebnisse enthielt. So erhalten Sie ausführliche Kontextinformationen zur Warnung, um sich für die passende Vorgehensweise entscheiden zu können:
    • Es wird empfohlen, Dimensionen zu verwenden. Dimensionen stellen den Spaltenwert, der die Warnung ausgelöst hat, und Kontext dazu bereit, warum die Warnung ausgelöst wurde, und wie Sie das Problem beheben können.
    • Wenn Sie die Protokolle untersuchen möchten, können Sie den Link in der Warnung zu den Suchergebnissen in den Protokollen verwenden.
    • Wenn Sie die unformatierten Suchergebnisse oder andere erweiterte Anpassungen benötigen, verwenden Sie Logic Apps.
  • Der Assistent für neue Warnungsregeln unterstützt keine Anpassung der JSON-Nutzdaten.
    • Verwenden Sie die benutzerdefinierten Eigenschaften in der neuen API, um den von der Warnung ausgelösten Webhookaktionen statische Parameter und die zugehörigen Werte hinzuzufügen.
    • Für weitergehende Anpassungen verwenden Sie Logic Apps.
  • Der Assistent für neue Warnungsregeln unterstützt nicht das Anpassen des E-Mail-Betreffs.
    • Kund*innen verwenden häufig anstelle des Log Analytics-Arbeitsbereichs einen benutzerdefinierten E-Mail-Betreff, um die Ressource anzugeben, für die eine Warnung ausgelöst wurde. Verwenden Sie die neue API, um mithilfe der Spalte „Ressourcen-ID“ eine Warnung für die gewünschte Ressource auszulösen.
    • Für weitergehende Anpassungen verwenden Sie Logic Apps.

Nächste Schritte