Panoramica del Network Connectivity Center

Network Connectivity Center è un framework di orchestrazione che semplifica la connettività di rete tra le risorse spoke collegate a una risorsa di gestione centrale chiamata hub. Network Connectivity Center supporta due tipi di spoke:

  • Spoke Virtual Private Cloud (VPC)
  • Spoke ibridi, costituiti da:
    • Tunnel VPN ad alta disponibilità
    • Collegamenti VLAN Cloud Interconnect
    • VM dell'appliance router

Con la connettività hub e spoke puoi:

  • Connettere più reti VPC tra loro. Il VPC le reti possono trovarsi in progetti diversi nella stessa organizzazione Google Cloud diverse organizzazioni.
  • Connetti più reti VPC alle reti on-premise o di altri provider di servizi cloud. Queste reti esterne possono essere raggiunte tramite qualsiasi tipo di spoke ibrido. Questo approccio è noto come connettività da sito a cloud.
  • Utilizza le VM dell'appliance router per gestire la connettività tra il tuo VPC reti.
  • Utilizza una rete VPC di Google Cloud a livello aziendale WAN (Area network) per connettere reti al di fuori di Google Cloud. Puoi stabilire la connettività tra i tuoi siti esterni utilizzando qualsiasi tipo di spoke ibrido. Questo approccio è noto come site-to-site per la connettività.

Come funziona

Quando un hub utilizza gli spoke VPC, puoi configurare la connettività tra queste reti VPC connesse all'hub scambiando route di subnet tra tutte o alcune delle reti VPC.

Quando un hub utilizza sia spoke VPC che spoke ibridi, qualsiasi la connettività è supportata su tutti questi spoke.

Quando un hub utilizza spoke ibridi situati in una singola rete VPC, Puoi anche configurare il trasferimento di dati site-to-site in modo che le route dinamiche i cui hop successivi siano uno spoke ibrido, ad esempio Collegamento VLAN Cloud Interconnect; vengono annunciati a una rete on-premise dalle sessioni BGP degli altri spoke ibridi della rete VPC.

Per una descrizione dettagliata di hub e spoke, vedi le sezioni seguenti.

Hub

Un hub di Network Connectivity Center è una risorsa globale a cui colleghi spoke. Un singolo hub può contenere spoke di più regioni. Tuttavia, se uno degli spoke di un hub utilizza la funzionalità di trasferimento di dati site-to-site, le risorse associate a questi spoke devono trovarsi tutte nella stessa rete VPC. Gli spoke che non utilizzano il trasferimento di dati site-to-site possono essere associati a qualsiasi rete VPC nel tuo progetto.

Spoke

Uno spoke rappresenta una o più risorse di rete Google Cloud collegate a un hub.

Quando crei uno spoke, devi associarlo a almeno una risorsa di connettività supportata, chiamata anche risorsa risorsa di supporto.

Uno spoke può utilizzare una qualsiasi delle seguenti risorse Google Cloud come supporto risorsa.

Spoke VPC

