CloudWatch Kosten analysieren, optimieren und reduzieren

In diesem Abschnitt wird beschrieben, wie CloudWatch Amazon-Funktionen Kosten verursachen. Es bietet auch Methoden, mit denen Sie Kosten analysieren, optimieren und CloudWatch senken können. In diesem Abschnitt beziehen wir uns bei der Beschreibung von CloudWatch Funktionen manchmal auf die Preisgestaltung. Informationen zu den Preisen finden Sie unter CloudWatchAmazon-Preise.

Analysieren Sie CloudWatch Kosten- und Nutzungsdaten mit dem Cost Explorer

Mit AWS Cost Explorer können Sie Kosten- und Nutzungsdaten für einen längeren AWS-Services Zeitraum visualisieren und analysieren, unter anderem CloudWatch. Weitere Informationen finden Sie unter Erste Schritte mit AWS Cost Explorer.

Das folgende Verfahren beschreibt, wie Sie Cost Explorer verwenden, um Kosten- und Nutzungsdaten zu visualisieren und zu analysieren CloudWatch .

Um CloudWatch Kosten- und Nutzungsdaten zu visualisieren und zu analysieren

Die folgende Abbildung zeigt ein Beispiel für die Kosten, die CloudWatch Funktionen über einen Zeitraum von sechs Monaten verursacht haben.

Um zu sehen, welche CloudWatch Funktionen die meisten Kosten verursacht haben, schauen Sie sich die Werte für anUsageType. Stellt beispielsweise die Kosten EU-CW:GMD-Metrics dar, die durch CloudWatch Massen-API-Anfragen generiert wurden.

Die folgende Tabelle enthält die Namen der einzelnen CloudWatch Funktionen, listet die Namen der einzelnen Unterfunktionen auf und listet die Zeichenfolgen für auf. UsageType

Analysieren Sie CloudWatch Kosten- und Nutzungsdaten mit AWS Cost and Usage Report s und Athena

Eine weitere Möglichkeit, CloudWatch Kosten- und Nutzungsdaten zu analysieren, ist die Verwendung von AWS Cost and Usage Report s mit Amazon Athena. AWS Cost and Usage Report s enthalten einen umfassenden Satz von Kosten- und Nutzungsdaten. Sie können Berichte erstellen, die Ihre Kosten und Ihre Nutzung nachverfolgen, und diese Berichte in einem S3-Bucket Ihrer Wahl veröffentlichen. Sie können Berichte auch aus Ihrem S3-Bucket herunterladen und löschen. Weitere Informationen finden Sie unter Was sind AWS Cost and Usage Report s? im AWS Cost and Usage Report s-Benutzerhandbuch.

Athena ist ein Abfragedienst, den Sie mit AWS Cost and Usage Report s verwenden können, um Kosten- und Nutzungsdaten zu analysieren. Sie können Ihre Berichte in Ihrem S3-Bucket abfragen, ohne sie vorher herunterzuladen. Weitere Informationen finden Sie im Benutzerhandbuch zu Amazon Athena unter Was ist Amazon Athena?. Weitere Informationen finden Sie im Benutzerhandbuch zu Amazon Athena unter Was ist Amazon Athena?. Weitere Informationen zur Preisgestaltung finden Sie unter Amazon Athena – Preise.

Das folgende Verfahren beschreibt den Prozess zur Aktivierung von AWS Cost and Usage Report s und zur Integration des Dienstes in Athena. Das Verfahren enthält zwei Beispielabfragen, mit denen Sie CloudWatch Kosten- und Nutzungsdaten analysieren können.

Um Kosten- und Nutzungsdaten mit AWS Cost and Usage Report s und Athena zu analysieren

