Connessione a Google

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

Connessione a internet normale

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 dei 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 affidabilità 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 indirizzi IP privati. Il router Cloud scambia dinamicamente le route tra le reti Google Cloud e la 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 Google Cloud rete 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 connessione a Google è veloce, sicura e affidabile.

Dedicated Interconnect

Dedicated Interconnect fornisce una connessione fisica diretta tra la tua rete on-premise e la Google Cloud rete. 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 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, 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 rete

Indipendentemente da come stabilisci una connessione fondamentale a Google, puoi usufruire degli insight forniti dalla registrazione e dal monitoraggio della rete. Per ulteriori informazioni, consulta Registrazione e monitoraggio per Google Distributed Cloud.

Miglioramento della connessione fondamentale

Una volta stabilita la connessione fondamentale, puoi aggiungere funzionalità che migliorano l'accesso, la sicurezza e la visibilità. Ad esempio, puoi abilitare l'accesso privato Google o Connect.

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

Accesso privato Google

L'accesso privato Google consente alle VM che hanno solo indirizzi IP privati di raggiungere gli indirizzi IP delle API Google e dei servizi. 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 connessione Cloud Interconnect o Cloud VPN anziché la rete internet pubblica.

Utilizza l'accesso privato Google in queste situazioni:

  • Le VM on-premise senza indirizzi IP pubblici devono connettersi a 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 Servizi supportati. Per informazioni sull'utilizzo dell'accesso privato Google dalle VM on-premise, consulta 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. I componenti on-premise possono quindi accedere all'istanza Cloud SQL utilizzando il relativo indirizzo IP privato. In questo caso non è necessario l'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 dell'istanza Cloud SQL alla tua 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.

Controlli di servizio VPC

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

Se utilizzi i Controlli di servizio VPC, potresti visualizzare errori quando esegui alcuni gkectl comandi, 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.

Connect

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

Passaggi successivi