Termini chiave

Questa pagina contiene termini importanti che si applicano a Cloud Interconnect. Esamina questi termini per comprendere meglio il funzionamento di Cloud Interconnect.

Per ulteriori informazioni, consulta la panoramica di Cloud Interconnect.

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

Connessione 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 in ogni rete. Questa connessione esiste in una colocation dove la rete on-premise e la rete Google si incontrano.

Una singola connessione può essere un singolo collegamento da 10 Gbps, un singolo collegamento da 100 Gbps o un bundle di link. Se hai più connessioni a Google presso diversi località o a dispositivi diversi, devi creare interconnessioni separate e connessioni a Internet.

Per Cross-Cloud Interconnect

Una connessione fisica specifica tra Google e la rete di un'altra rete cloud provider (il servizio cloud remoto di Google). Questa connessione esiste in un singolo struttura di colocation o in strutture adiacenti, dove le reti di Google e del provider di servizi cloud remoto Meet.

Una singola connessione può essere un singolo collegamento da 10 Gbps, un singolo collegamento da 100 Gbps o, a seconda di ciò che supporta il cloud provider remoto, un link gruppo.

tipo di connessione
Il tipo di connessione Cloud Interconnect rientra in uno dei tre categorie:
  • Dedicated Interconnect
  • Partner Interconnect
  • Cross-Cloud Interconnect
Collegamento VLAN

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 un una regione esistente o una nuova router Cloud e un router Connessione Cloud Interconnect. Quindi configurerai un bordo Sessione BGP (Gateway Protocol) tra il router Cloud e il server 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 associato a una singola rete VPC perché un router Cloud può essere associato a una sola rete. Di conseguenza, il collegamento VLAN è collegato 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. Creazione di collegamenti VLAN con una larghezza di banda combinata superiore a La connessione Cloud Interconnect non offre la larghezza di banda dichiarata della connessione. Ad esempio, considera quanto segue:

  • 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 di Cloud Interconnect ti serve 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ù VPC senza dover creare più connessioni.

Ogni collegamento che crei è associato a un VPC e 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 struttura di colocation utilizzata e Cloud Interconnect.

Puoi impostare la capacità di ogni allegato. Per un elenco delle capacità, vedi il Prezzi. La capacità predefinita per i collegamenti è 10 Gbps.

L'impostazione della capacità limita la larghezza di banda massima che un collegamento può per gli utilizzi odierni. 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, 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 del trasferimento Google Cloud alla struttura di colocation per l'interconnessione di trasferimento dati, consigliamo di configurare un limitatore di velocità di trasferimento dati sul router per la connessione. La configurazione di questo limitatore consente per limitare la larghezza di banda massima per il trasferimento di dati in entrata rete VPC per il traffico che utilizza questa 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 chiave di accoppiamento univoca che condividi con il tuo un fornitore di servizi per le aziende. Il fornitore di servizi utilizza la chiave di accoppiamento, insieme la posizione e la capacità di connessione richieste, configurazione del collegamento VLAN.

Dopo aver configurato il collegamento, il provider di servizi alloca una specifica VLAN 802.1q sulla tua 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 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 tuo collegamento VLAN, associare il collegamento a una rete VPC. Quella rete deve trovarsi nello stesso progetto 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 la capacità predefinita è 10 Gbps. Questa impostazione influisce sulla larghezza di banda massima utilizzabili dall'allegato. Se hai più collegamenti VLAN, è consigliabile impostare una capacità per ognuno. 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, quindi è possibile che un collegamento utilizzi più larghezza di banda rispetto alla larghezza di banda selezionata e la capacità di archiviazione.

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, è consigliabile configurare un limite di velocità di trasferimento dei dati in uscita il 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.

Router Cloud

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. Prima di poter creare un collegamento VLAN, devi creare o selezionare 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 stai utilizzando la connettività di livello 2 o 3. Dedicated Interconnect Cross-Cloud Interconnect utilizza solo la connettività di livello 2. Partner Interconnect può utilizzare il livello 2 o 3 e la connettività privata.

  • 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, vedi Connettività di livello 2 e 3.

