Fargate 요금, 컨테이너 크기를 금액으로 읽기

작업 정의의 숫자가 그대로 요금입니다

서버를 보지 않는 컨테이너 실행 방식에서는 작업 정의에 적은 계산 자원과 메모리 값이 그대로 과금 단위가 됩니다. 그래서 요금을 줄이는 작업은 인프라 설정이 아니라 작업 정의 파일을 고치는 일입니다. 확인 순서는 1단계 현재 작업 정의의 값을 모두 뽑고, 2단계 각 작업의 실제 사용량을 지표로 확인하고, 3단계 둘의 차이를 적는 것입니다. 차이가 큰 작업이 절감 대상입니다. 흔한 상황은 처음 띄울 때 넉넉하게 잡아 둔 값이 그대로 남아 있는 경우입니다. 값은 한 번 적으면 아무도 다시 보지 않기 때문에 그대로 매달 과금됩니다.

가동 시간을 작업 성격별로 나눕니다

요금은 자원 크기와 가동 시간의 곱이므로, 크기를 줄이는 것과 시간을 줄이는 것 둘 다 효과가 있습니다. 그래서 작업을 성격별로 나눕니다. 첫째는 상시 작업으로, 하루 24시간 돌아야 하는 서비스입니다. 여기서는 크기 조정만 가능합니다. 둘째는 일정 작업으로, 정해진 시각에만 도는 배치입니다. 여기서는 실행 시간 단축이 바로 절감입니다. 셋째는 요청 기반 작업으로, 큐에 일이 있을 때만 돕니다. 여기서는 대기 중에도 켜져 있지 않도록 하는 설정이 핵심입니다. 세 종류를 섞어 평균으로 보면 어느 쪽도 줄이지 못합니다.

작업 하나의 월 금액부터 구합니다

학습용 가정으로 계산합니다. 가정값은 작업 1개가 계산 자원 0.5단위와 메모리 1기가바이트를 쓰고 한 달 730시간 가동되며, 단가는 계산 자원 1단위 1시간에 50원, 메모리 1기가바이트 1시간에 5.5원이라고 두겠습니다. 계산 자원 요금은 0.5 곱하기 730 곱하기 50원으로 18,250원입니다. 메모리 요금은 1 곱하기 730 곱하기 5.5원으로 4,015원입니다. 작업 하나의 월 금액은 22,265원입니다. 이것이 중간 계산값입니다. 같은 작업 10개를 상시로 두면 최종 금액은 222,650원입니다. 크기를 절반으로 줄일 수 있는 작업이 5개라면 그만큼이 절감됩니다.

최소 단위와 시작 지연이 한계를 만듭니다

결론을 뒤집는 조건이 있습니다. 첫째, 자원 조합에는 선택 가능한 최소 단위가 있어 원하는 만큼 잘게 줄일 수 없습니다. 계산 자원을 줄이려면 메모리도 함께 특정 범위 안으로 들어가야 하는 경우가 있어, 메모리를 많이 쓰는 작업은 계산 자원을 내리지 못합니다. 둘째, 시작 지연입니다. 요청 기반으로 바꿔 대기 시간을 없애면 요금은 줄지만 첫 요청이 느려집니다. 사용자가 기다리는 경로라면 이 방법을 쓸 수 없습니다. 그래서 작업 목록에 최소 단위 제약과 시작 지연 허용 여부를 각각 적고, 두 조건을 만족하는 작업만 변경 대상으로 삼습니다.

AWS 비용 실행 전 점검표

• 작업 정의의 자원 값과 실제 사용량의 차이를 적었다
• 작업을 상시·일정·요청 기반으로 분류했다
• 작업 하나의 월 금액을 계산한 뒤 개수를 곱했다
• 최소 단위 제약과 시작 지연 허용 여부를 확인했다