Cross-Cloud Interconnect è un prodotto che consente di stabilire una connettività dedicata a larghezza di banda elevata tra Google Cloud e un altro provider di servizi cloud.
Quando acquisti Cross-Cloud Interconnect, Google esegue il provisioning di una connessione fisica dedicata tra la rete Google e quella di un altro provider di servizi cloud. Puoi utilizzare questa connessione per eseguire il peering della tua rete Google Virtual Private Cloud (VPC) con la rete ospitata da un provider di servizi cloud supportato.
Google supporta la connessione fino al punto in cui raggiunge la rete dell'altro provider di servizi cloud. Google non garantisce l'uptime dell'altro fornitore di servizi cloud e non può creare un ticket di assistenza per tuo conto. Tuttavia, con la tua autorizzazione, l'assistenza Google Cloud può comunicare direttamente con il team di assistenza dell'altro cloud provider per accelerare la risoluzione del problema.
Cross-Cloud Interconnect consente di evitare alcuni dei problemi più comuni associati alla configurazione multi-cloud, come descritto nella sezione seguente.
Vantaggi
Questa sezione descrive i vantaggi del multi-cloud in generale e di Cross-Cloud Interconnect in particolare.
Strategia multi-cloud integrata
Cross-Cloud Interconnect supporta l'adozione di una strategia multi-cloud integrata. L'adozione di un'architettura multi-cloud ti consente di:
Evita di rimanere vincolato a un unico fornitore.
Archivia i dati in un cloud e ospita la logica di business in un altro.
Evita tempi di inattività in caso di interruzione di un cloud.
Usa un secondo cloud per il ripristino di emergenza.
Massimizza gli insight aziendali analizzando i dati in più cloud.
Complessità ridotta
Senza Cross-Cloud Interconnect, le opzioni per la configurazione della connettività sono limitate e sono tutte relativamente complesse.
Un'opzione è implementare il tuo router in una struttura di colocation e poi connetterlo alle reti dei tuoi provider di servizi cloud. In generale, questo approccio può essere costoso e richiedere molto tempo.
Un'altra opzione è stipulare un contratto con una terza parte per stabilire la connettività. Tuttavia, può essere complicato selezionare uno o più fornitori per negoziare uno o più contratti. Quando utilizzi questo approccio, devi anche investire tempo nell'apprendimento dei sistemi specifici per i tuoi fornitori.
Quando utilizzi Cross-Cloud Interconnect, non devi eseguire il deployment del tuo hardware e elimini la necessità di collaborare con terze parti.
Trasferimento dati site-to-site
Puoi utilizzare Cross-Cloud Interconnect come parte di una strategia di trasferimento dati site-to-site. Il trasferimento di dati da sito a sito è una funzionalità di Network Connectivity Center che consente di utilizzare la rete Google come una rete WAN (Wide Area Network).
Questa funzionalità ti consente di connettere le reti esterne a Google Cloud utilizzando le risorse di connettività supportate. Successivamente, assocerai ogni risorsa di connettività a uno spoke di Network Connectivity Center e abiliterai gli spoke per il trasferimento di dati da sito a sito. A quel punto, puoi effettuare il trasferimento di dati da un sito all'altro.
Puoi utilizzare questa funzione per:
Connetti le tue reti cloud: supponi di avere una rete ospitata da Microsoft Azure e un'altra rete ospitata da Amazon Web Services (AWS). In questo scenario, puoi stabilire una coppia di connessioni Cross-Cloud Interconnect per raggiungere la rete Azure e un'altra per raggiungere la rete AWS. Dopo aver configurato gli spoke di Network Connectivity Center, puoi utilizzare la rete Google per trasferire i dati tra le reti Azure e AWS.
Connetti una rete on-premise ad altri cloud: supponi di avere la configurazione descritta nell'elenco puntato precedente, ma di avere anche uffici a New York e Sydney. In questo scenario, puoi stabilire la connettività ai tuoi uffici utilizzando risorse come i collegamenti VLAN di Dedicated Interconnect o i tunnel Cloud VPN (VPN ad alta disponibilità). Dopo aver creato gli spoke, puoi utilizzare la rete Google per trasferire i dati tra i tuoi uffici e le reti Azure e AWS.
Il trasferimento di dati site-to-site è supportato solo in determinate località.
Crittografia
Cross-Cloud Interconnect supporta MACsec per la crittografia di Cloud Interconnect per una maggiore sicurezza. Puoi utilizzare MACsec per Cloud Interconnect per proteggere il traffico nelle connessioni Cross-Cloud Interconnect. Per maggiori informazioni, consulta la panoramica di MACsec per Cloud Interconnect.
Provider di servizi cloud supportati
Google supporta i seguenti provider di servizi cloud per l'utilizzo con Cross-Cloud Interconnect:
Amazon Web Services (AWS)
Microsoft Azure
Infrastruttura Oracle Cloud (OCI)
Alibaba Cloud
Cross-Cloud Interconnect e questa documentazione fanno riferimento a provider di servizi cloud come provider di servizi cloud remoto o cloud remoto.
Assistenza Google per Cross-Cloud Interconnect
Il seguente diagramma mostra il punto di cablaggio fisico responsabile dell'Assistenza Google. Per qualsiasi altro problema, contatta l'altro provider di servizi cloud che utilizzi.
Capacità
Le connessioni Cross-Cloud Interconnect sono disponibili in due dimensioni: 10 Gbps o 100 Gbps.
Procedura di configurazione
Per avviare la procedura di configurazione, identifica le località supportate in cui vuoi che Google posizioni le tue connessioni. Poi acquisti le porte Cross-Cloud Interconnect primarie e ridondanti. Puoi anche acquistare porte principali e ridondanti dal tuo provider di servizi cloud remoto.
In seguito all'acquisto, il fornitore di servizi cloud remoto ti fornisce la documentazione che ti autorizza a connetterti al router. Invii questa documentazione a Google. A quel punto, Google potrà eseguire il provisioning delle connessioni. Per ogni connessione, Google collega fisicamente una delle porte Cross-Cloud Interconnect a una delle porte cloud remote.
Dopo che Google ha eseguito il provisioning della connessione, ti invieremo una notifica che indica che è pronta per essere utilizzata. Per iniziare a utilizzare la connessione, devi configurare le risorse Google Cloud e le risorse cloud remote.
Per una panoramica più dettagliata, consulta uno dei seguenti articoli:
Accordo sul livello del servizio
Cross-Cloud Interconnect utilizza l'accordo sul livello del servizio (SLA di Cloud Interconnect). Poiché Cross-Cloud Interconnect è un modello di responsabilità condivisa tra Google Cloud e un altro provider di servizi cloud, lo SLA (accordo sul livello del servizio) di Cross-Cloud Interconnect copre l'infrastruttura di Google Cloud fino al momento in cui viene trasferita all'altro fornitore di servizi cloud.
Per essere idonea allo SLA (accordo sul livello del servizio), la configurazione di Cross-Cloud Interconnect deve utilizzare uno degli approcci descritti nelle sezioni seguenti.
Entrambi gli approcci richiedono ridondanza. Puoi incorporare la ridondanza individuando come minimo le connessioni in due domini di disponibilità perimetrale. Un dominio di disponibilità perimetrale è una zona all'interno di un'area metropolitana. L'utilizzo di più domini di disponibilità perimetrale massimizza la disponibilità perché due domini nella stessa area metropolitana in genere non sono inattivi per la manutenzione.
Requisito minimo
Lo SLA di Cloud Interconnect richiede almeno due connessioni: una connessione principale e una ridondante, ciascuna in un diverso dominio di disponibilità perimetrale di un'area metropolitana. Questo approccio ti offre una disponibilità del 99,9%.
Alta disponibilità
Per le applicazioni più critiche, configura due coppie di connessioni. Ogni coppia deve trovarsi in un'area metropolitana diversa. All'interno di ogni area metropolitana, devi utilizzare due diversi domini di disponibilità perimetrale. Questo approccio ti offre una disponibilità del 99,99%.
Limitazioni
Questa sezione descrive i limiti di Cross-Cloud Interconnect.
Località
Le connessioni sono supportate solo in determinate località. Per maggiori dettagli, consulta i seguenti documenti:
IPv6
IPv6 è supportato solo quando si scambiano route IPv6 su una sessione BGP (Border Gateway Protocol) stabilita tra due indirizzi IPv4.