Voreingestellte Konnektivitätstopologien

Wenn Sie einen Network Connectivity Center-Hub (NCC) erstellen, können Sie eine der folgenden voreingestellten Topologien auswählen. Die Mesh-Topologie ist die Standardeinstellung.

  • Mesh-Topologie
  • Sterntopologie
  • Hybride Prüftopologie

Nachdem Sie einen Hub mit einer voreingestellten Topologie erstellt haben, können Sie die Topologie nicht mehr ändern.

Spoke-Gruppen

Je nach Topologie unterstützt ein Hub eine oder mehrere Spoke-Gruppen. Die Arten von Spokes, die sich in den einzelnen Spoke-Gruppen befinden können, hängen ebenfalls von der Hub-Topologie ab. Für alle Topologien gelten die folgenden Merkmale:

  • Jede Spoke-Gruppe ist eine Routingdomain mit einer eigenen Routentabelle. Die Routentabelle der Spoke-Gruppe wird automatisch aktualisiert, wenn Spokes der Spoke-Gruppe hinzugefügt oder daraus entfernt werden.
  • Jeder Spoke, der einem Hub hinzugefügt wird, kann nur zu einer Spoke-Gruppe gehören.
  • NCC akzeptiert automatisch Spokes, die aus demselben Projekt wie der Hub hinzugefügt werden.
  • NCC bietet sowohl die automatische Annahme als auch die Überprüfung von Spoke-Vorschlägen, wenn VPC-Spokes hinzugefügt werden, die sich in anderen Projekten als der Hub befinden. Weitere Informationen finden Sie unter VPC Spokes in einem anderen Projekt als einem Hub.

Eine Anleitung zum Konfigurieren von Topologien und Spoke-Gruppen finden Sie unter Hub konfigurieren.

Mesh-Topologie

Bei der Mesh-Topologie gehören alle Spokes im Hub zu einer einzigen Spoke-Gruppe.

Wenn Sie einen Hub erstellen, ohne explizit eine Topologie anzugeben, wird standardmäßig die Mesh-Topologie verwendet. Wenn Sie dem Hub zwei oder mehr VPC-Netzwerke für Arbeitslasten als VPC-Spokes hinzufügen, exportiert jeder VPC-Spoke seine Subnetzrouten gemäß den konfigurierten Filtern für das Einbeziehen und Ausschließen von Exporten. Weitere Informationen zum Austausch von Subnetzrouten zwischen VPC-Spokes finden Sie unter VPC-Spokes – Übersicht.

Die Mesh-Topologie unterstützt auch die Netzwerkkonnektivität in großem Maßstab zwischen VPC-Spokes und Hybrid-Spokes. Spoke-Administratoren oder Netzwerkadministratoren für ein Routing-VPC-Netzwerk, das Hybrid-Spokes enthält, müssen das Anbieten von Subnetzrouten konfigurieren, die von VPC-Spokes empfangen wurden. Weitere Informationen finden Sie unter Verbindung zwischen Hybrid-Spokes und VPC Spokes herstellen.

Das folgende Diagramm zeigt einen Hub, der die Mesh-Topologie verwendet und drei VPC-Spokes hat.

NCC-Mesh-Topologie-Konnektivität
NCC-Mesh-Topologie-Konnektivität (zum Vergrößern klicken).

Unterstützte Spoke-Typen

Die Mesh-Topologie unterstützt die folgenden Spoke-Typen in der einzelnen Spoke-Gruppe:

Der gcloud network-connectivity hubs groups list --hub Befehl gibt bei Verwendung der Mesh-Topologie nur die einzelne Standard-Spoke-Gruppe zurück.

Sterntopologie

Die Sterntopologie hat zwei Spoke-Gruppen, die eine Netzwerksegmentierung mit separaten Routentabellen für jede Spoke-Gruppe ermöglichen. Für jede Spoke-Gruppe gelten die folgenden Regeln für Routentabellen:

  • Die Center-Spoke-Gruppe lässt Routen in ihrer Routentabelle zu, mit denen Ressourcen in Spokes der Center-Gruppe mit Ressourcen in Spokes der Center- oder Edge-Gruppe kommunizieren können.
  • Die Edge-Spoke-Gruppe lässt nur Routen in ihrer Routentabelle zu, mit denen Ressourcen in Spokes der Edge-Gruppe mit Ressourcen in Spokes der Center-Gruppe kommunizieren können. NCC verbietet Routen in der Routentabelle der Edge-Spoke-Gruppe, die eine Verbindung zwischen verschiedenen Spokes in der Edge-Gruppe ermöglichen würden.