SELECT 
CASE 
-- Metrics 
WHEN line_item_usage_type LIKE '%%MetricMonitorUsage%%' THEN 'Metrics (Custom, Detailed monitoring management portal EMF)' 
WHEN line_item_usage_type LIKE '%%Requests%%' THEN 'Metrics (API Requests)' 
WHEN line_item_usage_type LIKE '%%GMD-Metrics%%' THEN 'Metrics (Bulk API Requests)' 
WHEN line_item_usage_type LIKE '%%MetricStreamUsage%%' THEN 'Metric Streams'
-- Contributor Insights
WHEN line_item_usage_type LIKE '%%Contributor%%' THEN 'Contributor Insights'
-- Dashboard 
WHEN line_item_usage_type LIKE '%%DashboardsUsageHour%%' THEN 'Dashboards' 
-- Alarms 
WHEN line_item_usage_type LIKE '%%AlarmMonitorUsage%%' THEN 'Alarms (Standard)' 
WHEN line_item_usage_type LIKE '%%HighResAlarmMonitorUsage%%' THEN 'Alarms (High Resolution)' 
WHEN line_item_usage_type LIKE '%%MetricInsightAlarmUsage%%' THEN 'Alarms (Metrics Insights)' 
WHEN line_item_usage_type LIKE '%%CompositeAlarmMonitorUsage%%' THEN 'Alarms (Composite)' 
-- Container Insights with enhanced observability 
WHEN (line_item_usage_type LIKE '%%MetricsUsage%%' OR line_item_usage_type LIKE '%%ObservationUsage%%') THEN 'Container Insights (Enhanced Observability)'
-- Database Insights 
WHEN line_item_usage_type LIKE '%%DatabaseInsights%%' THEN 'Database Insights'
-- Logs 
WHEN line_item_usage_type LIKE '%%DataProcessing-Bytes%%' THEN 'Logs (Collect - Data Ingestion)' 
WHEN line_item_usage_type LIKE '%%DataProcessingIA-Bytes%%' THEN 'Infrequent Access Logs (Collect - Data Ingestion)' 
WHEN line_item_usage_type LIKE '%%DataProtection-Bytes%%' THEN 'Logs (Data Protection - Detect and Mask)' 
WHEN line_item_usage_type LIKE '%%TimedStorage-ByteHrs%%' THEN 'Logs (Storage - Archival)'
WHEN line_item_usage_type LIKE '%%DataScanned-Bytes%%' THEN 'Logs (Analyze - Logs Insights queries)' 
WHEN line_item_usage_type LIKE '%%Logs-LiveTail%%' THEN 'Logs (Analyze - Logs Live Tail)' 
-- Vended Logs 
WHEN line_item_usage_type LIKE '%%VendedLog-Bytes%%' THEN 'Vended Logs (Delivered to CW)' 
WHEN line_item_usage_type LIKE '%%VendedLogIA-Bytes%%' THEN 'Vended Infrequent Access Logs (Delivered to CW)' 
WHEN line_item_usage_type LIKE '%%FH-Egress-Bytes%%' THEN 'Vended Logs (Delivered to Data Firehose)' 
WHEN (line_item_usage_type LIKE '%%S3-Egress%%') THEN 'Vended Logs (Delivered to S3)'
-- Network Monitoring
WHEN line_item_usage_type LIKE '%%CWNMHybrid-Paid%%' THEN 'Network Monitor'
WHEN line_item_usage_type LIKE '%%InternetMonitor%%' THEN 'Internet Monitor'
-- Other 
WHEN line_item_usage_type LIKE '%%Application-Signals%%' THEN 'Application Signals' 
WHEN line_item_usage_type LIKE '%%Canary-runs%%' THEN 'Synthetics' 
WHEN line_item_usage_type LIKE '%%RUM-event%%' THEN 'RUM' 
ELSE 'Others' 
END AS UsageType, 
-- REGEXP_EXTRACT(line_item_resource_id,'^(?:.+?:){5}(.+)$',1) as ResourceID, 
SUM(CAST(line_item_usage_amount AS double)) AS UsageQuantity, SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend 
FROM 
costandusagereport 
WHERE product_product_name = 'AmazonCloudWatch' 
AND year='2025'
AND month='4' 
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee') 
-- AND line_item_usage_account_id = '123456789012' – If you want to filter on a specific account, you can remove this comment at the beginning of the line and specify an AWS account. 
GROUP BY 
1 
ORDER BY TotalSpend DESC, 
UsageType;

