Azure Monitor Probleme

Der Azure Copilot Observability Agent hilft Ihnen, Dienstbeeinträchtigungen zu identifizieren, zu untersuchen und zu erklären. Wenn solche Beeinträchtigungen auftreten, möchten Sie häufig den Kontext beibehalten, Ergebnisse mit Ihrem Team teilen und mit der Zeit weiter an dem Problem arbeiten.

Ein Problem ist der persistente Datensatz, der dies ermöglicht. So bleiben zusammengehörige Signale gebündelt, und Ihr Team erhält einen gemeinsamen Ort, an dem es die Fehlerbehebung fortsetzen kann, statt jedes Mal bei separaten Warnmeldungen, Ressourcen oder Untersuchungssitzungen wieder von vorn beginnen zu müssen.

Probleme im Vergleich zu Warnungen

Warnungen und Probleme dienen verschiedenen Zwecken.

Eine Warnung stellt ein bestimmtes Signal dar, das auf einer Ressource beobachtet wird. Wird ausgelöst, wenn überwachte Daten die Bedingungen einer Warnungsregel erfüllen.

Ein Problem ist der persistente Datensatz, der verwendet wird, um eine Dienstverschlechterung zu untersuchen, zu verwalten und zu beheben. Während Warnungen dabei helfen, einzelne Symptome zu identifizieren, helfen Issues Teams dabei, das übergeordnete Betriebsproblem zu verstehen und zu verwalten. Ein einzelnes Problem kann mehrere Warnungen und Ressourcen umfassen und eine einheitliche Ansicht des Vorfalls während des gesamten Lebenszyklus bereitstellen.

Wie Probleme erstellt werden

Sie können ein Problem auf zwei Arten erstellen:

  • Aus einer Deep Investigation, wenn Sie mit dem von einem Observability Agent generierten Kontext weiterarbeiten möchten. Informationen zum vom Benutzer initiierten Untersuchungspfad finden Sie unter Tiefgehende Untersuchungen im Azure Copilot Observability Agent.
  • Autonom, wenn der Azure Copilot Observability Agent autonome Ausführungen im Hintergrund ausführt. Je nach Konfiguration kann der Agent Probleme erstellen, indem er verwandte Warnungen in einen einzelnen Vorfall korreliert oder einzelne prominente Warnungen in Probleme fördert. Informationen zum Hintergrundkorrelationspfad finden Sie unter Autonome Vorgänge im Azure Copilot Observability Agent.

Jedes Problem wird in einem Azure Monitor Workspace (AMW) gespeichert.

Sie benötigen die Rolle Mitwirkender, Überwachungsmitwirkender oder Problemmitwirkender im Azure Monitor-Arbeitsbereich, um ein Problem zu erstellen. Weitere Informationen zur Rollenverwaltung finden Sie unter Zuweisen von Azure-Rollen mithilfe des Azure-Portals.

Was ein Problem enthält

Ein Problem behält den Kontext einer Dienstverschlechterung bei, da sie von der anfänglichen Erkennung in laufende Untersuchungen und Reaktionen wechselt. Je nachdem, wie das Problem erstellt wurde, kann es Folgendes umfassen:

  • Problemmetadaten wie Titel, Schweregrad, Status und Auswirkungszeit.
  • Hintergrundinformationen , die das Problem, seine Auswirkungen und den bisher gesammelten Kontext zusammenfassen.
  • Untersuchungen des Azure Copilot Observability Agent, einschließlich Untersuchungsergebnissen, Analysen, empfohlenen nächsten Schritten und der Möglichkeit, die Untersuchung mit dem Observability Agent weiter zu verfeinern.
  • Verwandte Warnungen , die dem Problem zugeordnet sind.
  • Verwandte Ressourcen, die von dem Problem betroffen sind oder damit in Verbindung stehen.

Dieses Modell macht Vorfälle zum dauerhaften Übergabepunkt zwischen der agentengesteuerten Untersuchung und dem menschlichen Reaktionsworkflow.

Probleme anzeigen

Sie können eine Liste der Probleme an den folgenden Orten einsehen:

  • Azure Monitor – Zeigt Probleme in allen Azure Monitor Workspaces (AMWs) unter den ausgewählten Abonnements an.
  • Azure Monitor Workspace – Zeigt Probleme an, die in einem bestimmten AMW gespeichert sind.

Azure Monitor Workspace als Problemcontainer

Azure Monitor Workspaces (AMWs) fungieren als Container für Probleme.

Sie können einen AMW als Standardcontainer für alle Probleme in einem Abonnement konfigurieren. Wenn Sie einen Standard-AMW festlegen, speichert der Untersuchungsprozess Probleme im selben Arbeitsbereich, wenn Warnungen für Ressourcen in diesem Abonnement ausgelöst werden. Durch das Speichern in demselben Arbeitsbereich wird sichergestellt, dass alle zugehörigen Probleme an einem konsistenten Speicherort gespeichert und verwaltet werden.

Wie Sie ein Abonnement mit einem Azure Monitor Arbeitsbereich verknüpfen können, erfahren Sie unter Verwendung von Azure Monitor Ausgaben.

