Questa pagina fornisce la terminologia chiave applicabile ai prodotti Connettività di rete. Esamina questi termini per comprendere meglio il funzionamento di ciascun prodotto.
Termini di Google Cloud
La seguente terminologia si applica a Google Cloud e alle sue funzionalità.
Termini di Cloud VPN
I seguenti termini si applicano ai gateway e ai tunnel Cloud VPN e ai gateway della rete peer.
- Un altro gateway Cloud VPN
- Un gateway VPN ospitato da un altro provider cloud come AWS o Microsoft Azure
- Un servizio o un dispositivo VPN on-premise
Per un'interfaccia del gateway VPN ad alta disponibilità che si connette a un gateway VPN esterno, l'indirizzo IP del peer remoto è l'indirizzo IP dell'interfaccia sul gateway VPN esterno utilizzato per il tunnel.
Per un'interfaccia del gateway VPN ad alta disponibilità che si connette a un altro gateway VPN ad alta disponibilità, l'indirizzo IP del peer remoto è l'indirizzo IP dell'interfaccia dell'altro gateway VPN ad alta disponibilità utilizzato per il tunnel.
Per la VPN classica, l'indirizzo IP del peer remoto è l'indirizzo IP esterno del gateway VPN peer.
vpnGateway a un'estremità e da una risorsa externalVpnGateway o un'altra risorsa VpnGateway di Google Cloud all'estremità peer. Un collegamento include anche tutte le risorse vpnTunnel e le sessioni BGP tra le risorse del gateway.
Termini di Cloud Interconnect
La seguente terminologia chiave descrive i concetti su cui si basa Cloud Interconnect. Ogni sezione indica se un termine si applica a Dedicated Interconnect, Partner Interconnect, Cross-Cloud Interconnect o a una combinazione di questi.
Elementi di Cloud Interconnect
Si applica a Dedicated Interconnect e Cross-Cloud Interconnect.
Per Dedicated Interconnect
Una connessione fisica specifica tra Google e la tua rete on-premise. Questa connessione esiste in una struttura di colocation in cui si incontrano la tua rete on-premise e la rete di Google.
Una singola connessione può essere un singolo link da 10 Gbps, un singolo link da 100 Gbps o un bundle di link. Se hai più connessioni a Google in località diverse o a dispositivi diversi, devi creare connessioni di Interconnect separate.
Per Cross-Cloud Interconnect
Una connessione fisica specifica tra Google e la rete di un altro provider di servizi cloud (il provider di servizi cloud remoto). Questa connessione esiste in un'unica struttura di colocation o in strutture adiacenti, dove si incontrano le reti di Google e del fornitore di servizi cloud remoto.
Una singola connessione può essere un singolo link da 10 Gbps, un singolo link da 100 Gbps o, a seconda di ciò che supporta il provider cloud remoto, un bundle di link.
- Dedicated Interconnect
- Partner Interconnect
- Cross-Cloud Interconnect
Si applica a Dedicated Interconnect, Partner Interconnect e Cross-Cloud Interconnect.
Un collegamento VLAN (virtual local area network) è una connessione logica tra una rete esterna e una singola regione nella rete Virtual Private Cloud (VPC). Nell'API Compute Engine, il collegamento di interconnessione è noto come risorsa interconnectAttachment.
Quando crei un collegamento VLAN, lo associ a un progetto, a una regione, a un router Cloud esistente o nuovo e a una connessione Cloud Interconnect esistente. Poi, configura una sessione BGP (Border Gateway Protocol) tra il router Cloud e il tuo router esterno.
- Per Dedicated Interconnect, il collegamento VLAN utilizza una connessione dedicata creata per raggiungere il router on-premise.
- Per Partner Interconnect, il collegamento utilizza una connessione configurata e gestita dal partner scelto.
- Per Cross-Cloud Interconnect, il collegamento utilizza una connessione creata da Google per tuo conto tra le reti di Google Cloud e del tuo provider di servizi cloud remoto.
Un collegamento VLAN non è associato direttamente a una rete VPC. Tuttavia, è indirettamente associato a una singola rete VPC perché un router Cloud può essere associato a una sola rete. Pertanto, il collegamento VLAN è associato alla rete in cui si trova il router cloud.
Per utilizzare completamente la larghezza di banda di una determinata connessione Cloud Interconnect, potresti dover creare più collegamenti VLAN. La creazione di collegamenti VLAN con una larghezza di banda combinata superiore a quella della connessione Cloud Interconnect non ti offre più della larghezza di banda indicata della connessione. Ad esempio, prendi in considerazione quanto indicato di seguito:
- Per utilizzare completamente la larghezza di banda di 2 connessioni Cloud Interconnect da 10 Gbps, hai bisogno di un collegamento VLAN da 20 Gbps.
- Per utilizzare completamente la larghezza di banda di 5 connessioni Cloud Interconnect da 10 Gbps, hai bisogno di un collegamento VLAN da 50 Gbps.
Per Dedicated Interconnect
Un collegamento VLAN per Dedicated Interconnect alloca una singola VLAN 802.1Q sulla connessione Dedicated Interconnect e la connette a una rete VPC specifica. Poiché ogni connessione per Dedicated Interconnect supporta più collegamenti VLAN, puoi accedere a più reti VPC senza creare più connessioni.
Ogni allegato che crei è associato a una rete VPC e a una regione Google Cloud:
- Quando associ un collegamento per Dedicated Interconnect a una rete VPC, questa rete deve trovarsi in un progetto della stessa organizzazione del progetto che contiene la connessione Dedicated Interconnect.
- L'insieme di regioni valide per un collegamento dipende dalla struttura di colocation utilizzata da Cloud Interconnect.
Puoi impostare la capacità di ogni allegato. Per un elenco delle capacità, consulta la pagina Prezzi. La capacità di collegamento predefinita è 10 Gbps.
L'impostazione della capacità limita la larghezza di banda massima che un allegato può utilizzare. Se hai più allegati su una singola connessione Dedicated Interconnect, la limitazione della capacità potrebbe essere utile nei casi in cui vuoi evitare la congestione della rete sulla tua connessione. La larghezza di banda massima è approssimativa, pertanto è possibile che un collegamento utilizzi più larghezza di banda rispetto alla capacità selezionata.
Poiché l'impostazione della capacità limita solo la larghezza di banda del trasferimento di dati da Google Cloud alla struttura di colocation per la connessione Interconnect, ti consigliamo di configurare un limitatore della velocità di trasferimento dei dati sul router per la connessione. La configurazione di questo limitatore ti consente di limitare la larghezza di banda massima del trasferimento dei dati in entrata alla tua rete VPC per il traffico che utilizza la connessione.
Per Partner Interconnect
Per richiedere la connettività Partner Interconnect da un provider di servizi, crea un collegamento VLAN nel tuo progetto Google Cloud. Il collegamento VLAN genera una chiave di accoppiamento univoca che condividi con il tuo fornitore di servizi. Il provider di servizi utilizza la chiave di accoppiamento, insieme alla località e alla capacità della connessione richieste, per completare la configurazione del collegamento VLAN.
Dopo aver configurato il collegamento, il provider di servizi alloca una VLAN 802.1q specifica sulla connessione on-premise.
Per Cross-Cloud Interconnect
Un collegamento VLAN per Cross-Cloud Interconnect alloca una singola VLAN 802.1Q sulla connessione Cross-Cloud Interconnect. Il collegamento VLAN e il router Cloud associato collegano la connessione a una rete VPC specifica. Poiché ogni connessione Cross-Cloud Interconnect può supportare più collegamenti VLAN, puoi accedere a più reti VPC senza creare più connessioni.
Si applicano i seguenti requisiti:
- Quando associ un router Cloud al collegamento VLAN, lo associ anche a una rete VPC. La rete deve trovarsi nello stesso progetto della connessione Cross-Cloud Interconnect.
- L'insieme di regioni valide per un allegato dipende dalle località supportate da Google Cloud e dal tuo fornitore di servizi cloud remoto.
Puoi selezionare una capacità per ogni allegato. Per un elenco delle capacità, consulta la pagina Prezzi. La capacità predefinita è 10 Gbps. Questa impostazione influisce sulla larghezza di banda massima che l'allegato può utilizzare. Se hai più collegamenti VLAN, ti consigliamo di impostare una capacità per ciascuno. In questo modo, puoi impedire a un singolo allegato di utilizzare l'intera larghezza di banda della connessione, il che può causare la perdita di pacchetti. La larghezza di banda massima è approssimativa, pertanto è possibile che un allegato utilizzi più larghezza di banda rispetto alla capacità selezionata.
L'impostazione della capacità limita solo la larghezza di banda del trasferimento di dati in uscita da Google Cloud alla struttura di colocation per la connessione Cross-Cloud Interconnect. Per questo motivo, ti consigliamo di configurare un limitatore della velocità in uscita dei dati sul router virtuale nel cloud remoto. La configurazione di questo limitatore consente di limitare la larghezza di banda massima del trasferimento dei dati in entrata alla rete VPC per il traffico che utilizza la connessione.
Si applica a Dedicated Interconnect, Partner Interconnect e Cross-Cloud Interconnect.
Il router Cloud utilizza il protocollo BGP (Border Gateway Protocol) per scambiare dinamicamente le route tra la rete VPC e la rete esterna. Prima di poter creare un collegamento VLAN, devi creare o selezionare un router cloud esistente nella rete VPC a cui vuoi connetterti. Poi, utilizza il router Cloud per configurare una sessione BGP con il tuo router esterno.
Per informazioni dettagliate sul router Cloud, consulta la panoramica del router Cloud.
La configurazione BGP del router Cloud dipende dal fatto che tu stia utilizzando la connettività di livello 2 o 3. Dedicated Interconnect e Cross-Cloud Interconnect utilizzano solo connettività di livello 2. Partner Interconnect può utilizzare la connettività di livello 2 o 3.
- Per il livello 2, devi stabilire una sessione BGP tra il tuo router Cloud e il router esterno.
- Per il livello 3, il fornitore di servizi stabilisce una sessione BGP tra il tuo router Cloud e il suo router di confine. Per ulteriori informazioni, consulta la sezione Connettivittà di livello 2 e 3.
Il router Cloud pubblicizza le subnet nella sua rete VPC e propaga le route apprese a queste subnet. A meno che non configuri route annunciate personalizzate, router Cloud annuncia le seguenti route:
- Se la tua rete VPC utilizza la modalità di routing dinamico regionale, router Cloud annuncia le route delle subnet nella regione in cui si trova.
- Se la tua rete VPC utilizza la modalità di routing dinamico globale, router Cloud pubblicizza le route delle subnet in tutte le regioni.
Router Cloud crea anche route dinamiche nella rete VPC per le destinazioni che apprende dal router esterno. Se la rete VPC utilizza la modalità di routing dinamico regionale, il router Cloud rende queste route disponibili solo per la regione in cui si trova. Se la tua rete utilizza la modalità di routing dinamico globale, router Cloud rende queste route disponibili per tutte le regioni.
Si applica a Dedicated Interconnect e Partner Interconnect.
Il router on-premise è un router esterno che stabilisce una sessione BGP con il router Cloud. Questa connessione ti consente di scambiare dati tra la tua rete on-premise e la tua rete VPC.
Per Dedicated Interconnect, gestisci il router on-premise, che spesso si trova fisicamente nella struttura di colocation in cui viene eseguito il provisioning della connessione. Tuttavia, il dispositivo può trovarsi fisicamente in un'altra struttura, ad esempio in un ufficio in cui gestisci l'apparecchiatura di rete. Stabilisci le sessioni BGP tra il tuo router on-premise e il router Cloud.
Per Partner Interconnect, un router on-premise è un dispositivo utilizzato da te o dal provider di servizi per configurare le sessioni BGP con router Cloud.
- Con le connessioni Partner Interconnect di livello 2, puoi configurare la sessione BGP tra il router on-premise e il router Cloud.
- Con le connessioni Partner Interconnect di livello 3, il tuo provider di servizi gestisce la sessione BGP tra il suo router on-premise e il router Cloud.
Per ulteriori informazioni sulle diverse connessioni Partner Interconnect, consulta Connettività di livello 2 e 3.
Per informazioni sulla configurazione dei router on-premise, consulta i seguenti documenti:
Si applica a Dedicated Interconnect, Partner Interconnect e Cross-Cloud Interconnect.
Un router esterno è un dispositivo di rete che fornisce l'accesso alla rete con cui vuoi eseguire il peering. Il router esterno può essere uno dei seguenti:
- Un router on-premise
- Un router virtuale ospitato dal tuo provider di servizi cloud remoto
Si applica a Dedicated Interconnect, Partner Interconnect e Cross-Cloud Interconnect.
La versione precedente dell'infrastruttura Cloud Interconnect. Dataplane v1 verrà sostituito da Dataplane v2. Tuttavia, durante la migrazione, alcuni collegamenti VLAN potrebbero continuare a funzionare su Dataplane v1.
Si applica a Dedicated Interconnect, Partner Interconnect e Cross-Cloud Interconnect.
Cloud Interconnect Dataplane v2 è un'implementazione migliorata dell'infrastruttura Cloud Interconnect. È progettato per offrire affidabilità, prestazioni e funzionalità superiori.
Alcune funzionalità di rete di Google Cloud che funzionano con Cloud Interconnect, ad esempio il rilevamento del forwarding bidirezionale (BFD) per Cloud Router, richiedono che i collegamenti VLAN utilizzati con la funzionalità vengano eseguiti su Dataplane v2.
Google esegue la migrazione di tutti gli allegati VLAN esistenti in modo che utilizzino Dataplane v2 senza che sia richiesta alcuna azione da parte tua. Se vuoi utilizzare una funzione di prodotto che richiede Dataplane 2.0 e devi aggiornare la versione di un collegamento VLAN esistente, contatta l'assistenza Google Cloud.
Per tutti i nuovi collegamenti VLAN creati nelle regioni disponibili per Cloud Interconnect viene eseguito automaticamente il provisioning su Dataplane v2.
Per sapere quali regioni sono disponibili per Cloud Interconnect, consulta la tabella delle località per Dedicated Interconnect o l' elenco dei fornitori di servizi per Partner Interconnect.
Per controllare la versione del dataplane di un collegamento VLAN esistente, consulta uno dei seguenti documenti:
Sedi di Cloud Interconnect
Si applica a Dedicated Interconnect, con note per Partner Interconnect e Cross-Cloud Interconnect.
La struttura di colocation in cui viene eseguito il provisioning di una connessione Cloud Interconnect fisica. In questa posizione, l'apparecchiatura di routing on-premise incontra il peering edge di Google.
Una struttura di colocation è un luogo in cui Google ha un punto di presenza (PoP), che ti consente di collegare la tua rete on-premise alla rete di Google. Nel centro di colocation, collabori con il fornitore del centro per eseguire il provisioning della tua attrezzatura di routing prima di utilizzare Dedicated Interconnect.
Ogni località di connessione supporta un sottoinsieme di regioni Google Cloud.
Ad esempio, lga-zone1-16 supporta i collegamenti VLAN nelle regioni northamerica-northeast1, northamerica-northeast2, us-central1, us-east1, us-east4, us-east5, us-south1, us-west1, us-west2, us-west3 e us-west4.
Per un elenco di tutte le sedi e delle regioni supportate, consulta Tutte le strutture di colocation.
Quando utilizzi Partner Interconnect, i partner hanno già configurato le connessioni alla rete di Google. L'insieme di località varia in base al partner scelto. Quando configuri il collegamento VLAN, puoi selezionare una delle sedi disponibili del partner. Per un elenco delle località supportate da ciascun fornitore di servizi, consulta la pagina Fornitori di servizi.
Quando utilizzi Cross-Cloud Interconnect, devi scegliere una località supportata dal tuo provider di servizi cloud remoto:
- Sedi di Amazon Web Services
- Sedi per Microsoft Azure
- Sedi per Oracle Cloud Infrastructure
- Sedi di Alibaba Cloud
Ogni località del partner supporta un sottoinsieme di regioni Google Cloud.
In queste regioni supportate puoi connetterti ai tuoi router Cloud
e ai relativi collegamenti VLAN. Ad esempio, se scegli la località Ashburn, puoi raggiungere tutte le regioni del Nord America, ad esempio us-east1 e us-west1. Per un
elenco delle regioni Google Cloud, consulta la pagina Regioni e zone.
Si applica a Partner Interconnect.
Un provider di servizi di rete per Partner Interconnect. Per utilizzare Partner Interconnect, devi connetterti a un provider di servizi supportato. Il provider di servizi fornisce connettività tra la tua rete on-premise e la tua rete VPC.
Si applica a Dedicated Interconnect, Partner Interconnect e Cross-Cloud Interconnect.
La città in cui si trova una struttura di colocation.
La rete metropolitana scelta dipende dalla posizione della rete on-premise e dalla posizione delle istanze VM Compute Engine (la regione Google Cloud). In genere, ti consigliamo di scegliere un datacenter geograficamente vicino alla tua rete on-premise per ridurre la latenza. Quando configuri una connessione ridondante, puoi scegliere un'altra stazione della metropolitana più lontana.
Ogni metrò supporta un sottoinsieme di regioni Google Cloud. Puoi creare
collegamenti VLAN solo in queste regioni supportate. Ad esempio, se scegli un centro in Ashburn, puoi creare collegamenti VLAN solo nelle regioni del Nord America. Supponendo che anche le istanze VM si trovino in queste regioni, puoi creare collegamenti VLAN nelle stesse regioni delle VM per ridurre la latenza e i costi di trasferimento dei dati in uscita.
In caso contrario, il traffico dovrebbe passare da una regione all'altra per raggiungere le istanze VM o la rete on-premise.
Per ulteriori informazioni su Dedicated Interconnect, consulta Tutte le strutture di colocation.
Si applica a Dedicated Interconnect, Partner Interconnect e Cross-Cloud Interconnect.
Termine precedente per dominio di disponibilità perimetrale.
Si applica a Dedicated Interconnect, Partner Interconnect e Cross-Cloud Interconnect.
Ogni area metropolitana ha due domini di errore indipendenti chiamati domini di disponibilità edge. I due domini di disponibilità perimetrale
sono denominati zone1 e zone2. Questi domini
forniscono isolamento durante la manutenzione programmata, il che significa che due
domini nella stessa area metropolitana non sono inattivi contemporaneamente per manutenzione.
Questo isolamento è importante quando crei un sistema per la ridondanza.
I domini di disponibilità perimetrale coprono un'intera area metropolitana e non attraversano più aree metropolitane. Per mantenere la disponibilità e uno SLA, devi creare connessioni Cloud Interconnect duplicate scegliendo due località di connessione nella stessa area metropolitana, ma in domini di disponibilità perimetrale diversi. Alcune metropolitane offrono più di due località, ma esistono ancora solo due domini di disponibilità edge nella metropolitana. Ad esempio, la creazione di connessioni nelle località
dfw-zone1-4 e dfw-zone1-505 non fornisce
ridondanza perché entrambe le località si trovano nel dominio di disponibilità di zone1. La loro creazione in dfw-zone1-4 e
dfw-zone2-4 garantisce la ridondanza perché le località si trovano in
domini di disponibilità perimetrale diversi.
I periodi di manutenzione non sono coordinati tra le città. Ad esempio, i
domini di disponibilità edge dfw-zone1-4 e
ord-zone1-7 potrebbero presentare eventi di manutenzione sovrapposti.
Quando ti connetti a più metro per la ridondanza, è importante collegarti a diversi domini di disponibilità edge in ciascuna di queste metro, come descritto nella
topoologia di produzione.
Provisioning e configurazione
Si applica a Dedicated Interconnect.
Un documento LOA-CFA identifica le porte di connessione assegnate da Google per la connessione Dedicated Interconnect e concede al fornitore di una struttura di colocation l'autorizzazione a connettersi a queste porte. I documenti LOA-CFA sono obbligatori quando ordini connessioni Dedicated Interconnect in una struttura di colocation.
Quando ordini connessioni Dedicated Interconnect, Google allocate le risorse per le connessioni e poi genera un documento LOA-CFA per ciascuna. La LOA-CFA elenca i punti di demarcazione assegnati da Google per le tue connessioni. Invia questo modulo al fornitore della struttura per eseguire il provisioning delle connessioni tra le apparecchiature di Google e le tue.
Quando lo stato di una connessione diventa PROVISIONED, il
LOA-CFA non è più valido, necessario o disponibile nella
console Google Cloud.
Per ulteriori informazioni sul flusso di provisioning, consulta Panoramica del provisioning di Dedicated Interconnect.
Si applica a Partner Interconnect.
Un identificatore univoco che consente ai provider di servizi di identificare determinati collegamenti VLAN senza che nessuno condivida informazioni potenzialmente sensibili sulla propria rete VPC o sul proprio progetto Google Cloud. Le chiavi di accoppiamento vengono utilizzate solo per Partner Interconnect.
Tratta la chiave di accoppiamento come informazioni sensibili finché il collegamento VLAN non è configurato. Se viene scoperto, è possibile che terze parti lo utilizzino per connettersi alla tua rete. La chiave è monouso e non può essere modificata. Se hai bisogno di una nuova chiave di accoppiamento, elimina il collegamento VLAN e creane uno nuovo.
Le chiavi di accoppiamento utilizzano il seguente formato:
<random>/<vlan-attachment-region>/<edge-availability-domain>.
Ad esempio,
7e51371e-72a3-40b5-b844-2e3efefaee59/us-central1/2
è una chiave di accoppiamento per un collegamento VLAN nella regione
us-central1 e nel dominio di disponibilità edge
2.
Si applica a Cross-Cloud Interconnect.
Un altro provider di servizi cloud, oltre a Google Cloud, in cui potresti avere risorse di rete.
Termini del Border Gateway Protocol (BGP)
La seguente terminologia si applica al Border Gateway Protocol (BGP), utilizzato da Cloud VPN e Cloud Interconnect per il routing dinamico.