.png){kind=small}
안녕하세요. AWS 청구서를 받아보고 깜짝 놀라신 적 있으신가요?
EC2는 몇 대 안 띄웠는데, NatGateway-Bytes 라는 항목으로 예상치 못한 금액이 찍혀있을 때가 있습니다.
프라이빗 서브넷(Private Subnet)에 있는 서버들이 외부 인터넷(Yum update, 외부 API 호출 등)을 쓰려면 NAT가 필수입니다. 보통은 "AWS가 관리해 주니까 편하겠지" 하고 NAT Gateway를 생성하지만, 트래픽이 늘어날수록 이 녀석의 요금은 무시무시해집니다.
오늘은 편리함의 대가인 NAT Gateway와, 가성비의 끝판왕 NAT Instance를 비교하고, 언제 무엇을 써야 할지 딱 정해드립니다.
1. NAT Gateway: "돈으로 편함을 산다"
AWS가 완전 관리형(Managed)으로 제공하는 서비스입니다. 그냥 클릭 몇 번이면 생성되고, 우리가 신경 쓸 게 거의 없습니다.
장점
1. 고가용성(HA): AZ(가용 영역) 내에서 자동으로 이중화가 되어 있어 죽을 일이 거의 없습니다.
2. 고성능: 트래픽이 늘어나면 알아서 대역폭을 확장합니다. (최대 100Gbps)
3. 관리 불필요: OS 패치, 보안 설정 등을 AWS가 알아서 합니다.
단점
1. 비용 구조: 시간당 요금 + 데이터 처리 요금
서울 리전 기준, 시간당 약 $0.059에 더해 1GB당 $0.059의 처리 비용이 듭니다.
만약 한 달에 10TB를 전송한다면? 데이터 처리비만 **약 $600(70~80만 원)**이 나옵니다.
2. NAT Instance: "약간의 귀찮음으로 엄청난 비용 절감"
과거에 많이 쓰다가 NAT Gateway 출시 이후 잊혀졌지만, 최근 비용 절감을 위해 다시 각광받고 있는 "EC2로 직접 NAT 서버 만들기" 방식입니다.
구조: 퍼블릭 서브넷에 EC2를 하나 띄우고, Source/Dest Check 기능을 끄고, 라우팅 테이블이 이 EC2를 바라보게 하면 끝입니다.
장점
데이터 처리 비용 0원: 이게 핵심입니다. EC2 인스턴스 비용 외에 추가 데이터 요금이 없습니다.
극강의 가성비: t4g.nano 같은 걸 쓰면 월 5천 원에도 가능하고, **스팟 인스턴스(Spot Instance)**를 쓰면 커피 한 잔 값으로도 운영 가능합니다.
단점
관리 이슈: EC2니까 OS 패치도 해야 하고, 보안 그룹도 신경 써야 합니다.
대역폭 제한: EC2 타입에 따라 네트워크 성능이 제한됩니다.
HA 구성 복잡: 서버가 죽으면 인터넷이 끊깁니다. (Auto Scaling Group으로 자동 복구 구성을 직접 해야 함)
3. 비용 시뮬레이션 (승자는?)
한 달에 1TB의 데이터를 외부로 내보낸다고 가정해 봅시다. (서울 리전 기준)
보이시나요? 데이터 전송량이 많을수록 가격 차이는 30배 이상 벌어집니다.
4. 결론: 언제 갈아타야 할까?
무조건 NAT Instance가 좋은 건 아닙니다. 운영 안정성과 비용 사이에서 저울질을 해야 합니다.
✅ NAT Gateway를 계속 쓰세요:
프로덕션(Prod) 환경: 돈보다 안정성이 훨씬 중요할 때.
트래픽이 적을 때: 데이터 처리비가 얼마 안 나온다면, 관리 인건비가 더 비쌉니다. 그냥 편하게 쓰세요.
✅ NAT Instance로 갈아타세요:
개발(Dev/Stage) 환경: 인터넷 잠깐 끊겨도 큰일 안 나는 곳.
대용량 데이터 전송 시: 외부 스토리지로 백업을 하거나, 로그를 대량으로 전송해서 NAT Gateway 비용이 EC2 비용보다 비싸지는 순간.
비용 절감이 최우선 KPI일 때: fck-nat 같은 오픈소스를 활용하면 NAT Instance 관리도 꽤 편하게 자동화할 수 있습니다.
마치며
"클라우드 비용 최적화는 '보이지 않는 비용'을 잡는 것에서 시작합니다."
지금 바로 AWS Cost Explorer를 켜서 NatGateway-Bytes 비용을 확인해 보세요. 어쩌면 오늘 점심시간에 잠깐 EC2 하나 띄우는 것만으로도 팀 회식비를 벌 수 있을지도 모릅니다.