SELECT
bill_payer_account_id as Payer,
line_item_usage_account_id as LinkedAccount,
line_item_usage_type AS UsageType,
line_item_operation AS Operation,
line_item_resource_id AS ResourceID,
SUM(CAST(line_item_usage_amount AS double)) AS UsageQuantity,
SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend
FROM
costandusagereport 
WHERE
product_product_name = 'AmazonCloudWatch'
AND year='2025' 
AND month='4' 
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
GROUP BY
bill_payer_account_id,
line_item_usage_account_id,
line_item_usage_type,
line_item_resource_id,
line_item_operation

Optimierung und Senkung der Kosten von CloudWatch Kennzahlen

Viele AWS-Services, wie Amazon Elastic Compute Cloud (Amazon EC2), Amazon S3 und Amazon Data Firehose, senden automatisch und kostenlos Metriken CloudWatch an. Für Metriken aus den folgenden Kategorien fallen jedoch unter Umständen zusätzliche Kosten an:

Weitere Informationen finden Sie unter Verwenden von CloudWatch Amazon-Metriken.

Benutzerdefinierte Metriken

Sie können eigene Metriken erstellen, um Datenpunkte in beliebiger Reihenfolge und Geschwindigkeit zu strukturieren.

Alle eigenen Metriken werden anteilsmäßig pro Stunde berechnet. Sie werden nur gemessen, wenn sie an CloudWatch gesendet werden. Informationen zur Preisgestaltung von Kennzahlen finden Sie unter CloudWatchAmazon-Preise.

In der folgenden Tabelle sind die Namen der relevanten Unterfunktionen für CloudWatch Metriken aufgeführt. Die Tabelle enthält auch die Zeichenfolgen für UsageType und Operation, die bei der Analyse und Identifizierung metrikbezogener Kosten hilfreich sein können.

Detaillierte Überwachung

CloudWatch hat zwei Arten der Überwachung:

Ähnlich wie bei benutzerdefinierten Messwerten erfolgt die detaillierte Überwachung anteilig pro Stunde und nur dann, wenn Daten gesendet werden. CloudWatch Eine detaillierte Überwachung verursacht Kosten, die sich nach der Anzahl der Metriken richten, an die gesendet werden. CloudWatch Aus Kostengründen sollte die detaillierte Überwachung nur bei Bedarf aktiviert werden. Informationen zu den Preisen für detailliertes Monitoring finden Sie unter CloudWatchAmazon-Preise.

Beispiel: Athena-Abfrage

Sie können die folgende Abfrage verwenden, um zu zeigen, für welche EC2 Instances die detaillierte Überwachung aktiviert ist.

SELECT
bill_payer_account_id as Payer,
line_item_usage_account_id as LinkedAccount,
line_item_usage_type AS UsageType,
line_item_operation AS Operation,
line_item_resource_id AS ResourceID,
SUM(CAST(line_item_usage_amount AS double)) AS UsageQuantity,
SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend
FROM
costandusagereport 
WHERE
product_product_name = 'AmazonCloudWatch'
AND year='2025' 
AND month='4' 
AND line_item_operation='MetricStorage:AWS/EC2'
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
GROUP BY
bill_payer_account_id,
line_item_usage_account_id,
line_item_usage_type,
line_item_resource_id,
line_item_operation,
line_item_line_item_description
ORDER BY line_item_operation

Eingebettete Metriken

Mit dem CloudWatch eingebetteten Metrikformat können Sie Anwendungsdaten als Protokolldaten aufnehmen, sodass Sie verwertbare Metriken generieren können. Weitere Informationen finden Sie unter Erfassung von Protokollen mit hoher Kardinalität und Generieren von Metriken mit dem eingebetteten Metrikformat. CloudWatch

Eingebettete Metriken verursachen Kosten. Diese basieren auf der Anzahl der erfassten Protokolle, der Anzahl der archivierten Protokolle und der Anzahl der generierten eigenen Metriken.

