Erkennen von Anomalien und unerwarteten Änderungen bei Kosten

Der Artikel hilft Ihnen dabei, Anomalien und unerwartete Änderungen bei Ihren Cloudkosten mithilfe von Cost Management + Billing zu erkennen. Die Nutzung von Cost Management- und Abrechnungsfeatures für Ihre Azure-Abonnements ist kostenlos. Sie beginnen mit der Anomalieerkennung für Abonnements in der Kostenanalyse, um alle untypischen Nutzungsmuster, basierend auf Ihren Kosten- und Nutzungstrends, zu identifizieren. Danach erfahren Sie, wie Sie Details zu Kosteninformationen anzeigen, um Kostenspitzen und -einbrüche zu ermitteln und zu untersuchen.

Sie können auch eine Warnung für Anomalien erstellen, um automatisch benachrichtigt zu werden, wenn eine Anomalie erkannt wird.

Im Allgemeinen gibt es drei Arten von Änderungen, die Sie eventuell untersuchen möchten:

• Neue Kosten – Beispielsweise eine Ressource, die gestartet oder hinzugefügt wurde, z. B. ein virtueller Computer. Neue Kosten werden häufig als Kosten angezeigt, die bei Null beginnen.
• Entfernte Kosten – Beispielsweise eine Ressource, die beendet oder gelöscht wurde. Entfernte Kosten werden häufig als Kosten angezeigt, die bei Null enden.
• Geänderte Kosten (gestiegen oder gesunken) – Beispielsweise wurde eine Ressource auf irgendeine Weise geändert, was zu einer Kostensteigerung oder -senkung führte. Einige Änderungen, z. B. die Größenänderung für einen virtuellen Computer, werden möglicherweise als neue Verbrauchseinheit angezeigt, die eine entfernte Verbrauchseinheit ersetzt, beides unter derselben Ressource.

Erkennen von Kostenanomalien

Die Cloud verspricht im Vergleich zu lokalen Kosten erhebliche Kosteneinsparungen. Einsparungen erfordern jedoch Sorgfalt, wenn Sie Ihre Cloudlösungen proaktiv planen, steuern und überwachen. Selbst bei proaktiven Prozessen kann es immer noch zu Kostenüberraschungen kommen. Es kann zum Beispiel passieren, dass Sie feststellen, dass sich etwas geändert hat, Sie sich jedoch nicht sicher sind, was es ist. Die Verwendung der Anomalieerkennung von Cost Management für Ihre Abonnements kann dazu beitragen, Überraschungen zu minimieren.

Unabhängig davon, ob Sie wissen, ob es bei Ihnen vorhandene Kostenanomalien gibt oder nicht, informiert Sie die Kostenanalyse im Rahmen von „Erkenntnisse“, wenn sie etwas Ungewöhnliches findet. Wenn nicht, zeigt die Kostenanalyse keine Anomalien an.

Anzeigen von Anomalien in der Kostenanalyse

Die Anomalieerkennung ist in den intelligenten Ansichten der Kostenanalyse verfügbar, wenn Sie einen Abonnementbereich auswählen. Sie können Ihren Anomaliestatus als Teil von Insights anzeigen.

Hinweis

Kostenanomaliewarnungen sind für Azure Government-Kundschaft nicht verfügbar.

Navigieren Sie im Azure-Portal über die Azure-Startseite zu „Kostenverwaltung“. Wählen Sie einen Abonnementbereich und dann im linken Menü " Kostenanalyse" aus. Wählen Sie in der Ansichtsliste eine beliebige Ansicht unter "Intelligente Ansichten" aus. Im folgenden Beispiel ist die Intelligente Ansicht "Ressourcen " ausgewählt. Wenn es bei Ihnen eine Kostenanomalie gibt, wird eine entsprechende Erkenntnis angezeigt.

Wenn es keine Anomalien gibt, wird die Erkenntnis Keine Anomalien erkannt angezeigt, in der auch die Datumsangaben zum ausgewerteten Zeitraum bestätigt werden.

Anzeigen von Anomaliedetails

