클라우드 서비스를 이용하다 보면 누구나 한 번쯤 겪게 되는 아찔한 순간이 있습니다. 바로 예상치 못한 금액이 찍힌 청구서를 받아보는 순간입니다. "분명히 테스트만 하고 껐는데 왜 이런 금액이 나왔지?" 혹은 "트래픽이 별로 없었는데 왜 비용이 급증했을까?"라는 의문이 꼬리를 뭅니다. AWS(Amazon Web Services)는 사용한 만큼 비용을 지불하는 종량제 시스템을 채택하고 있어 매우 합리적이지만, 반대로 리소스 관리를 소홀히 하거나 설정을 잘못해두면 순식간에 기업이나 개인의 재정에 큰 타격을 줄 수 있습니다. 특히 최근 개발 환경 트렌드가 Docker나 Kubernetes 같은 컨테이너 기반으로 넘어가고, AI 자동화 도구들이 늘어나면서 무심코 생성된 리소스가 방치되어 비용 누수를 일으키는 경우가 빈번해졌습니다.
단순히 "비용이 많이 나왔네"라고 넘길 것이 아니라, 정확히 언제, 어떤 서비스에서, 무슨 이유로 비용이 발생했는지 철저하게 분석해야 합니다. 이 과정이 선행되지 않으면 다음 달에도 똑같은 청구서를 받게 될 것입니다. 이번 가이드에서는 AWS의 강력한 분석 도구인 '비용 탐색기(Cost Explorer)'를 활용하여 비용 급증의 원인을 현미경처럼 들여다보고, 숨어있는 좀비 리소스들을 찾아내어 안전하게 제거하는 방법을 아주 상세하게 다룰 것입니다. 클라우드 비용 절감은 단순히 돈을 아끼는 것을 넘어, 불필요한 리소스를 줄여 보안 위협을 최소화하고 인프라 운영의 효율성을 극대화하는 핵심적인 엔지니어링 역량입니다.
AWS 비용 탐색기(Cost Explorer) 시작하기와 기본 설정
비용 문제를 해결하기 위한 첫 번째 단계는 현황을 파악하는 것입니다. AWS 비용 탐색기는 과거의 비용 패턴을 시각화하고, 현재 상태를 진단하며, 미래의 비용을 예측할 수 있게 해주는 가장 기본적이면서도 강력한 도구입니다. 하지만 많은 사용자가 단순히 총액만 확인하고 세부 기능을 활용하지 못하는 경우가 많습니다. 비용 탐색기를 제대로 활용하기 위해서는 먼저 올바른 활성화 과정과 초기 필터링 설정이 필요합니다.
비용 탐색기 활성화 및 데이터 반영 시간 이해하기
새로 생성한 AWS 계정이라면 비용 탐색기가 기본적으로 비활성화되어 있을 수 있습니다. 결제 대시보드(Billing Dashboard)에서 'Cost Explorer' 메뉴로 이동하여 기능을 활성화해야 합니다. 여기서 중요한 점은 활성화 버튼을 누른다고 해서 즉시 데이터를 볼 수 있는 것이 아니라는 점입니다. AWS 시스템이 과거 데이터를 수집하고 인덱싱하는 데 최대 24시간이 소요될 수 있습니다. 따라서 비용 이슈가 발생했을 때 허둥지둥 활성화하기보다는, 계정을 생성하자마자 미리 활성화해 두는 것이 바람직합니다.
데이터의 최신성 또한 중요한 고려 사항입니다. 비용 탐색기의 데이터는 실시간이 아닙니다. 보통 24시간 정도의 지연 시간이 발생하며, 월말 결산 시점에는 확정 데이터가 나오기까지 며칠이 더 걸릴 수 있습니다. 만약 오늘 오전에 막대한 트래픽을 발생시켰다면, 그 비용은 내일이나 모레 비용 탐색기에 반영될 확률이 높습니다. 따라서 급격한 비용 증가가 의심될 때는 비용 탐색기뿐만 아니라 CloudWatch 지표를 함께 확인하여 리소스 사용량을 교차 검증하는 습관이 필요합니다.
날짜 범위 설정과 세분화(Granularity) 조정
비용 급증의 원인을 찾기 위해서는 '월별(Monthly)' 보기보다는 '일별(Daily)' 보기가 훨씬 유리합니다. 월별 데이터는 전체적인 추세를 보여주지만, 특정 날짜에 발생한 이벤트를 희석시켜 버립니다. 비용 탐색기 상단 날짜 범위 설정에서 최근 3개월 또는 비용이 급증한 특정 달을 선택하고, 그래프의 단위를 '일별'로 변경하세요. 이렇게 하면 막대그래프가 날짜별로 쪼개지면서 어느 날 갑자기 막대가 솟구쳤는지 직관적으로 파악할 수 있습니다.
더 나아가 매우 정밀한 분석이 필요하다면 '시간별(Hourly)' 보기를 활성화할 수도 있습니다. 다만 시간별 데이터는 유료 옵션이거나 보관 기간이 짧을 수 있으므로, 일반적인 원인 분석 단계에서는 일별 데이터로도 충분합니다. 일별 데이터에서 특정 날짜에 비용이 튀어 오른 것을 확인했다면, 그 날짜에 어떤 배포가 있었는지, 혹은 어떤 배치 작업(Batch Job)이 실행되었는지 개발 팀의 일정과 대조해 보는 것이 좋습니다.
💡 전문가 팁: 비용 분석 시 '비용(Unblended Cost)'과 '사용량(Usage Quantity)'을 번갈아 가며 확인하세요. 비용은 높지 않지만 사용량이 급증했다면, 프리티어 구간이 곧 끝나거나 예약 인스턴스(RI) 커버리지를 벗어나고 있다는 신호일 수 있습니다.
비용 급증 원인을 파헤치는 3단계 심층 분석법
단순히 그래프를 보는 것만으로는 "EC2 비용이 늘었네" 정도밖에 알 수 없습니다. 구체적으로 어떤 인스턴스 타입이, 어떤 리전에서, 데이터 전송 때문인지 스토리지 때문인지 알아내야 합니다. 이를 위해 비용 탐색기의 '그룹화(Group by)' 기능과 '필터(Filter)' 기능을 조합하여 마치 양파 껍질을 까듯이 원인을 좁혀나가는 3단계 분석법을 제안합니다.
1단계: 서비스별(Service) 그룹화로 범인 색출하기
가장 먼저 해야 할 일은 '그룹화 기준'을 '서비스(Service)'로 설정하는 것입니다. 이렇게 하면 전체 비용 그래프가 EC2, RDS, S3, CloudWatch 등 서비스별로 색깔이 나뉘어 표시됩니다. 전체 막대그래프 중 가장 큰 비중을 차지하거나, 전월 대비 급격하게 면적이 늘어난 색상을 찾으세요.
- EC2-Other 카테고리 주의: 많은 분들이 'EC2-Instances'만 확인하지만, 실제로는 'EC2-Other' 항목에서 비용이 터지는 경우가 많습니다. 여기에는 EBS 볼륨, NAT 게이트웨이 데이터 처리 비용, Elastic IP 요금 등이 포함됩니다.
- Relational Database Service (RDS): 데이터베이스는 인스턴스 비용뿐만 아니라 스토리지(IOPS 포함), 백업 스토리지 비용이 만만치 않습니다.
- Tax (세금): 간혹 서비스 비용은 그대로인데 부가세(VAT) 이슈로 총액이 늘어 보이는 착
댓글
댓글 쓰기