인터넷 주소를 땅이라고 생각해보면
인터넷에 연결된 기기는 모두 주소가 있어야 서로 데이터를 주고받을 수 있어요. 지금도 가장 많이 쓰이는 건 192.168.0.1 같은 모양의 IPv4 주소예요. IPv4 주소는 32비트라서 총개수가 2의 32제곱, 약 43억 개로 정해져 있어요. 더 만들어낼 수가 없거든요.
최근 IPv4 주소 공간을 ‘땅’에 빗대어 설명한 글이 나왔어요. 생각보다 꽤 정확한 비유예요. 땅처럼 총량이 정해져 있고, 먼저 온 사람들이 넓은 땅을 차지했고, 지금은 사고팔고 세놓는 부동산 시장까지 생겼거든요. 이 비유를 따라가면서 IPv4가 바닥난 문제가 왜 아직도 개발자의 클라우드 청구서와 코드에 영향을 주는지 풀어볼게요.
43억 평, 그중 개발할 수 없는 땅
43억 개면 많아 보이지만 전부 쓸 수 있는 건 아니에요. 처음부터 용도가 정해진 ‘개발 제한 구역’이 꽤 넓거든요.
- 사설망 대역 (
10.0.0.0/8,172.16.0.0/12,192.168.0.0/16): 집이나 회사 안에서만 쓰는 주소예요. 공유기가 나눠주는 그 주소죠. - 루프백 (
127.0.0.0/8): 자기 자신을 가리키는localhost용이에요. 1,600만 개가 넘는 주소가 여기 묶여 있어요. - 멀티캐스트와 예약 대역 (
224.0.0.0/4,240.0.0.0/4): 특수 용도로 쓰거나 ‘미래를 위해 남겨둔’ 땅이라 일반 인터넷에서는 못 써요. - 최소 분할 단위: 인터넷 라우팅(BGP)에서는 보통
/24(256개)보다 작게 쪼갠 블록은 받아주지 않아요. 땅으로 치면 ‘이보다 작게는 분할 불가’인 셈이에요. - 오염된 땅: 예전에 스팸 발송에 쓰인 주소는 블랙리스트에 올라 있어서, 사고 나서 메일이 안 나가는 일이 생겨요. 그래서 사기 전에 등기부등본 떼보듯 이력을 조사해요.
- 무단 점유: 남의 주소 블록을 자기 것처럼 알리는 BGP 하이재킹은 일종의 불법 점거예요.
/8 같은 표기는 CIDR라고 불러요. 이게 뭐냐면, 주소 앞에서부터 몇 비트가 고정인지를 나타내는 거예요. /8이면 앞 8비트가 고정이라서, 나머지 24비트만큼인 약 1,677만 개 주소가 한 덩어리가 돼요. 전체 땅의 256분의 1이니 거대한 ‘군(郡)’ 하나쯤으로 보면 돼요.
초기 정착민과 대지주들
1980년대 인터넷 초창기에는 주소가 넘쳐 보여서, 신청만 하면 큰 덩어리를 통째로 내줬어요. 서부 개척 시대에 땅을 나눠주던 모습과 비슷하죠. 그래서 Apple(17.0.0.0/8), MIT(18.0.0.0/8), Ford(19.0.0.0/8) 같은 기관과 미국 국방부가 /8 단위의 ‘대농장’을 갖게 됐어요. MIT는 2017년쯤 갖고 있던 주소의 절반가량을 팔기도 했어요.
땅이 바닥나고, 부동산 시장이 열렸다
2011년 2월, 전 세계 IP 주소를 관리하는 IANA가 마지막 /8 블록들을 대륙별 관리 기관(RIR)에 나눠줬어요. 이걸로 중앙 창고가 텅 비었어요. 이후 아시아·태평양을 맡은 APNIC과 유럽을 맡은 RIPE NCC도 차례로 재고가 바닥났어요. 한국은 KISA(한국인터넷진흥원)가 APNIC 아래에서 국내 주소를 관리해요.
새 땅이 없으니 결국 거래가 시작됐어요. 안 쓰는 주소를 가진 쪽이 필요한 쪽에 파는 이전(transfer) 시장이 생겼고, 중개 브로커와 월세처럼 빌려주는 임대(leasing) 서비스도 나왔어요. 가격도 한때 주소 하나에 수십 달러까지 올랐다가 최근엔 좀 내려왔어요. 진짜 부동산처럼 오르내리는 거죠.
재밌는 건 부동산 상식이 그대로 통한다는 점이에요.
땅값이 내 클라우드 청구서에 찍히는 순간
남의 얘기가 아니에요. AWS는 2024년 2월부터 모든 퍼블릭 IPv4 주소에 시간당 0.005달러를 받고 있거든요. 한 달이면 주소 하나에 약 3.6달러예요. 예전에는 실행 중인 EC2에 붙은 주소는 무료였어요. 인스턴스 수십 대에 퍼블릭 IP를 하나씩 달아뒀다면 이제는 무시하기 어려운 금액이에요. 결국 오른 땅값을 세입자인 우리가 내게 된 거예요.
땅을 아끼는 법, 그리고 새 대륙
업계는 크게 두 가지로 대응해왔어요.
첫 번째는 땅을 나눠 쓰기예요. NAT가 바로 그건데요, 이게 뭐냐면 공인 주소 하나를 여러 기기가 같이 쓰는 기술이에요. 셰어하우스는 주소가 하나지만 방마다 사람이 사는 것과 같아요. 통신사 규모로 이렇게 하는 게 CGNAT(100.64.0.0/10)예요. 모바일 망에서는 수많은 사용자가 공인 IP 하나를 같이 써요.
두 번째는 새 대륙으로 이주하기, 즉 IPv6예요. 주소가 128비트라서 2의 128제곱 개, 사실상 끝이 없는 땅이에요. 구글 통계로는 전 세계 사용자의 절반 가까이가 IPv6로 접속하고 있어요. 다만 한국은 다른 주요국보다 전환이 느린 편이라는 평가가 많아요.
한국 개발자가 챙겨볼 것들
클라우드 비용 점검부터 해보세요. 안 쓰는 Elastic IP를 정리하고, 공인 IP가 필요 없는 서버는 로드밸런서나 NAT 게이트웨이 뒤로 옮기기만 해도 비용이 줄어요. 다만 NAT 게이트웨이도 자체 요금과 트래픽 요금이 있으니 구조를 바꾸기 전에 계산해보세요.
IP 기반 로직도 다시 봐야 해요. CGNAT 뒤에서는 IP 하나에 수천 명이 있을 수 있어요. IP 하나를 차단하면 애꿎은 사용자까지 막힐 수 있다는 뜻이에요. 반대로 IPv6에서는 사용자 한 명이 /64 대역 전체를 가질 수 있어요. 그래서 주소 하나 단위로 요청 횟수 제한(rate limit)을 걸면 쉽게 피해 갈 수 있어요.
코드에 숨은 IPv4 가정도 찾아보세요. IP를 저장하는 DB 컬럼이 VARCHAR(15)로 잡혀 있거나 IPv4 정규식으로만 검사하고 있다면, IPv6 주소가 들어오는 순간 깨져요. PostgreSQL의 inet 타입이나 MySQL의 INET6_ATON()처럼 두 형식을 다 다루는 도구를 쓰는 게 안전해요. 참고로 애플은 2016년부터 IPv6 전용 네트워크에서도 동작하는 앱만 심사를 통과시키고 있어요.
마무리
IPv4는 더 이상 공짜로 무한히 쓸 수 있는 자원이 아니에요. 값이 매겨진 부동산이 됐고, 그 땅값이 이미 우리 청구서와 설계에 영향을 주고 있어요.
여러분 서비스는 IPv6 듀얼스택을 지원하나요, 아니면 아직 IPv4로 충분하다고 보시나요? IPv6로 옮겨본 경험이나 클라우드 IP 비용을 줄인 팁이 있다면 함께 나눠주세요!
🔗 출처: Hacker News