상담 신청

AWS · 클라우드

NAT 게이트웨이 비용은 어떤 순서로 줄여야 합니까?

프라이빗 서브넷의 서버·컨테이너가 외부와 통신하도록 NAT 게이트웨이를 둔 회사에서, 청구서의 NAT 게이트웨이 처리 요금이 예상보다 크게 나온다는 질문을 자주 받습니다. 어디서부터 손대야 서비스에 영향 없이 줄일 수 있는지가 핵심입니다.

자주 받는 질문 · 빌드업웍스 정리 작성 최종 검토

빌드업웍스 답변

빌드업웍스 엔지니어

핵심 답변

NAT 게이트웨이는 존재하는 시간과 처리한 데이터 양(GB)으로 과금되고, 인터넷으로 나가는 전송료와 가용 영역을 건너는 전송료는 따로 붙습니다. 줄이는 순서는 청구서에서 처리량 요금을 확인하고 VPC 흐름 로그로 트래픽을 만드는 서버와 목적지를 찾은 뒤, 추가 요금이 없는 S3·DynamoDB 게이트웨이 엔드포인트를 먼저 적용하고, 서버와 NAT 게이트웨이의 가용 영역을 맞추고, 남은 AWS 서비스 트래픽은 인터페이스 엔드포인트 비용과 비교해 정하는 것입니다.

  • 요금은 시간 요금과 처리량 요금 두 축으로 쌓입니다
  • 누가 어디로 보내는지 흐름 로그로 먼저 찾습니다
  • S3·DynamoDB 게이트웨이 엔드포인트는 추가 요금이 없습니다
  • 다른 가용 영역의 NAT를 거치면 영역 간 전송료가 더해집니다
  • 인터페이스 엔드포인트는 자체 요금이 있어 비교가 필요합니다

요금은 어디에서 붙습니까

NAT 게이트웨이는 프라이빗 서브넷의 서버가 인터넷이나 AWS 서비스의 공개 주소로 나갈 때 거치는 관문입니다. 요금은 게이트웨이가 존재하는 시간과 게이트웨이가 처리한 데이터 양(GB) 두 축으로 쌓입니다. 처리량 요금은 목적지가 인터넷이든 같은 리전의 S3든 똑같이 붙고, 그 위에 다른 전송료가 더해질 수 있습니다.

  1. 프라이빗 서브넷의 서버
  2. 다른 가용 영역이면 영역 간 전송료
  3. NAT 게이트웨이 시간 요금 + 처리량 요금
  4. 인터넷이면 송신 전송료

같은 리전 안에서 가용 영역을 건너는 전송은 자원마다 들어오는 쪽과 나가는 쪽이 각각 과금됩니다. 그래서 서버와 NAT 게이트웨이가 서로 다른 가용 영역에 있으면 처리량 요금에 영역 간 전송료가 겹칩니다. 반면 인터넷에서 AWS로 들어오는 전송은 과금되지 않으므로, 내려받기가 많은 서버라도 인터넷 송신 전송료보다 NAT 처리량 요금이 더 크게 보일 수 있습니다.

먼저 잴 것 — 누가, 어디로 보냅니까

줄이는 방법을 고르기 전에 트래픽을 만드는 주체와 목적지를 알아야 합니다. 원인이 S3 백업인지, 컨테이너 이미지 내려받기인지, 외부 API 호출인지에 따라 처방이 다르기 때문입니다.

  • 청구서·Cost Explorer: 사용 유형에 NatGateway-Bytes(처리량)와 NatGateway-Hours(시간)가 들어간 행을 보면, 두 축 중 어느 쪽이 큰지부터 갈립니다. 시간 요금이 크다면 게이트웨이 수가, 처리량 요금이 크다면 흐름이 문제입니다.
  • VPC 흐름 로그: NAT 게이트웨이의 네트워크 인터페이스를 기준으로 출발지 주소와 목적지 주소별 바이트를 모으면, 어느 서버가 어디로 많이 보내는지 드러납니다. 흐름 로그도 수집·저장하는 로그 양만큼 요금이 생기므로, 원인을 찾는 기간에만 켜 두는 방법도 있습니다.
  • 목적지 분류: 목적지 주소가 S3·DynamoDB 등 AWS 서비스 대역인지, 외부 인터넷인지 나눕니다. AWS 서비스 대역이면 엔드포인트로, 외부 인터넷이면 통신 자체를 줄이는 방향으로 갑니다.
