한눈에 보기
- 비용이 튀었을 때 Cost Analysis 필터·그룹화 순서로 원인을 추적합니다.
- 먼저 서비스별 → 리소스별 → 리소스 그룹별로 좁혀 들어가는 게 핵심.
- 실제로 자주 걸리는 ‘범인’ 5가지를 함께 정리했습니다.
비용 급증의 90%는 ‘특정 리소스 하나’가 범인입니다. 막연히 전체를 보면 안 보이고, 차원을 바꿔 좁히면 보입니다. 포털 → Cost Management → 비용 분석에서 아래 순서로 진행하세요.
1단계: 기간과 ‘추세’부터 본다
보기를 일별(Daily)로 바꾸고 최근 30일을 봅니다. 비용이 ‘계단처럼 점프한 날’을 찾으면, 그날 무엇을 배포했는지가 곧 단서입니다.
2단계: 그룹화를 ‘서비스 이름’으로
‘그룹화’를 서비스 이름으로 두면 VM·Storage·Bandwidth·SQL 중 어디서 늘었는지 한눈에 보입니다. 가장 큰 막대를 클릭해 좁힙니다.
3단계: 리소스·리소스 그룹으로 좁히기
의심 서비스를 리소스별로 다시 그룹화하면 정확한 범인이 나옵니다. 태그를 붙여뒀다면 태그 그룹화로 부서별 추적도 가능합니다.
# 현재월 사용량 상위 항목(비용순) 확인
az consumption usage list --top 20 -o table자주 걸리는 범인 5가지
| 증상 | 흔한 범인 | 확인 포인트 |
|---|---|---|
| Bandwidth 급증 | 아웃바운드·리전 간 전송 | NAT·CDN·백업 리전 |
| Storage 급증 | 로그/백업 누적, Hot 티어 방치 | 수명주기 정책 |
| VM 급증 | 스케일셋 과확장, 안 끈 VM | Autoscale·자동종료 |
| SQL 급증 | vCore 자동 확장, 백업 보존 | 서비스 계층·LTR |
| ‘기타’ 급증 | 방화벽·게이트웨이 고정요금 | App Gateway/Firewall |
흔한 실수
- ‘예상 비용(Forecast)’을 실제로 착각 — 상단 예측치를 청구 확정으로 오해하지 마세요.
- 리전 간 트래픽 간과 — 같은 리전·가용성 영역으로 모으면 전송비가 줄어듭니다.
자주 묻는 질문(FAQ)
- Q. 어제 쓴 비용이 바로 보이나요? A. 보통 8~24시간 지연 반영됩니다. 당일 0원도 정상일 수 있습니다.
- Q. 누가 만든 리소스인지 알 수 있나요? A. 활동 로그(Activity Log)에서 생성 호출자를 확인합니다.
- Q. 재발을 막으려면? A. 예산 알림 + 태그 의무화로 항상 추적되게 하세요.
마치며
‘전체를 보지 말고 차원을 바꿔 좁혀라’ — 이 원칙이면 대부분 30분 안에 범인을 찾습니다. 찾은 뒤엔 예산 알림과 태그로 재발을 막으세요.