Connessione a Google

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

Connessione a internet regolare

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 la Google Cloud 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 è autonomo, ad eccezione dell'accesso a un servizio Google come Cloud SQL. Il traffico tra il cluster on-premise e il servizio Google utilizza indirizzi IP pubblici. Configura le regole firewall per garantire la sicurezza.

VPN ad alta disponibilità

Con VPN ad alta disponibilità e Cloud Router, il traffico tra Google e il tuo data center on-premise attraversa internet pubblico, ma è criptato. I componenti on-premise possono comunicare con i componenti cloud utilizzando indirizzi IP privati. Router Cloud scambia dinamicamente le route tra le tue reti Google Cloud e la tua rete on-premise. Il routing dinamico è particolarmente utile man mano che 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. Il traffico tra Google e il tuo data center on-premise non attraversa la rete internet pubblica. 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 una larghezza di banda elevata. Il traffico tra Google e il tuo data center on-premise non attraversa la rete internet pubblica. I componenti on-premise possono comunicare con i componenti cloud utilizzando indirizzi IP privati. La tua connessione a Google è sicura e affidabile ed è ancora più veloce di una connessione che utilizza Partner Interconnect.

Impatto di una disconnessione temporanea

Per informazioni su cosa succede in caso di disconnessione, vedi 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 rete

Indipendentemente dal modo in cui stabilisci una connessione fondamentale a Google, puoi trarre vantaggio dagli approfondimenti forniti dal logging e dal monitoraggio della rete. Per ulteriori informazioni, consulta Logging e monitoraggio per Google Distributed Cloud.

Migliorare la connessione di base

Una volta stabilita la connessione di base, puoi aggiungere funzionalità che migliorano l'accesso, la sicurezza e la visibilità. Ad esempio, puoi attivare Private Google Access o Connect.

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 di raggiungere gli indirizzi IP di servizi e API di Google. Questo scenario include il caso in cui i nodi del cluster Google Distributed Cloud hanno solo indirizzi IP privati. L'accesso privato Google viene abilitato a livello di subnet.

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

Utilizza l'accesso privato Google in queste situazioni:

  • Le tue VM on-premise senza indirizzi IP pubblici devono connettersi ai servizi 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 la sezione Servizi supportati. Per informazioni sull'utilizzo dell'accesso privato Google dalle VM on-premise, vedi Configurazione dell'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 che ha solo un indirizzo IP privato. Ad esempio:

  • Crea un'istanza Cloud SQL con un indirizzo IP pubblico e un indirizzo IP privato. In questo modo, i componenti on-premise possono accedere all'istanza Cloud SQL utilizzando il relativo indirizzo IP privato. In questo caso non hai bisogno dell'accesso privato Google, perché non devi raggiungere l'indirizzo IP pubblico di un servizio Google. Questo approccio funziona solo se router Cloudr annuncia l'indirizzo IP privato dell'istanza Cloud SQL alla tua rete on-premise.

  • Hai un cluster Google Distributed Cloud in Google Cloude 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.

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 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 tuoi comandi.

Connetti

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

Passaggi successivi