In der folgenden Tabelle sind die Namen der relevanten Unterfunktionen für das eingebettete metrische Format aufgeführt. CloudWatch Die Tabelle enthält auch die Zeichenfolgen für UsageType und Operation, die bei der Analyse und Identifizierung der Kosten hilfreich sein können.

Um Kosten zu analysieren, verwenden Sie AWS Cost and Usage Report s mit Athena, damit Sie ermitteln können, welche Kennzahlen Kosten verursachen, und bestimmen können, wie die Kosten generiert werden.

Um die durch das CloudWatch eingebettete Metrikformat generierten Kosten optimal zu nutzen, sollten Sie es vermeiden, Kennzahlen zu erstellen, die auf Dimensionen mit hoher Kardinalität basieren. Auf diese Weise wird CloudWatch nicht für jede einzelne Dimensionskombination eine benutzerdefinierte Metrik erstellt. Weitere Informationen finden Sie unter Dimensionen.

API-Anforderungen

CloudWatch hat die folgenden Arten von API-Anfragen:

API-Anforderungen verursachen Kosten. Diese basieren auf dem Anforderungstyp und auf der Anzahl der angeforderten Metriken.

Die Tabelle enthält die Arten von API-Anforderungen sowie die Zeichenfolgen für UsageType und Operation, die bei der Analyse und Identifizierung API-bezogener Kosten hilfreich sein können.

Verwenden Sie Cost Explorer für die Kostenanalyse und gruppieren Sie Ihre Ergebnisse nach API Operation (API-Betrieb).

In der Abrechnungskonsole werden generische API-Anfragen unter UsageType Anfragen angezeigt. Diese werden als X,XX USD pro 1.000 Anforderungen – [Region] angezeigt. Dieser Tarif gilt für alle Anfragen mit den zusammengefassten UsageType Anfragen, die über Ihr kostenloses Kontingent hinausgehen.

Die Kosten für API-Anfragen variieren, und es fallen Kosten an, wenn Sie die Anzahl der API-Aufrufe überschreiten, die Ihnen im Rahmen des AWS kostenlosen Kontingents zur Verfügung gestellt werden.

Die API-Anforderungen, die üblicherweise Kosten verursachen, sind Abfragen vom Typ Put und Get.

Um den Ursprung von API-Anfragen zu überwachen und Benutzer in Ihrem Konto zu identifizieren, aktivieren Sie Datenereignisse in CloudTrail und analysieren Sie aufgezeichnete Ereignisse mit einer der folgenden Methoden:

Weitere Informationen finden Sie unter Protokollierung von Datenereignissen und Identifizieren von Ressourcen, die CloudWatch GetMetricData Gebühren verursachen AWS CloudTrail.

API calls not incurring charges

Wenn Sie CloudWatch Datenereignisse protokollieren CloudTrail, werden möglicherweise mehr Anrufe angezeigt, als Sie initiiert haben. Dies liegt daran, dass bei der Protokollierung von CloudWatch Datenereignissen API-Aktionen von internen Komponenten CloudTrail erfasst werden. Für Aufrufe interner Komponenten fallen keine CloudWatch Gebühren an. Diese Ereignisse werden jedoch auf die Gesamtzahl Ihrer CloudTrail Ereignisprotokollierung angerechnet und können sich auf die CloudTrail Gebühren auswirken.

Zeichnet beispielsweise GetMetricData Anrufe auf, CloudTrail die von einem Überwachungskonto initiiert wurden, um Daten aus einem Quellkonto abzurufen, sowie GetMetricData Anrufe, die von CloudWatch Dashboards initiiert wurden, um Widget-Daten zu aktualisieren. Für diese API-Aufrufe fallen CloudWatch keine Gebühren an.

PutMetricData

Für jeden CloudWatch PutMetricData API-Aufruf fallen Gebühren an. Häufige Aufrufe können Ihre Kosten erheblich erhöhen, insbesondere in Überwachungsszenarien mit hohem Volumen. Um die Kosten zu senken, sollten Sie darüber nachdenken, mehrere Metriken pro API-Aufruf zu bündeln oder Ihre Überwachungshäufigkeit anzupassen. Weitere Informationen finden Sie PutMetricDatain der Amazon CloudWatch API-Referenz.

