分析、最佳化和降低 CloudWatch 成本

本節說明 Amazon CloudWatch 功能如何產生成本。此外，還提供可協助您分析、最佳化和降低 CloudWatch 成本的方法。在本節中，我們有時會在描述 CloudWatch 功能時提及定價。如需有關定價的資訊，請參閱 Amazon CloudWatch 定價。

使用 Cost Explorer 分析 CloudWatch 成本和用量資料

透過 AWS Cost Explorer，您可以視覺化和分析一段時間內 AWS 服務 的成本和用量資料，包括 CloudWatch。如需詳細資訊，請參閱 入門 AWS Cost Explorer。

下列程序說明如何使用 Cost Explorer 來視覺化並分析 CloudWatch 的成本和用量資料。

視覺化和分析 CloudWatch 成本和用量資料

下圖顯示 CloudWatch 功能在六個月內產生的成本範例。

若要查看哪些 CloudWatch 功能產生最多的成本，請查看 UsageType 的價值。例如：EU-CW:GMD-Metrics 代表 CloudWatch 大量 API 請求產生的成本。

下表包含每個 CloudWatch 功能的名稱、列出每個子功能的名稱，以及列出 的字串UsageType。

使用 和 Athena 分析 CloudWatch AWS Cost and Usage Report成本和用量資料

分析 CloudWatch 成本和用量資料的另一種方法是搭配 AWS Cost and Usage Report Amazon Athena 使用 。 AWS Cost and Usage Report包含一組完整的成本和用量資料。您可以建立可追蹤成本和用量的報告，並可將這些報告發佈至您所選的 S3 儲存貯體。您也可以從您的 S3 儲存貯體下載並刪除您的報告。如需詳細資訊，請參閱 AWS Cost and Usage Report使用者指南中的什麼是 AWS Cost and Usage Report？。

Athena 是一種查詢服務，您可以搭配 AWS Cost and Usage Report使用，以分析成本和用量資料。您可以在 S3 儲存貯體中查詢報告，而無需先進行下載。如需詳細資訊，請參閱《Amazon Athena 使用者指南》中的什麼是 Amazon Athena？。如需詳細資訊，請參閱《Amazon Athena 使用者指南》中的什麼是 Amazon Athena？。如需有關定價的資訊，請參閱 Amazon Athena 定價。

下列程序說明啟用 AWS Cost and Usage Report和整合服務與 Athena 的程序。此程序包含兩個範例查詢，您可以使用這些查詢來分析 CloudWatch 成本和用量資料。

使用 和 Athena AWS Cost and Usage Report分析成本和用量資料

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)' 
-- 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='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,
line_item_resource_id,
line_item_operation

最佳化和降低 CloudWatch 指標的成本

許多 AWS 服務 Amazon Elastic Compute Cloud (Amazon EC2)、Amazon S3 和 Amazon Data Firehose 等 都會免費自動將指標傳送至 CloudWatch。不過，歸入以下類別的指標可能會產生額外的成本：

如需詳細資訊，請參閱使用 Amazon CloudWatch 指標。

自訂指標

您可以建立自訂指標，以任何順序和任何速率來組織資料點。

所有自訂指標均依小時按比例分配。只有在傳送至 CloudWatch 時，才會進行計量。如需有關指標如何定價的資訊，請參閱 Amazon CloudWatch 定價。

下表列出 CloudWatch 指標的相關子功能名稱。資料表包含 UsageType 和 Operation 的字串，可協助您分析和識別指標相關的成本。

詳細監控

CloudWatch 有兩種類型的監控：

與自訂指標類似，詳細監控會依小時按比例分配，並且只有在資料傳送至 CloudWatch 時才會計量。詳細監控會根據傳送至 CloudWatch 的指標數量產生成本。為了降低成本，請僅在必要時啟用詳細監控。如需有關詳細監控如何定價的資訊，請參閱 Amazon CloudWatch 定價。

範例：Athena 查詢

您可以使用以下查詢來顯示哪些 EC2 執行個體已啟用詳細監控。

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

內嵌指標

透過 CloudWatch 內嵌指標格式，您可以將應用程式資料擷取為日誌資料，以便產生可操作的指標。如需詳細資訊，請參閱使用 CloudWatch 內嵌指標格式擷取高基數日誌和產生指標。

內嵌指標會依擷取的日誌數量、封存的日誌數量以及產生的自訂指標數量來產生成本。

下表列出 CloudWatch 內嵌指標格式的相關子功能名稱。資料表包含 UsageType 和 Operation 的字串，可協助您分析和識別成本。