핵심 처리량 요금은 어떤 서버가 어느 목적지로 얼마나 보냈는지의 합입니다. 큰 흐름을 찾기 전에 구조부터 바꾸면, 바꾼 뒤에 효과가 있었는지도 확인할 수 없습니다.

줄이는 순서

비용이 들지 않고 되돌리기 쉬운 것부터 진행합니다.

  1. S3·DynamoDB 게이트웨이 엔드포인트게이트웨이 엔드포인트는 추가 요금이 없습니다. 라우팅 테이블에 연결하면 같은 리전의 S3·DynamoDB로 가는 트래픽이 NAT를 거치지 않습니다.
  2. 가용 영역 맞추기서버가 있는 가용 영역마다 NAT 게이트웨이를 두고, 각 서브넷이 같은 영역의 게이트웨이를 쓰도록 라우팅을 맞춥니다.
  3. 반복 내려받기 줄이기배포 때마다 같은 컨테이너 이미지나 패키지를 외부에서 다시 받는 흐름이 있으면 캐시나 사내 저장소를 검토합니다.
  4. 인터페이스 엔드포인트 비교ECR·CloudWatch Logs처럼 트래픽이 많은 AWS 서비스는 인터페이스 엔드포인트를 검토합니다. 엔드포인트는 가용 영역별 시간 요금과 처리량 요금이 있어 현재 NAT 요금과 비교해 정합니다.
  5. 외부 통신 자체 재검토남은 인터넷 트래픽은 업무상 필요한지, 주기나 양을 줄일 수 있는지 담당 개발자와 확인합니다.

컨테이너를 쓰는 환경이라면 첫 단계의 효과가 생각보다 넓습니다. Amazon ECR은 이미지 계층을 S3에 저장하므로, 컨테이너가 이미지를 받을 때 실제 데이터 대부분은 S3에서 내려옵니다. 그래서 S3 게이트웨이 엔드포인트를 연결하면 ECR 이미지 내려받기의 상당 부분도 NAT를 거치지 않게 됩니다. 프라이빗 서브넷에서 NAT 없이 ECR을 쓰려면 ECR 인터페이스 엔드포인트와 S3 게이트웨이 엔드포인트가 함께 필요합니다.

빌드업웍스가 NAT 비용을 볼 때 가장 먼저 확인하는 것은 S3 게이트웨이 엔드포인트가 모든 프라이빗 라우팅 테이블에 연결돼 있는지입니다. 엔드포인트는 만들어 두었지만 일부 서브넷의 라우팅 테이블에만 연결된 경우, 나머지 서브넷의 트래픽은 계속 NAT를 거칩니다.

적용 전에 확인할 함정

주의 게이트웨이 엔드포인트를 연결하면 S3가 받는 출발지 주소가 NAT 게이트웨이의 공인 IP에서 VPC 안의 사설 IP로 바뀝니다. AWS는 엔드포인트를 거친 요청에는 aws:SourceIp 조건을 쓸 수 없다고 안내하므로, 버킷 정책이 NAT 게이트웨이의 공인 IP를 출발지 조건으로 허용하고 있었다면 요청이 거부될 수 있습니다. 적용 전에 버킷 정책을 확인하고, 필요하면 엔드포인트 기준 조건(aws:SourceVpce·aws:SourceVpc)이나 aws:VpcSourceIp 조건으로 바꿉니다.
  • 게이트웨이 엔드포인트는 같은 리전의 S3·DynamoDB만 대상입니다. 다른 리전의 버킷으로 가는 트래픽은 여전히 NAT나 인터넷 게이트웨이를 거칩니다.
  • 라우팅 테이블 하나에는 같은 서비스로 가는 엔드포인트 경로를 하나만 둘 수 있습니다.
  • 엔드포인트를 만들거나 바꾸면 경로가 바뀌면서 열려 있던 S3 연결이 끊기고 다시 이어지지 않습니다. Amazon ECR 문서도 컨테이너의 기존 S3 연결이 잠시 끊길 수 있다고 안내하므로, 업무 영향이 적은 시간에 적용합니다.
  • 처리량 요금을 줄여도 시간 요금은 게이트웨이 수만큼 남습니다. 가용 영역마다 두는 구성은 시간 요금이 늘어나는 대신 영역 간 전송료와 단일 장애 지점을 줄이는 선택입니다.

