Connessione a Google

Esistono diversi modi per connettere i cluster Google Distributed Cloud, in esecuzione nel tuo data center on-premise, alla rete Google Cloud. Le possibilità includono:

Connessione normale a internet

In alcuni scenari, puoi utilizzare internet come connessione tra Google e il tuo data center on-premise. Ad esempio:

  • Il deployment di Google Distributed Cloud è autonomo on-premise e i componenti on-premise comunicano raramente con Google Cloud in ogni rete. Utilizzi la connessione principalmente per la gestione del cluster. La velocità, l'affidabilità e la sicurezza della connessione non sono fondamentali.

  • Il cluster on-premise è indipendente, ad eccezione dell'accesso a un cluster come Cloud SQL. Il traffico tra il cluster on-premise e il servizio Google utilizza indirizzi IP pubblici. Puoi configurare le regole firewall forniscono sicurezza.

VPN ad alta disponibilità

Con VPN ad alta disponibilità e Router Cloud, il traffico tra Google e il tuo data center on-premise attraversa la rete internet pubblica, ma criptato. i componenti on-premise possono comunicare con i componenti cloud utilizzando e i loro indirizzi IP privati. Il router Cloud scambia dinamicamente le route tra le tue reti Google Cloud e la tua rete on-premise. Il routing dinamico è particolarmente utile quando la rete si espande e cambia, perché garantisce che lo stato di routing corretto venga propagato al data center on-premise.

Partner Interconnect

Partner Interconnect fornisce connettività tra la tua rete on-premise e la rete Google Cloud tramite un provider di servizi supportato. Traffico tra Google e il tuo data center on-premise non attraversa il pubblico internet. I componenti on-premise possono comunicare con i componenti cloud utilizzando indirizzi IP privati. La tua connessione a Google è veloce, sicura e affidabile.

Dedicated Interconnect

Dedicated Interconnect fornisce una connessione fisica diretta tra la tua rete on-premise e la rete Google Cloud. Questo tipo di connessione può essere conveniente se hai bisogno di larghezza di banda elevata. Traffico tra Google e i dati on-premise non attraversa la rete internet pubblica. I componenti on-premise possono comunicare con i componenti cloud utilizzando indirizzi IP privati. La connessione a Google è sicura e affidabile ed è anche più veloce di una connessione che utilizza Partner Interconnect.

Impatto di una disconnessione temporanea

Per informazioni su cosa succede se la disconnessione è temporanea, consulta Impatto della disconnessione temporanea da Google Cloud.

Scelta di un tipo di connessione

Per ulteriori indicazioni sulla scelta di un tipo di connessione, consulta:

Monitoraggio della rete

Indipendentemente da come stabilisci una connessione di base con Google, puoi beneficiare degli approfondimenti forniti dal monitoraggio e dal logging di rete. Per ulteriori informazioni, consulta Logging e monitoraggio per Google Distributed Cloud.

Migliorare la connessione fondamentale

Una volta stabilita la connessione di base, puoi aggiungere funzionalità che migliorano accesso, sicurezza e visibilità. Ad esempio, potresti attivare Accesso privato Google oppure Connetti.

Il resto delle indicazioni in questo argomento presuppone che tu stia utilizzando una delle seguenti opzioni per la connessione di base a Google:

Accesso privato Google

L'accesso privato Google consente alle VM che hanno solo indirizzi IP privati per raggiungere gli indirizzi IP delle API di Google e servizi aggiuntivi. Questo scenario include il caso in cui i nodi del cluster Google Distributed Cloud abbiano solo indirizzi IP privati. L'accesso privato Google viene abilitato a livello di subnet.

Con l'accesso privato Google, le richieste dal data center on-premise ai servizi Google attraversano la connessione Cloud Interconnect o Cloud VPN anziché la rete internet pubblica.

Utilizza l'accesso privato Google nelle seguenti situazioni:

  • Le VM on-premise senza indirizzi IP pubblici devono connettersi a Google come BigQuery, Pub/Sub o Container Registry.

  • Vuoi connetterti ai servizi Google senza attraversare la rete internet pubblica.

Per un elenco dei servizi che supportano l'accesso privato Google dalle VM on-premise, consulta Servizi supportati. Per informazioni sull'utilizzo dell'accesso privato Google dalle VM on-premise, consulta Configurare l'accesso privato Google per gli host on-premise.

Servizi che non richiedono l'accesso privato Google

A volte non è necessario l'accesso privato Google per raggiungere un servizio da una VM con solo un indirizzo IP privato. Ad esempio:

  • Creerai un'istanza Cloud SQL che ha sia un indirizzo IP pubblico che l'indirizzo IP privato. Quindi i componenti on-premise possono accedere Cloud SQL utilizzando il relativo indirizzo IP privato. In questo caso non è necessario Accesso privato Google, perché non devi raggiungere l'indirizzo IP pubblico di un servizio Google. Questo approccio funziona solo se Il router Cloud annuncia l'indirizzo IP privato dall'istanza Cloud SQL alla rete on-premise.

  • Hai un cluster Google Distributed Cloud in Google Cloud e i nodi del cluster hanno indirizzi IP privati. I componenti on-premise possono accedere a un servizio NodePort o a un servizio di bilanciamento del carico interno nel cluster Google Distributed Cloud nel cloud.

Controlli di servizio VPC

Se vuoi una protezione aggiuntiva contro l'esfiltrazione, puoi utilizzare Controlli di servizio VPC. Con i Controlli di servizio VPC, puoi configurare perimetri di sicurezza attorno alle risorse dei tuoi servizi gestiti da Google e controllare il movimento dei dati oltre il confine del perimetro.

Se utilizzi Controlli di servizio VPC, potresti visualizzare errori quando esegui alcuni comandi gkectl, ad esempio "Validation Category: GCP - [UNKNOWN] GCP service: [Stackdriver] could not get GCP services". Per evitare questi errori, aggiungi il parametro --skip-validation-gcp ai comandi.

Connetti

Connect ti consente per visualizzare e gestire i cluster utente on-premise dalla console Google Cloud.

Passaggi successivi