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

무엇이 과금됩니까

AWS는 2024년 2월 1일부터 계정 안의 공인 IPv4 주소를 사용 중이든 유휴 상태든 주소 하나당 사용 시간으로 과금합니다. EC2에 자동으로 붙은 공인 주소, 고정 IP(Elastic IP), 로드 밸런서·NAT 게이트웨이처럼 AWS 서비스가 관리하는 주소가 모두 대상입니다. 고객이 소유한 주소를 가져와 쓰는 BYOIP 주소는 과금되지 않습니다.

이전에는 서버에 연결된 주소가 무료였기 때문에, 설계할 때 서버마다 공인 주소를 붙이는 것이 비용 문제가 되지 않았습니다. 그 시절에 만든 구성이 그대로 남아 있으면 서버를 늘리지 않아도 주소 요금이 꾸준히 나옵니다.

청구서에서는 공인 IPv4가 두 가지 사용 유형으로 나뉩니다. 사용 유형 옆의 작업(Operation) 값을 보면 주소가 어디에서 왔는지 알 수 있습니다.

주소부터 찾습니다

줄이기 전에 주소가 몇 개이고 어디에 붙어 있는지를 먼저 셉니다. 확인하는 곳은 세 군데입니다.

• Public IP Insights: VPC IP Address Manager(IPAM)의 기능으로, AWS는 추가 비용 없이 제공한다고 안내합니다. 계정의 공인 주소를 종류별로 나누고 주소마다 어디에 쓰이는지 보여 줍니다.
• 청구서·Cost Explorer: 사용 유형별 시간을 보면 유휴 주소와 사용 중 주소가 각각 얼마나 쌓였는지 알 수 있습니다. 리전마다 따로 집계되므로 쓰지 않는 리전도 함께 봅니다.
• EC2 콘솔의 Elastic IP 목록: 연결된 인스턴스나 네트워크 인터페이스가 비어 있는 주소가 유휴 고정 IP입니다. 명령으로는 aws ec2 describe-addresses 결과에서 연결 정보가 없는 항목을 찾습니다.

줄이는 순서

되돌리기 쉽고 영향이 적은 것부터 진행합니다.

1. 유휴 고정 IP 정리연결되지 않은 Elastic IP를 찾습니다. 외부 기관 방화벽이나 연동 설정에 등록된 주소인지 확인한 뒤 반납합니다.
2. 관리 접속용 주소 제거SSH·RDP 접속만을 위해 공인 주소를 둔 서버는 EC2 Instance Connect 엔드포인트나 Systems Manager Session Manager로 접속 경로를 바꿉니다.
3. 자동 할당 설정 점검서브넷의 공인 IPv4 자동 할당 설정이 켜져 있으면 새 서버마다 주소가 생깁니다. 외부 노출이 필요 없는 서브넷은 끕니다.
4. 데이터베이스 외부 접근 해제RDS에서 퍼블릭 액세스를 켜 둔 인스턴스는 공인 주소를 씁니다. 외부 접속이 꼭 필요한지 다시 확인합니다.
5. 서비스 노출 구조 정리서버마다 공인 주소를 두는 대신, 들어오는 요청은 로드 밸런서로, 나가는 통신은 NAT 게이트웨이로 모으는 구조를 검토합니다.

두 번째 단계는 비용과 함께 보안에도 효과가 있습니다. SSH·RDP 포트를 인터넷에 열어 두지 않아도 되기 때문입니다. 다만 Session Manager를 쓰려면 세 가지가 갖춰져야 합니다. 서버에 SSM Agent가 설치돼 있어야 하고, 인스턴스 프로필이나 계정 단위 기본 설정(Default Host Management Configuration)으로 Systems Manager 권한이 주어져야 하며, 서버가 Systems Manager 엔드포인트에 HTTPS(443)로 닿을 수 있어야 합니다. 프라이빗 서브넷의 서버라면 NAT 게이트웨이나 VPC 엔드포인트가 그 경로가 됩니다. 바꾸기 전에 접속 경로를 하나 열어 두고 시험합니다.

정리 전에 사용 유형별 주소 시간과 주소 목록을 기록해 둡니다. 과금이 시간 단위라 정리한 효과는 다음 날부터 Cost Explorer의 사용 유형 시간에서 바로 확인할 수 있고, 반대로 무언가 끊겼을 때 어떤 주소를 반납했는지 되짚을 근거가 됩니다.

구조를 바꿀 때 비교할 것

다섯 번째 단계는 비용과 보안이 함께 바뀌는 결정입니다. 로드 밸런서는 활성화한 가용 영역마다 공인 주소를 하나씩 쓰고, 최소 두 개의 가용 영역이 필요합니다. NAT 게이트웨이도 시간 요금과 처리량 요금이 따로 붙습니다.

서버가 한두 대뿐인 환경에서는 구조를 바꾸는 비용이 줄어드는 주소 요금보다 클 수 있습니다. 이 경우에는 1~4단계만 진행하고, 다섯 번째는 서버가 늘거나 보안 요구가 생길 때 함께 검토하는 편이 합리적입니다. 반대로 서버가 여러 대이고 이미 로드 밸런서를 쓰고 있다면, 로드 밸런서 뒤의 서버에 붙은 공인 주소부터 떼어낼 수 있는지 검토합니다.

IPv6는 언제 검토합니까

AWS는 IPv6 도입을 공인 IPv4를 줄이는 방법의 하나로 제시합니다. Application Load Balancer에는 공인 IPv4 없이 IPv6로만 받는 모드도 있습니다. 다만 이 모드에서는 IPv6를 쓰지 못하는 사용자가 접속할 수 없고, 로드 밸런서의 사용자 인증 기능은 인증 제공자에 연결할 때 IPv4만 지원합니다. 그래서 IPv6는 사용자 환경과 연동 대상이 모두 IPv6를 지원하는지 확인한 뒤, 이중 스택(IPv4와 IPv6 병행)부터 단계적으로 검토합니다. IPv6 전환은 주소 요금만이 아니라 보안 그룹·방화벽 규칙·모니터링까지 함께 바뀌는 일이므로, 비용만을 이유로 서두르기보다 다음 네트워크 개편 때 함께 다루는 편이 현실적입니다.

참고 자료

• AWS 뉴스 블로그 — 공인 IPv4 주소 과금과 Public IP Insights
• AWS 네트워킹 블로그 — 공인 IPv4 주소 사용량 확인과 최적화
• Application Load Balancer 사용 설명서 — 서브넷과 IP 주소 유형
• Amazon VPC 요금
• Systems Manager 사용 설명서 — Session Manager 전제 조건