若要分析成本，請將 AWS Cost and Usage Report與 Athena 搭配使用，以便識別哪些指標產生成本，並判斷如何產生成本。

為了充分利用 CloudWatch 內嵌指標格式產生的成本，請避免根據高基數維度建立指標。如此一來，CloudWatch 就不會為每個唯一的維度組合建立自訂指標。如需詳細資訊，請參閱維度。

如果您使用 CloudWatch Container Insights 來利用內嵌指標格式，則可以使用 AWS Distro for Open Telemetry 作為替代方案，以充分利用指標相關成本。使用 Container Insights，您可收集、彙整和摘要您容器化的應用程式及微服務中的指標及日誌。當您啟用 Container Insights 時，CloudWatch 代理程式會將您的日誌傳送至 CloudWatch，以便使用日誌產生內嵌指標。不過，CloudWatch 代理程式只會傳送固定數量的指標至 CloudWatch，而且您需支付所有可用指標 (包括未使用的指標) 的費用。使用 AWS Distro for Open Telemetry，您可以設定和自訂哪些指標和維度會傳送至 CloudWatch。這可協助您減少 Container Insights 所產生的資料量和成本。如需詳細資訊，請參閱下列資源：

API 請求

CloudWatch 具有以下類型的 API 請求：

API 請求會根據請求類型和請求的指標數量產生成本。

下列資料表列出了 API 請求的類型，並包含 UsageType 和 Operation 的字串，可協助您分析和識別 API 相關的成本。

若要分析成本，請使用 Cost Explorer，並將結果依據 API Operation (API 操作) 分組。

API 請求的成本各不相同，當您超過 AWS 免費方案限制下提供給您的 API 呼叫數量時，會產生成本。

通常會增加成本的 API 請求是 Put 和 Get 請求。

PutMetricData

PutMetricData 每次呼叫時都會產生成本，並且根據使用案例可能會產生可觀的成本。如需詳細資訊，請參閱《Amazon CloudWatch API 參考》中的 PutMetricData。

為了充分利用 PutMetricData 所產生的成本，請在您的 API 呼叫中批次處理更多資料。根據您的使用案例，請考慮使用 CloudWatch Logs 或 CloudWatch 內嵌指標格式來插入指標資料。如需詳細資訊，請參閱下列資源：

GetMetricData

GetMetricData 也會產生可觀的成本。增加成本的常見使用案例涉及第三方監控工具，這些工具會提取資料以產生深入解析。如需詳細資訊，請參閱《Amazon CloudWatch API 參考》中的 GetMetricData。

為了降低 GetMetricData 產生的成本，請僅考慮提取受監控和使用的資料，或考慮減少提取資料的頻率。視您的使用案例而定，您可能會考慮使用指標串流 (而不是 GetMetricData)，以便您以較低的成本，將資料以近乎即時的方式推播給第三方。如需詳細資訊，請參閱下列資源：

GetMetricStatistics

視您的使用案例而定，您可能會考慮使用 GetMetricStatistics 而不是 GetMetricData。透過 GetMetricData，您可以快速且大規模地擷取資料。不過， GetMetricStatistics 包含在最多 100 萬個 API 請求 AWS 的免費方案限制下，如果您不需要擷取每次呼叫的指標和資料點，這可協助您降低成本。如需詳細資訊，請參閱下列資源：

CloudWatch 指標串流

使用 CloudWatch 指標串流，您可以持續將指標傳送至 AWS 目的地和第三方服務供應商目的地。

指標串流會根據指標更新的數量產生成本。指標更新一律包含以下統計資料的值：

如需詳細資訊，請參閱可供串流的統計資料。

若要分析 CloudWatch 指標串流所產生的成本，請使用 AWS Cost and Usage Report搭配 Athena。如此一來，您就可以識別哪些指標串流會產生成本，並決定成本的產生方式。

範例：Athena 查詢

