Analyse, Optimierung und Senkung von CloudWatch-Kosten

In diesem Abschnitt erfahren Sie, wie durch Amazon CloudWatch-Features Kosten entstehen. Darüber hinaus enthält er Informationen zu Methoden, mit denen Sie die CloudWatch-Kosten analysieren, optimieren und senken können. In diesem Abschnitt beziehen wir uns manchmal auf die Preisgestaltung, wenn wir CloudWatch-Features beschreiben. Informationen zur Preisgestaltung finden Sie unter Amazon CloudWatch – Preise.

Analysieren von Kosten- und Nutzungsdaten für CloudWatch mit Cost Explorer

Mit AWS Cost Explorer können Sie Kosten- und Nutzungsdaten für AWS-Services im Zeitverlauf visualisieren und analysieren. Dies schließt auch CloudWatch mit ein. Weitere Informationen finden Sie unter Erste Schritte mit AWS Cost Explorer.

Im folgenden Verfahren wird beschrieben, wie Sie Kosten- und Nutzungsdaten für CloudWatch mithilfe von Cost Explorer visualisieren und analysieren.

So visualisieren und analysieren Sie Kosten- und Nutzungsdaten für CloudWatch

Das folgende Bild zeigt ein Beispiel für die Kosten, die durch CloudWatch-Features in einem Zeitraum von sechs Monaten entstanden sind.

Wenn Sie wissen möchten, welche CloudWatch-Features die meisten Kosten verursacht haben, sehen Sie sich die Werte für UsageType an. EU-CW:GMD-Metrics stellt beispielsweise die Kosten dar, die durch CloudWatch-API-Massenanforderungen entstanden sind.

Die folgende Tabelle enthält die Namen der einzelnen CloudWatch-Features und der einzelnen Unter-Features sowie die Zeichenfolgen für UsageType:

Analysieren von Kosten- und Nutzungsdaten für CloudWatch mit AWS Cost and Usage Reporten und Athena

Eine andere Möglichkeit, Kosten- und Nutzungsdaten für CloudWatch zu analysieren, ist die Verwendung von AWS Cost and Usage Reporten mit Amazon Athena. AWS Cost and Usage Reporte 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 im Benutzerhandbuch zu AWS Cost and Usage Reporten unter Was sind AWS Cost and Usage Reporte?.

Athena ist ein Abfrageservice, den Sie mit AWS Cost and Usage Reporten 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.

Im folgenden Verfahren erfahren Sie, wie Sie AWS Cost and Usage Reporte aktivieren und den Service in Athena integrieren. Das Verfahren enthält zwei Beispielabfragen, mit denen Sie Kosten- und Nutzungsdaten für CloudWatch analysieren können.

So analysieren Sie Kosten- und Nutzungsdaten mit AWS Cost and Usage Reporten und Athena

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 '%%Evidently%%' THEN 'Evidently' 
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-Metriken

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

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

Eigene 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 zu den Preisen von Metriken finden Sie unter Amazon CloudWatch – Preise.

In der folgenden Tabelle werden die Namen relevanter Unter-Features 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 verfügt über zwei Arten von Überwachungen:

Ähnlich wie bei eigenen Metriken wird die detaillierte Überwachung anteilsmäßig pro Stunde berechnet und nur gemessen, wenn Daten an CloudWatch gesendet werden. Die Kosten der detaillierten Überwachung basieren auf der Anzahl von Metriken, die an CloudWatch gesendet werden. Aus Kostengründen sollte die detaillierte Überwachung nur bei Bedarf aktiviert werden. Informationen zu den Preisen der detaillierten Überwachung finden Sie unter Amazon CloudWatch – Preis.

Beispiel: Athena-Abfrage

