요약

  • 애저 문서는 모든 네트워크 인터페이스에 최소 하나의 IPv4 구성을 요구하고, IPv6만 쓰는 가상 머신과 확장 집합은 지원되지 않는다고 명시한다.
  • 공용 IPv6 주소와 공용 IPv6 접두사에는 요금이 없고 공용 IPv4 주소에는 명목 요금이 붙는다. 제약은 네트워크 인터페이스 계층에서 작동하므로, 고객이 플랫폼에 주소를 요청하는 바로 그 지점에서 한 주소 계열이 필수가 된다.

무엇이든 결정하는 그 문장

IPv6만으로 워크로드를 구성하려는 팀을 상상해 보자. 이유는 실무적이다. 오래된 주소 계열은 바닥나고 있고, 주소를 사들이는 일은 반복 비용이 되었으며, 네트워크 담당자는 세고 유지해야 할 대상의 수를 줄이고 싶어 한다. 그 팀은 애저 문서의 IPv6 페이지를 열고 이중 스택 연결에 관한 설명과 무료 공용 IPv6 주소를 확인한 뒤 길이 열렸다고 생각한다.

그리고 제약 항목에 도착한다. 거기서 한 문장이 그 생각을 닫는다. IPv6만 사용하는 가상 머신과 가상 머신 확장 집합은 지원되지 않으며, 모든 네트워크 인터페이스에는 최소 하나의 IPv4 IP 구성이 포함되어야 한다. 블로그 글이 아니고 지원 포럼의 답변도 아니다. 그 기능을 설명하는 바로 그 페이지에 실린 게시 문장이다(애저 Virtual Network의 IPv6 개요).

여기서의 긴장은 서로 모순되는 두 문서 사이에 있지 않다. 앞을 보는 약속과 지금의 구성을 보는 조건 사이에 있다. 약속은 말한다. IPv6는 존재하고, 무료이며, 선택할 수 있다고. 조건은 말한다. 무엇을 하든 모든 인터페이스에 IPv4를 남기라고. 둘 다 사실이고, 중요한 것은 둘의 순서다. 조건은 무엇을 올릴 수 있는지를 규정하고, 약속은 무엇에 도달할 수 있는지를 설명한다.

문서가 실제로 말하는 것

첫 번째 문서는 애저 Virtual Network의 IPv6 페이지다. 제약 항목에서 IPv6만 사용하는 가상 머신이 지원되지 않고, IPv6만 사용하는 가상 머신 확장 집합도 지원되지 않는다고 밝힌다. 이유는 모든 네트워크 인터페이스가 최소 하나의 IPv4 구성을 가져야 하기 때문이다. 같은 페이지는 공용 IPv6 주소와 공용 IPv6 접두사를 쓰는 데 요금이 없으며, 연관 리소스와 대역폭은 IPv4와 동일한 요율로 청구된다고 적는다(같은 문서).

두 번째 문서는 공용 IP 주소 페이지이며, 같은 내용을 요금 관점에서 반복한다. 공용 IPv4 주소에는 명목 요금이 있고 공용 IPv6 주소에는 요금이 없으며, 그다음에 다시 돌아와 이중 스택 구성에서 모든 네트워크 인터페이스가 최소 하나의 IPv4 IP 구성을 가져야 하므로 IPv6 전용 가상 머신과 확장 집합은 지원되지 않는다고 쓴다(애저의 공용 IP 주소).

숨긴 것도 아니다. 플랫폼은 IPv6를 이중 스택 연결로 설명한다. 애저에서 호스팅되는 애플리케이션이 기존 IPv4 인터넷과 새로운 IPv6 기기·네트워크 양쪽에 도달할 수 있게 해 주는 기능이라는 것이다. 즉 약속 자체가 IPv4를 대체하는 것이 아니라 IPv4와 공존하는 방식으로 쓰여 있다. 이 표현은 마이크로소프트의 나머지 공개 기록과도 일치한다. 윈도우 서버의 전환 기술 문서는 두 주소 계열 사이의 공존과 전환 메커니즘을 설명하지, IPv4의 포기를 말하지 않는다(윈도우 서버 IPv6 전환 기술).

그러면 이야기에 남는 것은 무엇인가. 작고, 실무적이며, 어떤 배포 템플릿에서든 즉시 실행 가능한 한 줄이 남는다. 모든 인터페이스에 IPv4.

네트워크 인터페이스가 핵심인 이유

조건이 구독이나 워크로드 자체에 걸려 있었다면 비용은 고정이었을 것이다. 시스템을 설계할 때 한 번 지키면 되는 규칙 하나다. 그러나 조건은 네트워크 인터페이스, 즉 가상 머신을 네트워크에 연결하는 가상 네트워크 카드에 걸려 있다. 그래서 제약은 애플리케이션이 실제로 IPv6를 얼마나 쓰는지가 아니라 배포 안의 인터페이스 수에 비례해 반복된다.

