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 CloudWatch Amazon-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 generiert haben.

Sehen Sie sich die Werte für an, um zu sehen, welche CloudWatch Funktionen die meisten Kosten verursacht habenUsageType. Stellt beispielsweise die Kosten EU-CW:GMD-Metrics dar, die durch CloudWatch API Massenanfragen 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'
-- 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)'
-- 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-Bytes%%') THEN 'Vended Logs (Delivered to S3)'
-- 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='2022' 
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='2022' 
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,y
line_item_resource_id,
line_item_operation

Optimierung und Senkung der Kosten von CloudWatch Kennzahlen

Viele AWS-Services, wie Amazon Elastic Compute Cloud (AmazonEC2), 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 CloudWatch Amazon-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 CloudWatch Amazon-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='2022' 
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.

Wenn Sie CloudWatch Container Insights verwenden, um das eingebettete Metrikformat zu nutzen, können Sie AWS Distro for Open Telemetry als Alternative verwenden, um das Beste aus den Kosten für Kennzahlen herauszuholen. Mit Container Insights können Sie Metriken und Protokolle aus Ihren containerisierten Anwendungen und Microservices sammeln, aggregieren und zusammenfassen. Wenn Sie Container Insights aktivieren, sendet der CloudWatch Agent Ihre Logs an CloudWatch, sodass er anhand der Logs eingebettete Metriken generieren kann. Der CloudWatch Agent sendet jedoch nur eine feste Anzahl von Metriken an CloudWatch, und Ihnen werden alle verfügbaren Metriken in Rechnung gestellt, auch solche, die Sie nicht verwenden. Mit AWS Distro for Open Telemetry können Sie konfigurieren und anpassen, an welche Metriken und Dimensionen gesendet werden. CloudWatch Dadurch können Sie das Datenvolumen und die Kosten reduzieren, die durch Container Insights entstehen. Weitere Informationen finden Sie in den folgenden Ressourcen:

APIAnfragen

CloudWatch hat die folgenden Arten von API Anfragen:

APIAnfragen verursachen Kosten, die sich nach der Art der Anfrage und der Anzahl der angeforderten Metriken richten.

In der folgenden Tabelle sind die Arten von API Anfragen sowie die Zeichenfolgen für UsageType und aufgeführtOperation, anhand derer Sie die damit API verbundenen Kosten analysieren und identifizieren können.

Verwenden Sie Cost Explorer, um Kosten zu analysieren, und gruppieren Sie Ihre Ergebnisse nach APIVorgängen.

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

APIAnfragen, die in der Regel die Kosten in die Höhe treiben, sind Put Get Anfragen.

PutMetricData

PutMetricData verursacht bei jedem Aufruf Kosten. Diese können je nach Anwendungsfall erheblich sein. Weitere Informationen finden Sie PutMetricDatain der CloudWatch APIAmazon-Referenz.

Um die Kosten, die durch entstehen, optimal zu nutzenPutMetricData, sollten Sie mehr Daten zu Ihren API Anrufen zusammenfügen. Ziehen Sie je nach Anwendungsfall die Verwendung von CloudWatch Logs oder dem CloudWatch eingebetteten metrischen Format in Betracht, um metrische Daten einzufügen. Weitere Informationen finden Sie in den folgenden Ressourcen:

GetMetricData

GetMetricData kann ebenfalls erhebliche Kosten verursachen. Zu den gängigsten kostentreibenden Anwendungsfällen gehören Überwachungstools von Drittanbietern, die Daten abrufen, um Erkenntnisse zu generieren. Weitere Informationen finden Sie GetMetricDatain der CloudWatch APIAmazon-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

Sie können die folgende Abfrage verwenden, um anhand des Amazon-Ressourcennamens (ARN) nachzuverfolgen, welche Metrik-Streams Kosten verursachen.

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='2022' 
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 generierten Kosten zu reduzieren, streamen Sie nur die Metriken, 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 CloudWatch Amazon-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 Anomalieerkennungsalarm 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 Anomalieerkennungsmodell erstellt. Informationen zum Erstellen eines Alarms bei der Erkennung von Anomalien finden Sie unter Erstellen eines CloudWatch Alarms auf der Grundlage der Anomalieerkennung.

Metrics Insights fragt Alarme ab

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.

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

aws cloudwatch describe-alarms –state-value INSUFFICIENT_DATA

Weitere Möglichkeiten zur Kostensenkung:

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. Unabhängig davon verursachen verkaufte Logs Kosten für die Lieferung 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 beiden Methoden können Sie ermitteln, welche Protokolle Kosten verursachen, und bestimmen, wie die Kosten generiert werden.

Verwenden 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, können Sie nur die Nutzung der letzten 14 Tage sehen.

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
bill_payer_account_id as Payer,
line_item_usage_account_id as LinkedAccount,
line_item_resource_id AS ResourceID,
line_item_usage_type AS UsageType,
SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend,
SUM(CAST(line_item_usage_amount AS double)) AS UsageQuantity
FROM
costandusagereport 
WHERE
product_product_name = 'AmazonCloudWatch'
AND year='2022'
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
bill_payer_account_id,
line_item_usage_account_id,
line_item_usage_type,
line_item_resource_id,
line_item_operation
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 CloudWatch Logs-Rechnung? .