Fassen Sie für eine möglichst kosteneffiziente Nutzung von PutMetricData mehr Daten in Ihren API-Aufrufen zu einem Batch zusammen. Abhängig von Ihrem Anwendungsfall sollten Sie erwägen, CloudWatch Logs oder das CloudWatch eingebettete Metrikformat zum Einfügen von Metrikdaten zu verwenden. Weitere Informationen finden Sie in den folgenden Ressourcen:

GetMetricData

Der CloudWatch GetMetricData API-Betrieb kann auch Ihre Kosten erheblich erhöhen. Überwachungstools von Drittanbietern erhöhen häufig die Kosten, wenn sie zum Generieren von Erkenntnissen häufig Daten abrufen. Weitere Informationen zu Preisen und bewährten Methoden für die Nutzung GetMetricData finden Sie GetMetricDatain der Amazon CloudWatch API-Referenz.

Zur Senkung der durch GetMetricData entstehenden Kosten empfiehlt es sich gegebenenfalls, nur Daten abzurufen, die überwacht und verwendet werden, oder Daten seltener abzurufen. Je nach Anwendungsfall können Sie ggf. Metrik-Streams anstelle von GetMetricData verwenden, um Daten nahezu in Echtzeit und zu geringeren Kosten an Dritte zu pushen. Weitere Informationen finden Sie in den folgenden Ressourcen:

GetMetricStatistics

Je nach Anwendungsfall können Sie ggf. GetMetricStatistics anstelle von GetMetricData verwenden. Mit GetMetricData können Sie Daten schnell und im großen Stil abrufen. Es GetMetricStatistics ist jedoch im Rahmen des AWS kostenlosen Kontingents für bis zu eine Million API-Anfragen enthalten. Dies kann Ihnen helfen, die Kosten zu senken, wenn Sie nicht so viele Metriken und Datenpunkte pro Anruf abrufen müssen. Weitere Informationen finden Sie in den folgenden Ressourcen:

CloudWatch metrische Ströme

Mit CloudWatch metrischen Streams können Sie Metriken kontinuierlich an AWS Ziele und Ziele von Drittanbietern senden.

Die durch Metrik-Streams entstehenden Kosten basieren auf der Anzahl von Metrikaktualisierungen. Metrikaktualisierungen enthalten immer Werte für die folgenden Statistiken:

Weitere Informationen finden Sie unter Statistiken, die gestreamt werden können.

Verwenden Sie AWS Cost and Usage Report s mit Athena, um Kosten zu analysieren, die durch CloudWatch metrische Streams generiert werden. Dadurch können Sie identifizieren, welche Metrik-Streams Kosten verursachen, und ermitteln, wie die Kosten entstehen.

Beispiel: Athena-Abfrage

Mit der folgenden Abfrage können Sie nachverfolgen, welche Metrik-Streams Kosten verursachen – aufgeschlüsselt nach Amazon-Ressourcenname (ARN):

SELECT
SPLIT_PART(line_item_resource_id,'/',2) AS "Stream Name",
line_item_resource_id as ARN,
SUM(CAST(line_item_unblended_cost AS decimal(16,2))) AS TotalSpend
FROM
costandusagereport 
WHERE
product_product_name = 'AmazonCloudWatch'
AND year='2025' 
AND month='4' 
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
-- AND line_item_usage_account_id = '123456789012' – If you want to filter on a specific account, you can
remove this comment at the beginning of the line and specify an AWS account.
AND line_item_usage_type LIKE '%%MetricStreamUsage%%'
GROUP BY line_item_resource_id
ORDER BY TotalSpend DESC

Um die durch CloudWatch Metrik-Streams verursachten Kosten zu reduzieren, streamen Sie nur die Kennzahlen, die Ihrem Unternehmen einen Mehrwert bieten. Sie können auch jeden ungenutzten Metrik-Stream beenden oder anhalten.

Optimierung und Senkung der Kosten von CloudWatch Alarmen

