NAT 게이트웨이, 조용히 쌓이는 통신 요금의 출처

청구서의 데이터 처리 항목부터 확인합니다

사설 서브넷에 둔 서버가 외부로 나갈 때는 중계 장치를 지나고, 이 장치는 켜져 있는 시간과 통과한 데이터 양 두 가지로 요금을 만듭니다. 비용이 갑자기 늘었다면 먼저 볼 항목은 서버 요금이 아니라 이 데이터 처리 항목입니다. 확인 순서는 1단계 청구서에서 해당 항목의 금액 추이를 보고, 2단계 그 증가가 시간 요금인지 처리량 요금인지 가르고, 3단계 처리량이 늘었다면 어느 서버가 얼마를 보냈는지 흐름 기록으로 찾는 것입니다. 시간 요금만 늘었다면 중계 장치 개수가 늘어난 것이므로 영역별 배치를 다시 봅니다.

같은 지역 안 통신이 중계 장치를 지나기도 합니다

비용이 예상보다 큰 흔한 원인은, 외부로 나갈 필요가 없는 통신이 중계 장치를 지나고 있는 경우입니다. 같은 계정의 저장소 서비스에 접근하면서 공개 주소를 쓰면 요청이 중계 장치를 거칩니다. 사설 연결을 쓰면 같은 요청이 중계 장치를 지나지 않습니다. 점검 방법은 나가는 통신의 목적지를 집계해 상위 10개를 뽑는 것입니다. 그중 자사 서비스나 같은 지역 자원이 있으면 바로 대상입니다. 두 번째 원인은 컨테이너 이미지와 패키지 다운로드입니다. 배포할 때마다 같은 이미지를 외부에서 내려받으면 그 양이 그대로 처리량이 되므로, 내부 저장소에 사본을 두는 방법으로 줄입니다.

줄였을 때의 월 금액을 끝까지 냅니다

학습용 가정으로 계산합니다. 가정값은 처리량 요금이 기가바이트당 60원이고 월 처리량이 2,000기가바이트, 그중 저장소 접근이 1,200기가바이트라고 두겠습니다. 현재 처리량 요금은 120,000원입니다. 사설 연결로 저장소 접근을 빼내면 800기가바이트가 남아 48,000원이 되고, 중간 계산값인 절감액은 월 72,000원입니다. 최종 금액에는 사설 연결 자체의 요금을 더해야 합니다. 엔드포인트 유지비를 월 10,000원으로 가정하면 최종 절감액은 월 62,000원이고 연 744,000원입니다. 설정 작업이 2시간, 내부 시간 비용 시간당 30,000원이면 일회성 60,000원이므로 첫 달에 회수합니다.

영역 수를 줄이면 요금과 위험이 함께 움직입니다

결론을 뒤집는 조건은 장애 범위입니다. 중계 장치를 영역마다 두지 않고 한 개만 두면 시간 요금이 줄지만, 그 영역이 멈추면 다른 영역의 서버도 외부로 나갈 수 없습니다. 배포나 외부 결제 호출이 그 경로에 의존한다면 서비스 전체가 영향을 받습니다. 그래서 절감 순서는 먼저 불필요한 통신을 사설 연결로 빼고, 그다음에도 금액이 크면 영역 배치를 검토하는 것입니다. 순서를 바꿔 장치 개수부터 줄이면 비용은 조금 줄고 장애 범위는 크게 늘어납니다. 결정 문서에는 선택한 배치와 그때 함께 멈추는 범위를 적어 둡니다.

클라우드 비교 실행 전 점검표

• 청구서에서 시간 요금과 처리량 요금을 나누어 보았다
• 나가는 통신 목적지 상위 10개를 집계했다
• 자사 서비스 접근을 사설 연결로 옮겼다
• 장치 개수를 줄일 때 함께 멈추는 범위를 적었다