Come funziona Cloud Router
Cloud Router è un'astrazione dell'API implementata da più task BGP ridondanti, un piano di controllo delle route dinamico e piani di controllo e dati della rete VPC (Virtual Private Cloud). Comprendere il funzionamento di questi tre componenti software insieme ti aiuta a comprendere le operazioni di Cloud Router e il funzionamento delle opzioni di selezione del percorso migliore per i percorsi appresi.
Componenti software del router Cloud
Il router Cloud include diversi componenti software VPC:
- Attività BGP del router Cloud
- Le attività BGP del router Cloud sono raggruppate all'interno di una regione. Ogni compito BGP comunica con un piano di controllo delle route dinamiche per la regione e il gruppo. Le attività BGP non gestiscono l'elaborazione dei dati dei pacchetti. Le attività BGP gestiscono invece le sessioni BGP per inviare e ricevere i prefissi BGP.
- Piano di controllo delle route dinamiche
- Ogni regione contiene un piano di controllo delle route dinamiche che comunica con le attività BGP per la regione e il gruppo. In modalità di routing dinamico globale, i piani di controllo del percorso in una regione comunicano anche con il controllo dinamico del percorso di aerei in altre regioni. Ciascun piano di controllo delle route dinamiche invia messaggi di controllo della rete VPC.
- Piani di controllo e dati della rete VPC
Google Cloud utilizza lo stack di virtualizzazione di rete Andromeda (download del PDF) come piano di controllo e di dati distribuito per la rete VPC e include i seguenti componenti:
- Piano di controllo di rete VPC
- Ogni regione contiene un piano di controllo della rete VPC che riceve informazioni dai gruppi di piani di controllo dei percorsi dinamici nella propria regione. Ogni piano di controllo della rete VPC programma route dinamiche nelle reti VPC di destinazione. VPC ai piani di controllo di rete vengono applicate anche quote di route dinamiche.
- Piano dati della rete VPC
- Ogni regione contiene un piano dati di rete VPC che valuta e implementa le route dinamiche utilizzando le informazioni dal piano di controllo della rete VPC. La rete VPC il piano dati esegue l'inoltro dei pacchetti.
Attività BGP del router Cloud
La tabella seguente mostra il numero di attività BGP utilizzate da un router Cloud di scenari comuni:
| Scenario di esempio | Numero di attività BGP utilizzate per implementare il router Cloud |
|---|---|
| Una o più interfacce, ciascuna connessa a un tunnel VPN classica. | Un'attività BGP |
| Una o più interfacce, ciascuna connessa a un collegamento VLAN, in cui I collegamenti VLAN si trovano nello stesso dominio di disponibilità perimetrale. | Un'attività BGP |
Un numero qualsiasi di interfacce, ognuna connessa a una VPN ad alta disponibilità
in cui i tunnel sono tutti connessi allo stesso numero di interfaccia
su uno o più gateway VPN ad alta disponibilità, ad esempio
tunnel, ciascuno connesso a interface 0 su diversi
gateway VPN ad alta disponibilità. |
Un'attività BGP |
| Almeno due interfacce, di cui una connessa a un collegamento VLAN in un singolo dominio di disponibilità perimetrale e un'altra connessa un singolo tunnel VPN ad alta disponibilità, di dominio e di interfaccia del gateway VPN sono gli stessi, ad esempio il primo dominio di disponibilità perimetrale di una coppia di domini di disponibilità perimetrale e la prima interfaccia del gateway VPN. | Un'attività BGP |
Almeno due interfacce, ciascuna connessa a un'istanza di appliance Router, in cui una delle interfacce è configurata come interfaccia ridondante. Per creare un'interfaccia ridondante, utilizza il redundant-interface flag (Google Cloud CLI) o il campo redundantInterface (API Compute Engine).
L'appliance router fa parte di Network Connectivity Center. |
Due attività BGP |
| Almeno due interfacce, ciascuna connessa a un collegamento VLAN, dove i collegamenti VLAN si trovano in diversi domini di disponibilità dell'edge. | Due attività BGP |
Almeno due interfacce, ciascuna connessa a un tunnel VPN ad alta disponibilità, dove ogni tunnel è connesso a numeri di interfaccia di gateway VPN ad alta disponibilità diversi, ad esempio un tunnel connesso a interface 0 di un gateway VPN ad alta disponibilità e un altro tunnel connesso a interface 1 dello stesso gateway o di un gateway diverso.
|
Due attività BGP |
Un router Cloud con almeno quanto segue:
|
Tre attività BGP |
Gestione software
Google Cloud esegue regolarmente eventi di manutenzione per rilasciare nuove funzionalità e migliorare l'affidabilità. Durante la manutenzione, le nuove attività BGP assumono il ruolo BGP e chi risponde.
La manutenzione del router cloud è un processo automatico e progettato per non interrompere il routing. Gli eventi di manutenzione dovrebbero richiedere
non più di 60 secondi. Prima della manutenzione, il router Cloud invia
notifica di riavvio graceful (un pacchetto TCP FIN) al router on-premise.
Se il router on-premise può elaborare gli eventi di riavvio graduale, registra un evento di riavvio graduale durante la manutenzione di Cloud Router. Per router on-premise che non supportano il riavvio graceful, assicurati che il timer di sospensione del router on-premise è impostato su 60 secondi.
Il timer di attesa BGP determina per quanto tempo le route apprese vengono conservate quando il router BGP connesso in peering non è disponibile. Il timer di attesa BGP viene negoziato in base al valore inferiore dei due valori da entrambe le parti. Il router Cloud utilizza un valore predefinito di 60 secondi per il timer di attesa BGP. Ti consigliamo di impostare il valore Timer di attesa BGP sul router on-premise a 60 secondi o più. Di conseguenza, entrambi i router mantengono i propri percorsi durante questi upgrade e il traffico continua a scorrere. Per saperne di più, consulta Gestire i timer BGP.
Gli eventi di manutenzione di Cloud Router non vengono annunciati in anticipo perché le route non vengono perse sui router on-premise configurati correttamente. Per ulteriori informazioni sugli eventi di manutenzione completati, consulta Identificare gli eventi di manutenzione del router.
Per informazioni su come funziona il riavvio graceful con il forwarding bidirezionale Rilevamento (BFD), consulta Riavvio controllato e BFD.