Funktionsweise von Cloud Router
Cloud Router ist eine API-Abstraktion, die durch mehrere und redundante BGP-Aufgaben, eine dynamische Routen-Steuerungsebene sowie VPC-Netzwerk-Steuerungs- und Datenebenen implementiert wird. Wenn Sie wissen, wie diese drei Softwarekomponenten zusammenarbeiten, können Sie die Funktionsweise von Cloud Router und die Auswahloptionen für den besten Pfad für gelernte Routen besser nachvollziehen.
Softwarekomponenten von Cloud Router
Cloud Router und VPC umfassen mehrere Softwarekomponenten:
- Cloud Router-BGP-Aufgabe
- BGP-Aufgaben von Cloud Routern werden innerhalb einer Region gruppiert. Jede BGP-Aufgabe kommuniziert mit einer dynamischen Routen-Kontrollebene für die jeweilige Region und Gruppe. BGP-Aufgaben übernehmen nicht die Verarbeitung von Paketdaten. Stattdessen verwalten BGP-Tasks BGP-Sitzungen zum Senden und Empfangen von BGP-Präfixen.
- Steuerungsebene für dynamische Routen
- Jede Region enthält eine dynamische Routen-Kontrollebene, die mit BGP-Aufgaben für die Region und Gruppe kommuniziert. Im Modus für globales dynamisches Routing kommunizieren dynamische Routen-Kontrollebenen in einer Region auch mit dynamischen Routen-Kontrollebenen in anderen Regionen. Jede dynamische Routen-Kontrollebene sendet Nachrichten an die VPC-Netzwerk-Kontrollebene.
- VPC-Netzwerksteuerungs- und Datenebene
Google Cloud verwendet den Andromeda-Netzwerkvirtualisierungs-Stack (PDF-Download) als verteilte Steuerungs- und Datenebene für VPC-Netzwerke und umfasst die folgenden Komponenten:
- VPC-Netzwerksteuerungsebene
- Jede Region enthält eine VPC-Netzwerk-Kontrollebene, die Informationen von den Gruppen der dynamischen Routen-Kontrollebenen in der jeweiligen Region empfängt. Jede VPC-Steuerungsebene programmiert dynamische Routen in empfangenden VPC-Netzwerken. VPC-Netzwerk-Steuerungsebenen erzwingen auch Kontingente für dynamische Routen.
- VPC-Netzwerkdatenebene
- Jede Region enthält eine VPC-Netzwerkdatenebene, die dynamische Routen anhand von Informationen aus der VPC-Netzwerk-Steuerungsebene auswertet und implementiert. Die Datenebene des VPC-Netzwerk führt die Paketweiterleitung durch.
Cloud Router-BGP-Tasks
In der folgenden Tabelle sehen Sie, wie viele BGP-Aufgaben ein Cloud Router für gängige Szenarien verwendet:
| Beispielszenario | Anzahl der BGP-Aufgaben, die zur Implementierung des Cloud Router verwendet werden |
|---|---|
| Eine oder mehrere Schnittstellen, die jeweils mit einem klassischen VPN-Tunnel verbunden sind. | Eine BGP-Aufgabe |
| Eine oder mehrere Schnittstellen, die jeweils mit einem VLAN-Anhang verbunden sind, wobei die VLAN-Anhänge sich in derselben Edge-Verfügbarkeitsdomain befinden. | Eine BGP-Aufgabe |
Eine beliebige Anzahl an Schnittstellen, die jeweils mit einem HA VPN-Tunnel verbunden sind, wobei alle Tunnel über ein oder mehrere HA VPN-Gateways mit derselben Schnittstellennummer verbunden sind, z. B. zwei Tunnel, die jeweils mit interface 0 auf verschiedenen HA VPN-Gateways verbunden sind. |
Eine BGP-Aufgabe |
| Mindestens zwei Schnittstellen und zwar eine verbunden mit einem VLAN-Anhang in einer einzelnen Edge-Verfügbarkeitsdomain und die andere verbunden mit einem einzelnen HA VPN-Tunnel, wobei die Edge-Verfügbarkeitsdomain und die VPN-Gateway-Schnittstellennummern identisch sind. Ein Beispiel sind die erste Edge-Verfügbarkeitsdomain in einem Paar von Edge-Verfügbarkeitsdomains und die erste VPN-Gateway-Schnittstelle. | Eine BGP-Aufgabe |
Mindestens zwei Schnittstellen, die jeweils mit einer Router-Appliance-Instanz verbunden sind, wobei eine der Schnittstellen als redundante Schnittstelle konfiguriert ist. Zum Erstellen einer redundanten Schnittstelle verwenden Sie das Flag redundant-interface (Google Cloud CLI) oder das Feld redundantInterface (Compute Engine API).
Router-Appliance ist Teil von Network Connectivity Center. |
Zwei BGP-Aufgaben |
| Mindestens zwei Schnittstellen, die jeweils mit einem VLAN-Anhang verbunden sind, wobei die VLAN-Anhänge sich in verschiedenen Edge-Verfügbarkeitsdomains befinden. | Zwei BGP-Aufgaben |
Mindestens zwei Schnittstellen, die jeweils mit einem HA VPN-Tunnel verbunden sind, wobei jeder Tunnel mit verschiedenen HA VPN-Gateway-Nummern verbunden ist. Ein Beispiel sind ein Tunnel, der mit interface 0 eines HA VPN-Gateways verbunden ist, und ein anderer Tunnel, der mit interface 1 desselben Gateways oder eines anderen Gateways verbunden ist.
|
Zwei BGP-Aufgaben |
Ein Cloud Router mit mindestens den folgenden Elementen:
|
Drei BGP-Aufgaben |
Software-Wartung
Google Cloud führt regelmäßig Wartungsereignisse durch, um neue Features einzuführen und die Zuverlässigkeit zu verbessern. Während der Wartung übernehmen neue BGP-Aufgaben die Rolle von BGP-Lautsprechern und ‑Antwortern.
Die Wartung des Cloud Routers ist ein automatischer Prozess und ist darauf ausgelegt, das Routing nicht zu unterbrechen. Wartungsereignisse sollten nicht länger als 60 Sekunden dauern. Vor der Wartung sendet der Cloud Router eine Benachrichtigung über den ordnungsgemäßen Neustart (ein TCP-FIN-Paket) an den lokalen Router.
Wenn Ihr lokaler Router Ereignisse für ordnungsgemäße Neustarts verarbeiten kann, wird während der Wartung des Cloud Routers ein Ereignis für einen ordnungsgemäßen Neustart protokolliert. Achten Sie bei lokalen Routern, die keinen ordnungsgemäßen Neustart unterstützen, darauf, dass der Haltezeitgeber des lokalen Routers auf 60 Sekunden eingestellt ist.
Der BGP-Haltezeitgeber legt fest, wie lange erkannte Routen erhalten bleiben sollen, wenn der Peering-BGP-Router nicht verfügbar ist. Der BGP-Haltezeitgeber wird auf den kleineren Wert der beiden Seiten eingestellt. Cloud Router verwendet einen Wert von 60 Sekunden für den BGP-Haltezeitgeber. Wir empfehlen, dass Sie den BGP-Haltezeitgeber auf Ihrem lokalen Router auf 60 Sekunden oder mehr festlegen. Dadurch erhalten beide Router ihre Routen während dieser Upgrades aufrecht und der Traffic fließt weiter. Weitere Informationen finden Sie unter BGP-Timer verwalten.
Cloud Router-Wartungsereignisse werden nicht im Voraus angekündigt, da Routen auf ordnungsgemäß konfigurierten lokalen Routern nicht verloren gehen. Weitere Informationen zu abgeschlossenen Wartungsereignissen finden Sie unter Routerwartungsereignisse identifizieren.
Informationen zur Funktionsweise von ordnungsgemäßem Neustart mit Bidirectional Forwarding Detection (BFD) finden Sie unter Ordnungsgemäßer Neustart und BFD.