Mit der folgende Abfrage können Sie prüfen, 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 eingebetteten Metrikformat von CloudWatch können Sie Anwendungsdaten als Protokolldaten erfassen, um verwertbare Metriken zu generieren. Weitere Informationen finden Sie unter Erfassen von Protokollen mit hoher Kardinalität und Generieren von Metriken mit dem in CloudWatch eingebetteten Metrikformat.

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 werden die Namen relevanter Unter-Features für das eingebettete Metrikformat von CloudWatch aufgeführt. Die Tabelle enthält auch die Zeichenfolgen für UsageType und Operation, die bei der Analyse und Identifizierung der Kosten hilfreich sein können.

Verwenden Sie für die Kostenanalyse AWS Cost and Usage Reporte mit Athena, um zu identifizieren, welche Metriken Kosten verursachen, und um zu ermitteln, wie die Kosten entstehen.

Vermeiden Sie für eine möglichst kosteneffiziente Nutzung des eingebetteten Metrikformats von CloudWatch die Erstellung von Metriken, die auf Dimensionen mit hoher Kardinalität basieren. Dadurch wird von CloudWatch nicht für jede einzelne Dimensionskombination eine eigene Metrik erstellt. Weitere Informationen finden Sie unter Dimensionen.

API-Anforderungen

Bei CloudWatch gibt es folgende Arten von API-Anforderungen:

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).

Die Abrechnungskonsole zeigt generische API-Anfragen unter UsageType Requests an. Diese werden als X,XX USD pro 1.000 Anfragen – [Region] angezeigt. Dieser Tarif gilt für alle Anfragen mit UsageType Requests, die zusammen Ihr kostenloses Kontingent übersteigen.

Die Kosten für API-Anforderungen variieren und entstehen, wenn Sie die Anzahl der API-Aufrufe überschreiten, die Ihnen im Rahmen Ihres kostenlosen AWS-Kontingents zur Verfügung stehen.

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 entweder:

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

API calls not incurring charges

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

CloudTrail zeichnet beispielsweise GetMetricData-Aufrufe auf, die von einem Überwachungskonto initiiert wurden, um Daten aus einem Quellkonto abzurufen, sowie GetMetricData-Aufrufe, die von CloudWatch-Dashboards initiiert wurden, um Widget-Daten zu aktualisieren. Für diese API-Aufrufe fallen keine CloudWatch-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 in der Amazon CloudWatch-API-Referenz unter PutMetricData.

Fassen Sie für eine möglichst kosteneffiziente Nutzung von PutMetricData mehr Daten in Ihren API-Aufrufen zu einem Batch zusammen. Erwägen Sie je nach Anwendungsfall die Verwendung von CloudWatch Logs oder des eingebetteten Metrikformats von CloudWatch, um Metrikdaten einzufügen. 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 von GetMetricData finden Sie unter GetMetricData in 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. GetMetricStatistics ist allerdings im kostenlosen AWS-Kontingent für bis zu eine Million API-Anforderungen enthalten. Dies kann bei der Kostensenkung hilfreich sein, wenn Sie pro Abruf nicht so viele Metriken und Datenpunkte abrufen müssen. Weitere Informationen finden Sie in den folgenden Ressourcen:

CloudWatch-Metrik-Streams

Mit CloudWatch-Metrik-Streams können Sie kontinuierlich Metriken an AWS-Ziele und an 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 für die Analyse von Kosten, die durch CloudWatch-Metrik-Streams entstehen, AWS Cost and Usage Reporte mit Athena. 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

