Anwendungsfall 1: Zwei oder mehr VPCs innerhalb derselben MZR verbinden

Verbinden Sie zwei VPCs in der gleichen Region mit einem lokalen Transitgateway.

Anwendungsfall 2: Zwei oder mehr VPCs über mehrere MZRs verbinden

Verbinden Sie VPCs in mehreren Regionen mithilfe eines globalen Transit-Gateways.

Um eine höhere Ausfallsicherheit zu gewährleisten, können Sie mehrere globale Transit-Gateways über verschiedene Regionen hinweg bereitstellen und diese mithilfe von Redundanzgruppen zusammenfassen.

Anwendungsfall 3: Eine oder mehre VPCs innerhalb derselben MZR und klassisches IBM Netz verbinden

Verbinden Sie VPCs in derselben Region mit IBM Cloud klassisch über ein lokales Transitgateway.

Anwendungsfall 4: VPCs und klassisches IBM Netz zum Zugriff auf alle Ressourcen in allen MZRs verbinden

Verbinden Sie VPCs aus mehreren Regionen mit IBM Cloud klassisch über ein globales Transitgateway.

Anwendungsfall 5: VPCs kontenübergreifend verbinden

Verbinden Sie VPCs in derselben Region, deren Eigner unterschiedliche IBM Cloud Accounts sind, über ein lokales Transitgateway.

Anwendungsfall 6: Netze (VPC und klassische Infrastruktur) mit mehreren lokalen Gateways verbinden

Denken Sie daran:

• Ihr lokaler Datenverkehr wird auf einem lokalen Transit-Gateway geleitet, wodurch die Latenz reduziert wird.
• Es werden Hochverfügbarkeitsfunktionen (HA) bereitgestellt, da Daten in den VPCs C und D möglicherweise in den VPCs E und F repliziert werden.
• Verbindungen mit Transit-Gateways der klassischen Infrastruktur müssen sich in demselben Konto befinden wie der Eigner des Transit-Gateways.

Anwendungsfall 7: Verbinden von Netzwerken (VPC und klassisch) über Konten hinweg

Verbinden Sie kontoübergreifend IBM Cloud klassische Konten mit einem oder mehreren Transit-Gateways. Hierzu fordert das das IBM Cloud Transit-Gateway besitzende Konto die Erlaubnis des IBM Cloud klassischen Kontos an, es mit dem Transit-Gateway zu verbinden. Das IBM Cloud klassische Konto muss die Anfrage genehmigen, bevor die Verbindung hergestellt wird. Sie können diesen Vorgang für mehrere IBM Cloud klassische Konto Connections wie gezeigt wiederholen.

Anwendungsfall 8: Netzwerke mithilfe eines GRE-Tunnels mit hoher Verfügbarkeit verbinden

Verbinden Sie IBM Cloud mit der klassischen Infrastruktur mithilfe eines GRE-Tunnels zu einem lokalen Transit-Gateway.

Dieses Diagramm zeigt eine hochverfügbare GRE-Tunnelkonfiguration. Bei der Einrichtung einer GRE-Tunnelkonfiguration muss eine Verfügbarkeitszone angegeben werden. Um eine hohe Verfügbarkeit für diesen Anwendungsfall zu gewährleisten, müssen Sie zwei GRE-Tunnel mit denselben Endpunkten einrichten, dabei jedoch unterschiedliche Verfügbarkeitszonen verwenden.

Bei GRE-Verbindungen über das Transit-Gateway muss der Gateway-Besitzer die Hochverfügbarkeit (HA) speziell für seine Anforderungen konfigurieren. Eine GRE-Verbindung ist eine Punkt-zu-Punkt-Verbindung, verfügt über keine integrierte Redundanz und stellt einen Single Point of Failure dar. Wenn Sie eine GRE-Verbindung auf einem Transit-Gateway konfigurieren, müssen Sie die Verfügbarkeitszone angeben. Um eine robuste HA-Lösung zu erhalten, konfigurieren Sie mehrere GRE-Verbindungen unter Verwendung verschiedener Verfügbarkeitszonen.

Anwendungsfall 9: Ein lokales Netzwerk mithilfe von Direct Link verbinden

