서브넷

Virtual Private Cloud(VPC) 네트워크는 전역 리소스입니다. 각 VPC 네트워크는 서브넷이라는 하나 이상의 IP 주소 범위로 구성됩니다. 서브넷은 리전 리소스이며 서브넷과 연결된 IP 주소 범위가 있습니다.

Google Cloud에서 서브넷서브네트워크라는 용어는 동의어입니다. Google Cloud 콘솔, Google Cloud CLI 명령어, API 문서에서는 서로 바꿔서 사용됩니다.

네트워크 및 서브넷

네트워크를 사용하려면 네트워크에 한 개 이상의 서브넷이 있어야 합니다. 자동 모드 VPC 네트워크는 각 리전에 자동으로 서브넷을 만듭니다. 커스텀 모드 VPC 네트워크는 서브넷 없이 시작되므로 서브넷 만들기를 전적으로 제어할 수 있습니다. 한 리전에 두 개 이상의 서브넷을 만들 수 있습니다. 자동 모드와 커스텀 모드 VPC 네트워크의 차이점에 대한 자세한 내용은 VPC 네트워크 유형을 참조하세요.

Google Cloud에서 리소스를 만들 때 네트워크와 서브넷을 선택합니다. 인스턴스 템플릿 이외의 리소스를 만들 때는 영역 또는 리전도 선택합니다. 영역을 선택하면 상위 리전도 암시적으로 선택됩니다. 서브넷은 리전 객체이므로 리소스에 선택한 리전에 따라 리소스에서 사용할 수 있는 서브넷이 결정됩니다.

  • 인스턴스를 만들 때 인스턴스의 영역을 선택합니다. VM에 사용할 네트워크를 선택하지 않으면 모든 리전에 서브넷이 있는 기본 VPC 네트워크가 사용됩니다. VM에 사용할 네트워크를 선택할 경우 선택한 영역의 상위 리전에 서브넷이 포함된 네트워크를 선택해야 합니다.

  • 관리형 인스턴스 그룹을 만들 때 그룹 유형 및 인스턴스 템플릿에 따라 영역 또는 리전을 선택합니다. 인스턴스 템플릿은 사용할 VPC 네트워크를 정의합니다. 따라서 관리형 인스턴스 그룹을 만들 때는 적절한 구성의 인스턴스 템플릿을 선택해야 합니다. 템플릿은 선택한 영역 또는 리전에 서브넷이 있는 VPC 네트워크를 지정해야 합니다. 자동 모드 VPC 네트워크는 항상 모든 리전에서 하나의 서브넷을 가집니다.

  • Kubernetes 컨테이너 클러스터를 만드는 프로세스에는 영역 또는 리전(클러스터 유형에 따름), 네트워크, 서브넷을 선택하는 과정이 포함됩니다. 선택한 영역 또는 리전에서 제공되는 서브넷을 선택해야 합니다.

서브넷 유형

VPC 네트워크는 다음과 같은 서브넷 유형을 지원합니다.

  • IPv4 서브넷 범위만 있는 IPv4 전용(단일 스택) 서브넷

  • IPv4 및 IPv6 서브넷 범위가 있는 IPv4 및 IPv6(이중 스택) 서브넷

단일 VPC 네트워크에는 이러한 서브넷 유형의 모든 조합이 포함될 수 있습니다.

서브넷을 만들 때 사용할 스택 유형을 지정합니다. 또한 기존 IPv4 전용 서브넷을 업데이트하여 이중 스택 서브넷으로 구성할 수도 있습니다.

이중 스택 서브넷은 커스텀 모드 VPC 네트워크에서만 지원됩니다. 이중 스택 서브넷은 자동 모드 VPC 네트워크 또는 기존 네트워크에서 지원되지 않습니다.

IPv4 서브넷 범위를 만들 때 다음 정보를 제공합니다.

서브넷 설정 유효한 값 세부정보
IPv4 범위 선택한 유효 범위 필수
보조 IPv4 범위 선택한 유효 범위 선택사항

IPv6 서브넷 범위를 만들 때 다음 정보를 제공합니다.

서브넷 설정 유효한 값 세부정보
IPv6 액세스 유형

  • 내부
  • 외부

/64 IPv6 주소 범위는 자동으로 서브넷에 할당됩니다.

서브넷 용도