Hier ist ein Beispiel für ein Problem, das in einem AMW enthalten ist.

Screenshot des Azure Monitor Arbeitsbereichs, der Probleme enthält.

Ausgabe-Aktionen

Wenn ein Problem erstellt oder aktualisiert wird, können Sie mit Problemaktionen Benachrichtigungen oder automatisierte Workflows an diesem Punkt im Antwortfluss auslösen. Da Aktionen auf einem korrelierten und angereicherten Problem und nicht auf einzelnen Warnungen basieren, bringen sie einen konsolidierten Kontext mit: Schweregrad, betroffene Ressourcen und Untersuchungsergebnisse. Dadurch werden nachgeschaltete Workflows ausreichend Informationen bereitgestellt, um gezielte, konsistente Antworten anzuwenden, anstatt auf isolierte Signale zu reagieren.

Wenn Benachrichtigungen ausgelöst werden

Benachrichtigungen werden in den folgenden Situationen gesendet:

  • Es wird ein neues Problem erstellt – entweder als Ergebnis einer gespeicherten Untersuchung oder durch einen autonomen Agenten.
  • Ein vorhandenes Problem wird aktualisiert – wenn sich der Schweregrad oder der Status des Problems ändert.

Unterstützte Aktionstypen

Die folgenden Aktionstypen werden unterstützt:

  • E-Mail (einzelne Empfänger oder Azure Resource Manager Rollen)
  • SMS/Textnachricht
  • Stimme
  • Logic Apps
  • Event Hubs
  • Azure-Funktionen
  • Automatisierungs-Runbook
  • Sicherer Webhook (Verwendung zum Herstellen einer Verbindung mit ServiceNow)
  • Webhook

Aktionen konfigurieren

Konfigurieren Sie Aktionen über Aktionsgruppen im Azure Monitor Arbeitsbereich (AMW), in dem das Problem gespeichert ist. Sie können eine oder mehrere Aktionsgruppen als Standardaktionen für diesen Arbeitsbereich konfigurieren.

Wenn ein Problem erstellt oder aktualisiert wird, werden die auf dem zugeordneten AMW konfigurierten Aktionsgruppen automatisch ausgelöst.

Sie können Aktionen auch über die Ressourcenkonfiguration des Azure Copilot Observability Agent definieren. Weitere Informationen finden Sie unter Erstellen einer Azure Copilot Observability Agent-Ressource im Azure-Portal.

Weitere Informationen zu Aktionsgruppen finden Sie unter "Aktionsgruppen".

Beispielszenarien

Die folgenden Beispiele zeigen, wie Problemaktionen verschiedene Antwortszenarien unterstützen können:

  • Koordinieren Sie die technische Untersuchung und das Vorfallmanagement mit ServiceNow. Senden Sie ein Problem über einen sicheren Webhook an ServiceNow ITOM. Das Azure Monitor-Problem bleibt der technische Arbeitsbereich für Bereitschaftstechniker mit zugehörigen Warnungen, Ressourcen und Untersuchungsergebnissen des Observability-Agents. Die entsprechende ServiceNow-Warnung und der ITSM-Vorfall unterstützen Zuweisung, Eskalation, Kommunikation und Abschluss. Wenn Sie die bidirektionale Synchronisierung aktivieren, bleiben relevante Statusänderungen in beiden Systemen synchron.

  • Ticketerstellung und Workflowintegration — Verwenden Sie eine Logic App, um ein Arbeitselement in Systemen wie Azure DevOps oder Jira zu erstellen oder zu aktualisieren, wenn ein Vorgang erstellt oder aktualisiert wird. Das Arbeitselement kann Problemdetails wie Schweregrad, betroffene Ressourcen und Betriebskontext enthalten, was Teams dabei hilft, Zuständigkeiten nachzuverfolgen, die Arbeit zu koordinieren und die Behebung über ihre vorhandenen Engineering-Prozesse zu steuern.

  • Intelligentes Routing – Verwenden Sie eine Azure-Funktion oder Logik-App, um Problemeigenschaften wie Schweregrad, betroffene Dienste oder betroffene Ressourcen zu prüfen und das Problem an das entsprechende Team, den entsprechenden Kanal oder workflow weiterzuleiten. Leiten Sie beispielsweise Probleme, die eine kundenbezogene Anwendung betreffen, an ein Engineering-Bereitschaftsteam weiter, während Probleme, die interne Systeme betreffen, an einen anderen operativen Workflow weitergeleitet werden.

  • Streamen von Problemdaten an nachgelagerte Systeme – Senden von Problemlebenszyklusereignissen an Azure Event Hubs für die Verarbeitung durch externe Systeme. Verwenden Sie diesen Ansatz, um benutzerdefinierte Dashboards, operative Analysen, Reporting-Pipelines, Data Lakes oder interne Plattformen zu unterstützen, die Vorgangsdaten zusammen mit anderen operativen Signalen erfassen und analysieren.

Verwandte Inhalte

  • Last updated on