Wenn Sie Detailinformationen zu den zugrunde liegenden Daten für etwas, das sich geändert hat, anzeigen möchten, wählen Sie den Link „Erkenntnis“ aus. Er öffnet eine Ansicht in der klassischen Kostenanalyse, in der Sie Ihre tägliche Nutzung nach Ressourcengruppe für den ausgewerteten Zeitraum überprüfen können.

Nachdem der Link ausgewählt wurde, untersuchen wir aufbauend auf dem vorherigen Beispiel der Anomalie mit der Bezeichnung Daily run rate down 748% on Sep 28 (Tägliche Ausführungsrate am 28. Sept. 748 % niedriger) die Details zu diesem Beispiel. Das folgende Beispielbild zeigt Details zur Anomalie. Sie sehen einen enormen Anstieg der Kosten, eine Kostenspitze und schließlich einen Rückgang der Kosten für eine temporäre, kurzlebige Ressource.

Kostenanomalien werden für Abonnements täglich ausgewertet. Hierbei wird die Gesamtnutzung des jeweiligen Tages mit einer prognostizierten Gesamtnutzung auf Grundlage der letzten 60 Tage verglichen, um allgemeine Muster bei der jüngsten Nutzung zu berücksichtigen. Beispielsweise Spitzen an jedem Montag. Die Anomalieerkennung wird 36 Stunden nach dem Ende des Tages (UTC) ausgeführt, um sicherzustellen, dass ein vollständiger Datensatz verfügbar ist.

Das Anomalieerkennungsmodell ist ein nicht überwachtes, auf Rekonstruktionen basierendes Vorhersagemodell für univariate Zeitreihen, das 60 Tage historischer Nutzung zum Training verwendet und dann die erwartete Nutzung für den Tag vorhersagt. Anomalieerkennungsvorhersagen verwenden einen Deep Learning-Algorithmus namens WaveNet. Dies ist anders ist als bei der Vorhersage „Cost Management“. Die gesamte normalisierte Nutzung wird als anomal eingestuft, wenn sie basierend auf einem vorher festgelegten Konfidenzintervall außerhalb des erwarteten Bereichs liegt.

Die Anomalieerkennung ist für jedes Abonnement verfügbar, das mit der Kostenanalyse überwacht wird. Um die Anomalieerkennung für Ihre Abonnements zu aktivieren, öffnen Sie eine intelligente Ansicht der Kostenanalyse, und wählen Sie Ihr Abonnement in der Bereichsauswahl oben auf der Seite aus. Es wird eine Benachrichtigung angezeigt, die Sie darüber informiert, dass Ihr Abonnement integriert ist. Ihr Anomalieerkennungsstatus wird dann innerhalb von 24 Stunden angezeigt.

Erstellen einer Anomaliebenachrichtigung

Sie können eine Warnung erstellen, damit Sie automatisch benachrichtigt werden, wenn eine Anomalie erkannt wird. Das Erstellen einer Anomaliewarnung erfordert die Rolle „Mitwirkender für Cost Management“ oder höher oder aber die Berechtigung Microsoft.CostManagement/scheduledActions/write für benutzerdefinierte Rollen. Weitere Informationen finden Sie unter Das Verhalten der Funktionen für die jeweiligen Rollen.

Hinweis

Anomaliewarnungen werden basierend auf dem aktuellen Zugriff des Regelerstellers zum Zeitpunkt des Versands der E-Mail gesendet. Wenn Ihre Organisation über eine Richtlinie verfügt, die die dauerhafte Zuweisung höherer Berechtigungen für Benutzer verbietet, können Sie einen Dienstprinzipal verwenden und die Warnung direkt mithilfe der API für geplante Aktionen erstellen.

Eine Aomalie-Warnungs-E-Mail enthält eine Zusammenfassung der Änderungen in der Ressourcengruppenanzahl und -kosten. Es umfasst auch die wichtigsten Ressourcengruppenänderungen für den Tag im Vergleich zu den vorherigen 60 Tagen. Und es verfügt über einen direkten Link zum Azure-Portal, damit Sie die Kosten überprüfen und weiter untersuchen können.