서브넷은 다른 용도로 사용할 수 있습니다.

  • 일반 서브넷: 기본 서브넷 유형입니다. 일반 서브넷은 사용자에 의해 생성되거나 VM 인스턴스에 사용하도록 자동 모드 VPC 네트워크에 자동으로 생성됩니다. 일반 서브넷은 gcloud CLI 또는 API에서 PRIVATE 용도로 사용됩니다. Google Cloud 콘솔에서 용도는 없음입니다.
  • Private Service Connect 서브넷: Private Service Connect를 사용하여 관리형 서비스를 게시하는 데 사용할 서브넷입니다.
  • 프록시 전용 서브넷: 리전별 Envoy 기반 부하 분산기에 사용할 프록시 전용 서브넷입니다.
  • Private NAT 서브넷: Private NAT의 소스 범위로 사용하도록 예약된 서브넷입니다. 이 서브넷은 --purpose=PRIVATE_NAT로 설정됩니다.

대부분의 경우 서브넷을 만든 후에는 서브넷의 용도를 변경할 수 없습니다. 자세한 내용은 gcloud compute networks subnets update 명령어 참조를 참조하세요.

서브넷 이름 지정 제한사항

서브넷 이름에는 다음과 같은 제한사항이 있습니다.

  • Google Cloud 프로젝트 내에서 서브넷은 VPC 네트워크의 구성원이 아닌 한 VPC 네트워크와 같은 이름을 가질 수 없습니다. 프로젝트 내에서 동일한 리전의 서브넷은 고유한 이름을 가져야 합니다. 예를 들어 이름이 production인 네트워크에는 각 서브넷이 각각 고유한 리전에 있으면 이름이 동일하게 production인 서브넷이 여러 개 있을 수 있습니다.

  • 서브넷을 만든 후에는 서브넷의 이름 또는 리전을 변경할 수 없습니다. 하지만 리소스에서 서브넷을 사용하지 않으면 서브넷을 삭제하고 대체할 수 있습니다.

IPv4 서브넷 범위

서브넷마다 기본 IPv4 주소 범위가 있습니다. VM 인스턴스, 내부 부하 분산기, 내부 프로토콜 전달 등의 서브넷 기본 범위에서 다음 리소스의 기본 내부 주소를 가져옵니다. 원하는 경우 별칭 IP 범위에서만 사용되는 보조 IP 주소 범위를 서브넷에 추가할 수 있습니다. 하지만 서브넷의 기본 또는 보조 범위에서 인스턴스의 별칭 IP 범위를 구성할 수 있습니다.

IPv4 서브넷에 사전 정의된 연속 CIDR 블록을 구성할 필요는 없지만 원하는 경우 구성할 수 있습니다. 예를 들어 자동 모드 VPC 네트워크는 사전 정의된 자동 모드 IP 범위에 속하는 서브넷을 만듭니다. 예를 들어 서브넷의 기본 범위는 10.0.0.0/24이지만 같은 네트워크에서 다른 서브넷의 기본 범위는 192.168.0.0/16일 수 있습니다.

IPv4 서브넷 범위 제한사항

