온프레미스 허브 앤 스포크(50개 이상의 스포크) 아키텍처를 Google Cloud에서 재구축해야 합니다. 스포크는 서로 통신할 수 없으며 모든 트래픽은 허브를 통해 이동합니다. 기본 할당량 및 제한을 사용하여 관리 오버헤드와 비용을 최소화해야 합니다. 어떻게 해야 할까요?

정답은 Cloud VPN을 사용하여 모든 스포크를 허브에 연결하고, 스포크 간 연결을 방지하기 위해 허브에 타사 네트워크 어플라이언스를 기본 게이트웨이로 배치하는 것입니다. 이 아키텍처는 50개 이상의 스포크를 효율적으로 관리하면서 스포크 간 통신을 차단하고 모든 트래픽이 허브를 통과하도록 하는 요구 사항을 충족합니다. Cloud VPN은 각 스포크와 허브 VPC 간의 안전한 연결을 제공합니다. 허브 VPC 내에 타사 네트워크 어플라이언스를 배치하고 스포크의 기본 게이트웨이로 구성하면, 모든 스포크 트래픽이 이 어플라이언스를 통과하게 되어 중앙 집중식 제어 및 검사가 가능해집니다. 이 어플라이언스는 스포크 간 직접 통신을 방지하는 라우팅 정책을 적용할 수 있습니다. VPC Network Peering은 전이적 라우팅을 지원하지 않으므로, 스포크가 허브를 통해 서로 통신할 수 없다는 요구 사항을 충족하기 어렵습니다. 또한, 50개 이상의 스포크에 대해 VPC Peering을 개별적으로 관리하는 것은 복잡성이 높습니다. Cloud VPN만 사용하는 경우 스포크 간 통신을 차단하는 메커니즘이 부족합니다.