Questa pagina fornisce la terminologia chiave applicabile ai prodotti Network Connectivity. Leggi questi termini per comprendere meglio in che modo ogni prodotto funziona.
Termini di Google Cloud
La seguente terminologia si applica a Google Cloud e alle sue funzionalità.
Termini di Cloud VPN
I termini seguenti si applicano ai gateway e ai tunnel Cloud VPN gateway VPN sulla tua rete peer.
- Un altro gateway Cloud VPN
- Un gateway VPN ospitato da un altro cloud provider come AWS o Microsoft Azure.
- Un servizio o un dispositivo VPN on-premise
Per l'interfaccia di un gateway VPN ad alta disponibilità connesso a un un gateway VPN, l'indirizzo IP peer remoto è l'indirizzo IP dell'interfaccia sull'interfaccia il gateway VPN 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 una combinazione di queste.
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 si trova 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 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 Cross-Cloud Interconnect.
Un collegamento VLAN (virtual local area network) è una connessione logica
tra una rete esterna e una singola regione
una rete VPC (Virtual Private Cloud). 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 che crei 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 il tuo servizio cloud remoto dell'utente.
Un collegamento VLAN non è associato direttamente a un VPC in ogni rete. Tuttavia, è indirettamente collegato a un singolo VPC perché un router Cloud può essere associato solo a una in ogni rete. Pertanto, il collegamento VLAN è associato alla rete in cui si trova il router cloud.
Per utilizzare completamente la larghezza di banda di un dato Cloud Interconnect potrebbe essere necessario 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 x 10 Gbps delle connessioni Cloud Interconnect, hai bisogno di un collegamento VLAN da 50 Gbps.
Per Dedicated Interconnect
Un collegamento VLAN per Dedicated Interconnect alloca singola VLAN 802.1Q sulla tua Dedicated Interconnect e la collega 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 allegato a Dedicated Interconnect con una rete VPC questa rete deve trovarsi in un progetto nella stessa organizzazione che contiene Dedicated Interconnect connessione.
- L'insieme di regioni valide per un collegamento dipende dalla struttura di collocamento 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 collegamento può per gli utilizzi odierni. Se hai più allegati in un singolo Connessione Dedicated Interconnect, limitazione di capacità potrebbe essere utile nei casi in cui vuoi evitare la congestione della rete la connessione. La larghezza di banda massima è approssimativa, quindi è possibile per fare in modo che un collegamento utilizzi più larghezza di banda rispetto alla capacità selezionata.
Poiché l'impostazione della capacità limita solo la larghezza di banda di trasferimento dei 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 fornitore di servizi, crei una VLAN nel tuo progetto Google Cloud. Il collegamento VLAN genera un chiave di accoppiamento univoca che condividi con il tuo un fornitore di servizi per le aziende. 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 singola VLAN 802.1Q sulla tua Cross-Cloud Interconnect connessione. Il collegamento VLAN e il link al router Cloud associato e la connessione a una rete VPC specifica. Poiché ogni La 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 collegamento dipende dalle località supportata da Google Cloud e dal tuo provider di servizi cloud remoto.
Puoi selezionare una capacità per ogni collegamento. Per un elenco di 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. Ciò può impedire a qualsiasi a un singolo collegamento utilizzando l'intera larghezza di banda della connessione, 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 per il trasferimento di dati in uscita da Google Cloud alla struttura di colocation per 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. Configurazione del limitatore consente di limitare la larghezza di banda massima per il trasferimento di dati in entrata rete VPC per il traffico che utilizza questa connessione.
Si applica a Dedicated Interconnect, Partner Interconnect Cross-Cloud Interconnect.
Il router Cloud utilizza il protocollo BGP (Border Gateway Protocol) per scambia route tra la tua rete VPC e la tua rete in ogni rete. Per poter creare un collegamento VLAN, devi prima creare o seleziona un router Cloud esistente nella rete VPC a cui vuoi connetterti. Quindi userai il router Cloud e configurare una sessione BGP con il tuo traffico esterno o un router.
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 Cross-Cloud Interconnect utilizza solo la connettività di livello 2. Partner Interconnect può utilizzare la connettività di livello 2 o 3.
- Per il livello 2, stabilisci una sessione BGP tra il router Cloud e il router esterno.
- Per il livello 3, il fornitore di servizi stabilisce una sessione BGP tra dal router Cloud e dal router perimetrale. 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, Cloud Router annuncia le seguenti route:
- Se la tua rete VPC utilizza il routing dinamico a livello di regione automatica, il router Cloud annuncia route subnet nella regione in cui si trova.
- Se la tua rete VPC utilizza il routing dinamico globale , il router Cloud annuncia le route di subnet regioni.
Il router Cloud crea anche route dinamiche rete VPC per le destinazioni che apprende dai tuoi un router esterno. Se la rete VPC utilizza la modalità di routing dinamico regionale, Cloud Router rende queste route disponibili solo per la regione in cui si trova. Se la tua rete utilizza il routing dinamico globale il 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. Questo collegamento consente di scambiare dati tra la rete on-premise e 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ò essere fisicamente che si trovano in un'altra struttura, ad esempio la sede di un ufficio da cui gestisci le apparecchiature di rete. Sei tu a stabilire le sessioni BGP tra router on-premise e 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 Cloud Router.
- 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 su Partner Interconnect diversi connessioni, consulta Connettività di livello 2 e 3.
Per informazioni sulla configurazione dei router on-premise, consulta quanto segue 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 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 gli allegati 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.
Tutti i nuovi collegamenti VLAN che crei in regioni disponibili Viene eseguito automaticamente il provisioning di Cloud Interconnect 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 Dataplane di un collegamento VLAN esistente, consulta uno di i seguenti documenti:
Sedi di Cloud Interconnect
Si applica a Dedicated Interconnect, con note per Partner Interconnect Cross-Cloud Interconnect.
La struttura di colocation in cui si trova un Cloud Interconnect fisico della connessione a internet. In questa posizione, l'apparecchiatura di routing on-premise incontra il peering edge di Google.
Una struttura di colocation è una struttura di colocation di Google connettere la tua rete on-premise alla rete 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 nella
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 località e delle regioni supportate, vedi 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à supportato da ciascun provider di servizi, consulta le dei fornitori di servizi.
Quando utilizzi Cross-Cloud Interconnect, devi scegliere una località supportata dal tuo provider di servizi cloud remoto:
- Località per Amazon Web Services
- Sedi per Microsoft Azure
- Località per Oracle Cloud Infrastructure
- Località per 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
Ashburn località, puoi raggiungere tutta la regione del Nord America
regioni come us-east1 e us-west1. Per un
delle regioni di Google Cloud, consulta 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 connettore fornitore di servizi. Il provider di servizi fornisce connettività tra la tua rete on-premise e la tua rete VPC.
Si applica a Dedicated Interconnect, Partner Interconnect Cross-Cloud Interconnect.
La città in cui si trova una struttura di colocation.
La scelta della metro dipende dalla località della tua sede on-premise sulla rete e sulla località delle tue istanze VM di Compute Engine. (la regione Google Cloud). In genere, potresti voler scegliere uno geograficamente vicina alla rete on-premise per ridurre una latenza di pochi millisecondi. Quando configuri una connessione ridondante, potresti scegliere una metropolitana aggiuntiva più lontana.
Ogni area metropolitana 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 spostarsi tra le regioni 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 Cross-Cloud Interconnect.
Un termine precedente per la disponibilità perimetrale dominio.
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. La disponibilità a due lati
domini sono denominati zone1 e zone2. Questi domini
forniscono isolamento durante la manutenzione pianificata, il che significa che due
domini nella stessa area metropolitana non sono inattivi contemporaneamente per manutenzione.
Questo isolamento è importante quando crei applicazioni per la ridondanza.
I domini di disponibilità perimetrale coprono un'intera area metropolitana e non attraversano 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 aree metropolitane offrono
in più di due località, ma ci sono ancora due disponibilità perimetrali
domini nell'area 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à dell'edge zone1. Creazione in dfw-zone1-4 e
dfw-zone2-4 fornisce ridondanza perché le località si trovano in
diversi domini di disponibilità perimetrale.
I periodi di manutenzione non sono coordinati tra le città. Ad esempio,
domini di disponibilità perimetrale dfw-zone1-4 e
In ord-zone1-7 potrebbero verificarsi eventi di manutenzione sovrapposti.
Quando ti colleghi a più aree metropolitane per la ridondanza, è importante
si connettono a diversi domini di disponibilità perimetrale in ciascuna di queste aree metropolitane,
descritti nei
di produzione.
Provisioning e configurazione
Si applica a Dedicated Interconnect.
Un LOA-CFA identifica le porte di connessione assegnate da Google la connessione Dedicated Interconnect e concede per consentire a un fornitore in una struttura di colocation di connettersi. I documenti LOA-CFA sono obbligatori al momento dell'ordine Connessioni Dedicated Interconnect in una colocation completamente gestita.
Quando ordini connessioni Dedicated Interconnect, Google alloca le risorse per le connessioni e poi genera un documento LOA-CFA per ciascuna. La LOA-CFA elenca i punti di demarcazione che
Google ha assegnato per le tue connessioni. Invia questo modulo alla struttura
che si occupi del provisioning dei collegamenti 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 fornitori di servizi di identificare una VLAN specifica allegati senza che nessuno condivida informazioni potenzialmente sensibili la rete VPC o il progetto Google Cloud. Le chiavi di accoppiamento sono e viene utilizzato solo per Partner Interconnect.
Tratta la chiave di accoppiamento come informazione sensibile fino a quando il collegamento VLAN non è configurato. Se viene rilevato, altre parti possono utilizzare per connetterti alla tua rete. La chiave è utilizzabile una sola volta e non può essere modificato. Se hai bisogno di una nuova chiave di accoppiamento, elimina il collegamento VLAN e per crearne 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
Regione us-central1 e dominio di disponibilità perimetrale
2.
Si applica a Cross-Cloud Interconnect.
Un altro provider di servizi cloud, oltre a Google Cloud, potresti avere risorse di networking.
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.