Eine E-Mail mit einer Anomaliebenachrichtigung wird nur einmal versendet – zum Zeitpunkt der Entdeckung.

1. Wählen Sie in Azure Home unter "Tools" die Option "Kostenverwaltung" aus.
2. Vergewissern Sie sich, dass im Umfang oben auf der Seite das richtige Abonnement ausgewählt wurde.
3. Wählen Sie im linken Menü " Kostenwarnungen" aus.
4. Wählen Sie auf der Symbolleiste +Hinzufügen aus.
5. Wählen Sie auf der Seite "Warnungsregel erstellen" die Option "Anomalie" als Warnungstyp aus.
6. Geben Sie alle erforderlichen Informationen ein, und wählen Sie dann "Erstellen" aus.
   Sie können die Anomaliebenachrichtigungsregel anzeigen und verwalten, indem Sie im linken Navigationsmenü zu Warnungsregeln navigieren.

Nachfolgend finden Sie eine Beispiel-E-Mail, die für eine Anomaliebenachrichtigung generiert wurde.

Automatisieren von Antworten auf Anomaliewarnungen

Anomaliewarnungen im Kostenmanagement werden per E-Mail übermittelt. Sie können Antworten automatisieren, indem Sie diese Warnungen in Workflows integrieren. Im Folgenden finden Sie allgemeine Muster zum Automatisieren von Aktionen, wenn eine Anomaliewarnung ausgelöst wird:

Verwenden von Azure Logic Apps zum Automatisieren von Workflows

Azure Logic Apps können ein Office 365 Outlook-Postfach überwachen. Wenn eine neue E-Mail mit einer Anomaliewarnung empfangen wird, können Logic Apps den Inhalt analysieren und Workflows auslösen, z. B.:

• Senden einer Benachrichtigung an Microsoft Teams oder Slack
• Ausführen eines Api-Aufrufs der Kostenverwaltungsabfrage zum Sammeln detaillierter Nutzungsdaten
• Protokollieren der Anomalie in einem internen FinOps-Dashboard
• Initiieren von Genehmigungsworkflows oder Eskalationsverfahren

Dieser Ansatz ermöglicht eine hochgradig anpassbare Automatisierung mit geringem Code, um FinOps-Vorgänge zu optimieren. Weitere Informationen finden Sie unter Herstellen einer Verbindung mit Office 365 Outlook aus Azure Logic Apps.

Integrieren von Anomaliewarnungen in Microsoft Sentinel

Sie können E-Mails mit Anomaliewarnungen an ein überwachtes Postfach leiten und mithilfe des Microsoft 365-Datenconnectors in Microsoft Sentinel erfassen. Nach der Einnahme:

• Erstellen Sie eine Analyseregel, um E-Mails mit Anomaliewarnungen basierend auf Betreffzeilen oder Empfängern zu identifizieren.

• Automatisches Erstellen von Vorfällen in Microsoft Sentinel.

• Lösen Sie Playbooks (Logic Apps) aus, um Kosten zu untersuchen, Teams zu benachrichtigen oder ITSM-Tickets zu erstellen.

Dieser Ansatz zentralisiert die Überwachung von Kostenanomalien neben betrieblichen und Sicherheitsereignissen, wodurch automatisierte Triage- und Antwortworkflows ermöglicht werden.

Weitere Informationen finden Sie unter Microsoft 365 Connector für Microsoft Sentinel.

Integrieren Sie Anomaliewarnungen mit Copilots oder dem Azure OpenAI-Dienst.

Organisationen können Anomaliewarnungen auch in benutzerdefinierte Copilots integrieren.

• Überwachen Sie ein Postfach auf neue E-Mails mit Anomaliewarnungen mithilfe von Logic Apps.
• Analysieren Sie wichtige Details aus der Warnung (z. B. Bereich, Ressourcengruppe und Kostenänderung).
• Senden sie analysierte Daten an ein Sprachmodell für intelligente Analysen.
• Dynamisches Vorschlagen von Ursachen, Empfehlen von Aktionen oder Auslösen von Nachverfolgungsabfragen an Kostenverwaltungs-APIs.