IPv4 서브넷 범위에는 다음과 같은 제한사항이 있습니다.

  • VPC 네트워크의 모든 서브넷에 대한 각 기본 또는 보조 IPv4 범위는 고유한 유효 CIDR 블록이어야 합니다.

  • 정의할 수 있는 보조 IP 주소 범위 수는 네트워크별 한도에 설명되어 있습니다.

  • 서브넷을 만든 후 서브넷의 기본 IPv4 범위를 확장할 수 있지만 바꾸거나 축소할 수는 없습니다.

  • 서브넷의 보조 IPv4 주소 범위를 사용하는 VM 인스턴스가 없는 경우에만 해당 범위를 삭제하고 교체할 수 있습니다.

  • 기본 또는 보조 범위의 최소 크기는 8개의 IPv4 주소입니다. 즉, 사용할 수 있는 가장 긴 서브넷 마스크는 /29입니다.

  • 사용할 수 있는 가장 짧은 서브넷 마스크는 /4입니다. 그러나 대부분의 /4 IP 주소 범위의 경우 추가 검증을 통해 이 큰 서브넷을 만들 수 없습니다. 예를 들어 서브넷 범위는 비공개 IPv4 범위 또는 다른 예약된 범위와 겹칠 수 없습니다. 잘못된 서브넷 범위를 선택할 가능성을 최소화하려면 최대 서브넷 크기를 /8로 제한하는 것이 좋습니다.

  • 서브넷의 기본 및 보조 범위를 할당된 범위, 같은 네트워크에 있는 다른 서브넷의 모든 기본 범위나 보조 범위 또는 피어링된 네트워크에 있는 서브넷의 IPv4 범위와 겹치게 만들 수 없습니다. Google Cloud는 이러한 시나리오에서 서브넷 범위가 겹치게 생성되지 않도록 합니다.

  • Google Cloud는 기본 및 보조 IP 범위 둘 다에 해당하는 서브넷 경로를 만듭니다. 서브넷 경로 및 서브넷 IP 범위에는 정의에 따라 가장 구체적인 IP 범위가 있어야 합니다.

  • 서브넷 범위는 제한된 범위와 일치하거나, 이보다 좁거나 넓을 수 없습니다. 예를 들어 169.0.0.0/8은 제한된 범위인 링크-로컬 범위 169.254.0.0/16(RFC 3927)와 겹치기 때문에 유효한 서브넷 범위가 아닙니다.

  • 서브넷 범위는 RFC 범위(이전 표 설명 참조) 및 비공개적으로 사용되는 공개 IP 주소 범위를 포함할 수 없습니다. 예를 들어 172.0.0.0/10172.16.0.0/12 비공개 IP 주소 범위와 공개 IP 주소를 모두 포함하므로 유효한 서브넷 범위가 아닙니다.

  • 서브넷 범위는 여러 RFC 범위를 포함할 수 없습니다. 예를 들어 192.0.0.0/8192.168.0.0/16(RFC 1918) 및 192.0.0.0/24(RFC 6890)를 모두 포함하기 때문에 유효한 서브넷 범위가 아닙니다. 하지만 192.168.0.0/16192.0.0.0/24가 각각 포함된 서로 다른 기본 범위를 포함하는 서브넷 2개를 만들 수 있습니다. 또는 둘 중 하나를 보조 범위로 만들 경우 동일 서브넷에서 두 범위를 모두 사용할 수 있습니다.

유효한 IPv4 범위

서브넷의 기본 및 보조 IPv4 주소 범위는 리전별 내부 IPv4 주소입니다. 다음 표에서는 유효한 범위를 설명합니다.

범위 설명
비공개 IPv4 주소 범위
10.0.0.0/8
172.16.0.0/12
192.168.0.0/16

비공개 IP 주소 RFC 1918

172.17.0.0/16 사용 방법은 추가 고려사항을 참조하세요.

100.64.0.0/10 공유 주소 공간 RFC 6598
192.0.0.0/24 IETF 프로토콜 할당 RFC 6890
192.0.2.0/24 (TEST-NET-1)
198.51.100.0/24 (TEST-NET-2)
203.0.113.0/24 (TEST-NET-3)
문서 RFC 5737
192.88.99.0/24 IPv6-IPv4 릴레이(지원 중단됨) RFC 7526
198.18.0.0/15 벤치마크 테스트 RFC 2544
240.0.0.0/4

RFC 5735RFC 1112에 명시된 대로 향후 사용을 위해 예약됨(클래스 E)

일부 운영체제는 이 범위의 사용을 지원하지 않으므로 이 범위를 사용하는 서브넷을 만들기 전에 OS가 이를 지원하는지 확인합니다.

비공개로 사용되는 공개 IP 주소 범위
비공개로 사용되는 공개 IPv4 주소 비공개로 사용되는 공개 IPv4 주소:
  • 일반적으로 인터넷에서 라우팅할 수 있지만 VPC 네트워크에서 비공개로 사용되는 IPv4 주소
  • 금지된 서브넷 범위에 속할 수 없습니다.

이러한 주소를 서브넷 범위로 사용하면 Google Cloud가 이러한 경로를 인터넷에 알리지 않으며 트래픽을 인터넷에서 이 범위로 라우팅하지 않습니다.

사용자 IP 사용(BYOIP)을 사용하여 공개 IP 주소를 Google에 가져온 경우 동일한 VPC 네트워크의 BYOIP 범위 및 비공개로 사용되는 공개 IP 주소 범위는 겹치지 않아야 합니다.

VPC 네트워크 피어링의 경우 공개 IP 주소에 대한 서브넷 경로가 자동으로 교환되지 않습니다. 기본적으로 서브넷 경로가 자동으로 내보내지지 않지만 이를 사용하기 위해서는 경로를 가져오도록 피어 네트워크가 명시적으로 구성되어 있어야 합니다.

