Se han interconectado (peered) dos redes VPC: VPC-A y VPC-B. VPC-B también está interconectada con VPC-C. Necesitas que VPC-A llegue a VPC-C sin crear relaciones de interconexión (peering) adicionales. ¿Qué diseño es compatible con Google Cloud?

La opción correcta es crear un hub de Network Connectivity Center y adjuntar las tres redes como spokes. Network Connectivity Center permite la conectividad de red de malla completa (full-mesh) entre redes VPC y redes locales a través de un hub centralizado. Al configurar VPC-A, VPC-B y VPC-C como spokes, todas pueden comunicarse entre sí sin la necesidad de peering directo entre cada par, lo que resuelve el requisito de conectividad transitiva. Las otras opciones son incorrectas porque: El peering de VPC en Google Cloud no es transitivo por diseño. Una red VPC interconectada no puede usar la conexión de peering para llegar a otra red interconectada. Implementar una VM con reenvío de IP en VPC-B para actuar como un "salto" entre A y C es una solución compleja y menos escalable que Network Connectivity Center, y no es el diseño preferido para la transitividad de VPC. Configurar rutas estáticas personalizadas en B que apunten a C a través del peering de VPC no funcionará debido a la naturaleza no transitiva del peering de VPC. Las rutas estáticas solo pueden dirigir el tráfico a destinos directamente conectados o a través de un siguiente salto dentro de la misma VPC o una VPN/interconexión dedicada.