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 tre tipi di spoke:
- Spoke Virtual Private Cloud (VPC)
- spoke VPC del producer (anteprima)
- 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. Le reti VPC possono trovarsi in diversi progetti della stessa organizzazione Google Cloud o in organizzazioni diverse.
- Connetti più reti VPC a on-premise o a un altro cloud le reti dei tuoi fornitori. Queste reti esterne possono essere raggiungibili 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 spoke VPC, puoi configurare la connettività tra queste reti VPC connesse all'hub scambiando le route delle 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 un'unica rete VPC, puoi anche configurare il trasferimento di dati da sito a sito in modo che le route dinamiche i cui hop successivi sono uno spoke ibrido, ad esempio un collegamento VLAN Cloud Interconnect, vengano pubblicizzate in una rete on-premise dalle sessioni BGP degli altri spoke ibridi in quella rete VPC.
Per una descrizione dettagliata di hub e spoke, consulta 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 connessa a un hub.
Quando crei uno spoke, devi associarlo ad almeno una risorsa di connettività supportata, chiamata anche risorsa di supporto.
Uno spoke può utilizzare una qualsiasi delle seguenti risorse Google Cloud come supporto risorsa.
Spoke VPC
Gli spoke VPC consentono di connettere due o più VPC a un hub in modo che le reti si scambino route subnet 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 VPC del producer (anteprima)
Se hai uno spoke VPC esistente che utilizza un servizio da un del produttore in un altro progetto tramite il peering di rete VPC, puoi servizio raggiungibile dagli altri spoke dell'hub di Network Connectivity Center creando uno spoke VPC producer.
Per informazioni dettagliate sugli spoke VPC del producer, consulta Spoke VPC del producer.
Mozzi ibridi
Uno spoke ibrido rappresenta una o più risorse di connettività di rete sono 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ò fare riferimento anche a VM appliance router o a collegamenti VLAN di Cloud Interconnect.
Il trasferimento di dati site-to-site con spoke ibridi richiede che gli spoke nella stessa rete VPC. Per ulteriori informazioni, vedi Panoramica del trasferimento di dati site-to-site.
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 site-to-site 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.
- Connettività IPv4 tra reti VPC: utilizza una rete VPC appliance virtuale di rete per stabilire la connettività reti VPC.
Tutti gli spoke site-to-site connessi allo stesso hub devono avere tutte le risorse di supporto nella stessa rete VPC.
Spoke del 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 un'ampia rete WAN che include i tuoi siti esterni per spostare i dati tra tutti nei 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à site-to-cloud IPv4: tutte le appliance collegate da 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. Dinamico ovvero le route apprese da spoke ibridi mediante BGP, anche con spoke VPC o altri spoke ibridi. 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 dell'IP spoke VPC gli intervalli di subnet alle reti on-premise e ad altre reti di provider cloud tramite BGP Abilitando l'importazione di 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 raggi ibridi, consulta Utilizzare i raggi.
Annuncio di route personalizzato
L'annuncio di route personalizzato in Cloud Router
ti consente di avere il controllo manuale sui 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 per l'importazione delle subnet dell'hub
Tieni presenti le seguenti considerazioni quando utilizzi la funzionalità di importazione delle sottoreti dell'hub.
- Per impostazione predefinita, tutte le subnet dello spoke VPC nella tabella di routing dell'hub vengono pubblicizzate a uno spoke ibrido se per lo spoke ibrido è specificato
ALL_IPV4_RANGESnel campo--include-import-ranges. - La priorità della route seguita è quella di atterrare su subnet di rete VPC, subnet hub e le route personalizzate del router Cloud in quell'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 del VPC.
- I criteri del router Cloud nella sessione BGP vengono applicati anche Subnet hub importate di Network Connectivity Center.
- Se la rete VPC di routing dello spoke ibrido imposta la modalità di routing dinamico su
regional, vengono pubblicizzate solo le subnet dell'hub nella stessa regione dello spoke ibrido.
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. Consulta le quote per sapere quante reti VPC possono essere connesse a un hub.
Il seguente diagramma mostra due spoke VPC.
Connettività on-premise per gli spoke VPC
Gli spoke VPC possono connettersi alle reti on-premise utilizzando spoke ibridi situati in altre reti VPC (di routing). Ogni hub di Network Connectivity Center supporta più spoke VPC e collegamenti VLAN Cloud Interconnect, tunnel VPN ad alta disponibilità o VM appliance router aggiunte come spoke ibride. Il seguente diagramma mostra un hub di esempio con spoke VPC e spoke ibridi nello stesso hub di Network Connectivity Center.
Connettere le reti utilizzando le VM 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 una rete on-premise o di un altro provider di servizi cloud tramite route dinamici
- Connessione di due reti VPC tra loro utilizzando route dinamiche
Con questa opzione, il router Cloud gestisce le sessioni BGP 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 VM Cloud Router ha un'interfaccia di rete (NIC) in ogni rete VPC.
Per ulteriori informazioni su questo caso d'uso, consulta 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 appliance router che esegue software di ispezione dei pacchetti o firewall specializzato per connettere due reti VPC.
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 VPN Cloud 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.
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. Ad esempio:
Se in uno spoke è abilitato il trasferimento di dati site-to-site, le risorse associate 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 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 ibride utilizzano Cloud Router. Per informazioni dettagliate sul modello di selezione del percorso utilizzato da Cloud Router, consulta Anteposizione del percorso AS e lunghezza del percorso AS nella panoramica di Cloud Router. |
| 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. I diversi raggi devono avere ASN diversi. In altre parole, se due sessioni BGP appartengono a 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. |
Indirizzare le modifiche all'annuncio quando si utilizza 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
I spoke VPC di Network Connectivity Center supportano solo lo scambio di intervalli di indirizzi IPv4 di subnet validi che utilizzano indirizzi privati, escludendo gli indirizzi IPv4 pubblici utilizzati privatamente, escludendo gli intervalli di subnet IPv6 ed escludendo le route statiche e dinamiche:
Per saperne di più 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 di route statiche o dinamiche, una rete VPC spoke può comunque importare le route statiche e dinamiche da un'altra rete VPC utilizzando il peering di rete VPC. Se l'altra rete VPC ha route dinamici con annunci di route personalizzate 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 personalizzate di Cloud Router e le opzioni di scambio 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 classici 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, consulta 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
- Per informazioni su come gestire hub e spoke, consulta Utilizzare hub e spoke.
- Per scoprire come utilizzare gli spoke Cloud VPN, consulta Connetti due siti utilizzando gli spoke Cloud VPN.
- Per ottenere un elenco dei partner le cui soluzioni sono integrate con Network Connectivity Center, consulta Partner di Network Connectivity Center.
- Per visualizzare le quote e i limiti di Network Connectivity Center, consulta Quote e limiti.