Un progetto ha una singola VPC e una subnet in us-central1 con un'applicazione su una VM Compute Engine. È necessario distribuire una nuova VM in europe-west1 che necessita di accedere all'applicazione. Seguire le best practice di Google. Cosa si dovrebbe fare?

La risposta corretta è la migliore pratica perché le reti VPC di Google Cloud sono globali. Ciò significa che una singola VPC può avere subnet in diverse regioni e le risorse all'interno di quella VPC possono comunicare tra loro utilizzando indirizzi IP privati, indipendentemente dalla regione in cui si trovano. Creare una nuova subnet nella stessa VPC in europe-west1 consente alla nuova VM di accedere all'applicazione esistente in us-central1 tramite il suo indirizzo IP privato in modo sicuro ed efficiente, senza costi aggiuntivi o complessità di configurazione di VPN o peering VPC. Le altre opzioni sono meno ideali: Creare una nuova VPC e un bilanciatore di carico interno aggiunge complessità e costi non necessari. Usare Cloud VPN per connettere subnet all'interno della stessa VPC è ridondante, poiché la connettività è già fornita dalla natura globale della VPC. Creare due VPC separate e poi eseguire il peering VPC introduce una complessità di gestione e configurazione maggiore rispetto all'utilizzo di una singola VPC globale.