Dieser Ansatz ermöglicht intelligente, kontextbezogene Antworten auf Anomalien, die sich über statische Regeln hin zu dynamischen, finOps-gesteuerten Workflows bewegen.

Überwachen eines freigegebenen Postfachs und Auslösen von ITSM-Workflows

Sie können Anomaliewarnungen so konfigurieren, dass sie an ein überwachtes freigegebenes Postfach gesendet werden. IT Service Management (ITSM)-Tools wie ServiceNow, Jira oder Zendesk können das Postfach überwachen und automatisch Vorfalltickets erstellen, wenn eine neue Warnung eingeht. Sie können Microsoft Power Automate auch mit Office 365 Outlook-Triggern für die Automatisierung von E-Mail-zu-Ticket verwenden.

Dieser Ansatz stellt sicher, dass Kostenanomalien protokolliert, zugewiesen und durch etablierte betriebliche Prozesse nachverfolgt werden.

Tipp

Richten Sie Postfachregeln oder Verbinder ein, die Anomalie-Benachrichtigungen priorisieren, um eine schnelle Bearbeitung sicherzustellen.

Manuelles Suchen unerwarteter Kostenänderungen

Sehen wir uns ein ausführlicheres Beispiel für die Suche nach einer Kostenänderung an. Wenn Sie zur Kostenanalyse navigieren und dann einen Abonnementbereich auswählen, beginnen Sie mit der Ansicht " Kumulierte Kosten ". Der folgende Screenshot zeigt, was Ihnen beispielsweise angezeigt werden könnte.

Mit der Standardansicht und dem aktuellen Monat (März 2022) zeigt das Beispielbild keine Einbrüche oder Spitzen an.

Ändern Sie die Ansicht in " Tägliche Kosten ", und erweitern Sie dann den Datumsbereich auf "Letztes Jahr" (2021). Legen Sie dann die Granularität auf "Monatlich" fest. Beachten Sie im folgenden Bild, dass die Kosten für die Ressourcengruppe arcticmustang ab Juli erheblich ansteigen.

Sehen wir uns den Kostenanstieg für die Ressourcengruppe genauer an. Um den Zeitrahmen der Änderung detaillierter anzuzeigen, ändern Sie den Datumsbereich. Im folgenden Beispiel legen wir einen benutzerdefinierten Datumsbereich von Juni bis Juli 2021 fest und legen dann die Granularität auf "Täglich" fest. Im Beispiel betrugen die täglichen Kosten für die Ressourcengruppe etwa 4,56 USD. Am 30. Juni stiegen die Kosten auf 20,68 USD. Ab dem 1. Juli erhöhten sich die täglichen Kosten auf 30,22 USD.

Bisher haben wir einen Anstieg der Kosten für die Ressourcengruppe articmustang Ende Juni und Anfang Juli gefunden. Wie Sie sehen, erstreckte sich der Kostenanstieg über zwei Tage. Die Änderung dauerte zwei Tage, da bei einer Änderung in der Mitte eines Tages die Auswirkung dieser Änderung erst am folgenden ganzen Tag vollständig zu sehen ist.

Sehen wir uns die Daten noch genauer an, um mehr über den Kostenanstieg herauszufinden. Wählen Sie das Element aus, dessen Kosten gestiegen sind (articmustang), um automatisch einen Filter für den Ressourcengruppennamen festzulegen. Ändern Sie dann die Liste Gruppieren nach in Ressource. Legen Sie anschließend den Datumsbereich auf einen kürzeren Zeitraum fest. Zum Beispiel 28. Juni bis 4. Juli. Im folgenden Beispielbild ist der Kostenanstieg deutlich zu sehen. Der Ressourcentyp wird als "microsoft.network/virtualnetworkgateways" angezeigt.