제한된 IPv4 서브넷 범위

다음 표의 설명대로 제한된 서브넷 범위에는 Google 공개 IP 주소와 일반적으로 예약되는 RFC 범위가 포함됩니다. 이러한 범위는 서브넷 범위로 사용될 수 없습니다.

범위 설명
Google Cloud 넷블록을 포함한 Google API 및 서비스용 공개 IP 주소 이 IP 주소는 https://gstatic.com/ipranges/goog.txt에서 찾을 수 있습니다.
199.36.153.4/30

199.36.153.8/30
비공개 Google 액세스 특정 가상 IP 주소
0.0.0.0/8 현재(로컬) 네트워크 RFC 1122
127.0.0.0/8 로컬 호스트 RFC 1122
169.254.0.0/16 링크-로컬 RFC 3927
224.0.0.0/4 멀티캐스트(클래스 D) RFC 5771
255.255.255.255/32 제한된 브로드캐스트 대상 주소 RFC 8190RFC 919

IPv4 서브넷 범위의 사용할 수 없는 주소

Google Cloud는 각 서브넷 기본 IPv4 주소 범위의 처음 IPv4 주소 2개와 마지막 IPv4 주소 2개를 사용하여 서브넷을 호스팅합니다. Google Cloud를 사용하면 보조 IPv4 범위의 모든 주소를 사용할 수 있습니다.

사용할 수 없는 IPv4 주소 설명
네트워크 주소 기본 IPv4 범위의 첫 번째 주소 10.1.2.0/24 범위의 10.1.2.0
기본 게이트웨이 주소 기본 IPv4 범위의 두 번째 주소 10.1.2.0/24 범위의 10.1.2.1
끝에서 두 번째 주소 기본 IPv4 범위에서 끝에서 두 번째 주소

나중에 사용할 수 있도록 Google Cloud에서 이 범위를 예약합니다.

10.1.2.0/24 범위의 10.1.2.254
브로드캐스트 주소 기본 IPv4 범위의 마지막 주소 10.1.2.0/24 범위의 10.1.2.255

자동 모드 IPv4 범위

이 표에서는 자동 모드 VPC 네트워크에서 자동으로 만들어진 서브넷의 IPv4 범위를 확인할 수 있습니다. 이러한 서브넷의 IP 범위는 10.128.0.0/9 CIDR 블록 내에 포함됩니다. 자동 모드 VPC 네트워크는 만들어지는 시점에 리전당 하나의 서브넷으로 구축되며 새 리전에서 자동으로 새 서브넷을 받습니다. 따라서 10.128.0.0/9의 미사용 부분은 이후 Google Cloud에서 사용할 수 있도록 예약됩니다.

