A. gcloud container clusters create [CLUSTER NAME]을 사용하여 VPC 기반 클러스터를 생성합니다.

B. Pod의 경우 /24 및 서비스의 경우 /24인 2개의 보조 범위를 사용하여 크기가 /28인 서브넷을 만듭니다. VPC 기반 클러스터를 생성하고 해당 범위를 지정합니다. 서비스를 배포할 준비가 되면 서브넷 크기를 조정합니다.

C. Pod의 경우 /17 및 서비스의 경우 /21인 2개의 보조 범위를 사용하여 크기가 /25인 서브넷을 생성합니다. VPC 기반 클러스터를 생성하고 해당 범위를 지정합니다.

D. gcloud container clusters create [CLUSTER NAME]--enable-ip-alias를 사용하여 VPC 기반 클러스터를 생성합니다.

A. 프로젝트 code-dev의 모든 서브넷에서 프로젝트 data-dev의 모든 인스턴스로 또는 그 반대로의 모든 수신 트래픽을 허용하도록 방화벽 규칙을 활성화합니다.

B. VPC 네트워크 피어링을 사용하여 프로젝트 code-dev 및 data-dev의 VPC를 연결합니다.

C. 하나의 프로젝트(예: code-dev)에서 Shared VPC를 활성화하고 두 번째 프로젝트(예: data-dev)를 서비스 프로젝트로 만듭니다.

D. Cloud VPN을 사용하여 두 프로젝트를 연결합니다.

E. code-dev 프로젝트의 경로를 프로젝트 data-dev의 대상 접두사로 만들고 nexthop을 기본 게이트웨이로 사용하거나 그 반대의 경우도 마찬가지입니다.

A. 현재 사용자는 Shared VPC Admin 역할을 가지고 있으며 Shared VPC Admin 역할로 모든 네트워크를 사용할 수 있습니다.

B. Google Cloud의 버그입니다. 신고해 주세요.

C. 기본적으로 모든 서브넷을 사용할 수 있습니다.

D. 현재 사용자에 대한 공유 네트워크 관리자 역할을 제거합니다.

A. 자동 모드에서 배포 VPC를 생성합니다.
네트워크 피어링을 통해 두 VPC를 모두 피어링합니다.

B. 사용자 지정 모드에서 배포 VPC를 생성합니다.
CIDR 범위 10.0.0.0/9를 사용합니다. 필요한 서브넷을 만든 다음 네트워크 피어링을 통해 피어링합니다.

C. 사용자 지정 모드에서 배포 VPC를 생성합니다.
CIDR 범위 10.128.0.0/9를 사용합니다.
필요한 서브넷을 만든 다음 네트워크 피어링을 통해 피어링합니다.

D. 기본 VPC의 이름을 "Distribution"으로 변경하고 네트워크 피어링을 통해 피어링합니다.

A. 인스턴스가 여러 인터페이스로 구성되었습니다.

B. 인스턴스에 외부 IP 주소가 구성되었습니다.

C. RFC1918 범위를 사용하는 정적 경로를 생성했습니다.

D. 인스턴스는 로드 밸런서 외부 IP 주소로 액세스할 수 있습니다.