Streamen Sie nur Metriken, die einen Nutzen für Ihr Unternehmen haben, um die durch CloudWatch-Metrik-Streams entstehenden Kosten zu senken. 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 einzelnen Metrik basieren, Alarme, die auf einer Metrics-Insights-Abfrage basieren, und zusammengesetzte Alarme, die andere Alarme überwachen.

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 Verwenden von Amazon-CloudWatch-Alarmen.

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. Weitere Informationen zum Erstellen eines Metrikalarms, der einen metrischen mathematischen Ausdruck enthält, finden Sie unter Erstellen eines CloudWatch-Alarms basierend auf einem metrischen mathematischen Ausdruck.

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. Weitere Informationen zum Erstellen eines Alarms zur Ausreißererkennung finden Sie unter Erstellen eines CloudWatch-Alarms basierend auf 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 zu Gebühren finden Sie unter Preise von Amazon CloudWatch.

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. Weitere Informationen zum Erstellen eines Metrikalarms, der einen metrischen mathematischen Ausdruck enthält, finden Sie unter Erstellen eines CloudWatch-Alarms basierend auf einem metrischen mathematischen Ausdruck.

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 werden die Namen relevanter Unter-Features 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 Metrikalarme generiert werden, die vier oder mehr Metriken aggregieren, können Sie Daten aggregieren, bevor die Daten 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:

Optimieren und Senken der Kosten von CloudWatch Container Insights

CloudWatch Container Insights bietet sowohl Standard- als auch verbesserte Beobachtbarkeitsfunktionen für die Überwachung containerisierter Anwendungen in Amazon ECS und Amazon EKS. CloudWatch Container Insights nutzt das eingebettete Metrikformat, um Telemetriedaten aus Ihren Container-Umgebungen zu erfassen.

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 starten, indem Sie entweder den CloudWatch-Agenten oder die AWS Distro for Open Telemetry (ADOT) verwenden. Mit ADOT passen Sie an, welche Metriken und Dimensionen an CloudWatch gesendet werden.

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 „Eingebettete Metriken“ unter Amazon CloudWatch – 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 die verbesserte Beobachtbarkeit auch einen Standardsatz kritischer Metriken, mit denen Sie loslegen können, indem Sie das CloudWatch-Observability-Add-on nutzen, 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 hierzu finden Sie unter Amazon CloudWatch – Preise.

Hier sind die folgenden UsageTypes und Operations, die mit diesen Container Insights mit verbesserter Beobachtbarkeit verknüpft sind:

Optimieren und Senken der Kosten von CloudWatch Database Insights

CloudWatch Database Insights bietet sowohl Standard- als auch verbesserte Beobachtbarkeitsfunktionen für die Überwachung von Amazon-Aurora-Datenbanken sowohl auf Instance- als auch auf Flottenebene. CloudWatch Database Insights konsolidiert Protokolle und Metriken aus den Anwendungen, den 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 Amazon CloudWatch – Preise.

Hier sind die UsageTypes und Operationen, die mit Database Insights verknüpft sind:

Optimierung und Senkung der Kosten von CloudWatch Logs

Amazon CloudWatch Logs verfügt über folgende Protokolltypen:

Weitere Informationen zu Vended-Protokollen finden Sie im Benutzerhandbuch zu Amazon CloudWatch Logs unter Aktivieren der Protokollierung von bestimmten AWS-Services.

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 werden die Namen der CloudWatch-Logs-Features und die Namen relevanter Unter-Features 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.

Zur Kostenanalyse nutzen Sie AWS Cost Explorer Service oder AWS Cost and Usage Reports mit Athena. Mit jeder der Methoden können Sie identifizieren, welche Protokolle Kosten verursachen, und ermitteln, wie die Kosten entstehen.

Verwenden von AWS Cost Explorer Service

Wählen Sie CloudWatch für den Servicefilter und 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 der Amazon Athena-Abfrage 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 CloudWatch Logs möglichst kosteneffizient zu nutzen:

Berücksichtigen Sie zur Senkung der Kosten für Vended-Protokolle Ihren Anwendungsfall und überlegen Sie sich dann, ob Ihre Protokolle an CloudWatch oder an Amazon S3 gesendet werden sollen. Weitere Informationen finden Sie im Benutzerhandbuch zu Amazon CloudWatch Logs unter An Amazon S3 gesendete Protokolle.

Weitere Informationen zur möglichst kosteneffizienten Nutzung von CloudWatch Logs finden Sie unter Welche Protokollgruppe verursacht einen plötzlichen Anstieg meiner CloudWatch-Logs-Rechnung?.