Kostenoptimierung in Azure Monitor
„Kostenoptimierung“ bezieht sich auf Möglichkeiten, unnötige Ausgaben zu reduzieren und die Betriebseffizienz zu verbessern. Sie können Ihre Kosten für Azure Monitor erheblich reduzieren, indem Sie Ihre verschiedenen Konfigurationsoptionen und Möglichkeiten kennen, um so die Menge der gesammelten Daten zu reduzieren. Bevor Sie sich mit diesem Artikel befassen, sollten Sie Azure Monitor-Kosten und -Nutzung lesen, um sich über die verschiedenen Arten von Azure Monitor-Gebühren und die Anzeige Ihrer monatlichen Rechnung zu informieren.
In diesem Artikel wird die Kostenoptimierung für Azure Monitor als Teil des Azure Well-Architected Frameworks beschrieben. Das Azure Well-Architected Framework umfasst verschiedene Grundsätze, mit denen die Qualität einer Workload verbessert werden kann. Das Framework besteht aus fünf Säulen der Architekturexzellenz:
- Zuverlässigkeit
- Sicherheit
- Kostenoptimierung
- Optimaler Betrieb
- Effiziente Leistung
Azure Monitor-Protokolle
Prüfliste für den Entwurf
- Bestimmen Sie, ob Sie Ihre Betriebsdaten und Ihre Sicherheitsdaten im selben Log Analytics-Arbeitsbereich kombinieren wollen.
- Konfigurieren Sie den Tarif für die Datenmenge, die jeder Log Analytics-Arbeitsbereich normalerweise sammelt.
- Konfigurieren Sie die Aufbewahrung und Archivierung von Daten.
- Konfigurieren Sie Tabellen, die für das Debuggen, die Problembehandlung und die Überwachung verwendet werden, als Standardprotokolle.
- Beschränken Sie die Datensammlung aus Datenquellen für den Arbeitsbereich.
- Analysieren Sie die gesammelten Daten regelmäßig, um Trends und Anomalien zu identifizieren.
- Erstellen einer Warnung, wenn die Datensammlung hoch ist.
- Ziehen Sie eine tägliche Obergrenze als vorbeugende Maßnahme in Betracht, um sicherzustellen, dass Sie ein bestimmtes Budget nicht überschreiten.
- Richten Sie Benachrichtigungen für Azure Advisor-Kostenempfehlungen für Log Analytics-Arbeitsbereiche ein.
Konfigurationsempfehlungen
| Empfehlung | Vorteil |
|---|---|
| Bestimmen Sie, ob Sie Ihre Betriebsdaten und Ihre Sicherheitsdaten im selben Log Analytics-Arbeitsbereich kombinieren wollen. | Da alle Daten in einem Log Analytics-Arbeitsbereich den Microsoft Sentinel-Preisen unterliegen, wenn Sentinel aktiviert ist, kann das Kombinieren dieser Daten Kosten verursachen. Unter Entwerfen einer Log Analytics-Arbeitsbereichsstrategie finden Sie Details dazu, wie Sie diese Entscheidung für Ihre Umgebung treffen und mit den Kriterien der anderen Säulen abgleichen können. |
| Konfigurieren Sie den Tarif für die Datenmenge, die jeder Log Analytics-Arbeitsbereich normalerweise sammelt. | Standardmäßig verwenden Log Analytics-Arbeitsbereiche einen Tarif mit nutzungsbasierter Bezahlung ohne Mindestdatenvolumen. Wenn Sie genügend Daten sammeln, können Sie eine Mindestabnahme verwenden, bei der Sie sich zu einer täglichen Mindestmenge an gesammelten Daten verpflichten und dafür einen niedrigeren Tarif erhalten. Wenn Sie genügend Daten über Arbeitsbereiche in einer einzelnen Region hinweg sammeln, können Sie diese mit einem dedizierten Cluster verknüpfen und ihre gesammelte Volumen mithilfe der Clusterpreise kombinieren. Weitere Informationen zu Mindestabnahmen und Anleitungen zur Bestimmung der am besten geeigneten Nutzungsstufe finden Sie unter Azure Monitor-Protokolle: Preise. Informationen zu geschätzten Kosten für Ihre Nutzung in unterschiedlichen Tarifen finden Sie unter Nutzung und geschätzte Kosten. |
| Konfigurieren Sie die Aufbewahrung und Archivierung von Daten. | Es fallen Gebühren für die Aufbewahrung von Daten in einem Log Analytics-Arbeitsbereich an, die über den Standardwert von 31 Tagen hinausgehen (90 Tage, wenn Sentinel für den Arbeitsbereich aktiviert ist, und 90 Tage für Application Insights-Daten). Berücksichtigen Sie Ihre besonderen Anforderungen an die Verfügbarkeit von Daten für Protokollabfragen. Sie können Ihre Kosten erheblich reduzieren, indem Sie archivierte Protokolle konfigurieren, sodass Sie Daten bis zu sieben Jahre lang aufbewahren und dennoch gelegentlich mithilfe von Suchaufträgen oder der Wiederherstellung einer Menge von Daten im Arbeitsbereich darauf zugreifen können. |
| Konfigurieren Sie Tabellen, die für das Debuggen, die Problembehandlung und die Überwachung verwendet werden, als Standardprotokolle. | Tabellen in einem Log Analytics-Arbeitsbereich, der für Standardprotokolle konfiguriert ist, weisen geringere Erfassungskosten bei eingeschränkten Funktionen und einer Gebühr für Protokollabfragen auf. Wenn Sie diese Tabellen selten abfragen und nicht für Warnmeldungen verwenden, können diese Abfragekosten durch die verringerten Erfassungskosten mehr als ausgeglichen werden. |
| Beschränken Sie die Datensammlung aus Datenquellen für den Arbeitsbereich. | Der Hauptfaktor für die Kosten von Azure Monitor ist die Menge an Daten, die Sie in Ihrem Log Analytics-Arbeitsbereich sammeln. Stellen Sie daher sicher, dass Sie nur so viele Daten sammeln, wie Sie benötigen, um die Integrität und Leistung Ihrer Dienste und Anwendungen bewerten zu können. Unter Entwerfen einer Log-Analytics-Arbeitsbereichsarchitektur finden Sie Details dazu, wie Sie diese Entscheidung für Ihre Umgebung treffen und mit den Kriterien der anderen Säulen abgleichen können. Nachteil: Es muss möglicherweise ein Kompromiss zwischen den Kosten und Ihren Überwachungsanforderungen gefunden werden. So können Sie beispielsweise Leistungsprobleme mit einer hohen Samplingrate ggf. schneller erkennen. Eine niedrigere Samplingrate würde aber weniger Kosten verursachen. Die meisten Umgebungen verfügen über mehrere Datenquellen mit unterschiedlichen Sammlungstypen. Daher müssen Sie Ihre speziellen Anforderungen jeweils mit Ihren Kostenzielen abstimmen. Empfehlungen zum Konfigurieren der Sammlung für verschiedene Datenquellen finden Sie unter Kostenoptimierung in Azure Monitor. |
| Analysieren Sie die gesammelten Daten regelmäßig, um Trends und Anomalien zu identifizieren. | Verwenden Sie Erkenntnisse in Log Analytics-Arbeitsbereiche, um die Menge der in Ihrem Arbeitsbereich gesammelten Daten regelmäßig zu überprüfen. Dies hilft Ihnen nicht nur dabei, die Menge der von verschiedenen Quellen gesammelten Daten zu verstehen, sondern identifiziert auch Anomalien und Aufwärtstrends bei der Datensammlung, die zu übermäßigen Kosten führen könnten. Analysieren Sie die Datensammlung mithilfe von Methoden in Analysieren des Verbrauchs im Log Analytics-Arbeitsbereich weiter, um zu ermitteln, ob Sie den Verbrauch durch zusätzliche Konfigurationseinstellungen verringern können. Dies ist besonders wichtig, wenn Sie eine neue Gruppe von Datenquellen hinzufügen, z. B. einen neuen Satz virtueller Computer oder das Onboarding eines neuen Diensts durchführen. |
| Erstellen einer Warnung, wenn die Datensammlung hoch ist. | Um unerwartete Rechnungen zu vermeiden, sollten Sie sich bei übermäßigem Verbrauch proaktiv benachrichtigen lassen. Durch die Benachrichtigung können Sie potenzielle Anomalien vor dem Ende Ihres Abrechnungszeitraums beheben. |
| Ziehen Sie eine tägliche Obergrenze als vorbeugende Maßnahme in Betracht, um sicherzustellen, dass Sie ein bestimmtes Budget nicht überschreiten. | Eine tägliche Obergrenze deaktiviert die Datensammlung in einem Log Analytics-Arbeitsbereich für den Rest des Tages, sobald Ihr konfigurierter Grenzwert erreicht ist. Dies sollte nicht als Methode verwendet werden, um Kosten zu senken, wie unter Verwendung einer täglichen Obergrenze beschrieben. Wenn Sie eine tägliche Obergrenze festlegen, stellen Sie zusätzlich zum Erstellen einer Warnung bei Erreichen der Obergrenze sicher, dass Sie auch eine Warnungsregel erstellen, um benachrichtigt zu werden, wenn ein bestimmter Prozentsatz erreicht wurde (z. B. 90 Prozent). Dies bietet Ihnen die Möglichkeit, die Ursache der erhöhten Datenmengen zu untersuchen und zu beheben, bevor die Datensammlung durch die Obergrenze angehalten wird. |
| Richten Sie Benachrichtigungen für Azure Advisor-Kostenempfehlungen für Log Analytics-Arbeitsbereiche ein. | Azure Advisor-Empfehlungen für Log Analytics-Arbeitsbereiche benachrichtigen Sie proaktiv, wenn es eine Möglichkeit gibt, Ihre Kosten zu optimieren. Erstellen Sie Azure Advisor-Warnungen für diese Kostenempfehlungen:
|
Azure-Ressourcen
Prüfliste für den Entwurf
- Sammeln Sie nur kritische Ressourcenprotokolldaten aus Azure-Ressourcen.
Konfigurationsempfehlungen
| Empfehlung | Vorteil |
|---|---|
| Sammeln Sie nur kritische Ressourcenprotokolldaten aus Azure-Ressourcen. | Wenn Sie Diagnoseeinstellungen vornehmen, um Ressourcenprotokolle für Ihre Azure-Ressourcen an eine Log Analytics-Datenbank zu senden, geben Sie nur die Kategorien an, die Sie benötigen. Da Diagnoseeinstellungen keine präzise Filterung von Ressourcenprotokollen zulassen, können Sie mithilfe einer Arbeitsbereichstransformation nicht benötigte Daten für die Ressourcen, die eine unterstützte Tabelle verwenden, weiter filtern. Ausführliche Informationen zum Konfigurieren von Diagnoseeinstellungen und Verwenden von Transformationen zum Filtern der Daten finden Sie unter Diagnoseeinstellungen in Azure Monitor. |
Warnungen
Prüfliste für den Entwurf
- Aktivitätsprotokollwarnungen, Dienstintegritätswarnungen und Ressourcenintegritätswarnungen sind kostenlos.
- Minimieren Sie bei Verwendung von Protokollsuchwarnungen die Häufigkeit von Protokollsuchwarnungen.
- Wenn Sie Metrikwarnungen verwenden, minimieren Sie die Anzahl der überwachten Ressourcen.
Konfigurationsempfehlungen
| Empfehlung | Vorteil |
|---|---|
| Aktivitätsprotokollwarnungen, Dienstintegritätswarnungen und Ressourcenintegritätswarnungen sind kostenlos. | Azure Monitor-Aktivitätswarnungen, Dienstintegritätswarnungen und Ressourcenintegritätswarnungen sind kostenlos. Wenn das, was Sie überwachen möchten, mit diesen Warnungstypen erreicht werden kann, verwenden Sie diese. |
| Minimieren Sie bei Verwendung von Protokollsuchwarnungen die Häufigkeit von Protokollsuchwarnungen. | Beachten Sie beim Konfigurieren von Protokollsuchwarnungen, dass die Kosten umso höher sind, je häufiger die Regelauswertung erfolgt. Konfigurieren Sie Ihre Regeln entsprechend. |
| Wenn Sie Metrikwarnungen verwenden, minimieren Sie die Anzahl der überwachten Ressourcen. | Einige Ressourcentypen unterstützen Metrikwarnungsregeln, die mehrere Ressourcen desselben Typs überwachen können. Beachten Sie bei diesen Ressourcentypen, dass die Regel teuer werden kann, wenn die Regel viele Ressourcen überwacht. Um Kosten zu senken, können Sie entweder den Umfang der Metrikwarnungsregel verringern oder Warnungsregeln zur Protokollsuche verwenden, die für die Überwachung einer großen Anzahl von Ressourcen kostengünstiger sind. |
Virtuelle Computer
Prüfliste für den Entwurf
- Migrieren Sie für eine präzise Datenfilterung vom Log Analytics- zum Azure Monitor-Agent.
- Filtern Sie Daten, die Sie nicht von Agenten benötigen.
- Bestimmen Sie, ob Sie VM Insights verwenden und welche Daten erfasst werden sollen.
- Reduzieren Sie die Abrufhäufigkeit von Leistungsindikatoren.
- Stellen Sie sicher, dass VMs keine doppelten Daten senden.
- Verwenden Sie Log Analytics-Arbeitsbereichseinblicke, um abrechenbare Kosten zu analysieren und Möglichkeiten zur Kosteneinsparung zu identifizieren.
- Migrieren Sie Ihre SCOM-Umgebung zu Azure Monitor SCOM Managed Instance.
Konfigurationsempfehlungen
| Empfehlung | BESCHREIBUNG |
|---|---|
| Migrieren Sie für eine präzise Datenfilterung vom Log Analytics- zum Azure Monitor-Agent. | Wenn Sie noch über VMs mit dem Log Analytics-Agent verfügen, migrieren Sie diese zum Azure Monitor-Agent, damit Sie von einer besseren Datenfilterung profitieren und eindeutige Konfigurationen mit verschiedenen VM-Gruppen verwenden können. Die Konfiguration für die Datenerfassung durch den Log Analytics-Agent erfolgt im Arbeitsbereich, sodass alle Agenten dieselbe Konfiguration erhalten. Datensammlungsregeln, die vom Azure Monitor-Agent verwendet werden, können auf die spezifischen Überwachungsanforderungen verschiedener VM-Gruppen abgestimmt werden. Mit dem Azure Monitor-Agent können Sie auch Transformationen verwenden, um gesammelte Daten zu filtern. |
| Filtern Sie Daten, die Sie nicht von Agenten benötigen. | Reduzieren Sie Ihre Kosten für die Datenerfassung, indem Sie Daten filtern, die Sie nicht für Warnungen oder Analysen verwenden. Unter Überwachen virtueller Computer mit Azure Monitor: Daten sammeln finden Sie Anleitungen zum Sammeln von Daten für verschiedene Überwachungsszenarien sowie zum Steuern der Kosten. Das sind spezifische Anleitungen zum Filtern von Daten, um Ihre Kosten zu senken. |
| Bestimmen Sie, welche Daten mit VM Insights erfasst werden sollen. | VM Insights ist ein großartiges Feature, um schnell mit der Überwachung Ihrer VMs zu beginnen und bietet leistungsstarke Features wie Karten- und Leistungstrendansichten. Wenn Sie die Zuordnungsfunktion oder die von ihr erfassten Daten nicht verwenden, sollten Sie die Sammlung von Prozessen und Abhängigkeitsdaten in Ihrer VM Insights-Konfiguration deaktivieren, um Kosten für die Datenerfassung zu sparen. |
| Reduzieren Sie die Abrufhäufigkeit von Leistungsindikatoren. | Wenn Sie eine Datensammlungsregel verwenden, um Leistungsdaten an Ihren Log Analytics-Arbeitsbereich zu senden, können Sie deren Abrufhäufigkeit reduzieren, um die Menge der gesammelten Daten zu verringern. |
| Stellen Sie sicher, dass VMs keine doppelten Daten senden. | Wenn Sie Multi-Home-Agenten oder ähnliche Datensammlungsregeln erstellen, stellen Sie sicher, dass Sie eindeutige Daten an jeden Arbeitsbereich senden. Eine Anleitung zur Analyse ihrer gesammelten Daten, um sicherzustellen, dass Sie keine doppelten Daten sammeln, finden Sie unter Analysieren der Nutzung im Log Analytics-Arbeitsbereich. Bei der Migration zwischen Agents verwenden Sie den Log Analytics-Agent weiterhin, bis Sie zum Azure Monitor-Agent migrieren, anstatt beide gleichzeitig zu verwenden, es sei denn, Sie können sicherstellen, dass jeder von ihnen eindeutige Daten sammelt. |
| Verwenden Sie Log Analytics-Arbeitsbereichseinblicke, um abrechenbare Kosten zu analysieren und Möglichkeiten zur Kosteneinsparung zu identifizieren. | Log Analytics-Arbeitsbereichseinblicke zeigen Ihnen die abrechenbaren Daten, die in jeder Tabelle und von jedem virtuellen Computer gesammelt werden. Verwenden Sie diese Informationen, um Ihre besten Computer und Tabellen zu identifizieren, da dies die beste Möglichkeit ist, die Kosten durch Filtern von Daten zu senken. Verwenden Sie diese Erkenntnisse und Protokollabfragen mit Nutzung im Log Analytics-Arbeitsbereich analysieren, um die Auswirkungen von Konfigurationsänderungen tiefer zu analysieren. |
| Migrieren Sie Ihre SCOM-Umgebung zu Azure Monitor SCOM Managed Instance. | Migrieren Sie Ihre vorhandene SCOM-Umgebung zu Azure Monitor SCOM Managed Instance, um Managementpakete zu unterstützen, die nicht durch Azure Monitor ersetzt werden können. SCOM Managed Instance entfernt die Anforderung, lokale Verwaltungsserver und Datenbankserver zu verwalten, und reduziert so die Gesamtkosten der Wartung Ihrer SCOM-Infrastruktur. |
Container
Prüfliste für den Entwurf
- Aktivieren Sie nicht die Container Insights-Sammlung von Prometheus-Metriken.
- Konfigurieren Sie die Agent-Sammlung, um die Datensammlung in Container Insights zu ändern.
- Ändern Sie die Einstellungen für die Sammlung von Metrikdaten durch Container Insights.
- Deaktivieren Sie die Container Insights-Sammlung von Metrikdaten, wenn Sie Container Insights im Azure-Portal nicht verwenden.
- Wenn Sie die Tabelle mit den Containerprotokollen nicht regelmäßig abfragen oder für Warnungen verwenden, konfigurieren Sie sie als Basisprotokolle.
- Schränken Sie die Sammlung von Ressourcenprotokollen ein, die Sie nicht benötigen.
- Verwenden Sie die ressourcenspezifische Protokollierung für AKS-Ressourcenprotokolle, und konfigurieren Sie Tabellen als Basisprotokolle.
- Verwenden Sie OpenCost, um Details zu Ihren Kubernetes-Kosten zu sammeln.
Konfigurationsempfehlungen
| Empfehlung | Vorteil |
|---|---|
| Aktivieren Sie nicht die Container Insights-Sammlung von Prometheus-Metriken im Log Analytics-Arbeitsbereich, wenn Sie das Scraping von Metriken mit Prometheus aktiviert haben. | Zusätzlich zum Scraping von Prometheus-Metriken von Ihrem Cluster mithilfe des verwalteten Azure Monitor-Diensts für Prometheus können Sie auch Container Insights konfigurieren, um Prometheus-Metriken in Ihrem Log Analytics-Arbeitsbereich zu sammeln. Diese Daten sind redundant mit denen in Managed Prometheus und verursachen zusätzliche Kosten. |
| Konfigurieren Sie den Agent, um die Datensammlung in Container Insights zu ändern. | Analysieren Sie die von Container Insights gesammelten Daten, wie unter Steuern der Datenerfassung zur Senkung der Kosten beschrieben, um Kosten zu senken. Passen Sie zudem Ihre Konfiguration an, um die Sammlung nicht benötigter Daten zu beenden. |
| Ändern Sie die Einstellungen für die Sammlung von Metrikdaten durch Container Insights. | Unter Aktivieren der Einstellungen für die Kostenoptimierung finden Sie Einzelheiten zum Ändern der Häufigkeit, mit der Metrikdaten gesammelt werden, und der Namespaces, die von Container Insights gesammelt werden. |
| Deaktivieren Sie die Container Insights-Sammlung von Metrikdaten, wenn Sie Container Insights im Azure-Portal nicht verwenden. | Container Insights sammelt viele derselben Metrikwerte wie Managed Prometheus. Sie können die Sammlung dieser Metriken deaktivieren, indem Sie Container Insights so konfigurieren, dass nur Protokolle und Ereignisse erfasst werden, wie unter Aktivieren von Kostenoptimierungseinstellungen in Container Insights beschrieben. Diese Konfiguration deaktiviert die Container Insights-Benutzeroberfläche im Azure-Portal. Sie können jedoch Grafana verwenden, um Prometheus-Metriken zu visualisieren, und Log Analytics, um von Container Insights gesammelte Protokolldaten zu analysieren. |
| Wenn Sie die Tabelle mit den Containerprotokollen nicht regelmäßig abfragen oder für Warnungen verwenden, konfigurieren Sie sie als Basisprotokolle. | Konvertieren Sie Ihr Container Insights-Schema in ContainerLogV2, das mit Basisprotokollen kompatibel ist und erhebliche Kosteneinsparungen bieten kann, wie unter Steuern der Datenerfassung zur Senkung der Kosten beschrieben. |
| Schränken Sie die Sammlung von Ressourcenprotokollen ein, die Sie nicht benötigen. | Protokolle der Steuerungsebene für AKS-Cluster sind in Azure Monitor als Ressourcenprotokolle implementiert. Erstellen Sie eine Diagnoseeinstellung, um diese Daten an einen Log Analytics-Arbeitsbereich zu senden. Unter sammeln von Protokollen auf Steuerungsebene für AKS-Cluster finden Sie Empfehlungen für die Kategorien, die Sie sammeln sollten. |
| Verwenden Sie die ressourcenspezifische Protokollierung für AKS-Ressourcenprotokolle, und konfigurieren Sie Tabellen als Basisprotokolle. | AKS unterstützt entweder den Azure-Diagnosemodus oder den ressourcenspezifischen Modus für Ressourcenprotokolle. Geben Sie Ressourcenprotokolle an, um die Option zum Konfigurieren der Tabellen für Basisprotokolle zu aktivieren. Damit können Sie die Kosten für die Erfassung von Protokollen reduzieren, die Sie nur gelegentlich abfragen und nicht für Warnungen verwenden. |
| Verwenden Sie OpenCost, um Details zu Ihren Kubernetes-Kosten zu sammeln. | OpenCost ist ein herstellerunabhängiges Open-Source-CNCF-Sandboxprojekt, mit dem Sie Ihre Kubernetes-Kosten analysieren und Ihre AKS-Kosten sichtbar machen können. Es exportiert neben den kundenspezifischen Azure-Preisen für Azure Storage auch detaillierte Kostendaten, um Clusteradministrator*innen bei der Analyse und Kategorisierung der Kosten zu unterstützen. |
Application Insights
Prüfliste für den Entwurf
- Zu arbeitsbereichsbasiertem Application Insights wechseln.
- Verwenden von Stichproben, um die Menge der gesammelten Daten zu optimieren.
- Beschränken der Anzahl der Ajax-Aufrufe.
- Deaktivieren nicht benötigter Module.
- Vorab Aggregieren von Metriken aus Aufrufen von TrackMetric.
- Beschränken Sie die Verwendung von benutzerdefinierten Metriken, sofern möglich.
- Stellen Sie sicher, dass aktualisierte Softwareentwicklungskits (SOFTWARE Development Kits, SDKs) verwendet werden.
- Beschränken Sie die unerwünschte Hostablaufverfolgung und die allgemeine Ablaufverfolgungsprotokollierung mithilfe von Protokollebenen.
Konfigurationsempfehlungen
| Empfehlung | Vorteil |
|---|---|
| Zu arbeitsbereichsbasiertem Application Insights wechseln. | Stellen Sie sicher, dass Ihre Application Insights-Ressourcen arbeitsbereichbasiert sind. Arbeitsbereichbasierte Application Insights-Ressourcen können neue Kosteneinsparungstools wie Standardprotokolle ,Verpflichtungsstufen undAufbewahrung nach Datentyp und Datenarchiv anwenden. |
| Verwenden von Stichproben, um die Menge der gesammelten Daten zu optimieren. | Die Stichprobenentnahme (Sampling) ist Ihr wichtigstes Tool, um die Menge der von Application Insights gesammelten Daten zu optimieren. Mit der Stichprobenentnahme kann die Menge der von Ihren Anwendungen gesendeten Telemetriedaten bei minimaler Verzerrung von Metriken verringert werden. |
| Beschränken der Anzahl der Ajax-Aufrufe. | Begrenzen Sie die Anzahl der AJAX-Aufrufe, die bei jedem Seitenaufruf gemeldet werden können, oder deaktivieren Sie AJAX-Berichte. Wenn Sie Ajax-Aufrufe deaktivieren, deaktivieren Sie auch die JavaScript-Korrelation. |
| Deaktivieren nicht benötigter Module. | Bearbeiten Sie „ApplicationInsights.config“, um nicht benötigte Sammlungsmodule zu deaktivieren. Beispielsweise könnten Sie beschließen, dass Leistungsindikatoren oder Abhängigkeitsdaten nicht erforderlich sind. |
| Vorab Aggregieren von Metriken aus Aufrufen von TrackMetric. | Wenn Sie in Ihre Anwendung Aufrufe an TrackMetric eingefügt haben, können Sie den Datenverkehr verringern. Verwenden Sie dazu die Überladung, die Ihre Berechnung des Durchschnitts und die Standardabweichung eines Batches von Messungen akzeptiert. Alternativ können Sie ein vorab aggregierendes Paket verwenden. |
| Einschränken der Verwendung benutzerdefinierter Metriken | Die Application Insights-Option Dimensionswarnungen für benutzerdefinierte Metriken aktivieren kann die Kosten erhöhen. Die Verwendung dieser Option kann dazu führen, dass mehr Metriken vor der Aggregation erstellt werden. |
| Stellen Sie sicher, dass aktualisierte Softwareentwicklungskits (SOFTWARE Development Kits, SDKs) verwendet werden. | Frühere Versionen des ASP.NET Core SDK und des Worker Service SDK sammeln standardmäßig viele Zähler, die als benutzerdefinierte Metriken erfasst wurden. Verwenden Sie neuere Versionen, um nur erforderliche Zähler anzugeben. |
| Einschränken der unerwünschten Ablaufverfolgungsprotokollierung. | Application Insights verfügt über mehrere mögliche Protokollquellen. Protokollebenen können verwendet werden, um die Telemetrie des Ablaufverfolgungsprotokolls zu optimieren und zu reduzieren. Die Protokollierung kann auch auf den Host angewendet werden. Kunden, die Azure Kubernetes Service (AKS) verwenden, sollten beispielsweise Steuerebenen- und Datenebenenprotokolle anpassen. Ebenso sollten Kunden, die Azure-Funktionen verwenden, Protokollebenen und -umfang anpassen, um das Protokollvolumen und die Kosten zu optimieren. |