리전 IP 범위(CIDR) 기본 게이트웨이 사용 가능한 주소(포함)
africa-south1 10.218.0.0/20 10.218.0.1 10.218.0.2 ~ 10.218.15.253
asia-east1 10.140.0.0/20 10.140.0.1 10.140.0.2 ~ 10.140.15.253
asia-east2 10.170.0.0/20 10.170.0.1 10.170.0.2 ~ 10.170.15.253
asia-northeast1 10.146.0.0/20 10.146.0.1 10.146.0.2 ~ 10.146.15.253
asia-northeast2 10.174.0.0/20 10.174.0.1 10.174.0.2 ~ 10.174.15.253
asia-northeast3 10.178.0.0/20 10.178.0.1 10.178.0.2 to 10.178.15.253
asia-south1 10.160.0.0/20 10.160.0.1 10.160.0.2 ~ 10.160.15.253
asia-south2 10.190.0.0/20 10.190.0.1 10.190.0.2~10.190.15.253
asia-southeast1 10.148.0.0/20 10.148.0.1 10.148.0.2~10.148.15.253
asia-southeast2 10.184.0.0/20 10.184.0.1 10.184.0.2~10.184.15.253
australia-southeast1 10.152.0.0/20 10.152.0.1 10.152.0.2 ~ 10.152.15.253
australia-southeast2 10.192.0.0/20 10.192.0.1 10.192.0.2 ~ 10.192.15.253
europe-central2 10.186.0.0/20 10.186.0.1 10.186.0.2 ~ 10.186.15.253
europe-north1 10.166.0.0/20 10.166.0.1 10.166.0.2 ~ 10.166.15.253
europe-west1 10.132.0.0/20 10.132.0.1 10.132.0.2 ~ 10.132.15.253
europe-west2 10.154.0.0/20 10.154.0.1 10.154.0.2 ~ 10.154.15.253
europe-west3 10.156.0.0/20 10.156.0.1 10.156.0.2 ~ 10.156.15.253
europe-west4 10.164.0.0/20 10.164.0.1 10.164.0.2 ~ 10.164.15.253
europe-west6 10.172.0.0/20 10.172.0.1 10.172.0.2 ~ 10.172.15.253
europe-west8 10.198.0.0/20 10.198.0.1 10.198.0.2 ~ 10.198.15.253
europe-west9 10.200.0.0/20 10.200.0.1 10.200.0.2 ~ 10.200.15.253
europe-west10 10.214.0.0/20 10.214.0.1 10.214.0.2 to 10.214.15.253
europe-west12 10.210.0.0/20 10.210.0.1 10.210.0.2 ~ 10.210.15.253
europe-southwest1 10.204.0.0/20 10.204.0.1 10.204.0.2 ~ 10.204.15.253
me-central1 10.212.0.0/20 10.212.0.1 10.212.0.2 ~ 10.212.15.253
me-central2 10.216.0.0/20 10.216.0.1 10.216.0.2~10.216.15.253
me-west1 10.208.0.0/20 10.208.0.1 10.208.0.2 ~ 10.208.15.253
northamerica-northeast1 10.162.0.0/20 10.162.0.1 10.162.0.2 ~ 10.162.15.253
northamerica-northeast2 10.188.0.0/20 10.188.0.1 10.188.0.2 ~ 10.188.15.253
southamerica-east1 10.158.0.0/20 10.158.0.1 10.158.0.2 ~ 10.158.15.253
southamerica-west1 10.194.0.0/20 10.194.0.1 10.194.0.2 ~ 10.194.15.253
us-central1 10.128.0.0/20 10.128.0.1 10.128.0.2 ~ 10.128.15.253
us-east1 10.142.0.0/20 10.142.0.1 10.142.0.2 ~ 10.142.15.253
us-east4 10.150.0.0/20 10.150.0.1 10.150.0.2 ~ 10.150.15.253
us-east5 10.202.0.0/20 10.202.0.1 10.202.0.2 ~ 10.202.15.253
us-south1 10.206.0.0/20 10.206.0.1 10.206.0.2 ~ 10.206.15.253
us-west1 10.138.0.0/20 10.138.0.1 10.138.0.2 ~ 10.138.15.253
us-west2 10.168.0.0/20 10.168.0.1 10.168.0.2 ~ 10.168.15.253
us-west3 10.180.0.0/20 10.180.0.1 10.180.0.2 ~ 10.180.15.253
us-west4 10.182.0.0/20 10.182.0.1 10.182.0.2 ~ 10.182.15.253

추가 고려사항

모든 서브넷 기본 및 보조 IPv4 주소 범위가 VM 내에서 실행 중인 소프트웨어에서 사용해야 하는 IPv4 주소 범위와 충돌하지 않아야 합니다. 일부 Google 및 서드 파티 제품은 게스트 운영체제 내에서 라우팅하는 데 172.17.0.0/16을 사용합니다. 예를 들어 기본 Docker 브리지 네트워크가 이 범위를 사용합니다. 172.17.0.0/16을 사용하는 제품을 이용하는 경우 이를 서브넷 기본 및 보조 IPv4 주소 범위로 사용하지 마세요.

IPv6 서브넷 범위

VPC 네트워크의 서브넷에서 IPv6를 사용 설정할 때 서브넷의 IPv6 액세스 유형을 선택합니다. IPv6 액세스 유형은 서브넷이 내부 IPv6 주소로 구성되는지 아니면 외부 IPv6 주소로 구성되는지를 결정합니다.

  • 내부 IPv6 주소는 VPC 네트워크 내의 VM 간 통신에 사용됩니다. VPC 네트워크 범위 내에서만 라우팅할 수 있으며 인터넷으로 라우팅할 수 없습니다.

  • 외부 IPv6 주소는 VPC 네트워크 내의 VM 간 통신에 사용할 수 있으며 인터넷에서도 라우팅할 수 있습니다.

IPv6 서브넷 범위를 갖는 서브넷에 VM 인터페이스를 연결한 경우 VM에서 IPv6 주소를 구성할 수 있습니다. 서브넷의 IPv6 액세스 유형은 VM에 내부 IPv6 주소가 할당되는지 아니면 외부 IPv6 주소가 할당되는지를 결정합니다.