Vorbehaltlich der Regeln für die Routentabelle der Spoke-Gruppe können Spoke-Administratoren oder Netzwerkadministratoren Folgendes tun.

Das folgende Diagramm zeigt die Konnektivität der Sterntopologie zwischen vier VPC-Spokes. Die VPC-Spokes center-vpc-a und center-vpc-b sind Mitglieder der Center-Spoke-Gruppe und die VPC-Spokes edge-vpc-c und edge-vpc-d sind Mitglieder der Edge-Spoke-Gruppe.

NCC-Sterntopologie-Verbindungen.
NCC-Sterntopologie-Konnektivität (zum Vergrößern klicken).

Unterstützte Spoke-Typen

Die Sterntopologie unterstützt VPC-Spokes, Ersteller-VPC-Spokes, Hybrid-Spokes und NCC Gateway. In der folgenden Tabelle sind die Spoke-Gruppen aufgeführt, die je nach Spoke-Typ unterstützt werden:

Spoke Kann in der Center-Spoke-Gruppe sein Kann in der Edge-Spoke-Gruppe sein
VPC-Spoke
Ersteller-VPC-Spoke
Hybrid-Spoke mit deaktivierter Site-to-Site-Datenübertragung
Hybrid-Spoke mit aktivierter Site-to-Site-Datenübertragung
NCC-Gateway-Spoke

Der gcloud network-connectivity hubs groups list --hub Befehl gibt bei Verwendung der Sterntopologie die Gruppen center und edge zurück.

Kompatibilität von Hybrid-Spokes mit der Sterntopologie

Ein Hub, der für die Verwendung der Sterntopologie konfiguriert ist, erzwingt die folgenden Einschränkungen für seine Hybrid-Spokes:

  • Hybrid-Spokes mit aktivierter Site-to-Site-Datenübertragung müssen sich in der Center-Spoke-Gruppe befinden.
  • Hybrid-Spokes ohne aktivierte Site-to-Site-Datenübertragung können sich entweder in der Center-Spoke-Gruppe oder in der Edge-Spoke-Gruppe befinden.

Ausführliche Informationen zum Konfigurieren der Mesh- oder Sterntopologie für Ihre VPC-Spokes finden Sie unter Hub konfigurieren.

Hybride Prüftopologie

Die hybride Prüftopologie hat die folgenden vier Spoke-Gruppen, die Netzwerksegmentierung und Paketprüffunktionen bieten:

  • Die Spoke-Gruppe prod ist für Produktionsarbeitslasten konzipiert.
  • Die Spoke-Gruppe non-prod ist für Nicht-Produktionsarbeitslasten konzipiert.
  • Die Spoke-Gruppe services ist für Dienste konzipiert, die sowohl für Produktions- als auch für Nicht-Produktionsarbeitslasten unerlässlich sind.
  • Die Spoke-Gruppe gateways unterstützt NCC-Gateway-Spokes, die als Sicherheitskontrollpunkte dienen.

Für die Routentabelle jeder Spoke-Gruppe gelten die folgenden Regeln:

  • Die Spoke-Gruppe „prod“ lässt Routen in ihrer Routentabelle zu, mit denen Ressourcen in Spokes der Gruppe „prod“ mit Ressourcen in Spokes der Gruppe „prod“, der Gruppe „services“ oder der Gruppe „gateways“ kommunizieren können. NCC verbietet Routen in der Routentabelle der Spoke-Gruppe „prod“, die eine Verbindung zu Spokes in der Gruppe „non-prod“ ermöglichen würden.

  • Die Spoke-Gruppe „non-prod“ lässt Routen in ihrer Routentabelle zu, mit denen Ressourcen in Spokes der Gruppe „non-prod“ mit Ressourcen in Spokes der Gruppe „non-prod“, der Gruppe „services“ oder der Gruppe „gateways“ kommunizieren können. NCC verbietet Routen in der Routentabelle der Spoke-Gruppe „non-prod“, die eine Verbindung zu Spokes in der Gruppe „prod“ ermöglichen würden.

  • Die Spoke-Gruppe „services“ lässt Routen in ihrer Routentabelle zu, mit denen Ressourcen in Spokes der Gruppe „services“ mit Ressourcen in Spokes einer beliebigen Spoke-Gruppe kommunizieren können.

  • Die Spoke-Gruppe „gateways“ lässt Routen in ihrer Routentabelle zu, mit denen jeder NCC-Gateway-Spoke mit Ressourcen in Spokes einer beliebigen Spoke-Gruppe kommunizieren kann.

