CloudWatch 도쿄 요금: 단가, 계산식과 청구 분석
AWS 도쿄 리전 공개 단가로 메트릭, 로그, API, 알람과 대시보드 비용을 검산하고 무료 사용량과 UsageType 분석 방법을 정리합니다.
CloudWatch 요금은 호스트당 고정 금액 하나로 계산되지 않습니다. 도쿄 리전에서는 메트릭, API 사용량, 알람, 대시보드, 로그 수집·저장·쿼리 스캔을 각각 계산해야 합니다. 이 글은 단가와 입력값을 공개해 제한된 월간 소계를 직접 검산할 수 있도록 구성했습니다.
발행자는 옵저버빌리티 플랫폼을 제공하는 Guance입니다. AWS 대리점이나 독립 평가 기관의 보고서가 아닙니다. 가격 근거는 AWS 공식 자료로 한정하며, Guance와의 가격 비교나 절감률을 제시하지 않습니다. 실제 청구액은 사용 시점의 단가, 무료 사용량, 크레딧, 계약, 세금과 계정 사용량을 기준으로 확인해야 합니다.
먼저 과금 항목별 사용량을 구분한다
AWS 공식 가격 페이지에 따르면 CloudWatch에는 사전 약정이나 최소 요금이 없으며 사용량에 따라 과금됩니다. 다만 월간 합계는 서로 다른 항목의 합입니다.
CloudWatch 예상 소계
= 구간별 과금 메트릭-월
+ 과금 API 요청 또는 요청한 메트릭 수
+ Metric Streams 메트릭 업데이트 수
+ 알람 메트릭-월 및 복합 알람-월
+ 과금 Basic 사용자 지정 대시보드-월
+ 로그 수집 GB + 저장 GB-month + 스캔 GB + Live Tail 유료 분
+ 그 밖에 활성화한 CloudWatch 기능
각 항목에는 해당 무료 사용량이 배분된 뒤의 과금 수량을 넣습니다. 크레딧, 계약 조정과 세금은 금액 차원의 조정이므로 이 소계에 포함하지 않습니다. 보존 기간을 줄여 로그 저장량이 감소해도 이미 발생한 수집 요금까지 취소되지는 않습니다.
가격표의 리전과 기준일
원래 계산은 2026년 7월 29일 공개된 AmazonCloudWatch 고정 버전 20260729191940을 사용했으며 8월 2일 확인했습니다. 도쿄 리전 코드는 ap-northeast-1, On-Demand 단가의 통화는 USD입니다. 2026년 10월 27일에는 current 버전 20261007115540(10월 7일 공개)과 대조했습니다. 아래 계산에 사용하는 도쿄 단가와 Basic Dashboard의 월 US$3.00은 바뀌지 않았습니다.
Basic Dashboard SKU 5P8PBB6MXV325TDC는 전체 가격표에서 location=Any로 표시되며 도쿄 전용 SKU가 아닙니다. 무료 Global-DashboardsUsageHour-Basic와도 별개입니다. 이 예시에는 각각 50개 이하의 메트릭을 참조하는 Basic 사용자 지정 대시보드만 입력합니다. 50개를 초과하는 Extended 대시보드도 월 US$3.00이지만 세 개의 무료 대시보드 혜택을 받지 못합니다. 자동 대시보드는 무료입니다. 두 종류 모두 이 계산의 Basic 입력에서 제외합니다.
전체 offer index를 Any/Global 전용 파일로 해석해서도 안 됩니다. AWS 가격표 안내는 가격표를 정보 제공용으로 설명합니다. 실제 적용 조건과 청구 내역이 우선합니다.
계산에 쓰는 도쿄 단가
이 표는 일부 항목만 포함하며 CloudWatch 전체 제품 가격표가 아닙니다. 같은 ‘1개’라도 계산 단위가 다릅니다.
| 항목 | 공개 USD 단가 | 집계할 수량 |
|---|---|---|
| 사용자 지정 메트릭: 첫 10,000개 | 0.30 | 메트릭-월 |
| 다음 240,000개 | 0.10 | 해당 구간의 메트릭-월 |
| 다음 750,000개 | 0.05 | 해당 구간의 메트릭-월 |
| 1,000,000개 초과 | 0.02 | 해당 구간의 메트릭-월 |
| 일반 API | 1,000건당 0.01 | 요청 수 |
| GetMetricData | 1,000개당 0.01 | API 호출 수가 아닌 요청 메트릭 수 |
| Metric Streams | 1,000회당 0.003 | 메트릭 업데이트 수 |
| 표준 해상도 알람 | 0.10 | 알람 메트릭-월 |
| 고해상도 알람 | 0.30 | 알람 메트릭-월 |
| 복합 알람 | 0.50 | 복합 알람-월 |
| 유료 Basic 사용자 지정 대시보드 | 3.00 | 대시보드-월, location=Any SKU |
| Standard 로그 수집 | 0.76 | 수집 GB |
| 로그 저장 | 0.033 | GB-month |
| Logs Insights | 0.0076 | 스캔 GB |
| Live Tail | 0.01 | 유료 분 |
무료 사용량은 항목마다 적용 범위가 다릅니다. 일반 API의 월 100만 무료 요청은 APN1-CW:Requests에 적용되며 GetMetricData, GetInsightRuleReport, GetMetricWidgetImage에는 적용하지 않습니다. 무료 알람 메트릭 10개는 메트릭을 직접 나열하는 표준 해상도 알람에만 적용됩니다. Metrics Insights 쿼리 알람, 고해상도·복합 알람, Metric Streams에는 적용되지 않습니다. 무료 사용자 지정 대시보드 세 개는 각각 50개 이하의 메트릭을 참조해야 합니다. Standard 로그 수집, 저장과 Logs Insights에는 각각 별도의 Global 0–5 GB 무료 SKU가 있고, Live Tail에는 월 1,800분이 포함됩니다.
AWS가 각 SKU에 배분한 결과를 사용하십시오. 하나의 무료 사용량을 모든 행에서 반복 차감하거나 크레딧을 무료 수량처럼 처리하면 안 됩니다.
월간 소계 검산
입력값은 원시 총사용량이 아니라 무료 사용량 적용 후의 과금 수량입니다. 메트릭·알람·대시보드는 시간에 따라 비례 계산될 수 있으므로 소수의 월 수량도 가능합니다. 중간 구간은 반올림하지 않고 표시할 USD 소계만 소수 둘째 자리로 반올림합니다.
M = 과금 사용자 지정 메트릭-월
metric_cost(M)
= min(M, 10,000) * 0.30
+ min(max(M - 10,000, 0), 240,000) * 0.10
+ min(max(M - 250,000, 0), 750,000) * 0.05
+ max(M - 1,000,000, 0) * 0.02
예상 소계
= metric_cost(M)
+ 일반API과금요청 * 0.00001
+ GetMetricData요청메트릭 * 0.00001
+ MetricStreams업데이트 * 0.000003
+ 표준알람메트릭월 * 0.10
+ 고해상도알람메트릭월 * 0.30
+ 복합알람월 * 0.50
+ 과금Basic대시보드월 * 3.00
+ Standard로그수집GB * 0.76
+ 로그저장GB-month * 0.033
+ LogsInsights스캔GB * 0.0076
+ LiveTail유료분 * 0.01
| 입력 | 과금 수량 | 식 | 소계(USD) |
|---|---|---|---|
| 사용자 지정 메트릭 | 12,000 메트릭-월 | 10,000 × 0.30 + 2,000 × 0.10 | 3,200.00 |
| 일반 API | 2,000,000건 | 2,000,000 × 0.00001 | 20.00 |
| GetMetricData | 메트릭 1,500,000개 | 1,500,000 × 0.00001 | 15.00 |
| Metric Streams | 업데이트 2,000,000회 | 2,000,000 × 0.000003 | 6.00 |
| 표준 알람 | 50 메트릭-월 | 50 × 0.10 | 5.00 |
| 고해상도 알람 | 5 메트릭-월 | 5 × 0.30 | 1.50 |
| 복합 알람 | 2 알람-월 | 2 × 0.50 | 1.00 |
| 유료 Basic 대시보드 | 2 대시보드-월 | 2 × 3.00 | 6.00 |
| Standard 로그 수집 | 30 GB | 30 × 0.76 | 22.80 |
| 로그 저장 | 50 GB-month | 50 × 0.033 | 1.65 |
| Logs Insights | 100 GB 스캔 | 100 × 0.0076 | 0.76 |
| Live Tail | 유료 200분 | 200 × 0.01 | 2.00 |
| 선택한 항목의 공개 단가 소계 | 3,281.71 |
US$3,281.71은 고객 견적이나 예상 청구서가 아닙니다. 무료 사용량이 이미 배분되고 시간 기반 수량이 집계되어 있으며, 다른 CloudWatch 유료 기능은 사용하지 않는다고 가정한 계산 예시입니다.
사용자 지정 메트릭-월만 바꾸고 나머지를 고정하면 다음과 같습니다.
| 메트릭-월 | 메트릭 소계 | 다른 항목 고정값 | 합계(USD) |
|---|---|---|---|
| 8,000 | 2,400.00 | 81.71 | 2,481.71 |
| 12,000 | 3,200.00 | 81.71 | 3,281.71 |
| 300,000 | 29,500.00 | 81.71 | 29,581.71 |
각 단가는 해당 구간의 증가분에만 적용됩니다. 메트릭 이름 개수와 과금 메트릭-월은 다릅니다. MetricMonitorUsage, 차원 조합과 데이터를 생성하는 서비스를 함께 확인하십시오.
UsageType과 Operation으로 증가 원인을 찾는다
CloudWatch 청구 가이드는 Cost Explorer에서 CloudWatch 서비스를 선택하고 Usage Type, API Operation과 Region으로 그룹화하는 방법을 설명합니다. 도쿄 전용 사용 유형에는 보통 APN1-이 붙지만 대시보드와 무료 사용량은 Global 또는 리전 비종속 항목일 수 있습니다.
Price List의 operation과 CUR의 line_item_operation은 서로 다른 필드입니다. 전자가 비어 있어도 후자가 청구 원인을 추적하는 단서가 될 수 있습니다.
| 비용 단서 | UsageType | 가격표 operation 또는 청구 단서 | 먼저 확인할 것 |
|---|---|---|---|
| 사용자 지정·상세·임베디드 메트릭 | APN1-CW:MetricMonitorUsage |
가격표는 빈 값; CUR은 MetricStorage, MetricStorage:AWS/<Service>, MetricStorage:AWS/Logs-EMF 등 |
네임스페이스, 차원, 생성 주체 |
| 일반 API | APN1-CW:Requests |
가격표는 빈 값; 실제 청구 operation으로 분해 | 호출 주체, 폴링 주기 |
| GetMetricData | APN1-CW:GMD-Metrics |
GetMetricData |
쿼리 횟수와 요청 메트릭 수 |
| Metric Streams | APN1-CW:MetricStreamUsage |
MetricUpdate |
스트림, 필터, 업데이트 수 |
| 알람 유형 | APN1-CW:AlarmMonitorUsage 등 |
가격표는 빈 값; UsageType으로 구분 | 평가 메트릭, 해상도, 유형 |
| Metrics Insights 쿼리 알람 | APN1-CW:MetricInsightAlarmUsage |
가격표는 빈 값; 본 모델에서 제외 | 쿼리가 분석하는 메트릭 수 |
| Basic 사용자 지정 대시보드 | DashboardsUsageHour-Basic |
DashboardHour |
사용자 지정, ≤50 메트릭, 무료 수량 |
| Standard 로그 수집 | APN1-DataProcessing-Bytes |
PutLogEvents |
로그 그룹, 원본, GB |
| 로그 저장 | APN1-TimedStorage-ByteHrs |
가격표는 빈 값; CUR 단서 HourlyStorageMetering |
보존 기간, GB-month |
| Logs Insights | APN1-DataScanned-Bytes |
StartQuery |
시간 범위, 로그 그룹, 스캔 GB |
| Live Tail | APN1-Logs-LiveTail |
StartLiveTail |
세션의 유료 분 |
동일한 기준의 완전한 두 달을 비교해 증가한 Usage Type을 찾은 다음 API Operation과 Region을 나눕니다. 로그는 리소스에서 로그 그룹과 작성 서비스까지 추적해야 합니다. CloudWatch 콘솔을 연 사람이 아니라 다른 AWS 서비스가 생성한 로그가 비용 원인일 수 있습니다. 공식 문서의 Cost Explorer 리소스 차원은 최근 14일을 대상으로 하므로 장기간 리소스 분석에는 CUR을 사용합니다.
다음 Athena/CUR 템플릿은 고객 데이터에서 실행하지 않았습니다. 테이블명과 UTC 기간은 자신의 스키마로 바꾸고, 계정·리소스 식별자와 민감 정보를 공개하지 마십시오.
SELECT
line_item_usage_type,
line_item_operation,
SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS unblended_cost
FROM <cur_table>
WHERE line_item_product_code = 'AmazonCloudWatch'
AND line_item_usage_start_date >= TIMESTAMP '<start_utc>'
AND line_item_usage_start_date < TIMESTAMP '<end_utc>'
AND line_item_line_item_type NOT IN
('Tax', 'Credit', 'Refund', 'EdpDiscount', 'Fee', 'RIFee')
GROUP BY 1, 2
ORDER BY 3 DESC;
비용 절감은 탐지와 보존 요구를 유지해야 한다
기본 메트릭, 무료 사용량과 AWS 기본 통합으로 요구사항을 충족한다면 CloudWatch를 유지하는 것이 합리적일 수 있습니다. 상세 메트릭을 끄면 진단에 필요한 해상도를 잃거나, 고해상도 알람을 바꾸면 SLO·자동 복구가 깨지거나, 로그 보존을 줄이면 감사·조사가 어려워진다면 비용만 보고 변경하면 안 됩니다.
Infrequent Access, Vended Logs, S3/Firehose 전달, 데이터 보호와 Parquet 변환에는 별도 계량 조건이 있습니다. Standard 로그 공식에 그대로 넣지 말고 관련 AWS 서비스 요금도 확인하십시오.
AWS, 다른 클라우드, 애플리케이션과 RUM을 함께 조사해야 한다면 그 워크플로를 가격표와 별도로 평가합니다. Guance AWS Billing 통합은 수집 및 갱신 범위를 설명하지만 AWS 공식 가격을 대신하거나 더 낮은 비용을 보장하지 않습니다.
계정 확인이나 실측이 필요한 범위
이 글에서 사용한 공개 단가는 확인했습니다. 다음은 고객별 조건, 계산에서 제외한 기능 또는 실행하지 않은 검증입니다. 기사 전체가 미확인이라는 뜻이나 AWS에 해당 기능이 없다는 뜻이 아닙니다.
- 무료 사용량 배분, 크레딧, 개별 가격, EDP와 리셀러 계약;
- JPY 청구, 환율 기준일, 세금, 조정과 청구 데이터 지연;
- Application Signals, X-Ray, RUM, Synthetics, Container/Database/Network Insights, OpenTelemetry 메트릭 사용량;
- Metrics Insights 쿼리 알람, Extended·자동 대시보드, GetInsightRuleReport, GetMetricWidgetImage;
- Vended Logs, Infrequent Access, 데이터 보호, S3/Firehose, Parquet와 전송;
- 다른 AWS 서비스와 운영 인력 비용;
- 예시를 실제 고객 청구서와 대조하는 작업. 이번 검토에서는 수행하지 않았습니다.
단가, 무료 사용량, UsageType/Operation 매핑이나 활성화 기능이 바뀌면 다시 계산해야 합니다. 위 공식과 표만으로도 계산을 재현할 수 있으며 대화형 계산기에 의존하지 않습니다. 입력을 저장·전송하지 않고 Guance 절감률도 출력하지 않습니다.
공식 참고 자료
- CloudWatch 가격 및 무료 사용량
- CloudWatch 청구 분석
- CloudWatch Logs 청구 상세
- Price List의 범위와 제한
- Price List Bulk API 사용
단가와 산술 확인일은 2026년 10월 27일입니다. 고객 청구서 대조나 생산 환경 실험을 완료했다고 주장하지 않습니다.