이것은 실제로 구조적인 차이다. 인터페이스 하나씩 붙은 가상 머신 스무 대를 만드는 팀은 그 규칙을 스무 번 만난다. 인터페이스 열 개씩 붙은 가상 머신 다섯 대를 만드는 팀은 쉰 번 만난다. 애플리케이션 트래픽에서 IPv6가 차지하는 비중을 묻는 사람은 아무도 없다. 질문은 주소를 요청하는 계층에서 제기되고, 그 답은 필수다.

그래서 행정 조항처럼 보이는 문장, 즉 "모든 네트워크 인터페이스에는 최소 하나의 IPv4 구성이 포함되어야 한다"가 사실상 그 페이지에서 유일한 아키텍처 문장이다. 이 문장이 고객과 플랫폼이 만나는 지점을 정하고, 애플리케이션이 아무리 최신이어도 모든 네트워크 설계에 IPv4를 남긴다. 문서가 말하지 않는 것, 그리고 문서에 덧붙여서는 안 되는 것은 그 구성의 종류다. 공용 주소여야 하는지, 사설이어야 하는지, 공유되어야 하는지, 변환을 거쳐야 하는지 출처 텍스트는 확정하지 않는다. 그러므로 그 위에 숫자를 세우거나, 영향을 받는 워크로드가 소비하는 공용 IPv4 주소의 개수를 추론해서는 안 된다.

무료 IPv6, 유료 IPv4, 그리고 아무 데도 이르지 않는 가격 신호

요금제에는 분명한 가격 신호가 있다. 공용 IPv6 주소는 무료이고, 공용 IPv4 주소에는 명목 요금이 붙는다. 표만 읽는 사람은 플랫폼이 고객을 IPv6로 밀고 있다고 결론 내린다. 제약을 읽는 사람은 정반대 결론에 도달한다. 고객은 IPv6만으로는 구성할 수 없다.

둘은 모순되지 않지만 협력하지도 않는다. 가격 신호는 "IPv4를 줄여라"라고 말하고, 기술 규칙은 "IPv4를 남겨라"라고 말한다. 결과적으로 모든 네트워크 인터페이스는 고객이 제거할 수 없는 유료 항목을 하나 지니며, 플랫폼은 다른 계열을 무료로 만드는 비용을 치른다. 누군가 의도적으로 그렇게 설계했다는 뜻은 아니다. 요금과 제약이 별개의 정책으로 관리되고, 두 정책의 결합 효과는 하나의 단위로 설계된 적이 없다는 뜻이다.

세부는 더 분명하다. 연관 리소스와 대역폭은 두 계열에 같은 요율로 청구된다. IPv6가 무료라는 말은 그것을 운영하는 비용이 싸다는 뜻이 아니라, 주소 자체가 청구서의 항목이 아니라는 뜻이다. 두 경로의 비용을 비교하려는 사람은 이 페이지들에서 비교표를 찾지 못할 것이고, 대신 비교 자체를 불가능하게 만드는 규칙을 발견하게 된다. IPv4 없는 경로는 없다.

게시된 기록은 네트워크가 아니다

마이크로소프트는 애저 IP 범위와 서비스 태그를 담은 내려받기 가능한 파일을 공개한다. 애저 서비스가 사용하는 주소 공간에 대해 기계가 읽을 수 있는 데이터가 필요한 고객을 위한 것이다(애저 IP 범위 및 서비스 태그 파일). 파일의 존재와 공개된 목적은 확정된 사실이다. 그러나 현재 스키마 버전, 주소 계열 포함 범위, 갱신 주기는 이번 작업에서 텍스트로 읽지 않았으므로, 이 파일이 IPv6 접두사를 빼놓았거나 담고 있다고 여기서 말하지 않는다.

이 구분은 형식적인 검증이 아니다. 등록기관 기록, 공개된 범위 파일, 플랫폼이 강제하는 요구 사항은 서로 다른 세 가지 산출물이며 서로 다른 속도로 움직인다. 범위 파일은 일정한 주기로 갱신되고, 등록 기록은 이전이 일어날 때마다 갱신되며, 기술 규칙은 고객이 인터페이스를 만들 때마다 적용된다. 이들이 어긋나는 것은 기만의 증거가 아니다. 우선은 범위와 주기의 문제이고, 모든 텍스트를 같은 시점에 읽은 뒤에야 비로소 진위의 문제가 된다. 이번 작업에서는 그 동시 읽기가 이루어지지 않았다.

ARIN 기록이 말할 수 있는 것과 없는 것

ARIN 등록부에서 MSFT 핸들을 가진 RDAP 조직 레코드는 Microsoft Corporation의 조직 등록과 그에 연결된 인터넷 번호 자원의 등록 지점이다(MSFT 조직 RDAP 레코드). 이것은 신원 확인이지 목록이 아니다. 레코드 본문과 전체 연결 자원 집합은 이번 작업에서 텍스트로 읽지 않았으므로, 여기서 주소 총량도, 접두사 개수도, 보유 목록도 게시하지 않는다.