Wählen Sie als Nächstes im Diagramm die Ressource aus, deren Kosten gestiegen sind (articring), um einen weiteren Filter für die Ressource festzulegen. Nun werden die Kosten nur für diese Ressource angezeigt. Legen Sie dann die Liste Gruppieren nach auf Verbrauchseinheit fest.

Im vorstehenden Beispiel sehen Sie, dass die Ressource des virtuellen privaten Netzwerks mit dem Namen „VpnGw1“ seit dem 30. Juni nicht mehr verwendet wird. Am 30. Juni wird mit der Verwendung einer teureren Ressource des virtuellen privaten Netzwerks mit dem Namen VpnGw3 begonnen.

An diesem Punkt wissen Sie, was sich geändert hat, und Sie kennen den Wert der Kostenänderung. Möglicherweise wissen Sie jedoch nicht, warum die Änderung eingetreten ist. An diesem Punkt sollten Sie sich an die Personen wenden, die die Ressource erstellt oder verwendet haben. Fahren Sie mit dem nächsten Abschnitt fort, um mehr zu erfahren.

Suchen nach Personen, die für die geänderte Ressourcennutzung verantwortlich sind

Mithilfe der Kostenanalyse haben Sie möglicherweise Ressourcen gefunden, bei denen plötzliche Nutzungsänderungen aufgetreten sind. Es ist jedoch möglicherweise nicht offensichtlich, wer für die Ressource verantwortlich ist oder warum die Änderung vorgenommen wurde. Das für eine bestimmte Ressource zuständige Team weiß oft über Änderungen Bescheid, die an einer Ressource vorgenommen wurden. Daher ist es hilfreich, das Team in die Ermittlung der Ursache für entstandene Gebühren einzubeziehen. So hat beispielsweise das zuständige Team die Ressource erstellt, die zugehörige SKU aktualisiert (und somit die Ressourcenrate geändert) oder aufgrund von Codeänderungen die Last für die Ressource erhöht.

Der Artikel " Ressourcenänderungen abrufen " für Azure Resource Graph kann Ihnen helfen, zusätzliche Informationen zu Konfigurationsänderungen an Ressourcen zu finden.

Die folgenden Abschnitte enthalten weitere Techniken zur Bestimmung des Ressourcenbesitzers.

Analysieren der Überwachungsprotokolle für die Ressource

Wenn Sie über die Berechtigung zum Anzeigen einer Ressource verfügen, sollten Sie auf die zugehörigen Überwachungsprotokolle zugreifen können. Ermitteln Sie anhand der Protokolle den Benutzer, der für die neuesten Änderungen an einer Ressource verantwortlich ist. Weitere Informationen finden Sie unter Anzeigen und Abrufen von Azure Activity-Protokollereignissen.

Analysieren von Benutzerberechtigungen für den übergeordneten Bereich der Ressource

Personen mit Schreibzugriff auf ein Abonnement oder eine Ressourcengruppe verfügen in der Regel über Informationen zu den Ressourcen, die erstellt oder aktualisiert wurden. Sie sollten den Zweck einer Ressource erklären oder Sie an die Person verweisen können, die über die entsprechenden Informationen verfügt. Informationen zum Identifizieren der Personen mit Berechtigungen für einen Abonnementbereich finden Sie unter "Überprüfen des Zugriffs auf einen Benutzer auf Azure-Ressourcen". Sie können einen ähnlichen Prozess für Abrechnungsbereiche, Ressourcengruppen und Verwaltungsgruppen verwenden.

Untersuchen von markierten Ressourcen

Wenn Sie über eine vorhandene Richtlinie zum Kategorisieren von Ressourcen verfügen, wird die Ressource möglicherweise mit identifizierenden Informationen markiert. Beispielsweise können Ressourcen mit Informationen zu Besitzer, Kostenstelle oder Entwicklungsumgebung markiert werden. Wenn Sie noch nicht über eine Richtlinie für das Markieren von Ressourcen verfügen, sollten Sie die Einführung einer solchen Richtlinie in Erwägung ziehen, damit Ressourcen in Zukunft leichter zu identifizieren sind.

