CloudWatch 비용 분석, 최적화 및 절감
이 섹션에서는 Amazon CloudWatch 기능 사용 시 발생하는 비용을 설명합니다. 또한 CloudWatch 비용을 분석하고 최적화하고 줄이는 데 도움이 되는 방법도 제시합니다. 이 섹션에서 CloudWatch 기능을 설명할 때 요금을 언급하기도 합니다. 요금에 대한 자세한 내용은 Amazon CloudWatch 요금
주제
Cost Explorer로 CloudWatch 비용 및 사용량 데이터 분석
AWS Cost Explorer를 사용하면 CloudWatch를 비롯한 AWS 서비스의 시간 경과에 따른 비용 및 사용량 데이터를 시각화하고 분석할 수 있습니다. 자세한 내용은 AWS Cost Explorer 시작하기
다음 절차에서는 Cost Explorer를 사용하여 CloudWatch 비용 및 사용량 데이터를 시각화하고 분석하는 방법을 설명합니다.
CloudWatch 비용 및 사용량 데이터를 시각화하고 분석하려면
-
https://console.aws.amazon.com/cost-management/home#/custom
에서 Cost Explorer 콘솔에 로그인합니다. -
FILTERS(필터) 아래의 Service(서비스)에서 CloudWatch를 선택합니다.
-
Group by(그룹화 기준)에서 Usage Type(사용 유형)을 선택합니다. 다음과 같은 다른 범주를 기준으로 결과를 그룹화할 수도 있습니다.
-
API Operation(API 작업) - 가장 많은 비용을 유발한 API 작업을 확인할 수 있습니다.
-
Region(리전) - 비용이 가장 많이 발생한 리전을 확인할 수 있습니다.
-
다음 이미지는 6개월 동안 CloudWatch 기능 사용으로 발생한 비용의 예를 보여줍니다.
어떤 CloudWatch 기능이 가장 많은 비용을 유발했는지 확인하려면 UsageType
의 값을 살펴봅니다. 예를 들어 EU-CW:GMD-Metrics
는 CloudWatch 대량 API 요청으로 발생한 비용을 나타냅니다.
참고
UsageType
의 문자열은 특정 기능과 리전을 나타냅니다. 예를 들어 EU-CW:GMD-Metrics
(EU
)는 유럽(아일랜드) 리전을 나타내고 EU-CW:GMD-Metrics
(GMD-Metrics
)는 CloudWatch 대량 API 요청을 나타냅니다.
UsageType
의 전체 문자열 형식은 <Region>-CW:<Feature>
또는 <Region>-<Feature>
입니다.
로그 및 경보와 같은 일부 CloudWatch 기능은 Global
리전을 사용하여 프리 티어 사용량을 식별하기도 합니다. 예를 들어, Global-DataScanned-Bytes
는 무료 CloudWatch Logs 데이터 모으기 사용량을 나타냅니다.
가독성을 높이기 위해 이 문서에 있는 표에서 UsageType
의 문자열은 문자열 접미사로 축약되었습니다. 예를 들어 EU-CW:GMD-Metrics
는 GMD-Metrics
로 축약됩니다.
다음 표에는 각 CloudWatch 기능의 이름, 각 하위 기능의 이름 및 UsageType
의 문자열이 나열되어 있습니다.
CloudWatch 기능 | CloudWatch 하위 기능 |
|
---|---|---|
CloudWatch 지표 | 사용자 지정 지표 |
|
세부 모니터링 |
|
|
임베디드 지표 |
|
|
CloudWatch API 요청 | API 요청 |
|
대량(Get) |
|
|
Contributor Insights |
|
|
비트맵 이미지 스냅샷 |
|
|
CloudWatch 지표 스트림 | 지표 스트림 |
|
CloudWatch 대시보드 | 지표가 50개 이하인 대시보드 |
|
50개를 초과하는 지표가 있는 대시보드 |
|
|
CloudWatch 경보 | 표준(지표 경보) |
|
고분해능(지표 경보) |
|
|
Metrics Insights query alarm(Metrics Insights 쿼리 경보) |
|
|
Composite (aggregated alarm)(복합(집계된 경보)) |
|
|
CloudWatch Application Signals | Application Signals |
|
CloudWatch 사용자 지정 로그 | 수집(표준 로그 클래스의 데이터 모으기) |
|
수집(비정기 액세스 로그 클래스의 데이터 모으기) |
|
|
분석(query) |
|
|
분석(Live Tail) |
|
|
저장(archive) |
|
|
탐지 및 마스킹(데이터 보호) |
|
|
CloudWatch 벤딩 로그 | 전송(Amazon CloudWatch Logs Standard 로그 클래스) |
|
전송(CloudWatch Logs Infrequent Access 로그 클래스) |
|
|
전송(Amazon S3) |
|
|
Parquet 형식으로 전송(Amazon S3) |
|
|
전송(Amazon Data Firehose) |
|
|
Contributor Insights | CloudWatch Logs(규칙) |
|
CloudWatch Logs(이벤트) |
|
|
Amazon DynamoDB(규칙) |
|
|
DynamoDB(이벤트) |
|
|
Canary(Synthetics) | 실행 |
|
Evidently | 이벤트 |
|
분석 단위 |
|
|
RUM | 이벤트 |
|
AWS Cost and Usage Report와 Athena로 CloudWatch 비용 및 사용량 데이터 분석
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란 무엇입니까?를 참조하세요.
참고
AWS Cost and Usage Report 사용에 대해 부과되는 요금은 없습니다. Amazon Simple Storage Service(S3)에 보고서를 게시할 때만 스토리지에 대해 비용을 지불합니다. 자세한 내용은 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 비용 및 사용량 데이터를 분석하는 데 사용할 수 있는 두 가지 예제 쿼리가 포함되어 있습니다.
참고
이 문서의 예제 쿼리 중 어느 것이든 사용할 수 있습니다. 이 문서의 모든 예제 쿼리는 costandusagereport라는 데이터베이스에 해당하며, 4월 한 달과 2022년 한 해 동안의 결과를 보여줍니다. 이 정보를 변경할 수 있습니다. 단, 쿼리를 실행하기 전에 데이터베이스 이름이 쿼리의 데이터베이스 이름과 일치하는지 확인하세요.
AWS Cost and Usage Report 및 Athena로 CloudWatch 비용 및 사용량 데이터를 분석하려면
-
AWS Cost and Usage Report를 활성화합니다. 자세한 내용은 AWS Cost and Usage Report 사용 설명서에서 비용 및 사용 보고서 생성을 참조하세요.
작은 정보
보고서를 생성할 때 Include resource IDs(리소스 ID 포함)를 선택해야 합니다. 그렇지 않으면 보고서에
line_item_resource_id
열이 포함되지 않습니다. 이 줄은 비용 및 사용량 데이터를 분석할 때 비용을 추가로 식별하는 데 도움이 됩니다. -
AWS Cost and Usage Report와 Athena 통합 자세한 내용은 AWS Cost and Usage Report 사용 설명서에서 AWS CloudFormation 템플릿을 사용하여 Athena 설정을 참조하세요.
-
비용 및 사용 보고서를 쿼리합니다.
예 CloudWatch 월별 비용을 보여주는 Athena 쿼리
다음 쿼리를 사용하여 특정 월에 가장 많은 비용을 유발한 CloudWatch 기능을 표시할 수 있습니다.
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;
예 CloudWatch 기능이 비용을 생성하는 방식을 보여주는 Athena 쿼리
다음 쿼리를 사용하여 UsageType
과 Operation
의 결과를 표시할 수 있습니다. 이 쿼리는 CloudWatch 기능 사용에 따른 비용 발생 내역을 보여줍니다. 결과에는 UsageQuantity
와 TotalSpend
의 값도 표시되므로 총 사용 비용을 확인할 수 있습니다.
작은 정보
UsageType
에 대한 추가 정보를 표시하려면 이 쿼리에 다음 줄을 추가합니다.
line_item_line_item_description
이 줄은 Description(설명)이라는 열을 생성합니다.
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
CloudWatch 지표의 비용 최적화 및 절감
Amazon Elastic Compute Cloud(Amazon EC2), Amazon S3, Amazon Data Firehose 등 다수의 AWS 서비스는 무료로 CloudWatch에 지표를 자동 전송합니다. 하지만 다음 범주로 분류된 지표의 경우 추가 비용이 발생할 수 있습니다.
-
사용자 지정 지표, 세부 모니터링 및 임베디드 지표
-
API 요청
-
지표 스트림
자세한 내용은 Amazon CloudWatch 지표 사용을 참조하세요.
CloudWatch 경보의 비용 최적화 및 절감
CloudWatch 경보를 사용하면 단일 지표 기반의 경보, Metrics Insights 쿼리 기반의 경보 및 다른 경보를 관찰하는 복합 경보를 생성할 수 있습니다.
참고
미터법 및 복합 경보에 대한 비용은 시간별로 비례 배분됩니다. 알람이 있는 동안에만 알람에 대한 비용이 발생합니다. 비용을 최적화하려면 잘못 구성되거나 가치가 낮은 경보를 남기지 않도록 해야 합니다. 이를 위해 더 이상 필요하지 않은 CloudWatch 경보를 자동으로 정리할 수 있습니다. 자세한 내용은 Amazon CloudWatch 경보 대규모 정리
지표 경보
지표 경보의 분해능 설정은 다음과 같습니다.
-
Standard(표준)(60초마다 평가)
-
High resolution(고분해능)(10초마다 평가)
지표 경보를 생성할 때 비용은 경보의 해상도 설정과 경보가 참조하는 지표 수를 기반으로 합니다. 예를 들어, 하나의 지표를 참조하는 지표 경보는 시간당 하나의 경보-지표 비용을 발생시킵니다. 자세한 내용은 Amazon CloudWatch 경보 사용을 참조하세요.
여러 지표를 참조하는 지표 수학 식을 포함하는 지표 경보를 만드는 경우 지표 수학 표현식에서 참조되는 각 경보-지표에 대해 비용이 발생합니다. 지표 수학 표현식이 포함된 지표 경보를 생성하는 방법은 지표 수학 표현식을 기반으로 CloudWatch 경보 생성을 참조하세요.
경보가 과거 지표 데이터를 분석하여 예상 값 모델을 생성하는 이상 탐지 경보를 생성하는 경우 경보에서 참조되는 각 경보-지표에 대한 비용과 예외 탐지 모델이 생성하는 상위 및 하위 대역 지표에 대한 두 개의 추가 지표에 대한 비용이 발생합니다. 이상 탐지 경보를 생성하는 방법은 이상 탐지를 기반으로 CloudWatch 경보 생성을 참조하세요.
Metrics Insights 쿼리 경보
Metric Insights 쿼리 경보는 특정 유형의 지표 경보로, 표준 해상도(60초마다 평가됨)에서만 사용할 수 있습니다.
Metric Insights 쿼리 경보를 생성할 때 비용은 경보가 참조하는 쿼리에서 분석한 지표 수를 기반으로 합니다. 예를 들어, 필터가 10개의 지표와 일치하는 쿼리를 참조하는 Metric Insights 쿼리 경보는 시간당 10개의 지표 분석 비용을 발생시킵니다. 자세한 내용은 Amazon CloudWatch Pricing
Metrics Insights 쿼리와 지표 수학 표현식이 모두 포함된 경보를 생성하면 Metrics Insights 쿼리 경보로 보고됩니다. 경보에 Metrics Insights 쿼리에서 분석한 지표 외에 다른 지표를 참조하는 지표 수학 표현식이 포함된 경우 지표 수학 표현식에서 참조하는 각 경보 지표에 대해 추가 비용이 발생합니다. 지표 수학 표현식이 포함된 지표 경보를 생성하는 방법은 지표 수학 표현식을 기반으로 CloudWatch 경보 생성을 참조하세요.
복합 경보
복합 경보에는 자체 상태를 확인하기 위해 다른 경보의 상태를 평가하는 방법을 지정하는 규칙 표현식이 포함되어 있습니다. 복합 알람은 평가하는 다른 알람 수에 관계없이 시간당 표준 비용이 발생합니다. 규칙 표현식에서 복합 경보가 참조하는 경보는 별도의 비용이 발생합니다. 자세한 내용은 복합 경보 생성을 참조하세요.
경보 사용 유형
다음 표에는 CloudWatch 경보와 관련한 하위 기능의 이름이 나와 있습니다. 이 표에는 경보 관련 비용을 분석하고 식별하는 데 유용한 UsageType
의 문자열이 포함되어 있습니다.
CloudWatch 하위 기능 |
|
---|---|
표준 지표 경보 |
|
고분해능 지표 경보 |
|
Metrics Insights query alarm(Metrics Insights 쿼리 경보) |
|
복합 경보 |
|
복합 경보에는 자체 상태를 확인하기 위해 다른 경보의 상태를 평가하는 방법을 지정하는 규칙 표현식이 포함되어 있습니다. 복합 알람은 평가하는 다른 알람 수에 관계없이 시간당 표준 비용이 발생합니다. 규칙 표현식에서 복합 경보가 참조하는 경보는 별도의 비용이 발생합니다. 자세한 내용은 복합 경보 생성을 참조하세요.
경보 사용 유형
다음 표에는 CloudWatch 경보와 관련한 하위 기능의 이름이 나와 있습니다. 이 표에는 경보 관련 비용을 분석하고 식별하는 데 유용한 UsageType
의 문자열이 포함되어 있습니다.
CloudWatch 하위 기능 |
|
---|---|
표준 지표 경보 |
|
고분해능 지표 경보 |
|
Metrics Insights query alarm(Metrics Insights 쿼리 경보) |
|
복합 경보 |
|
경보 비용 절감
4개 이상의 지표를 집계하는 지표 수식 경보에서 발생하는 비용을 최적화하기 위해 데이터가 CloudWatch로 전송되기 전에 데이터를 집계할 수 있습니다. 이렇게 하면 여러 지표에 대한 데이터를 집계하는 경보 대신, 단일 지표에 대한 경보를 만들 수 있습니다. 자세한 내용은 사용자 지정 지표 게시를 참조하세요.
Metrics Insights 쿼리 경보에서 생성된 비용을 최적화하기 위해 쿼리에 사용된 필터가 모니터링하려는 지표와만 일치하는지 확인할 수 있습니다.
비용을 절감하는 가장 좋은 방법은 불필요하거나 사용하지 않는 경보를 모두 제거하는 것입니다. 예를 들어, 더 이상 존재하지 않는 AWS 리소스가 내보낸 지표를 평가하는 경보를 삭제할 수 있습니다.
예 DescribeAlarms
를 사용하여 INSUFFICIENT_DATA
상태의 경보 확인
리소스는 삭제하지만 리소스에서 내보내는 지표 경보는 삭제하지 않은 경우 경보가 계속 존재하며 일반적으로 INSUFFICIENT_DATA
상태가 됩니다. INSUFFICIENT_DATA
상태의 경보를 확인하려면 다음 AWS Command Line Interface(AWS CLI) 명령을 사용합니다.
aws cloudwatch describe-alarms –state-value INSUFFICIENT_DATA
자세한 내용은 Amazon CloudWatch 경보 자동 대규모 정리
다음 방법으로도 비용을 절감할 수 있습니다.
-
올바른 지표에 대한 경보를 생성합니다.
-
작업하지 않는 리전에 경보가 활성화되어 있지 않은지 확인합니다.
-
복합 알람은 소음을 줄여주지만 추가 비용도 발생합니다.
-
표준 경보를 생성할지 아니면 고분해능 경보를 생성할지 결정할 때는 사용 사례와 각 경보 유형이 제공하는 가치를 고려하세요.
CloudWatch Log의 비용 최적화 및 절감
Amazon CloudWatch Logs의 로그 유형은 다음과 같습니다.
-
사용자 지정 로그(애플리케이션용으로 생성한 로그)
-
벤딩 로그(Amazon Virtual Private Cloud(VPC), Amazon Route 53 등의 다른 AWS 서비스에서 자동으로 생성되는 로그)
벤딩 로그에 대한 자세한 내용은 Amazon CloudWatch Logs 사용 설명서의 특정 AWS 서비스에서 로깅 활성화를 참조하세요.
사용자 지정 로그와 벤딩 로그는 수집되고, 저장되고, 분석되는 로그 수에 따라 비용이 발생합니다. 반면, 벤딩 로그의 경우 Amazon S3와 Firehose로 전송하는 데 대한 비용이 발생합니다.
다음 표에는 CloudWatch Logs 기능의 이름과 관련 하위 기능의 이름이 나와 있습니다. 이 표에는 로그 관련 비용을 분석하고 식별하는 데 유용한 UsageType
및 Operation
의 문자열이 포함되어 있습니다.
CloudWatch Logs 기능 | CloudWatch Logs 하위 기능 |
|
|
용도 |
---|---|---|---|---|
사용자 지정 로그 | 수집(표준 로그 클래스의 데이터 모으기) |
|
|
표준 클래스 로그 그룹의 특정 로그 스트림에 로그의 배치를 업로드합니다. |
수집(비정기 액세스 로그 클래스의 데이터 모으기) |
|
|
Infrequent Access 클래스 로그 그룹의 특정 로그 스트림에 로그의 배치를 업로드합니다. | |
탐지 및 마스킹(데이터 보호) |
|
|
로그 이벤트에서 보호된 데이터를 탐지하고 마스킹합니다. | |
저장(archive) |
|
|
CloudWatch Logs에 시간당 로그와 바이트당 로그를 저장합니다. | |
분석(Logs Insights 쿼리) |
|
|
CloudWatch Logs Insights 쿼리에 의해 스캔된 데이터를 로깅합니다. | |
분석(Logs Live Tail) |
|
|
CloudWatch Logs Live Tail 세션 중에 분석된 로그 | |
벤딩 로그 | 전송(CloudWatch Logs 표준 로그 클래스) |
|
|
표준 로그 클래스의 로그 그룹에 특정 로그 스트림에 대한 로그의 배치를 업로드합니다. |
전송(CloudWatch Logs Infrequent Access 로그 클래스) |
|
|
Infrequent Access 로그 클래스의 로그 그룹에 특정 로그 스트림에 대한 로그의 배치를 업로드합니다. | |
전송(Amazon S3) |
|
|
특정 S3 버킷에 벤딩 로그의 배치 업로드 |
|
Parquet 형식으로 전송(Amazon S3) |
|
|
Amazon S3로 전송된 로그에서 Parquet 변환 수행 |
|
전송(Firehose) |
|
|
Amazon Data Firehose에 벤딩 로그의 배치 업로드 |
비용을 분석하려면 AWS Cost and Usage Report를 Athena와 함께 사용하여 비용이 발생하는 로그를 식별하고 비용이 어떻게 발생하는지 확인합니다.
예:
예 로그 생성 비용을 추적하기 위한 Athena 쿼리
다음 쿼리를 사용하여 비용이 발생하는 로그를 리소스 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
CloudWatch Logs에서 발생하는 비용을 최적화하려면 다음을 고려하세요.
-
비즈니스 가치를 창출하는 이벤트만 로깅합니다. 이렇게 하면 수집 비용을 줄일 수 있습니다.
-
로그 보존 설정을 변경하여 스토리지 비용을 절감할 수 있습니다. 자세한 내용은 Amazon CloudWatch Logs User Guide의 CloudWatch에서 로그 데이터 보존 기간을 변경을 참조하세요.
-
CloudWatch Logs Insights가 기록에 자동으로 저장하는 쿼리를 실행합니다. 이렇게 하면 분석 비용을 줄일 수 있습니다. 자세한 내용은 Amazon CloudWatch Logs 사용 설명서의 실행 중인 쿼리 또는 쿼리 기록 보기를 참조하세요.
-
CloudWatch 에이전트를 사용하여 시스템 및 애플리케이션 로그를 수집하여 CloudWatch로 전송합니다. 이렇게 하면 기준에 맞는 로그 이벤트만 수집할 수 있습니다. 자세한 내용은 Amazon CloudWatch Agent adds Support for Log Filter Expressions(Amazon CloudWatch 에이전트, 로그 필터 표현식에 대한 지원 추가)
를 참조하세요.
벤딩 로그의 비용을 줄이려면, 사용 사례를 고려하여 로그를 CloudWatch로 전송할지 Amazon S3 S3로 전송할지 결정하세요. 자세한 내용은 Amazon CloudWatch Logs 사용 설명서의 Amazon S3로 전송된 로그를 참조하세요.
작은 정보
지표 필터, 구독 필터, CloudWatch Logs Insights 및 Contributor Insights를 사용하려면 벤딩 로그를 CloudWatch로 전송하세요.
또는 VPC 흐름 로그를 감사 및 규정 준수 목적으로 사용하는 경우, 벤딩 로그를 Amazon S3로 전송하세요.
VPC 흐름 로그를 S3 버킷에 게시할 때 발생하는 요금을 추적하는 방법은 Amazon S3에서 AWS Cost and Usage Report 및 비용 할당 태그를 사용하여 VPC 흐름 로그 데이터 모으기 파악(Using s and cost allocation tags to understand VPC FLow Logs data ingestion in Amazon S3)
CloudWatch Logs에서 발생하는 비용을 최적화하는 방법은 CloudWatch Logs 요금이 갑자기 증가하는 것은 어떤 로그 그룹 때문인가요?(Which log group is causing a sudden increase in my CloudWatch Logs bill?)