Stellen Sie eine Verbindung zwischen IBM Cloud und Direct Link her, um über ein Transit-Gateway eine lokale Anbindung an IBM Cloud-Netzwerke zu ermöglichen. Über diese Verbindung kann das lokale Netzwerk auf alle Netzwerke zugreifen, die mit dem Transit-Gateway verbunden sind. Im folgenden Beispiel stellt das Direct-Link-Gateway eine Verbindung zu einem globalen Transit-Gateway her, zusammen mit 4 VPCs und IBM Cloud Classic Infrastructure. Das Gegenteil trifft ebenfalls zu: Alle anderen Netzwerke, die mit dem Transit-Gateway verbunden sind, sind nun auch mit dem lokalen Netzwerk verbunden.

Direct Link kann entweder mit lokalen oder mit entfernten Transit-Gateways verbunden werden.

Anwendungsfall 10: Einsatz von VPN for VPC als redundanten Spoke

In diesem Anwendungsfall wird ein VPN-Gateway als Spoke zum Transit-Gateway konfiguriert, um einen redundanten Netzwerkpfad zwischen der lokalen Umgebung und IBM Cloud bereitzustellen. Die primäre Verbindung wird über Direct Link hergestellt, das eine private, dedizierte Verbindung mit garantierter Bandbreite und geringer Latenz bietet. Diese direkte Verbindung endet in der IBM Cloud Transit VPC, die mit dem Transit-Gateway verbunden ist. Von dort aus wird der Datenverkehr an verschiedene Umgebungen weitergeleitet, darunter Power- Virtual Servers s, virtuelle Serverinstanzen in Spoke-VPCs und die klassische Infrastruktur.

Um die Verfügbarkeit zu verbessern, ohne dass zusätzliche Kosten für eine zweite Direktverbindung entstehen, wird ein VPN-Gateway als sekundärer Pfad bereitgestellt. Dieser Pfad ermöglicht eine sichere Verbindung über das Internet mithilfe von BGP-VPN-Tunneln zwischen dem lokalen Netzwerk und dem VPN-Gateway. Zwischen den VPN-Gateway-Geräten und den Transit-Gateway-Routern werden mehrere GRE-Tunnel eingerichtet, sodass das VPN als Spoke innerhalb der Transit Gateway-Topologie fungieren kann. Dieser Pfad bietet zwar nicht dieselben Leistungsgarantien wie Direct Link, gewährleistet jedoch eine unterbrechungsfreie Konnektivität bei einem Ausfall des Primärpfads und ist damit eine kostengünstige und ausfallsichere Lösung für Hybrid-Cloud-Netzwerke.

Anwendungsfall 11: Aufbau eines hochverfügbaren, regionenübergreifenden Netzwerks

Stellen Sie zwei globale Transit-Gateways in verschiedenen Regionen bereit und fassen Sie diese zu einer Redundanzgruppe zusammen, um eine ausfallsichere Netzwerkarchitektur zu schaffen. In diesem Beispiel wird Global Transit GW A in eu-es bereitgestellt und Global Transit GW B in br-sao. Beide Gateways gehören zur selben Redundanzgruppe.

Zwei VPCs unter Konto A sind mit beiden Transit-Gateways verbunden:

• VPC A (us-south, 10.4.0.0/16) – stellt eine lokale Verbindung zu Transit-GW A oder B her und erreicht VPC B (10.5.0.0/16) über Transit-GW A oder B
• VPC B (us-east, 10.5.0.0/16) – stellt eine lokale Verbindung zu Transit-GW A oder B her und erreicht VPC A (10.4.0.0/16) über Transit-GW A oder B

Da jede VPC mit beiden Transit-Gateways verbunden ist, kann der Datenverkehr über jedes der beiden Gateways geleitet werden. Sollte eine Region ausfallen, leitet das andere Gateway den Datenverkehr zwischen den VPCs ohne Unterbrechung weiter.

Power Virtual Server Anwendungsfälle mit Transit Gateway

Anwendungsfälle im Zusammenhang mit Power Virtual Server-Arbeitsbereichen finden Sie unter Power Edge Router-Anwendungsfälle.