Gli spoke VPC ti consentono di collegare due o più reti VPC a un hub in modo che le reti scambino route di subnet IPv4. spoke VPC collegato a un singolo hub può fare riferimento a reti VPC nello stesso progetto o in un progetto diverso (incluso un progetto in un'altra organizzazione).

Per informazioni dettagliate sugli spoke VPC, consulta Panoramica degli spoke VPC.

Gli spoke VPC forniscono connettività tra intervalli di subnet IPv4 da in più reti VPC.

Spoke ibridi

Uno spoke ibrido rappresenta una o più risorse di connettività di rete siano collegati a un hub. Un tipo di spoke ibrido può essere uno dei seguenti risorse a cui è associato uno spoke:

  • VM dell'appliance router
  • Tunnel VPN ad alta disponibilità
  • Collegamenti VLAN Cloud Interconnect

Un singolo spoke ibrido può essere associato a più di una risorsa di sono dello stesso tipo. Ad esempio, uno spoke ibrido può fare riferimento a due o più tunnel VPN ad alta disponibilità, ma lo stesso spoke ibrido non può anche fare riferimento alle VM dell'appliance router o a Cloud Interconnect Collegamenti VLAN.

Il trasferimento di dati site-to-site con spoke ibridi richiede che gli spoke nella stessa rete VPC. Per ulteriori informazioni, consulta Panoramica del trasferimento di dati tra siti.

Spoke dell'appliance router

Uno spoke associato a un'istanza VM dell'appliance router supporta i seguenti casi d'uso:

  • Connettività IPv4 da sito a cloud: consente di stabilire la connettività tra una al tuo sito esterno e alle tue risorse di rete VPC.
  • Trasferimento di dati da sito a sito IPv4: utilizza la rete di Google come parte di un'ampia WAN che include i tuoi siti esterni per spostare i dati tra tutti nei siti.
  • Connettività IPv4 tra reti VPC: utilizza un'appliance virtuale di rete di terze parti per stabilire la connettività tra le tue reti VPC.

Tutti gli spoke site-to-site collegati allo stesso hub devono avere tutte le risorse di supporto nella stessa rete VPC.

spoke dei tunnel VPN ad alta disponibilità

Uno spoke associato ai tunnel Cloud VPN (VPN ad alta disponibilità) supporta i seguenti casi d'uso:

  • Connettività IPv4 da sito a cloud: stabilisci la connettività tra una al tuo sito esterno e alle tue risorse di rete VPC.
  • Trasferimento di dati da sito a sito IPv4: utilizza la rete di Google come parte di una rete WAN (wide area network) che include i tuoi siti esterni per spostare i dati tra tutti i siti.

Tutte le appliance collegate da un unico spoke e tutte le I tunnel Cloud VPN e i collegamenti VLAN devono trovarsi nello stesso VPC in ogni rete.

spoke di collegamento VLAN di Cloud Interconnect

Uno spoke associato ai collegamenti VLAN di Cloud Interconnect supporta i seguenti casi d'uso:

  • Connettività IPv4 site-to-cloud: tutte le appliance collegate a di un singolo spoke devono trovarsi nella stessa rete VPC.
  • Trasferimento di dati site-to-site IPv4: tutti i tunnel Cloud VPN, I collegamenti VLAN o entrambi devono essere nello stesso VPC in ogni rete.

Scambio di route con connettività VPC

Gli spoke VPC di Network Connectivity Center supportano lo scambio intervalli di indirizzi IPv4 di subnet che utilizzano private , esclusi gli indirizzi IPv4 pubblici utilizzati privatamente. Le route dinamiche, ovvero le route apprese dagli spoke ibride tramite BGP, possono essere scambiate anche con gli spoke VPC o altri spoke ibride. Statica le route in una rete VPC spoke non possono essere scambiate con altri spoke VPC nell'hub.

Importazione delle subnet dell'hub per gli spoke ibridi

Puoi ottenere la pubblicità automatica degli intervalli di subnet IP degli spoke VPC alle reti on-premise e di altri provider cloud tramite BGP attivando l'importazione delle subnet hub per gli spoke ibridi. Quando l'opzione è attiva, tutti i nuovi Subnet VPC create o eliminate che si trovano nella route hub vengono importati automaticamente dagli spoke ibridi e annunciati tramite BGP con i colleghi remoti.

Per pubblicizzare automaticamente gli intervalli di indirizzi IP della subnet spoke VPC agli spoke ibridi, usa il flag --include-import-ranges con Campo ALL_IPV4_RANGES durante la creazione dello spoke. Per impostazione predefinita, Il campo --include-import-ranges è vuoto, il che significa che non sono presenti subnet hub importati in spoke ibridi nuovi o esistenti fino a quando ALL_IPV4_RANGES specificato.

Per informazioni dettagliate su come creare spoke ibridi, consulta Utilizzare gli spoke.

Annuncio di route personalizzata

Annuncio di route personalizzato nel router Cloud ti consente di controllare manualmente i prefissi pubblicizzati dagli spoke ibridi. Puoi specificare route annunciate personalizzate (incluse le route predefinite, 0.0.0.0/0 per le route IPv4 o ::/0 per route IPv6) per tutte le sessioni BGP quando non è necessario un annuncio automatico delle subnet VPC spoke. Per impostazione predefinita, gli altri spoke VPC di subnet non vengono annunciate, il che significa che le località on-premise apprenderanno automaticamente la connettività a questi intervalli di indirizzi IP.

Considerazioni sull'importazione delle subnet hub

Quando utilizzi le subnet dell'hub di importazione, tieni presente quanto segue: funzionalità.

  • Tutte le subnet VPC spoke nella tabella delle route hub sono pubblicizzato su uno spoke ibrido per impostazione predefinita, se quest'ultimo ha ALL_IPV4_RANGES specificato nel campo --include-import-ranges.
  • La priorità della route seguita è subnet della rete VPC di destinazione, subnet hub e route personalizzate del router Cloud in quest'ordine.
  • Network Connectivity Center evita sovrapposizioni tra VPC di routing e subnet hub da altri spoke VPC.
  • Se una route personalizzata del router Cloud è esattamente uguale o si sovrappone alla alle subnet VPC di destinazione o alle subnet hub, la route personalizzata viene ignorata.
  • Gli attributi BGP delle subnet hub sono gli stessi della destinazione dello spoke ibrido alle subnet di VPC.
  • I criteri del router Cloud nella sessione BGP vengono applicati anche Subnet hub importate da Network Connectivity Center.
  • Se la rete VPC di routing dello spoke ibrido imposta la dinamica di routing a regional, solo per le subnet hub che si trovano nella stessa regione di annunci ibridi.

Esempi di casi d'uso

Le sezioni seguenti descrivono i casi d'uso principali di Network Connectivity Center.

Connetti reti VPC diverse con Network Connectivity Center

Quando colleghi due o più spoke VPC a un hub, Network Connectivity Center fornisce la connettività delle subnet IPv4 tra tutte le reti VPC rappresentate dagli spoke. L'utilizzo di un hub semplifica la gestione di subnet mesh su larga scala e la connettività privata. Vedi quote per sapere quante reti VPC possono essere connesse a un hub.

Il seguente diagramma mostra due spoke VPC.

Connetti gli spoke a una rete VPC.
Connetti gli spoke a una rete VPC (fai clic per ingrandire).

Connettività on-premise per spoke VPC

Gli spoke VPC possono connettersi alle reti on-premise utilizzando spoke ibridi situati in altre reti VPC (di routing). Ciascuna L'hub Network Connectivity Center supporta più spoke VPC e Collegamenti VLAN Cloud Interconnect, tunnel VPN ad alta disponibilità o dell'appliance router aggiunte come spoke ibridi. Il seguente diagramma mostra un hub di esempio con spoke VPC e spoke ibridi nello stesso hub di Network Connectivity Center.

Scambio di route dinamiche con spoke VPC.
Scambio di route dinamiche con spoke VPC (fai clic per ingrandire).

Connetti reti utilizzando le VM dell'appliance router

Network Connectivity Center può utilizzare le VM dell'appliance router nelle seguenti due istanze Scenari di connettività IPv4:

  • Connessione di una rete VPC a un ambiente on-premise o a un altro cloud la rete del provider usando route dinamiche
  • Connessione di due reti VPC tra loro utilizzando route dinamiche

Con questa opzione, Cloud Router gestisce le sessioni BGP per le VM dell'appliance router.

Connetti una rete esterna a Google Cloud

Il seguente diagramma utilizza uno spoke ibrido con una VM dell'appliance router per connettere due reti VPC a una rete esterna. La La VM del router Cloud ha un'interfaccia di rete (NIC) in ogni VPC in ogni rete.

Connetti una rete esterna a Google Cloud.
Collega una rete esterna a Google Cloud (fai clic per ingrandire).

Per ulteriori informazioni su questo caso d'uso, vedi Topologie site-to-cloud che utilizzano un'appliance di terze parti.

Gestire la connettività tra le reti VPC

Il seguente diagramma utilizza uno spoke ibrido con una VM dell'appliance router un firewall specializzato o un software di ispezione dei pacchetti reti VPC.

Utilizzare un firewall di terze parti.
Utilizza un firewall di terze parti (fai clic per ingrandire).

Per ulteriori informazioni, vedi Topologia da VPC a VPC che utilizza un'appliance di terze parti.

Eseguire un trasferimento di dati sulla rete di Google (da sito a sito)

Data Transfer fornisce la connettività IPv4 tra reti esterne utilizzando una rete VPC di Google Cloud e spoke ibridi. Puoi trasferire dati tra più reti on-premise o ad altre reti cloud.

Quando crei uno spoke ibrido, puoi abilitare l'opzione di trasferimento di dati per ha parlato. Quando il trasferimento dei dati è abilitato per gli spoke ibride connessi allo stesso hub, i route dinamici appresi da ogni VM dell'appliance router, tunnel VPN Cloud o collegamento VLAN Cloud Interconnect vengono nuovamente annunciati alle altre VM, ai tunnel o ai collegamenti VLAN associati a qualsiasi spoke ibrida connesso allo stesso hub. Il trasferimento dei dati richiede che tutti gli spoke ibride facciano riferimento a VM appliance router, tunnel Cloud VPN o collegamenti VLAN Cloud Interconnect in un'unica rete VPC.

Ad esempio, supponiamo che tu disponga di data center a New York, Sydney e Tokyo. Dopo il giorno utilizzi le risorse supportate per connettere la tua rete VPC di questi siti, potresti creare uno spoke per rappresentare ciascuna rete. Dopo completare la configurazione, Network Connectivity Center fornirebbe una connettività mesh completa tra tutti e tre i siti.

Come mostrato nel diagramma seguente, puoi creare spoke che si basano su di risorse di connettività come Cloud VPN, Cloud Interconnect e l'appliance router.

Il diagramma non mostra Cross-Cloud Interconnect, ma puoi anche utilizzare i collegamenti VLAN per Cross-Cloud Interconnect.

Trasferimento di dati sulla rete di Google.
Trasferimento di dati sulla rete Google (fai clic per ingrandire).

Per ulteriori informazioni su questo caso d'uso, vedi Panoramica del trasferimento di dati site-to-site.

Considerazioni su Network Connectivity Center

Prima di configurare Network Connectivity Center, consulta le sezioni seguenti.

Indirizzi IP

Network Connectivity Center supporta l'indirizzamento IPv4. Non supporta IPv6. Per esempio:

  • Se in uno spoke è abilitato il trasferimento di dati site-to-site, le risorse associati agli spoke supportano il traffico IPv4. Questi raggi non possono scambiare traffico IPv6. Questa affermazione si applica a tutti i tipi di spoke: Appliance router, collegamento VLAN e spoke VPN.

  • Gli spoke dell'appliance router site-to-cloud supportano il traffico IPv4. Traffico IPv6 non è supportato.

  • Quando crei una VM dell'appliance router, l'indirizzo IPv4 interno principale della VM deve essere un indirizzo RFC 1918.

  • Quando gli spoke VPC contengono subnet sia IPv4 che IPv6, solo IPv4 lo scambio tra subnet.

Routing

Le route installate dagli spoke ibridi di Network Connectivity Center vengono trattate come route dinamiche.

Per informazioni su come vengono gestite le route dinamiche rispetto ad altri tipi di route, vedi Applicabilità e ordine nella documentazione del VPC.

Risorsa Casi d'uso applicabili
Assegnazione priorità Tutte le risorse spoke ibridi utilizzano il router Cloud. Per maggiori dettagli sul modello di selezione del percorso utilizzato dal router Cloud, consulta Prepagazione del percorso AS e Lunghezza del percorso AS nella panoramica del router Cloud.
ASN Tutti i router di peering non Google associati a un singolo spoke devono utilizzare lo stesso ASN quando pubblicizzi prefissi al router Cloud. È importante perché, se due peer pubblicizzano lo stesso prefisso con ASN o percorsi AS diversi, solo il percorso ASN e AS di un peer viene pubblicizzato per quel prefisso. spoke diversi devono avere ASN diversi. Ciò significa che se due sessioni BGP appartengono spoke diversi, devono avere ASN diversi. Inoltre, se utilizzi la funzionalità di trasferimento di dati, devi assegnare gli ASN come descritto nei requisiti ASN per il trasferimento di dati site-to-site.
Sessioni BGP Le community BGP non sono supportate.

Indirizza le modifiche all'annuncio quando utilizzi il trasferimento di dati tra siti

Quando aggiungi un collegamento VLAN di Cloud Interconnect o un tunnel Cloud VPN a uno spoke ibrido, Network Connectivity Center aggiorna la sessione BGP corrispondente per la VLAN un collegamento o un tunnel Cloud VPN in modo che pubblichi nuovamente i prefissi appresi Sessioni BGP degli altri collegamenti VLAN di Cloud Interconnect o Cloud VPN tunnel collegati a uno qualsiasi degli spoke ibridi dell'hub con il trasferimento di dati site-to-site abilitata.

Assistenza per altri prodotti

Le seguenti sezioni descrivono come funziona Network Connectivity Center con altri di prodotti e funzionalità di networking.

Spoke VPC e peering di rete VPC

Gli spoke VPC di Network Connectivity Center supportano solo lo scambio intervalli di indirizzi IPv4 di subnet validi che utilizzano indirizzi privati, esclusi gli indirizzi IPv4 pubblici utilizzati privatamente, ad esclusione Intervalli di subnet IPv6 ed escluse le route statiche e dinamiche:

  • Per ulteriori informazioni sugli spoke VPC di Network Connectivity Center, consulta Panoramica degli spoke VPC.

  • Per maggiori dettagli su come vengono scambiate le route mediante peering di rete VPC, consulta opzioni di scambio di percorsi nella documentazione sul peering di rete VPC.

Anche se gli spoke VPC di Network Connectivity Center non supportano lo scambio route statiche o dinamiche, una rete VPC spoke può comunque importare e route dinamiche da un'altra rete VPC, usando il peering di rete VPC. Se l'altra rete VPC ha route dinamici con annunci di route personalizzati di Cloud Router o tunnel Cloud VPN che si connettono a una rete on-premise, puoi connettere la rete VPC spoke alla rete on-premise utilizzando gli annunci di route personalizzati di Cloud Router e le opzioni di scambio di route del peering di rete VPC come descritto nell'esempio di rete di transito della documentazione del peering di rete VPC.

Reti VPC condivise

Quando utilizzi le reti VPC condiviso, devi creare l'hub nell'host progetto. Questo limite si applica solo agli spoke ibridi.

Consigliamo di assegnare il ruolo networkconnectivity.googleapis.com/spokeAdmin gli amministratori dei progetti di servizio. Per maggiori dettagli su questo ruolo e su altri Per i ruoli di Network Connectivity Center, vedi Ruoli e autorizzazioni.

Reti precedenti

Le risorse spoke non possono far parte di una rete legacy.

Tunnel VPN

I tunnel VPN classica non sono supportati.

Trasferimento dei dati

Se utilizzi il trasferimento di dati, rivedi le Sezione Considerazioni nella panoramica del trasferimento di dati site-to-site.

Accordo sul livello del servizio

Per informazioni sull'accordo sul livello del servizio di Network Connectivity Center, vedi Accordo sul livello del servizio (SLA) di Network Connectivity Center.

Prezzi

Per informazioni sui prezzi, consulta la pagina relativa ai prezzi di Network Connectivity Center.

Passaggi successivi