Il router Cloud pubblicizza le subnet nella sua rete VPC e propaga le route apprese a quelle subnet. A meno che non configuri route annunciate personalizzate, il router Cloud pubblicizza seguenti percorsi:

  • Se la tua rete VPC utilizza la modalità di routing dinamico a livello di area geografica, Cloud Router annuncia le route delle 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.

Cloud Router 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, 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.

router on-premise

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 i cluster on-premise che spesso si trova fisicamente nella struttura di colocation è stato 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. 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 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 fornitore di servizi gestisce la sessione BGP tra i servizi 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:

router esterno

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:

Dataplane v1

Si applica a Dedicated Interconnect, Partner Interconnect Cross-Cloud Interconnect.

La versione legacy dell'infrastruttura Cloud Interconnect. Dataplane v1 verrà sostituito da Dataplane v2. Mentre la migrazione è in corso Tuttavia, alcuni collegamenti VLAN potrebbero continuare a funzionare su Dataplane v1.

Dataplane v2

Si applica a Dedicated Interconnect, Partner Interconnect Cross-Cloud Interconnect.

Cloud Interconnect Dataplane v2 è un'implementazione migliorata nell'infrastruttura Cloud Interconnect. È progettata per fornire di aumentare l'affidabilità, le prestazioni e le funzionalità.

Alcune funzionalità di networking di Google Cloud Cloud Interconnect, Bidirectional Forwarding Detection (BFD) per router Cloud richiedono che i collegamenti VLAN utilizzati con la funzionalità vengano eseguiti su Dataplane v2.

Google eseguirà la migrazione di tutti i collegamenti VLAN esistenti per utilizzare Dataplane v2 senza richiedere alcun intervento da parte tua. Se vuoi utilizzare un prodotto che richiede Dataplane v2 e deve aggiornare la versione di un collegamento VLAN esistente, contatta Google Cloud assistenza.

Per tutti i nuovi collegamenti VLAN creati nelle regioni disponibili per Cloud Interconnect viene eseguito automaticamente il provisioning su Dataplane v2.

Per vedere quali regioni sono disponibili per Cloud Interconnect, consulta il delle località di destinazione per Dedicated Interconnect o dei fornitori di servizi per Partner Interconnect.

Per controllare la versione Dataplane di un collegamento VLAN esistente, consulta uno di i seguenti documenti:

Località Cloud Interconnect

località di connessione o struttura di colocation

Si applica a Dedicated Interconnect, con note per Partner Interconnect Cross-Cloud Interconnect.

La struttura di colocation in cui viene eseguito il provisioning di una connessione Cloud Interconnect fisica. Questa è la località in cui vengono eseguiti che soddisfi il perimetro di peering di Google.

Una struttura di colocation è una struttura di colocation di Google connettere la tua rete on-premise alla rete Google. Nel la struttura di colocation, devi collaborare con il fornitore della struttura per eseguire il provisioning l'apparecchiatura per i percorsi 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 località e delle regioni supportate, vedi Tutte le strutture di colocation.

Quando utilizzi Partner Interconnect, i partner hanno già impostato le connessioni alla rete Google. L'insieme di posizioni varia a seconda sul partner che scegli. Quando configuri il collegamento VLAN, puoi seleziona una delle località 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 un la posizione in cui il tuo servizio cloud remoto dell'assistenza clienti supporta:

Ogni località del partner supporta un sottoinsieme di regioni Google Cloud. Queste regioni supportate sono le aree in cui puoi connetterti ai tuoi router Cloud e i collegamenti VLAN associati. Ad esempio, se scegli la località Ashburn, puoi raggiungere tutte le regioni del Nord America, ad esempio us-east1 e us-west1. Per un delle regioni di Google Cloud, consulta Regioni e zone .

fornitore di servizi

Si applica a Partner Interconnect.

Un fornitore 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 tra la rete on-premise e la rete VPC.

area metropolitana (area metropolitana)

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, ti consigliamo di scegliere un datacenter geograficamente vicino alla tua rete on-premise per ridurre la latenza. 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 una struttura in Ashburn, puoi creare solo collegamenti VLAN nelle regioni del Nord America. Supponendo che anche le tue istanze VM in queste regioni, puoi creare collegamenti VLAN nello stesso come VM per ridurre la latenza e i costi del trasferimento di dati in uscita. In caso contrario, il traffico dovrebbe viaggiare tra regioni per raggiungere la VM di istanze gestite o una rete on-premise.