이 제한은 중요하다. IPv4 논쟁은 언제나 규모 질문으로 끌려간다. 누가 얼마나 갖고 있느냐. 질문은 정당하지만, 식별 페이지가 답하는 질문은 아니다. 등록부는 첫 화면이 보여 주는 것보다 많이 알고 있으나, 읽지 않은 것은 계산되지 않는다. 그래서 이 글은 읽을 수 있는 텍스트가 허락하는 데까지만 머문다. 등록된 신원, 공개된 이전 체계, 선언된 플랫폼 규칙.

이전 체계 자체도 그림의 일부다. ARIN은 IPv4 주소의 공개 이전 체계와 등록 추적을 운영하며, 여기에는 중앙 IPv4 풀이 고갈된 뒤에 기록된 이전도 포함된다(ARIN의 IPv4 이전 체계). 이 체계의 존재는 주소가 거래 가능한 자산이 되었다는 증거이지, 특정 기업이 무엇을 보유했는지의 증거가 아니다.

2011년 노텔 거래, 그리고 그것이 설명이 아닌 이유

2011년 4월 BBC News와 Ars Technica는 마이크로소프트가 노텔로부터 666,624개의 IPv4 주소를 약 750만 달러 규모의 거래로 사들였다고 보도했다. 노텔의 파산 관련 자산 처분 과정의 일부였다(BBC News, Ars Technica). 두 수치는 동시대 언론 보도에서 온 것이며, 이번 작업에서 등록 기록이나 법원 문서로 읽은 것이 아니다. 두 수치로 나눈 주소당 약 11.25달러는 게재된 숫자에 대한 산술이고, ARIN이 정한 가격이 아니다.

이 사건은 여기서 주소 공간의 시장 가치에 관한 언론 보도 기반의 역사적 맥락으로만 쓰인다. 현재의 구성 규칙에 대한 설명으로 읽으면 틀리고, 동기로 제시하면 더 틀린다. 시간 차이는 15년이고, 주제 차이는 더 크다. 제품 문서의 운영 규칙은 오래된 예산으로 해명될 필요가 없고, 명시적 텍스트 없이 그 예산에 귀속시켜서도 안 된다. 말할 수 있는 것은 IPv4 시장이 이미 존재했고 가격이 있었으며, 대기업이 주소를 자산으로 다뤘다는 사실이다.

전환은 실제로 어디에 서 있는가

여기서 읽을 수 있는 텍스트가 허락하는 결론은 일반 논쟁이 보여 주는 것보다 좁다. 애저는 IPv6를 거부하지 않는다. IPv6 페이지는 그것이 어떻게 작동하는지 상세히 설명하고, 공용 주소 목록은 IPv6를 무료로 만든다. 그러나 애저는 IPv6가 충분해지도록 허락하지도 않는다. 네트워크 인터페이스 수준의 조건이 문서화된 경로의 모든 워크로드에 IPv4를 남긴다. 플랫폼은 이 조건을 모든 서비스로 일반화하지 않으며, IPv6가 지원되지 않는다고 말하지도 않는다. 정확히 말하기를, IPv6만 사용하는 가상 머신과 확장 집합이 지원되지 않는다고 한다. 그것이 주장의 한계다.

증거의 경계는 분명하고 한 번만 말한다. 읽은 출처에는 마이크로소프트가 그 규칙의 이유, 일정, 목표 상태를 설명한 진술이 없다. 게시된 메타데이터와 실제 애저 네트워크 상태를 비교하기 위한 BGP나 고객 엔드포인트 측정도 없다. 2024년이나 2025년에 마이크로소프트를 당사자로 지목한 ARIN 이전 기록을 텍스트로 읽지도 않았다. 있는 것은 무엇을 만들 수 있는지 정하는 제품 문서, 무엇이 청구되는지 정하는 요금 페이지, 누가 계정을 보유하는지 정하는 등록 기록이다.

이 해석을 바꿀 것

세 가지면 이 해석이 바뀐다. 모두 게시되었거나 게시 가능한 것들이다. 첫째, 애저 문서의 제약 항목 표현이 바뀌어 IPv6만 사용하는 가상 머신이 지원된다면 결정적인 문장이 사라지고, 남는 질문은 요금 하나가 된다. 둘째, 마이크로소프트가 그 규칙에 대한 명시적 설명을 공개한다면 동기는 추측으로 채워야 할 공백이 아니라 문서화된 자료가 된다. 셋째, 요금 항목이 바뀌어 공용 IPv4 주소가 무료가 되거나 공용 IPv6 주소에 요금이 붙는다면 가격 신호가 뒤집히고, 정책이 한 방향으로 가고 있는지 드러난다.

이 셋 중 하나가 일어나기 전까지 가장 강한 해석은 가장 단순한 것이다. IPv6를 답이라고 선언한 네트워크가 같은 문서에 IPv6를 충분하지 않게 만드는 조건을 적어 두었다. 그것은 누군가 실수로 만든 모순이 아니라, 정확한 기술 언어로 쓰인 우선순위의 서열이며, 올바른 줄에 도착하는 사람이면 누구나 읽을 수 있다. 기업 디렉터리의 해당 항목도 마이크로소프트 코퍼레이션에서 같은 이름으로 확인된다.