Mit CloudWatch Alarmen können Sie Alarme erstellen, die auf einer einzigen Metrik basieren, Alarme, die auf einer Metrics Insights-Abfrage basieren, und zusammengesetzte Alarme erstellen, die andere Alarme beobachten.

Metrikalarme

Metrikalarme haben folgende Auflösungseinstellungen:

Wenn Sie einen metrischen Alarm erstellen, basieren Ihre Kosten auf der Auflösungseinstellung Ihres Alarms und der Anzahl der Metriken, auf die Ihr Alarm verweist. Beispielsweise verursacht ein metrischer Alarm, der auf eine Metrik verweist, eine Alarmmetrik pro Stunde. Weitere Informationen finden Sie unter CloudWatchAmazon-Alarme verwenden.

Wenn Sie einen Metrikalarm erstellen, der einen mathematischen Metrikausdruck enthält, der auf mehrere Metriken verweist, entstehen Kosten für jede Alarmmetrik, auf die im mathematischen Metrikausdruck verwiesen wird. Informationen zum Erstellen eines metrischen Alarms, der einen metrischen mathematischen Ausdruck enthält, finden Sie unter Einen CloudWatch Alarm auf der Grundlage eines metrischen mathematischen Ausdrucks erstellen.

Wenn Sie einen Ausreißer-Erkennungsalarm erstellen, bei dem Ihr Alarm vergangene Metrikdaten analysiert, um ein Modell mit erwarteten Werten zu erstellen, entstehen Kosten für jede Alarm-Metrik, auf die in Ihrem Alarm verwiesen wird, sowie für zwei zusätzliche Metriken, eine für die obere und untere Bandmetrik, die das Ausreißer-Erkennungsmodell erstellt. Informationen zum Erstellen eines Alarms zur Erkennung von Ausreißern finden Sie unter Erstellen eines CloudWatch Alarms auf der Grundlage der Ausreißererkennung.

Metrics-Insights-Abfragealarme

Bei Metric-Insights-Abfragealarmen handelt es sich um eine bestimmte Art von metrischem Alarm, der nur mit Standardauflösung verfügbar ist (alle 60 Sekunden ausgewertet).

Wenn Sie einen Metric-Insights-Abfragealarm erstellen, basieren Ihre Kosten auf der Anzahl der Metriken, die von der Abfrage analysiert werden, auf die sich Ihr Alarm bezieht. Beispielsweise verursacht ein Metric-Insights-Abfragealarm, der auf eine Abfrage verweist, deren Filter zehn Metriken entspricht, zehn analysierte Metriken pro Stunde. Weitere Informationen finden Sie im Preisbeispiel auf Amazon CloudWatch Pricing.

Wenn Sie einen Alarm erstellen, der sowohl eine Metrics-Insights-Abfrage als auch einen metrischen mathematischen Ausdruck enthält, wird er als Metrics-Insights-Abfragealarm gemeldet. Wenn Ihr Alarm einen metrischen mathematischen Ausdruck enthält, der zusätzlich zu den von der Metrics-Insights-Abfrage analysierten Metriken auf andere Metriken verweist, entstehen Ihnen zusätzliche Kosten für jede Alarm-Metrik, auf die im metrischen mathematischen Ausdruck verwiesen wird. Informationen zum Erstellen eines metrischen Alarms, der einen metrischen mathematischen Ausdruck enthält, finden Sie unter Erstellen eines CloudWatch Alarms auf der Grundlage eines metrischen mathematischen Ausdrucks.

Zusammengesetzte Alarme

Zusammengesetzte Alarme enthalten Regelausdrücke, die angeben, wie sie die Zustände anderer Alarme auswerten sollen, um ihre eigenen Zustände zu bestimmen. Bei zusammengesetzten Alarmen fallen Standardkosten pro Stunde an, unabhängig davon, wie viele andere Alarme sie auswerten. Alarme, auf die sich zusammengesetzte Alarme in Regelausdrücken beziehen, verursachen separate Kosten. Weitere Informationen finden Sie unter Erstellen eines zusammengesetzten Alarms.

Alarm usage types (Alarm-Einsatztypen)