IPv6 사양

  • IPv6 서브넷 범위는 리전별 리소스입니다.

  • 내부 및 외부 IPv6 서브넷 범위는 모든 리전에서 사용할 수 있습니다.

  • IPv6 서브넷 범위에는 /64 범위가 자동으로 할당됩니다.

  • 서브넷의 IPv6 액세스 유형(내부 또는 외부)을 변경할 수 없습니다.

  • IPv6 액세스 유형이 내부인 경우 이중 스택 서브넷을 단일 스택으로 변경할 수 없습니다.

내부 IPv6 사양

  • 내부 IPv6 범위는 고유한 로컬 주소(ULA)를 사용합니다.

  • IPv6의 ULA는 IPv4의 RFC 1918 주소와 유사합니다. ULA는 인터넷에서 연결될 수 없으며 공개적으로 라우팅될 수 없습니다.

  • 내부 IPv6 범위로 서브넷을 만들려면 먼저 VPC 네트워크에 내부 IPv6 범위를 할당합니다. /48 IPv6 범위가 할당됩니다. 내부 IPv6 범위로 서브넷을 만들 경우 서브넷의 /64 범위는 VPC 네트워크의 범위에서 할당됩니다.

    • VPC 네트워크의 내부 IPv6 범위는 Google Cloud 내에서 고유합니다.

    • Google이 VPC 네트워크 내부 IPv6 범위를 할당하도록 허용하거나 특정 범위를 선택할 수 있습니다. VPC 네트워크가 Google Cloud 외부의 네트워크에 연결되는 경우 해당 환경에서 사용되는 범위와 겹치지 않는 범위를 선택할 수 있습니다.

  • VPC 네트워크의 /48 내부 IPv6 범위 할당은 영구적입니다. 사용 중지하거나 나중에 변경할 수 없습니다.

  • 고정 리전 내부 IPv6 주소를 예약할 수 있습니다.

다른 VPC 네트워크에서 같은 범위를 사용할 수 없으므로 VPC 네트워크 피어링을 사용할 때 IPv6 서브넷 범위가 겹칠 가능성이 없습니다.

외부 IPv6 사양

IPv6 범위 할당

IPv6 범위는 네트워크, 서브넷 및 가상 머신 인스턴스(VM)에 할당할 수 있습니다.

리소스 유형 범위 크기 세부정보
VPC 네트워크 /48

서브넷에 내부 IPv6를 사용 설정하려면 먼저 VPC 네트워크에 내부 IPv6 범위를 할당해야 합니다.

fd20::/20 내의 /48 ULA 범위가 네트워크에 할당됩니다. 네트워크의 모든 내부 IPv6 서브넷 범위는 이 /48 범위에서 할당됩니다.

/48 범위는 자동으로 할당되거나 fd20::/20 내에서 특정 범위를 선택할 수 있습니다.

서브넷 /64

IPv6 액세스 유형 설정에 따라 IPv6 주소가 내부 또는 외부인지 여부가 달라집니다.

서브넷에는 내부 또는 외부 IPv6 주소가 있을 수 있지만 둘 다 있을 수는 없습니다.

IPv6를 사용 설정하면 다음 결과가 발생합니다.

  • 서브넷에서 내부 IPv6를 사용 설정하면 VPC 네트워크의 /48 범위에서 내부 ULA의 /64범위가 할당됩니다.

  • 서브넷에서 외부 IPv6를 사용 설정하면 외부 GUA의 /64 범위가 할당됩니다.
가상 머신 인스턴스(VM) /96

VM에서 IPv6를 사용 설정하면 VM이 연결된 서브넷의 /96 범위가 할당됩니다. 해당 범위의 첫 번째 IP 주소는 DHCPv6를 사용하여 기본 인터페이스에 할당됩니다.

VM에 내부 또는 외부 IPv6 주소가 할당되는지 여부는 구성하지 않습니다. VM은 연결된 서브넷에서 IPv6 액세스 유형을 상속합니다.

다음 단계

직접 사용해 보기

Google Cloud를 처음 사용하는 경우 계정을 만들어 실제 시나리오에서 Cloud NAT가 수행되는 방식을 평가할 수 있습니다. 신규 고객에게는 워크로드를 실행, 테스트, 배포하는 데 사용할 수 있는 $300의 무료 크레딧이 제공됩니다.

Cloud NAT 무료로 사용해 보기