GoogleGoogle Professional Cloud Network Engineer (PCNE) Certification·KO·업데이트됨 22 Aug 2026
NCC 허브-스포크 설계: 단일 하이브리드 스포크가 us-east4의 Interconnect를 통해 온프레미스 경로를 수신합니다. VPC 스포크는 클라우드 IP 공간(192.168.0.0/20)을 보존하면서 us-west1, europe-central1, asia-southeast1에서 온프레미스에 도달해야 합니다. 온프레미스 네트워크는 172.16.0.0/16입니다. 어떻게 해야 할까요?
정답 선택
옵션을 탭하여 정답을 확인하세요.
정답: 1. us-west1(192.168.1.0/24), europe-central1(192.168.2.0/24), asia-southeast1(192.168.3.0/24)에 Private NAT 게이트웨이 및 NAT 서브넷을 생성합니다. 2. VPC를 NCC 스포크로 추가하고 192.168.1.0/24, 192.168.2.0/24, 192.168.3.0/24만 허브에 알리도록 export include 정책을 구성합니다. 3. us-west1, us-central1, asia-southeast1의 리소스가 us-east4를 통해 온프레미스에 도달하도록 전역 동적 라우팅을 활성화합니다..
이것이 정답인 이유
정답은 클라우드 IP 공간(192.168.0.0/20)을 보존하면서 온프레미스 네트워크(172.16.0.0/16)에 도달해야 한다는 요구 사항을 충족합니다. Private NAT 게이트웨이를 각 스포크 VPC에 생성하여 클라우드 내부 IP 주소를 온프레미스에서 라우팅 가능한 NAT IP 주소로 변환합니다. export include 정책을 사용하여 NAT 서브넷만 허브에 알림으로써 온프레미스 네트워크와 IP 주소 충돌을 방지하고, 온프레미스 네트워크는 클라우드 내부 IP 주소에 대한 정보를 가질 필요가 없습니다. 전역 동적 라우팅을 활성화하면 us-east4의 Interconnect를 통해 다른 리전의 스포크 VPC가 온프레미스에 도달할 수 있습니다.
오답 1은 NAT 서브넷에 온프레미스 IP 공간(172.16.0.0/16)을 사용하므로 IP 충돌이 발생합니다. 오답 2는 us-east4에만 Private NAT 게이트웨이를 생성하여 다른 리전의 스포크가 온프레미스에 도달할 수 없습니다. 오답 3은 export exclude 정책을 사용하는데, 이는 지정된 경로를 제외하므로 NAT 서브넷이 허브에 알려지지 않습니다.