Google Cloud Monitoring 비용: 메트릭, Prometheus, 상태 확인 계산

Metrics Management 화면에서 metric domain, project, billing account별 사용량부터 확인하세요. 표준 해상도로 수집되는 Google Cloud system metric은 일반적으로 과금되지 않지만 custom, external, workload, user-defined logs-based metric은 수집 byte 기준으로 과금될 수 있습니다. Dashboard 수는 ingestion 용량을 결정하지 않으므로 dashboard 개수로 Monitoring 비용을 추정하면 안 됩니다.

Byte 기준 metric의 월간 용량은 active time series 수, data point 수, value type에 따라 달라집니다. Scalar와 distribution data point에는 서로 다른 과금 byte 가정이 적용됩니다. 예산으로 확정하기 전에 Google Cloud Observability 공식 가격에서 최신 무료 할당량과 구간별 요율을 확인하세요.

Cloud Logging 가이드로 로그 저장·보관 비용 계산하기

Managed Service for Prometheus는 byte가 아니라 수집된 sample 수로 과금됩니다. Active time series × 분당 sample × 월간 분으로 월 sample을 추정한 뒤 최신 sample 가격 구간을 적용하세요. Metric 이름이 적어도 cardinality가 높은 label은 time series를 크게 늘릴 수 있습니다.

Alert나 장애 조사에 쓰이는 신호를 확인한 뒤 불필요한 collector, label, 지나치게 잦은 scrape를 줄이세요. Metric relabeling과 collection filter를 의도적으로 적용하고, 변경 전후의 동일한 traffic 기간을 비교해 workload 감소를 ingestion 최적화로 오해하지 않도록 합니다.

Uptime check는 실행 횟수로 과금되며 선택한 checker region마다 별도로 실행됩니다. Synthetic monitor에는 별도 무료 할당량과 실행 요율이 있고, 호출하는 function, logging, storage, network 비용도 더해질 수 있습니다. 설정 개수가 아니라 실행 주기 × 확인 위치 × 월간 일수로 계산하세요.

Google Cloud console 밖에서 실행되는 Monitoring API read도 반환된 time series 수에 따라 과금될 수 있습니다. Grafana, CLI, 예약 보고서, 자체 integration의 query를 점검하세요. Ingestion과 query attribution metric을 추적하고 billing threshold를 설정하며, 요율과 적용일은 바뀔 수 있으므로 항상 최신 공식 가격으로 검증하세요.