In der folgenden Tabelle sind die Namen der relevanten Unterfunktionen für CloudWatch Alarme aufgeführt. Die Tabelle enthält die Zeichenfolgen für UsageType, die bei der Analyse und Identifizierung alarmbezogener Kosten hilfreich sein können.

Reducing alarm costs (Reduzieren von Alarmkosten)

Um die Kosten zu optimieren, die durch mathematische Alarme mit vier oder mehr Kennzahlen generiert werden, können Sie Daten aggregieren, bevor sie an CloudWatch gesendet werden. Dadurch können Sie einen Alarm für eine einzelne Metrik erstellen, anstatt einen Alarm, der Daten für mehrere Metriken aggregiert. Weitere Informationen finden Sie unter Veröffentlichen benutzerdefinierter Metriken.

Um die durch Abfragealarme von Metrics Insights generierten Kosten zu optimieren, können Sie sicherstellen, dass der für die Abfrage verwendete Filter nur mit den Metriken übereinstimmt, die Sie überwachen möchten.

Die beste Methode zur Kostensenkung besteht darin, alle unnötigen oder ungenutzten Alarme zu entfernen. Sie können beispielsweise Alarme löschen, die Metriken auswerten, die von AWS -Ressourcen ausgegeben werden, die nicht mehr vorhanden sind.

aws cloudwatch describe-alarms –state-value INSUFFICIENT_DATA

Weitere Möglichkeiten zur Kostensenkung:

Optimierung und Senkung der Kosten von Container Insights CloudWatch

CloudWatch Container Insights bietet sowohl Standard- als auch erweiterte Observability-Funktionen für die Überwachung containerisierter Anwendungen in Amazon ECS und Amazon EKS. CloudWatch Container Insights nutzt das eingebettete metrische Format, um Telemetriedaten aus Ihren Container-Umgebungen aufzunehmen.

Container Insights mit Standard-Beobachtbarkeit:

Standard Container Insights sammelt und visualisiert auf Cluster- und Knotenebene aggregierte Metriken. Sie können mit dem Standardmodus von Container Insights beginnen, indem Sie entweder den CloudWatch Agenten oder die AWS Distribution for Open Telemetry (ADOT) verwenden. Mit ADOT können Sie anpassen, an welche Metriken und Dimensionen gesendet werden. CloudWatch

Metriken werden in Container Insights als „eingebettete Metriken“ behandelt. Die mit diesen Metriken verbundenen Kosten spiegeln sich in den Nutzungsarten MetricStorage:AWS/Logs-EMF und DataProcessing-Bytes wider. Detaillierte Preisinformationen finden Sie im Abschnitt Embedded Metrics unter CloudWatchAmazon-Preise.

Container Insights mit verbesserter Beobachtbarkeit:

Container Insights bietet detaillierte Einblicke mit verbesserter Beobachtbarkeit, die in Ihren Anwendungen detaillierte Telemetrie bis auf Pod- und Container-Ebene ermöglicht. Ähnlich wie bei Container Insights bietet Enhanced Observability auch einen Standardsatz kritischer Metriken, mit denen Sie beginnen können, indem Sie das CloudWatch Observability-Add-on verwenden, das auf dem CloudWatch Agenten ausgeführt wird. Container Insights bietet eine verbesserte Beobachtbarkeit mit einer neuen, beobachtungsbasierten Preisgestaltung, um für kosteneffiziente Rechnungen zu sorgen, die den Vorteil rechtfertigen. Weitere Informationen finden Sie unter CloudWatch Amazon-Preise.

Hier finden Sie die folgenden Informationen UsageType und die damit verbundenen Operationen: Container-Einblicke mit verbesserter Beobachtbarkeit:

Optimierung und Senkung der Kosten von CloudWatch Database Insights

CloudWatch Database Insights bietet sowohl Standard- als auch erweiterte Observability-Funktionen für die Überwachung von Amazon Aurora Aurora-Datenbanken sowohl auf Instance- als auch auf Flottenebene;. CloudWatch Database Insights konsolidiert Protokolle und Metriken aus Ihren Anwendungen, Ihren Datenbanken und den Betriebssystemen, auf denen sie ausgeführt werden, in einer einheitlichen Ansicht in der Konsole.