Andere Strategien zur Identifizierung unerwarteter Gebühren

Sollten Sie eine Gebühr trotz der obigen Strategien nicht nachvollziehen können oder anderweitige Unterstützung bei Abrechnungsproblemen benötigen, untersuchen Sie die folgenden Abschnitte.

Warum erhalte ich keine E-Mails von Anomaliebenachrichtigungen?

Es gibt mehrere Gründe, warum Sie keine Benachrichtigungs-E-Mails erhalten. Probieren Sie die folgenden Aktionen aus:

• Vergewissern Sie sich, dass dem Ersteller des Zeitplans weiterhin die Leserrolle oder die Berechtigung Microsoft.CostManagement/scheduledActions/read zugewiesen ist, wenn es sich um eine benutzerdefinierte Rolle handelt.
• Vergewissern Sie sich, dass Ihre E-Mail-Adresse als Empfänger angezeigt wird und sie richtig ist.
• Stellen Sie sicher, dass keine E-Mail-Regeln vorhanden sind, die microsoft-noreply@microsoft.com blockieren.
• Überprüfen Sie Ihren Spam- oder Junk-E-Mail-Ordner auf E-Mails von microsoft-noreply@microsoft.com.
• Überprüfen Sie, ob die Benachrichtigung abgelaufen ist oder gelöscht wurde. Sie können eine Anomaliebenachrichtigungsregel oder eine neue erstellen, um das Problem zu beheben.
• Arbeiten Sie mit Ihrem Administrator zusammen, um die Richtlinie für die Ansichtsgebühren im Azure-Portal erneut zu aktivieren. Die Richtlinie gilt für indirekte Enterprise Agreements und für Microsoft-Kundenvereinbarungen mit einem Microsoft-Partner.

Hinweis

Azure überprüft die Berechtigungen des Erstellers der Warnungsregel, bevor die Warnungs-E-Mail gesendet wird. Wenn Ihre Organisation über eine Richtlinie verfügt, die die dauerhafte Zuweisung höherer Berechtigungen für Benutzer verbietet, können Sie einen Dienstprinzipal verwenden und die Warnung direkt mithilfe der API für geplante Aktionen erstellen.

Warum kann ich keine Anomaliebenachrichtigungsregel erstellen?

Probieren Sie die folgenden Schritte aus:

• Anomaliebenachrichtigungsregeln können nur im Abonnementumfang erstellt werden. Stellen Sie sicher, dass der richtige Bereich ausgewählt ist.

• Stellen Sie sicher, dass Sie über die Rolle „Besitzer“, „Mitwirkender“ oder „Cost Management Mitwirkender“ im Abonnement verfügen.

• Wenn Sie eine Fehlermeldung erhalten haben, die angibt, dass Sie den Grenzwert von fünf Benachrichtigungen pro Abonnement erreicht haben, sollten Sie eine vorhandene Anomaliebenachrichtigungsregel bearbeiten. Fügen Sie sich selbst als Empfänger hinzu, statt eine neue Regel zu erstellen, falls Sie den Grenzwert erschöpft haben.

• Anomaliewarnungen sind derzeit nur in der öffentlichen Azure-Cloud verfügbar. Wenn Sie eine Government Cloud oder eine der Sovereign Clouds verwenden, ist dieser Dienst noch nicht verfügbar.

Wie kann ich die Erstellung einer Anomaliewarnungsregel automatisieren?

Sie können die Erstellung von Anomaliebenachrichtigungsregeln mithilfe der API für geplante Aktionen automatisieren, indem Sie die Art der geplanten Aktion als InsightAlert. angeben.

Anfordern von Unterstützung bei der Identifizierung von Gebühren

Wenn Sie die vorstehenden Strategien verwendet haben und immer noch nicht verstehen, warum Sie eine Gebühr erhalten haben oder wenn Sie weitere Hilfe zu Abrechnungsproblemen benötigen, erstellen Sie eine Supportanfrage.

Zugehöriger Inhalt

• Erfahren Sie, wie Sie Ihre Cloudinvestitionen mit Cost Management optimieren.