Un trabajo de Dataflow en el Proyecto A no logra conectarse a una instancia de Cloud SQL en el Proyecto B que no tiene IP pública. No se están utilizando Controles de Servicio de VPC ni VPC compartida. Asegúrese de que la canalización pueda acceder a Cloud SQL sin atravesar la internet pública. ¿Qué debería hacer?

La opción correcta es configurar el emparejamiento de redes de VPC. Esto permite que las redes de los Proyectos A y B se comuniquen directamente utilizando direcciones IP internas, sin atravesar la internet pública. Los workers de Dataflow en el Proyecto A podrán acceder a la instancia de Cloud SQL en el Proyecto B de forma privada y segura. Las otras opciones son incorrectas porque: Implementar una VM de Compute Engine como proxy privado es una solución más compleja y menos eficiente que el emparejamiento de VPC para este caso. Agregar las direcciones IP externas de los workers de Dataflow a las redes autorizadas de Cloud SQL no es posible si la instancia no tiene IP pública y, además, no garantiza la comunicación privada. Aprovisionar una VM en la subred emparejada para actuar como proxy de Cloud SQL es innecesario, ya que el emparejamiento de VPC por sí solo permite la comunicación directa.