您可以使用以下查詢來依 Amazon Resource Name (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='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

若要降低 CloudWatch 指標串流產生的成本，請僅串流可帶來商業價值的指標。您也可以停止或暫停未使用的任何指標串流。

最佳化和降低 CloudWatch 警示的成本

使用 CloudWatch 警示，您可以根據單一指標建立警示、根據 Metrics Insights 查詢建立警示，以及建立監看其他警示的複合警示。

指標警示

指標警示具有下列解析度設定：

如果建立指標警示，費用會根據警示的解析設定和警示參考的指標數量而定。例如，指標警示每參考一個指標，每小時就會產生一個警示指標成本。如需詳細資訊，請參閱使用 Amazon CloudWatch 警示。

如果建立的指標警示包含參考多個指標的指標數學表達式，則指標數學表達式中參考的每個警示指標都會產生費用。如需有關如何建立包含指標數學表達式的指標警示的詳細資訊，請參閱根據指標數學表達式建立 CloudWatch 警示。

如果建立的是異常偵測警示 (警示會分析過去的指標資料來建立預期值模型)，則警示中參考的每個警示指標 (以及兩個額外指標，其中一個用於異常偵測模型建立的上下限範圍指標) 都會產生費用。如需有關如何建立異常偵測警示的詳細資訊，請參閱建立以異常偵測為基礎的 CloudWatch 警示。

Metrics Insights 查詢警示

Metric Insights 查詢警示是一種特定類型的指標警示，僅提供標準解析度 (每 60 秒評估一次)。

建立 Metric Insights 查詢警示時，費用會根據警示參考的查詢所分析的指標數量而定。例如，某個 Metric Insights 查詢警示所參考之查詢的篩選條件符合十個指標，那麼此查詢警示每小時會產生分析十個指標的成本。如需詳細資訊，請參閱 Amazon CloudWatch 定價。

如果您建立的警示同時包含 Metrics Insights 查詢和指標數學運算式，則會將其回報為 Metrics Insights 查詢警示。如果您的警示包含一個指標數學運算式，它不僅參考 Metrics Insights 查詢分析的指標，還參考其他指標，那麼指標數學運算式中參考的每個警報指標都會產生額外費用。如需有關如何建立包含指標數學表達式的指標警示的詳細資訊，請參閱根據指標數學表達式建立 CloudWatch 警示。

複合警示

複合警示包含指定如何評估其他警示狀態以判斷其自身狀態的規則表達式。複合警示會每小時產生標準費用，無論它們評估了多少個其他警示。複合警示的規則表達式參考的每個警示都會產生費用。如需詳細資訊，請參閱建立複合警示。

警示使用類型

下表列出 CloudWatch 警示的相關子功能名稱。資料表包含 UsageType 的字串，可協助您分析和識別與警示相關的成本。

降低警示成本

若要充分利用彙總四個 (或更多) 指標的指標數學警示優化所產生的成本，您可以在資料傳送至 CloudWatch 之前彙總資料。如此一來，您就可以為單一指標建立警示，而不是為多個指標彙總資料的警示。如需詳細資訊，請參閱發佈自訂指標。

若要最佳化 Metric Insights 查詢警示產生的成本，您可以確保用於查詢的篩選條件僅符合您要監控的指標。

降低成本的最佳方法是移除所有不必要或未使用的警示。例如，您可以刪除評估不再存在之 AWS 資源所發出指標的警示。

aws cloudwatch describe-alarms –state-value INSUFFICIENT_DATA

其他降低成本的方法包括：

最佳化和降低 CloudWatch Logs 的成本

Amazon CloudWatch Logs 具有下列日誌類型：

如需已結束日誌的詳細資訊，請參閱《Amazon CloudWatch Logs 使用者指南》中的啟用特定 AWS 服務的記錄。

自訂和付費日誌會根據收集、儲存及分析的日誌數量產生成本。個別而言，已終止的日誌會產生交付至 Amazon S3 和 Firehose 的成本。

下表列出 CloudWatch Logs 功能的名稱和相關子功能的名稱。資料表包含 UsageType 和 Operation 的字串，可協助您分析和識別日誌相關的成本。

若要分析成本，請使用 AWS Cost and Usage Report AWS Cost Explorer Service 或 搭配 Athena。使用任一方法，您可以識別哪些日誌產生成本，並判斷如何產生成本。

使用 AWS Cost Explorer Service

選取服務篩選條件的 CloudWatch，然後選取維度的資源。當您在 Cost Explorer Service 中選取資源做為維度時，您只能看到過去 14 天的用量。

使用 Amazon Athena 查詢來追蹤產生成本的日誌

您可以使用以下查詢來依資源 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='1'
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_operation
ORDER BY
TotalSpend DESC

若要充分利用 CloudWatch Logs 所產生的成本，請考慮下列事項：

若要降低付費日誌的成本，請考慮您的使用案例，然後判斷是否應將您的日誌傳送至 CloudWatch 或 Amazon S3。如需詳細資訊，請參閱《Amazon CloudWatch Logs 使用者指南》中的傳送至 Amazon S3 的日誌。

如需有關如何充分利用 CloudWatch Logs 產生的成本的其他資訊，請參閱 Which log group is causing a sudden increase in my CloudWatch Logs bill? (哪個日誌群組導致我的 CloudWatch 日誌帳單突然增加？)。