무료 구간, 끝나는 날과 끝나는 항목이 다릅니다

무료는 기간형과 사용량형으로 갈립니다

무료 구간을 하나로 보면 종료 시점을 예측할 수 없습니다. 두 가지로 나눠야 합니다. 첫째는 기간형입니다. 계정 생성 후 일정 기간만 무료이고, 그 기간이 지나면 사용량과 무관하게 과금이 시작됩니다. 둘째는 사용량형입니다. 기간 제한 없이 매달 일정량까지 무료이고, 그 양을 넘는 부분만 과금됩니다. 그래서 확인해야 할 것은 '무료가 언제 끝나는가'와 '무료 한도가 얼마인가' 두 질문입니다. 쓰고 있는 서비스를 목록으로 적고 각 항목이 어느 형인지 표시하면, 기간형 항목의 종료일이 곧 요금 인상일이 됩니다.

종료 뒤 금액을 미리 계산해 둡니다

종료일을 알았다면 그날 이후의 월 금액을 지금 계산합니다. 학습용 가정으로 서버 2대가 대당 월 90,000원, 저장이 월 30,000원, 외부 전송이 월 20,000원이라고 두겠습니다. 서버는 180,000원이고 합계는 230,000원입니다. 연으로는 2,760,000원입니다. 이것이 종료 뒤의 최종 금액이고, 지금 청구서가 0원이라는 사실과 무관하게 다음 달부터 발생할 값입니다. 이 숫자를 미리 예산에 반영해 두면 종료일에 놀라지 않습니다. 반대로 계산하지 않고 두면 종료 다음 달 청구서를 보고 급하게 자원을 끄게 되고, 그 과정에서 서비스가 중단되는 일이 생깁니다.

종료 전에 결정할 세 가지

종료일 전에 세 가지를 결정합니다. 1단계는 계속 쓸 자원과 정리할 자원을 가르는 일입니다. 시험용으로 만들어 두고 쓰지 않는 자원이 무료 기간에는 보이지 않다가 종료 뒤 금액으로 나타납니다. 2단계는 크기 조정입니다. 무료 기간에는 큰 크기를 써도 비용이 같았으므로 과하게 잡혀 있는 경우가 많습니다. 3단계는 알림 설정입니다. 예산 알림을 종료일 이전에 걸어 두면 첫 과금이 발생하는 순간을 바로 알 수 있습니다. 이 세 단계를 종료일 2주 전에 일정으로 넣습니다. 종료 후에 하면 이미 한 달치 금액이 발생합니다.

무료 한도가 계정 단위라는 점이 함정입니다

결론을 뒤집는 조건은 계정 구조입니다. 사용량형 무료 한도는 보통 계정이나 조직 단위로 적용되므로, 계정을 여러 개로 나눠도 한도가 그만큼 늘어나지는 않습니다. 반대로 조직으로 묶으면 한도를 공유하게 되어 한 계정이 먼저 소진할 수 있습니다. 그래서 무료 한도에 의존하는 설계는 조직 구조 변경에 취약합니다. 두 번째 조건은 리전입니다. 무료 한도가 특정 리전에만 적용되는 경우가 있어, 사용자와 가까운 리전으로 옮기면 한도가 사라질 수 있습니다. 그래서 무료 한도를 설계 전제로 삼지 않고, 종료 뒤 금액을 기준으로 판단합니다.

AWS 비용 실행 전 점검표

• 쓰는 서비스를 적고 기간형·사용량형을 표시했다
• 종료 뒤 월 금액과 연 금액을 계산했다
• 종료일 2주 전에 정리·크기조정·알림을 일정으로 넣었다
• 무료 한도가 계정·리전에 묶이는지 확인했다