Per ulteriori informazioni su Dedicated Interconnect, consulta Tutte le strutture di colocation.

zona di disponibilità area metropolitana

Si applica a Dedicated Interconnect, Partner Interconnect Cross-Cloud Interconnect.

Un termine precedente per la disponibilità perimetrale dominio.

dominio disponibilità perimetrale

Si applica a Dedicated Interconnect, Partner Interconnect 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 e fornire l'isolamento durante la manutenzione pianificata, il che significa domini nella stessa area metropolitana non sono inattivi nello stesso momento 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, creare connessioni in luoghi dfw-zone1-4 e dfw-zone1-505 non fornisce Ridondanza perché entrambe le località si trovano sul perimetro zone1 disponibilità. 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 aree metropolitane. 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

Lettera di autorizzazione e assegnazione della struttura di connessione (LOA-CFA)

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 le connessioni Dedicated Interconnect, Google alloca risorse per le tue connessioni e genera quindi una LOA-CFA documento per ciascuno. La LOA-CFA elenca i punti di demarcazione che Google ha assegnato 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, La LOA-CFA non è più valida, necessaria o disponibile nel nella console Google Cloud.

Per ulteriori informazioni sul flusso di provisioning, consulta Panoramica del provisioning di Dedicated Interconnect.

chiave di accoppiamento

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 informazioni sensibili fino al collegamento VLAN è configurata. 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.

Per l'accoppiamento delle chiavi viene utilizzato il formato seguente:
<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.

provider di servizi cloud remoto

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 Border Gateway Protocol (BGP) che Cloud VPN e Cloud Interconnect utilizzano per il routing dinamico.

BGP (Border Gateway Protocol)
Un protocollo di routing per gateway esterno standardizzato da Internet Engineering Task Force (IETF) in RFC 1722. BGP scambia automaticamente informazioni di routing e connettività tra sistemi su internet. Il dispositivo è compatibile con BGP se può eseguire il routing BGP, il che significa che puoi attivare il protocollo BGP e assegnare un indirizzo IP BGP e un numero di sistema autonomo. Per determinare se il tuo dispositivo supporta BGP, consulta le informazioni del fornitore del dispositivo o contatta il fornitore.
sistema autonomo (AS)
Una raccolta di prefissi di routing IP connessi sotto il controllo di un singolo un'entità amministrativa o un dominio che presenta un criterio di routing comune al Internet, come un provider di servizi internet (ISP), una grande azienda, o un'università.
Autonomous System Number (ASN)
Un identificatore univoco assegnato a ciascun sistema autonomo che utilizza il routing BGP. Per ulteriori informazioni, vedi RFC 7300.
Autenticazione MD5
Un metodo di autenticazione dei peer BGP che utilizza l'algoritmo digest messaggio MD5. Quando usano questo approccio, i peer BGP devono usare la stessa chiave di autenticazione oppure non è possibile tra di loro. In seguito, viene verificato ogni segmento indirizzato tra le app peer. Per maggiori informazioni sull'autenticazione MD5, consulta RFC 2385. A per scoprire se il tuo dispositivo supporta l'autenticazione MD5, consulta le informazioni del fornitore per dispositivo o contatta il fornitore. Per ricevere assistenza sull'utilizzo dell'autenticazione MD5 del router Cloud, consulta Assistenza.

Termini di Google Cloud

La seguente terminologia si applica a Google Cloud e alle sue funzionalità.

Google Cloud
Google Cloud è una suite di servizi di cloud computing pubblico offerta da Google. Per ulteriori informazioni, vedi Prodotti Google Cloud.
ID progetto
L'ID del tuo progetto Google Cloud. Un progetto contiene reti ad esempio reti, subnet e gateway Cloud VPN come descritto nella Panoramica della rete VPC. Per una descrizione della differenza tra nome del progetto, ID progetto e numero del progetto, consulta Identificazione dei progetti. Puoi visualizzare l'ID progetto nella console Google Cloud.