AWS · 클라우드
AWS 청구서, 무엇부터 어떤 순서로 봐야 합니까
금액이 이상하다는 느낌만으로는 아무것도 좁혀지지 않습니다. 청구서에는 읽는 순서가 있고, 그 순서가 확인 시간을 결정합니다.
이 글의 순서
한눈에 보는 답변
AWS 청구서는 총액에서 시작해 서비스별, 리전별, 사용 유형, 개별 리소스 순으로 좁혀 읽습니다. 콘솔의 Billing and Cost Management에서 해당 월 청구서를 열면 서비스별 금액이 나오고, 각 행을 펼치면 리전과 사용 유형까지 내려갑니다. 리소스 단위는 청구서에 직접 나오지 않으므로 Cost Explorer의 리소스 수준 보기나 비용 할당 태그로 연결해야 합니다. 프리 티어인데 금액이 찍히는 경우는 대개 프리 티어 대상이 아닌 사용 유형이거나 한도를 넘긴 사용량이며, 만든 적 없는 자원이 보이면 지우기 전에 계정 침해를 먼저 확인해야 합니다.
- 적합한 경우
- 청구 금액이 예상과 다른데 어느 화면에서 무엇을 봐야 하는지부터 막히는 경우
- 주의할 경우
- 청구서에서 이상한 항목을 발견했을 때 먼저 지우면 원인을 증명할 기록이 함께 사라집니다. 확인이 먼저이고 정리가 나중입니다
- 핵심 판단 기준
- 청구서 한 줄을 짚어 「어느 리전에서 무엇을 얼마만큼 써서 나온 금액인지」 말할 수 있으면 그 줄은 읽은 것입니다
AWS 청구서를 처음 직접 열어 보면 숫자는 많은데 어디를 봐야 하는지가 잡히지 않습니다. 서비스 이름이 수십 줄 늘어서 있고, 같은 서비스 안에서도 항목이 여러 갈래로 나뉘어 있으며, 정작 궁금한 것 — 어느 서버가 얼마를 썼는가 — 는 어디에도 적혀 있지 않습니다.
이 글은 그 문서를 읽는 순서를 정리합니다. 어디를 눌러 무엇을 보는가가 뼈대이고, 마지막에 국내 사업자가 회계·세무 쪽에서 반복해서 확인하게 되는 항목을 따로 모았습니다.
두 가지는 여기서 다루지 않고 넘깁니다. 금액이 왜 올랐는지 원인을 좁히는 절차는 AWS 비용이 갑자기 올랐다면 확인하는 순서에 있고, 요금이 누구를 거쳐 청구되는지는 AWS 운영을 맡길 때의 청구 구조에 있습니다. 여기서는 청구서라는 문서 자체를 읽는 법만 봅니다.
청구서는 어디서 여는가
AWS 콘솔 오른쪽 위 계정 메뉴에서 Billing and Cost Management로 들어가면 왼쪽에 화면 목록이 있습니다. 처음 봐야 하는 것은 네 개입니다.
- Bills(청구서) — 월별 확정·진행 중 금액과 서비스별 내역. 이 글의 주 무대입니다.
- Free tier(프리 티어) — 무료 한도 항목별 사용률.
- Cost Explorer — 같은 데이터를 기간·축으로 잘라 보는 화면. 「언제부터」를 가르는 곳입니다.
- Budgets(예산) — 다음 달을 위한 알림 설정.
⚠️ 이 화면이 아예 안 보인다면 권한 문제입니다. 결제 정보는 기본적으로 계정 소유자 쪽에만 열려 있고, 일반 IAM 사용자가 보려면 결제 콘솔 접근이 별도로 허용돼 있어야 합니다. 「청구서를 볼 수 있는가」는 계약이 아니라 권한 설정의 문제이므로, 안 보이면 업체나 결제 담당자에게 권한을 요청하는 것이 먼저입니다.
읽는 순서 — 총액에서 리소스까지
청구서는 위에서 아래로 좁혀 읽습니다. 한 단계를 건너뛰면 다음 단계에서 후보가 너무 많아집니다.
| 단계 | 보는 곳 | 여기서 답이 나오는 질문 |
|---|---|---|
| ① 총액 | Bills 화면 상단 요약 | 이번 달 얼마인가, 지난달과 얼마나 다른가 |
| ② 서비스별 | Bills 화면의 서비스 목록 | 총액을 만드는 서비스는 무엇인가 |
| ③ 리전별 | 서비스 행을 펼친 하위 | 그 서비스를 어느 리전에서 썼는가 |
| ④ 사용 유형 | 리전 아래 usage type 행 | 무엇으로 과금됐는가(시간·GB·요청 수) |
| ⑤ 리소스 | Cost Explorer 리소스 보기 · 비용 할당 태그 · 사용량 보고서 | 어느 자원인가 |
③ 리전을 건너뛰지 마십시오. 쓰지 않는 리전 이름이 청구서에 있으면 그 자체가 신호입니다. 테스트로 켜 두고 잊은 자원이거나, 뒤에서 다룰 계정 침해의 첫 흔적일 수 있습니다.
④ 사용 유형이 이 문서에서 가장 정보량이 많은 줄입니다. 대개 리전 접두사-항목-단위 형태로 적히고, 접두사를 보면 어느 리전인지, 항목을 보면 무엇으로 세는 요금인지가 드러납니다. 같은 서비스라도 「인스턴스 시간」과 「데이터 처리량」은 완전히 다른 원인에서 나오므로, 이 줄을 읽어야 무엇을 손봐야 할지가 정해집니다.
⑤ 리소스는 청구서에 없습니다. 이 점이 처음 보는 사람을 가장 헷갈리게 합니다. 청구 데이터는 서비스와 사용 유형 단위로 집계되므로 인스턴스 이름이 그대로 나오지 않습니다. 자원 단위로 내려가려면 비용 할당 태그를 미리 켜 두었거나, Cost Explorer의 리소스 수준 보기, 또는 상세 사용량 보고서를 써야 합니다. 태그는 활성화한 시점부터 집계되므로 지난 청구서를 소급해 나눌 수 없습니다.
프리 티어인데 요금이 나올 때
가장 자주 나오는 질문이고, 원인은 대체로 셋 중 하나입니다.
- 프리 티어 대상이 아닌 사용 유형을 썼다. 같은 서비스 안에서도 무료 한도가 붙는 항목과 붙지 않는 항목이 나뉩니다. 인스턴스 시간은 무료 범위인데 그 인스턴스가 만든 데이터 전송이나 저장 용량은 별도로 세는 식입니다.
- 무료 한도를 넘겼다. 한도를 넘으면 전체가 아니라 초과분만 과금됩니다. Billing 콘솔의 Free tier 화면에서 항목별 사용률을 보면 어느 항목이 넘었는지 바로 보입니다.
- 중지했다고 생각한 자원이 남아 있다. 중지와 요금 정지가 다른 경우이고, 다음 절에서 항목별로 다룹니다.
한 가지 더, 🔴 프리 티어의 구조가 2025년에 바뀌어 계정을 언제 만들었느냐로 갈립니다. 개편 이후에 만든 계정은 최대 6개월짜리 무료 플랜 + 가입 시 받는 크레딧 형태이고, 개편 이전 계정은 가입 후 12개월 동안만 유효한 항목과 기간 제한 없이 매달 주어지는 항목이 섞인 예전 구조를 유지합니다.
⇒ 금액이 처음 찍힌 달이 곧 답인 경우가 많습니다. 무엇이 바뀐 것이 아니라 무료 기간이 끝났거나 크레딧이 소진된 것입니다. 우리 계정이 어느 쪽인지와 남은 기간·크레딧은 프리 티어 자주 묻는 질문과 Billing 콘솔에서 확인하십시오.
껐는데 남아 있는 것
「중지」와 「요금이 멈춤」은 같은 말이 아닙니다.
| 한 일 | 그래도 계속 과금될 수 있는 것 |
|---|---|
| 인스턴스 중지 | 붙어 있던 저장 볼륨, 예약해 둔 고정 IP 주소 |
| 인스턴스 삭제 | 그 인스턴스로 만들어 둔 이미지와 스냅샷 |
| 데이터베이스 중지 | 저장 용량, 자동 백업 보관분 |
| 컨테이너 서비스 정지 | 로드 밸런서, 남아 있는 네트워크 자원 |
| 애플리케이션 철수 | 쌓여 있는 로그 보관량 |
⚠️ 이 표를 정리 지시로 읽지 마십시오. 스냅샷과 백업은 장애 복구의 마지막 근거이거나 보관 의무 대상일 수 있습니다. 보존 정책을 먼저 정하고 그 정책에 따라 정리하는 순서가 안전합니다. 항목별 정리 기준은 AWS 비용 점검 체크리스트에 정리돼 있습니다.
내가 만들지 않은 자원이 청구될 때
기억에 없는 서비스가, 특히 쓰지 않는 리전에서 큰 금액으로 잡혀 있다면 계정 침해를 먼저 의심해야 합니다. 이때 순서 자체가 방어입니다.
- 청구서에서 리전과 사용 유형을 적어 둡니다. 화면을 캡처해 두는 것으로 충분합니다.
- 그 리전 콘솔에서 실행 중인 자원을 확인합니다. 연산 자원처럼 단가가 큰 것부터 봅니다.
- CloudTrail 기록에서 누가 언제 만들었는지 확인합니다. 🔴 자원을 먼저 지우지 마십시오 — 지우면 무슨 일이 있었는지 증명할 근거가 함께 사라지고, 이후 AWS와의 협의에서도 설명할 것이 없어집니다.
- 자격 증명을 정리합니다. 유출 가능성이 있는 액세스 키를 비활성화하고, 계정 소유자 자격 증명과 다단계 인증 설정을 점검합니다.
- 모르는 사용자·역할·정책이 추가돼 있는지 봅니다. 침해가 있었다면 자원보다 권한이 먼저 만들어졌을 가능성이 높습니다.
- AWS Support에 케이스를 엽니다. 위에서 모아 둔 기록이 그대로 근거가 됩니다.
정리와 복구의 전체 절차는 AWS 보안 인시던트 대응 가이드가 갖고 있습니다. 여기서 기억할 것 하나는 확인이 먼저이고 정리가 나중이라는 순서입니다.
청구서가 답하지 못하는 질문 하나
여기까지가 청구서라는 문서에서 읽어 낼 수 있는 것입니다. 청구서는 한 달을 하나의 숫자로 보여 주기 때문에 「언제부터 늘었는가」에는 답하지 못합니다. 그 질문은 문서가 아니라 Cost Explorer에서 기간과 그룹을 바꿔 가며 봐야 합니다.
증가 시점을 특정하고 원인을 좁히는 절차는 AWS 비용이 갑자기 올랐다면 확인하는 순서가 단계별로 갖고 있습니다. 청구서에서 이상한 항목을 찾으셨다면 다음은 그 글입니다.
한국 사업자가 청구서에서 확인하게 되는 것
여기서부터는 기술이 아니라 회계 쪽 질문입니다. 🔴 아래는 확인할 위치를 안내하는 것이지 세무 판단이 아닙니다.
| 확인할 것 | 어디서 보나 | 누구와 확정하나 |
|---|---|---|
| 사업자 정보가 서류에 반영되는가 | Billing 콘솔의 세금 설정 | 사내 회계 담당 |
| 어떤 세금 서류가 언제 나오는가 | Billing 콘솔의 인보이스 화면 | 발급 주체(AWS 또는 결제를 대행하는 업체) |
| 매입세액 공제가 되는가 | 발급받은 서류의 공급자·공급받는자 정보 | 세무 대리인 |
| 원화로 얼마인가 | 결제 수단의 결제 명세 | 세무 대리인 |
- 세금계산서. 계정의 세금 설정에 사업자등록번호와 상호를 등록해 두어야 발행 서류에 그 정보가 반영됩니다. 발급 주체와 시점은 계정이 어느 판매 주체와 연결돼 있는지, 그리고 직접 결제인지 업체를 거친 결제인지에 따라 달라집니다. 자기 계정이 어느 쪽인지부터 확인하십시오 — 업체를 거쳐 결제하고 있다면 그 업체가 발급 주체인 경우가 대부분이지만, 계약 형태에 따라 다르므로 단정하지 말고 그 업체에 확인하십시오. 세금 관련 안내는 AWS Tax Help에 있습니다.
- 부가세. 청구서에 세액이 별도 항목으로 잡히는지, 그리고 발급받은 서류의 사업자 정보가 사업자등록증과 일치하는지가 확인 대상입니다. 공제 가능 여부와 신고 처리는 세무 대리인과 확인하십시오. 계정 설정과 계약 형태에 따라 결론이 달라지므로 일반화해서 말할 수 있는 부분이 아닙니다.
- USD 청구와 원화 신고. 인보이스에 적힌 금액과 실제로 빠져나간 원화 금액은 별개입니다. 원화 금액은 결제 수단을 발급한 금융기관의 환율과 결제 시점이 정하므로, 같은 인보이스라도 결제일이 다르면 금액이 달라집니다. 대사할 때는 인보이스와 결제 명세를 각각 보관하고, 어느 시점의 환율을 기준으로 잡을지는 세무 대리인과 확인하십시오.
정리
- 청구서는 총액 → 서비스 → 리전 → 사용 유형 → 리소스 순으로 좁혀 읽습니다. 리전을 건너뛰면 원인 후보가 줄지 않습니다.
- 리소스 이름은 청구서에 없습니다. 자원 단위로 보려면 태그나 상세 사용량 보고서가 미리 준비돼 있어야 하고, 태그는 소급되지 않습니다.
- 프리 티어인데 금액이 찍히면 대상 밖 사용 유형·한도 초과·남아 있는 자원 셋 중 하나부터 확인합니다.
- 모르는 자원이 보이면 지우기 전에 기록부터 남깁니다. 순서를 바꾸면 방어가 사라집니다.
- 세금 관련 항목은 확인 위치까지가 이 글의 몫이고, 판단은 세무 대리인과 하십시오.
빌드업웍스는 청구서를 볼 때 총액에서 리소스까지 한 단계씩 좁혀 내려가고, 모르는 자원은 지우기 전에 기록부터 남기는 순서를 지킵니다.
청구서를 함께 열어 보며 어느 항목이 무엇에서 나왔는지 정리가 필요하시면 상담을 신청해 주십시오. 지금 상태를 먼저 가늠해 보고 싶으시면 AWS 비용·구조 자가 진단으로 몇 분 안에 확인하실 수 있습니다.
참고 자료
- AWS Billing — 청구서 보기
- AWS Billing — 청구 콘솔 개요
- AWS 프리 티어 자주 묻는 질문
- AWS Billing — 비용 할당 태그
- AWS Cost Explorer — AWS Cost Management 사용 설명서
- AWS Cost and Usage Report
- AWS Cost Anomaly Detection 시작하기
- AWS Budgets — 비용 관리
- AWS CloudTrail 사용 설명서
- IAM — 액세스 키 관리
- AWS 보안 인시던트 대응 가이드
- AWS Support — 케이스 생성과 관리
- AWS Billing — 결제 수단과 인보이스 설정
- AWS Tax Help
함께 읽으면 좋은 글
AWS · 클라우드 문제 해결
AWS 비용이 갑자기 올랐다면, 이 순서로 확인하십시오
AWS 요금이 갑자기 오른 원인을 찾는 순서를 정리했습니다. NAT Gateway, 데이터 전송, EBS 스냅샷, CloudWatch Logs, 약정 만료를 서비스별로 짚고 어디서 확인하는지 안내합니다.
이런 분께AWS 청구서 증가를 방금 발견한 인프라·개발 실무자
최종 검토 2026-08-06 17분 분량
AWS · 클라우드 선정 기준
AWS 운영을 맡길 때, 청구서는 누구를 거쳐 옵니까
AWS 운영을 맡길 때 청구가 어디를 거쳐 오는지에 따라 볼 수 있는 것이 달라집니다. 세 가지 청구 형태와 각 형태에서 확인되지 않는 항목, 계약 전에 물어볼 질문을 정리했습니다.
이런 분께AWS 운영 위탁 업체를 처음 고르는 중소·중견기업 의사결정자
최종 검토 2026-09-02 8분 분량
AWS · 클라우드 체크리스트
AWS 비용 점검 — 항목마다 무엇을 보고 무엇을 판단하는가
AWS 비용 점검 항목마다 왜 중요한지, 무엇이 보이면 문제인지, 무엇부터 조치할지, 어디서부터 전문가 판단이 필요한지를 정리했습니다. 되돌리기 쉬운 항목부터 약정까지 여덟 개 순서입니다.
이런 분께분기·반기 단위로 AWS 비용을 점검하는 인프라 담당자
최종 검토 2026-07-21 18분 분량
자주 묻는 질문
청구서를 읽을 줄 몰라도 원인을 알 수 있습니까?
빌드업웍스는 청구 내역을 항목별로 정리해 드리고 그 항목이 어느 자원에서 나왔는지까지 연결해 드립니다. 다만 설명을 듣고 나면 다음 달부터는 같은 화면을 직접 보실 수 있게 되는 편이 더 낫습니다. 금액이 움직인 달에만 확인하면 이미 지난 뒤이고, 화면을 아는 상태에서 보면 며칠 안에 알아차릴 수 있기 때문입니다. 그래서 정리 결과와 함께 어느 화면에서 무엇을 눌러 본 것인지를 같이 남기는 방식을 권합니다.
프리 티어를 쓰는데 왜 요금이 나옵니까?
세 가지 중 하나인 경우가 많습니다. 첫째, 프리 티어 대상이 아닌 사용 유형을 쓴 경우입니다. 같은 서비스 안에서도 무료 한도가 붙는 항목과 붙지 않는 항목이 나뉩니다. 둘째, 무료 한도를 넘긴 경우이고 초과분만 과금됩니다. 셋째, 중지했다고 생각한 자원이 실제로는 남아 있는 경우입니다. Billing 콘솔의 프리 티어 화면에서 항목별 사용률을 보면 어느 쪽인지 구분됩니다.
인스턴스를 껐는데 요금이 계속 나옵니다.
인스턴스를 중지해도 그 인스턴스에 붙어 있던 저장 볼륨은 남아 있고, 볼륨은 실행 여부와 무관하게 용량 기준으로 계속 과금됩니다. 사용하지 않는 상태로 붙잡아 둔 고정 IP 주소나, 인스턴스를 지운 뒤에도 남아 있는 이미지와 스냅샷도 같은 성격입니다. 그래서 요금을 멈추려면 중지가 아니라 각 자원을 확인해서 정리해야 합니다. 다만 스냅샷과 이미지는 복구 근거일 수 있으므로 보존 여부를 먼저 판단하십시오.
만든 적 없는 자원이 청구서에 있으면 어떻게 합니까?
지우는 것이 첫 단계가 아닙니다. 먼저 청구서에서 그 항목이 어느 리전인지 확인하고, 그 리전 콘솔에서 실행 중인 자원을 봅니다. 그다음 CloudTrail 기록에서 누가 언제 그것을 만들었는지 확인합니다. 자원을 먼저 지우면 무슨 일이 있었는지 증명할 근거가 같이 사라집니다. 확인 결과 우리가 만든 것이 아니라면 액세스 키를 비활성화하고 자격 증명을 정리한 뒤 AWS Support에 케이스를 여는 순서로 갑니다.
어느 서버가 얼마를 썼는지 청구서에서 바로 보입니까?
기본 청구서는 서비스와 사용 유형 단위로 집계되기 때문에 인스턴스 이름이나 볼륨 이름이 그대로 나오지 않습니다. 자원 단위로 보려면 비용 할당 태그를 활성화해 두었거나 Cost Explorer의 리소스 수준 보기를 쓸 수 있어야 합니다. 태그는 활성화한 시점부터 집계되므로 지난달 청구서를 소급해서 나눠 볼 수는 없습니다. 그래서 태그 규칙은 문제가 생기기 전에 정해 두는 편이 낫습니다.
AWS에서 세금계산서를 받을 수 있습니까?
계정의 세금 설정에 사업자등록번호와 상호를 등록해 두면 인보이스와 세금 관련 서류에 그 정보가 반영됩니다. 다만 발급 주체와 시점은 계정이 어느 판매 주체와 연결돼 있는지, 그리고 결제 형태가 무엇인지에 따라 달라지므로 Billing 콘솔의 세금 설정과 인보이스 화면에서 실제 값을 확인하셔야 합니다. 결제를 대행하는 업체를 거쳐 요금을 내고 있다면 그 업체가 발급 주체인 경우가 대부분이지만, 계약 형태에 따라 다르므로 그 업체에 직접 확인하십시오. 부가세 매입세액 공제 가능 여부와 신고 방법은 세무 대리인과 확인하십시오.
USD로 청구되는데 원화 금액은 어떻게 확인합니까?
인보이스에 표기되는 통화와 실제로 계좌나 카드에서 빠져나가는 원화 금액은 별개입니다. 원화 금액은 결제 수단을 발급한 금융기관의 환율과 결제 시점에 따라 정해지므로, 같은 인보이스라도 결제일이 다르면 원화 금액이 달라집니다. 그래서 대사할 때는 인보이스 금액과 결제 명세를 각각 남겨 두는 편이 정확합니다. 회계상 어느 시점의 환율을 기준으로 잡을지는 세무 대리인과 확인하십시오.