Vorbehaltlich der Regeln für die Routentabelle der Spoke-Gruppe können Spoke-Administratoren oder Netzwerkadministratoren Folgendes tun.

  • Mit Filtern für das Einbeziehen und Ausschließen von Exporten können Sie steuern, welche Subnetzbereiche ein VPC-Spoke in die Routen tabelle der Spoke-Gruppe exportiert, zu der der VPC-Spoke gehört.

  • Erstellen Sie benutzerdefinierte Route Advertisements für die BGP-Sitzungen von Cloud Routern, die Hybridverbindungen in NCC-Gateway-Spokes verwalten. Diese benutzerdefinierten Route Advertisements können Subnetzbereiche von VPC-Spokes enthalten. Weitere Informationen finden Sie unter Hybridverbindungen zu NCC Gateway hinzufügen.

  • Sie können steuern, welche Subnetzbereiche von VPC-Spokes in den BGP-Sitzungen von Cloud Routers in Hybrid-Spokes exportiert werden. Weitere Informationen finden Sie unter Verbindung zwischen Hybrid-Spokes und VPC Spokes herstellen.

Verfügbarkeit von Security Service Edge

Die Security Service Edge-Paketprüfung (SSE) ist nur für Traffic verfügbar, der zwischen einem NCC-Gateway-Spoke in der Spoke-Gruppe „gateways“ und einem Spoke in der Gruppe „prod“, der Gruppe „non-prod“ oder der Gruppe „services“ weitergeleitet wird.

In der folgenden Tabelle ist zusammengefasst, ob das Routing zulässig ist und ob die SSE-Paketprüfung für Traffic verfügbar ist, der zwischen Spokes in verschiedenen Spoke-Gruppen weitergeleitet wird.

Spoke der Zielressource
Spoke der Quellressource in der Gruppe prod in der Gruppe non-prod in der Gruppe services in der Gruppe gateways
in der Gruppe prod Routing
SSE-Prüfung		 Routing
SSE-Prüfung		 Routing
SSE-Prüfung		 Routing
SSE-Prüfung
in der Gruppe non-prod Routing
SSE-Prüfung		 Routing
SSE-Prüfung		 Routing
SSE-Prüfung		 Routing
SSE-Prüfung
in der Gruppe services Routing
SSE-Prüfung		 Routing
SSE-Prüfung		 Routing
SSE-Prüfung		 Routing
SSE-Prüfung
in der Gruppe gateways Routing
SSE-Prüfung		 Routing
SSE-Prüfung		 Routing
SSE-Prüfung		 Routing
SSE-Prüfung

Unterstützte Spoke-Typen

Die hybride Prüftopologie unterstützt VPC-Spokes, Ersteller-VPC-Spokes, Hybrid-Spokes und NCC-Gateway-Spokes. In der folgenden Tabelle sind die Spoke-Gruppen aufgeführt, die je nach Spoke-Typ unterstützt werden.

Spoke Kann in der Spoke-Gruppe „prod“ sein Kann in der Spoke-Gruppe „non-prod“ sein Kann in der Spoke-Gruppe „services“ sein Kann in der Spoke-Gruppe „gateways“ sein
VPC-Spoke
Ersteller-VPC-Spoke
Hybrid-Spoke mit deaktivierter Site-to-Site-Datenübertragung
Hybrid-Spoke mit aktivierter Site-to-Site-Datenübertragung
NCC-Gateway-Spoke

Der gcloud network-connectivity hubs groups list --hub Befehl gibt bei Verwendung der hybriden Prüftopologie die Gruppen „prod“, „non-prod“, „services“ und „gateways“ zurück.

Nächste Schritte