Database Insights-Standardmodus: Standard Database Insights ist Teil von Kostenloses AWS-Kontingent und bietet einen fortlaufenden Verlauf von 7 Tagen mit Leistungsdaten für die Metrik zum Laden der Datenbank.

Erweiterter Modus für Database Insights: Advanced Database Insights konsolidiert Datenbankmetriken, SQL-Abfrageanalysen und Protokolle für Amazon Aurora- und RDS-Datenbanken zu einem einheitlichen Erlebnis in CloudWatch. Die Preisgestaltung basiert auf der Anzahl der Rechenressourcen, die von den überwachten Datenbanken genutzt werden.

Einzelheiten zur Preisgestaltung von Database Insights und Preisbeispiele finden Sie unter CloudWatchAmazon-Preise.

Hier sind die UsageTypes mit Database Insights verbundenen Operationen:

Optimierung und Senkung der Kosten von Protokollen CloudWatch

Amazon CloudWatch Logs hat die folgenden Protokolltypen:

Weitere Informationen zu verkauften Protokollen finden Sie unter Aktivieren der Protokollierung für bestimmte AWS Dienste im Amazon CloudWatch Logs-Benutzerhandbuch.

Die durch benutzerdefinierte Protokolle und Vended-Protokolle entstehenden Kosten basieren auf der Anzahl der gesammelten, gespeicherten und analysierten Protokolle. Bei Vended-Protokollen entstehen zudem Kosten für die Übermittlung an Amazon S3 und Firehose.

In der folgenden Tabelle sind die Namen der CloudWatch Logs-Funktionen und die Namen der relevanten Unterfunktionen aufgeführt. Die Tabelle enthält auch die Zeichenfolgen für UsageType und Operation, die bei der Analyse und Identifizierung protokollbezogener Kosten hilfreich sein können.

Verwenden Sie AWS Cost Explorer Service oder AWS Cost and Usage Report s mit Athena, um Kosten zu analysieren. Mit jeder der Methoden können Sie identifizieren, welche Protokolle Kosten verursachen, und ermitteln, wie die Kosten entstehen.

Benutzen AWS Cost Explorer Service

Wählen Sie CloudWatchfür den Servicefilter und anschließend Ressource für die Dimension aus. Wenn Sie im Cost Explorer Service Ressource als Dimension auswählen, sehen Sie nur die Nutzung der letzten 14 Tage.

Verwendung von Amazon Athena Query zur Nachverfolgung von Protokollen, die Kosten verursachen

Mit der folgenden Abfrage können Sie nachverfolgen, welche Protokolle Kosten verursachen – aufgeschlüsselt nach Ressourcen-ID:

SELECT
line_item_resource_id AS ResourceID,
line_item_usage_type AS Operation,
SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend
FROM
costandusagereport 
WHERE
product_product_name = 'AmazonCloudWatch'
AND year='2025'
AND month='4'
AND line_item_operation IN ('PutLogEvents','HourlyStorageMetering','StartQuery','LogDelivery','StartLiveTail','ParquetConversion')
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
GROUP BY
line_item_resource_id,
line_item_usage_type
ORDER BY
TotalSpend DESC

Beachten Sie Folgendes, um die durch CloudWatch Protokolle generierten Kosten optimal zu nutzen:

Um die Kosten für verkaufte Protokolle zu senken, sollten Sie Ihren Anwendungsfall berücksichtigen und dann entscheiden, ob Ihre Protokolle an Amazon S3 CloudWatch oder Amazon S3 gesendet werden sollen. Weitere Informationen finden Sie unter An Amazon S3 gesendete Logs im Amazon CloudWatch Logs-Benutzerhandbuch.

Weitere Informationen darüber, wie Sie die durch CloudWatch Logs generierten Kosten optimal nutzen können, finden Sie unter Welche Protokollgruppe verursacht einen plötzlichen Anstieg meiner Logs-Rechnung? CloudWatch .