요약

  • ARIN whois는 AS20473의 네트워크 이름을 AS-VULTR, 조직을 The Constant Company, LLC, 조직 핸들을 CHOOP-1, 등록일을 2001년 5월 11일로 적는다(ARIN whois). RIPEstat은 같은 번호를 같은 소유자로 답하고(RIPEstat AS 개요), PeeringDB는 별칭에 'Vultr, Choopa'를 함께 올려 둔다(PeeringDB).
  • Vultr의 최저가 컴퓨트는 1 vCPU, 메모리 0.5GB, 10GB 스토리지, 월 0.50TB 전송에 월 2.50달러이고 'IPv6 Only'로 표시된다(Vultr 요금). 회사는 34개 리전을 내걸고(Vultr 리전 안내), ARIN은 IPv4를 넘긴 조직의 대기열 신청을 36개월 막는다(ARIN 이전 정책).

스물다섯 해 동안 바뀌지 않은 한 줄

ARIN whois REST가 AS20473에 대해 돌려주는 값은 다섯 항목이다. 네트워크 이름 AS-VULTR, 핸들 AS20473, 조직 The Constant Company, LLC, 조직 핸들 CHOOP-1, 등록일 2001-05-11(ARIN whois).

용어 셋만 풀고 가자. 자율 시스템 번호는 한 네트워크가 인터넷 나머지에 "이 대역은 나를 거쳐 간다"고 알릴 때 쓰는 신원 번호다. 조직 핸들은 레지스트리가 법인을 분류하려고 붙인 내부 기호이지 브랜드도 도메인도 아니다. 등록일은 그 신원이 레지스트리에 처음 올라간 날이다. 셋 다 마케팅 문구로 고칠 수 있는 값이 아니다.

같은 번호는 다른 데이터베이스에서도 같은 주인을 가리킨다. RIPEstat의 AS 개요는 2026년 10월 23일 조회에서 소유자를 'AS-VULTR - The Constant Company, LLC'로, announced 값을 참으로, 번호의 위치를 ARIN이 할당한 IANA 16비트 블록 18432-20479로 답했다(RIPEstat AS 개요). 경로 쪽 제3자의 시선도 이름에서 어긋나지 않는다. Hurricane Electric의 BGP Toolkit은 AS20473을 The Constant Company, LLC로 적는다(bgp.he.net). 마지막 항목은 레지스트리 문서가 아니라 경로 관측이므로 성격이 다르지만, 소유자 이름을 뒤집지는 않는다.

whois가 지금도 등록일로 제시하는 날짜는 2001년 5월 11일이다. 그 날짜와 오늘 사이에 이 번호의 등록 명의가 바뀌었다는 문서는 읽지 못했다.

CHOOP-1, 아직 Choopa를 철자하는 핸들

조직 핸들 CHOOP-1의 앞자리는 이 인프라에 붙어 있던 옛 이름 Choopa를 그대로 담고 있다. 그 이름은 두 곳에서 살아남았다. ARIN이 AS20473의 소유자에게 부여한 핸들 안에, 그리고 PeeringDB의 네트워크 기록이 병기하는 별칭 필드에.

PeeringDB 레코드는 네트워크 ID 813, 조직 ID 1051, 이름 'The Constant Company', 별칭 'Vultr, Choopa', 웹사이트 vultr.com을 담고 있다(PeeringDB). PeeringDB는 사업자가 직접 관리하는 상호접속 디렉터리이고 기업 등기부가 아니다. 그러니 이 값은 사업자의 자기 서술로 읽어야 하고 권위로 인용해서는 안 된다. 다만 자기 서술도 데이터다. 한 사업자가 자기 네트워크에 이름 두 개를 나란히 붙여 두었다는 사실은 남는다.

여기서 선을 하나 긋는다. 레지스트리 문서는 사명 변경을 서술하지 않는다. Choopa, LLC가 언제 The Constant Company, LLC가 되었는지, 어떤 인수나 합병을 거쳤는지는 이번에 읽은 whois 기록 어디에도 없다. 핸들 접두사와 별칭 필드가 "지금 등록된 법인 안에 옛 이름의 층이 남아 있다"는 읽기와 일치한다는 것, 그것이 문서가 지지하는 전부다. 그 이상은 읽은 것이 아니라 해석이다.

실무적 귀결은 하나다. 인수나 분할을 검토하는 쪽이 이 회사의 번호 자원을 보려면 상표, 법인명, 핸들, 별칭 네 개의 문자열을 서로 맞춰 봐야 한다. 네 개를 한 번에 설명하는 문서는 없다.

지금 인터넷에 광고되는 대역

등록 기록은 소유자를 말하고, 광고 기록은 사용을 말한다.

RIPEstat의 AS20473 광고 대역 응답은 2026-10-23T12:26:26Z 관측 시점에 채워진 대역 목록을 돌려줬고, 그 안에 107.191.46.0/23이 들어 있다(RIPEstat 광고 대역). 프리픽스는 네트워크가 "여기까지 도달할 수 있다"고 알리는 주소 구간이고, 107.191.46.0/23은 연속된 주소 512개 폭의 한 구간이다.