리전 단위 NAT 게이트웨이는 비용 대책입니까

AWS는 2025년 11월 19일, 하나의 NAT 게이트웨이가 VPC의 여러 가용 영역에 걸쳐 자동으로 늘고 줄어드는 리전 단위 가용성 모드를 발표했습니다. 퍼블릭 서브넷 없이 만들 수 있고, 가용 영역이 늘어도 게이트웨이를 새로 만들거나 라우팅을 고칠 필요가 없습니다. 발표의 초점은 고가용성 구성을 단순하게 만드는 것입니다. Amazon VPC 요금 페이지에 따르면 리전 단위 NAT 게이트웨이도 확장된 가용 영역마다 시간 요금이 붙고 처리량 요금이 따로 붙습니다. 가용 영역마다 게이트웨이를 하나씩 둔 구성과 시간 요금의 구조가 크게 다르지 않으므로, 관리 부담을 줄이는 선택으로 보고 비용은 현재 구성과 비교해 판단합니다.

참고 자료

답변 빌드업웍스 작성 2026-10-22 최종 검토 2026-10-22

이어서 보기

AWS · 클라우드 자주 받는 질문

공인 IPv4 요금은 어디서 생기고 어떻게 줄입니까?

AWS는 2024년 2월 1일부터 계정의 공인 IPv4 주소를 서비스에 연결돼 있든 쉬고 있든 주소 수와 사용 시간만큼 과금합니다. 줄이는 순서는 VPC IPAM의 Public IP Insights와 청구서 사용 유형으로 주소를 전수 확인하고, 연결되지 않은 고정 IP부터 정리한 뒤, 서버마다 붙은 공인 주소를 로드 밸런서·NAT 게이트웨이·관리 접속 도구로 대체하는 것입니다. 서버가 한두 대뿐이라면 구조를 바꾸는 비용이 주소 요금보다 클 수 있으므로 함께 비교해야 합니다.

답변 2026-10-22

AWS · 클라우드 자주 받는 질문

AWS 서버를 가용 영역 하나에만 두어도 괜찮습니까?

운영 서비스를 가용 영역 하나에만 두는 것은 AWS Well-Architected 프레임워크가 꼽는 위험 패턴이며, AWS는 운영 워크로드를 한 리전 안의 최소 두 개 가용 영역에 두라고 권합니다. 한 번에 갖추기 어렵다면 데이터를 먼저 지키는 순서로, 다른 영역에서 복원할 수 있는 백업과 데이터베이스 다중 AZ를 우선하고 그다음 로드 밸런서 뒤 서버 이중화로 넓힙니다. 개발·검증 환경처럼 중단을 감수할 수 있는 환경은 단일 가용 영역으로 두는 판단도 가능합니다.

답변 2026-10-22

AWS · 클라우드 자주 받는 질문

AWS 비용 알림은 처음에 무엇을 설정해 두어야 합니까?

기본 설정은 두 도구를 함께 두는 것입니다. AWS Budgets로 월 비용 예산에 실제 금액과 예측 금액 알림을 걸어 「얼마까지」를 지키고, Cost Anomaly Detection으로 서비스별 이상 증가 알림을 받아 「평소와 다름」을 잡습니다. 두 도구 모두 청구 데이터가 처리된 뒤 하루 몇 차례 갱신되므로 실시간 차단 장치가 아니며, 알림은 개인 메일이 아니라 담당자가 바뀌어도 받을 수 있는 공용 수신처로 보내야 합니다.

답변 2026-10-22

함께 보면 좋은 자료AWS 비용이 갑자기 올랐을 때 확인하는 순서함께 보면 좋은 자료AWS 비용 점검 — 항목별 판단 기준함께 보면 좋은 자료AWS 비용 최적화

댓글

답변에 덧붙일 질문이나 경험을 남겨 주세요. 빌드업웍스가 확인한 뒤 게시합니다.

댓글을 불러오는 중입니다.

    0 / 1,000자

    확인 후 게시됩니다. 영업 연락은 드리지 않습니다.

    궁금한 점을 편하게 남겨 주세요

    영업 연락은 드리지 않습니다. 빌드업웍스 엔지니어가 영업일 2~3일 안에 답변드리고, 카카오톡·텔레그램 채팅으로도 상담하실 수 있습니다.