Cloud Cost Sense
Google Cloud Logging 비용: 수집, 보관, 제외 필터 계산
로그 용량, bucket 보관 기간, network telemetry, 중복 routing, destination 비용으로 Google Cloud Logging 비용을 추정합니다.
로그 줄 수가 아니라 저장되는 byte를 측정하세요
Cloud Logging storage는 _Default와 user-defined log bucket으로 들어가는 용량을 기준으로 합니다. Project와 log bucket별 billable byte를 확인한 뒤 application log, audit log, network telemetry를 나누세요. Stack trace, structured payload, 반복 label에 따라 entry 크기가 크게 달라지므로 request 수만으로는 정확히 추정하기 어렵습니다.
_Required bucket은 특정 audit log를 Logging storage 및 retention 추가 비용 없이 보관합니다. 다만 _Required의 복사본을 다른 bucket으로 routing하면 과금 대상이 될 수 있습니다. 저장한 추정치를 견적으로 고정하지 말고 Google Cloud Observability 공식 가격 페이지에서 최신 월 무료 할당량과 요율을 확인하세요.
보관 기간과 모든 저장 목적지를 더하세요
_Default와 user-defined bucket의 기본 보관 기간은 30일입니다. 더 오래 보관하면 유지 용량에 따라 retention 비용이 추가되며, _Required bucket은 추가 비용 없이 400일로 고정됩니다. 모든 로그의 기간을 일괄 연장하지 말고 incident response, security, compliance 필요에 맞춰 bucket별로 정하세요.
Log Router 자체에는 추가 비용이 없지만 목적지 서비스의 storage, processing, transfer 비용은 발생할 수 있습니다. 한 entry를 여러 log bucket에 보내면 각 복사본이 저장되고 과금됩니다. 각 bucket의 ingestion, 30일 초과 retention, Cloud Storage·BigQuery·Pub/Sub 목적지 비용을 따로 계산하세요.
증거를 잃지 않고 noisy log를 줄이세요
필터를 바꾸기 전에 월간 byte와 운영 가치로 log source의 우선순위를 정하세요. 중복 request log, 성공한 health check, verbose debug payload, 대용량 network telemetry가 흔한 점검 대상입니다. VPC Flow Logs, Firewall Rules Logging, Cloud NAT log는 별도 가격 체계를 가진 vended network log이므로 application log와 분리해 추정합니다.
Sink exclusion을 쓰거나 source에서 불필요한 생성을 끄되 security, audit, error, recovery 증거는 보존하세요. Exclusion은 entry가 Logging API에 도착한 뒤 저장량을 줄이므로 write request quota는 줄이지 않습니다. Sample log로 filter를 검증하고 배포 후 error visibility를 확인한 뒤 같은 길이의 기간끼리 Logs Storage 사용량을 비교하세요.