응답에는 주의 문구가 함께 붙어 있었다. 결과는 RIS 전체 피드를 보는 피어가 열 개 미만인 경로를 제외한다. 게다가 내가 보관한 발췌는 목록 중간에서 잘려 있다. 그래서 대역 개수나 주소 총량은 숫자로 쓰지 않는다.

이 목록이 확정하는 것은 하나다. AS20473은 잠든 등록이 아니라 지금 주소 공간을 광고하는 살아 있는 신원이고, 위의 등록 기록은 그 살아 있는 경로에 붙어 있다. 확정하지 못하는 것은 각 광고 대역이 어느 법인의 네트워크 객체 명의로 등록되어 있는가다. 그 확인에는 대역별 등록 문서가 필요하고, 이번 조사에서는 열지 못했다.

36개월과 2.50달러

여기서 번호의 사실이 가격의 사실로 넘어간다.

ARIN의 이전 정책 문서는 IPv4 주소 자원을 다른 당사자에게 이전한 실체가, 그 이전 후 36개월 동안 NRPM 4.1.8조의 ARIN 대기열에 IPv4 주소 공간을 신청할 수 없다고 적는다(ARIN 이전 정책). 절차 조항처럼 읽히지만 실질은 제약이다. 주소를 한 번 밖으로 넘기면 3년 동안 줄을 다시 설 수 없다.

Vultr의 요금 페이지는 가장 낮은 컴퓨트 항목을 1 vCPU, 메모리 0.5GB, 월 0.50TB 전송, 10GB 스토리지, 월 2.50달러 또는 시간당 0.004달러로 제시하고 그 옆에 'IPv6 Only' 라벨을 붙인다(Vultr 요금). 주소가 빠진 자리에 값이 붙은 셈이다.

두 문서를 겹쳐 놓으면 흔한 클라우드의 관성이 뒤집혀 보인다. 보통은 최저가 상품에 IPv4 주소 하나가 기본으로 딸려 오고 그 값은 가격에 묻혀 있다. 여기서는 반대다. IPv4가 유료 구분이 되고 IPv6가 기본값이 된다. 2.50달러를 내는 고객은 서버를 사는 것이고, 주소는 사지 않는 것이다.

인과의 크기는 정확히 하자. 요금 페이지는 이 상품이 언제 나왔는지, IPv4를 포함한 상품과의 가격 차가 어떻게 변해 왔는지를 남기지 않는다. 그러니 '36개월 대기열이 이 요금제를 낳았다'고 단정할 수는 없다. 두 문서가 같은 방향을 가리킨다는 것까지가 내가 읽은 범위다. 주소를 새로 얻는 비용은 정책으로 고정되어 있고, 주소를 빼고 파는 상품은 이미 진열되어 있다. 어느 쪽이 원인이고 어느 쪽이 결과인지 가르려면 상품 출시 시점과 과거 가격 이력이 필요하고, 그 문서는 아직 손에 없다.

34개 리전, 33번째는 밀라노

회사 쪽 숫자도 같은 방향을 가리킨다.

Vultr의 소개 페이지는 자사가 34개 클라우드 데이터센터 리전에서 서비스된다고 적는다(Vultr 리전 안내). 보관한 발췌에는 이 페이지의 게시일이 없다.

2026년 5월 19일자 회사 보도자료는 33번째 글로벌 클라우드 데이터센터 리전을 밀라노에 연다고 발표했다(보도자료). 같은 자료는 회사를 '세계 최대의 비상장 클라우드 인프라 기업'이라고 소개한다. 이 표현은 회사 자신의 위치 규정이고 독립적으로 검증된 순위가 아니다. 그래서 회사의 말로만 인용한다.

33과 34는 모순이 아니다. 날짜가 다른 두 장의 스냅숏일 뿐이다. 중요한 것은 리전 하나가 늘 때마다 주소, 트랜짓, 상호접속이 함께 필요하다는 점이다. 리전은 서버 대수보다 주소 계획에 가까운 단위다.

빌려 쓰는 쪽에서 보이는 것

문서가 이 회사에 대해 말하는 것을 모으면 이렇다. 2001년 5월 11일에 등록된 자율 시스템 번호 하나, 스물다섯 해 동안 같은 이름을 유지한 조직 핸들, 옛 이름을 병기한 디렉터리 항목, 지금도 광고되는 주소 대역, 그리고 IPv4를 빼고 설계한 최저가 상품.

주소를 빌려 쓰는 쪽에 이 기록이 주는 결론은 값이 아니라 구조다. 최저가 층에서 IPv4는 더 이상 기본값이 아니다. 시간당 0.004달러짜리 서버를 고르는 순간, 그 서버는 IPv4 없이 돌아가도록 설계된 워크로드라는 전제를 함께 받아들이게 된다. IPv4가 필요한 워크로드는 더 비싼 층으로 올라가거나 주소를 따로 확보해야 한다. 등록 기록은 그 층이 왜 생겼는지에 대한 가장 오래된 증거를 쥐고 있다.

숫자로 남기지 못한 것은 둘이다. 주소 하나의 값과, 광고되는 대역 각각의 등록 명의. 둘 다 원문을 열지 못해 생긴 공백이고, 대역과 요금의 세부 문서를 열면 메울 수 있는 자리다.