Allgemeine Aspekte

Alle Präfixe einer VPC und alle Subnetze eines klassischen Netzwerks werden mit dem Transit-Gateway verbunden, daher ist es wichtig, dass sie sich nicht überschneiden. Wenn Sie VPCs erstellen, die mit einem Transit-Gateway verbunden werden sollen, müssen Sie sicherstellen, dass die VPCs mit VPC-Präfixen erstellt werden, die sich nicht überschneiden.

• IBM Cloud Transit Gateway unterstützt die Bereitstellung von Transit Gateways in den in IBM Cloud Transit Gateway-Positionen aufgelisteten Regionen.

• Erstellen Sie Ihr Transit-Gateway an einem Standort, der für Ihre Workload sinnvoll ist. Wenn Sie beispielsweise zwei VPCs in der Region us-south (Dallas) und eine VPC-Instanz in der Region eu-de (Frankfurt) verbinden, wäre die Erstellung Ihres Gateways in der Region us-south die effizienteste Lösung für Ihre Workload.

• Sie können eine klassische Zugriffs-VPC nicht direkt mit einem Transit-Gateway verbinden. Zum Verbinden der klassischen Ressourcen verwenden Sie die Verbindung für die klassische IBM Cloud-Infrastruktur. So werden alle Ressourcen in Ihrer VPC mit klassischem Zugriff automatisch verbunden.

• Ein Transit Gateway erfordert mindestens zwei Verbindungen, bevor Netzverkehr über das Transit Gateway fließen kann. Transit Gateways mit weniger als zwei Verbindungen über 45 Tage oder mehr müssen freigegeben (ausgesetzt und nach 30 Tagen gelöscht) werden.

• Sie können eine VPC, Direct Link oder eine klassische Infrastruktur mit mehreren lokalen Gateways und einem einzigen globalen Gateway verbinden.

• Nach der Bereitstellung kann es einige Minuten dauern, bis Transit-Gateways und ihre Verbindungen verfügbar werden.

• Geben Sie einen beschreibenden Namen für Ihre Transit-Gateway-Verbindungen an. Wenn Sie zu Ressourcen eine kontenübergreifende Verbindung herstellen, müssen Sie einen Verbindungsnamen angeben. Beim Herstellen von Verbindungen zu Ressourcen in demselben Konto, zu dem auch das Transit-Gateway gehört, ist die Standardauswahl, die geändert werden kann, der VPC-Name oder der Begriff 'Klassisch'.

• IBM Cloud Transit Gateway ist eine Multi-Tenant-Anwendung, bei der eine einzelne Instanz der Software und ihre unterstützende Infrastruktur mehrere Kunden bedient. Daher ist es wichtig, die Bandbreitennutzung zu überwachen. Wenn Sie zu viel Bandbreite verwenden, wird Ihre Transit Gateway-Instanz möglicherweise ausgesetzt. Wenn Sie vermuten, dass dies der Fall ist, überprüfen Sie den Verbindungsstatus der Transit Gateway-Instanz, um festzustellen, ob sie sich im Status Suspended befindet. Ist dies der Fall, setzen Sie Unterstützung anfordern wieder ein.

• Die folgenden ASNs sind in Verbindungen vom Typ Transit Gateway Generic Routing Encapsulation (GRE) und Direct Link blockiert. Vermeiden Sie die Verwendung dieser ASNs auf Appliances, damit sie nicht in den bereitgestellten Routen im AS-Pfad enthalten sind. Die Einbeziehung dieser ASNs verhindert, dass Netze ordnungsgemäß funktionieren.

  0, 13884, 36351, 64512, 64513, 65100, 65200-65234, 65402-65433, 65500, 65516, 65519, 65521, 65531 und 4201065000-4201065999

ECMP-Überlegungen

• Bei der Planung von ECMP (Equal-Cost Multi-Path) ist zu beachten, dass der Durchsatz nicht linear mit der Anzahl der direkten Verbindungen skaliert. Wenn Sie z. B. zwei 10-GB-Direktverbindungen an ein ECMP-fähiges Transit-Gateway anschließen, erhalten Sie keinen Durchsatz von 20 GB, sondern mehr als 10 GB, aber weniger als 20 GB. Das liegt daran, dass ECMP pro Stream oder pro Quelle arbeitet, d. h., wenn der Datenverkehr von einem einzigen Endpunkt kommt, wird er wahrscheinlich eine Verbindung bevorzugen und nicht beide. Um einen gleichmäßigeren Durchsatz zu erreichen, empfiehlt es sich, den Datenverkehr aus mehreren Quellen anzusteuern, da so die Last gleichmäßiger auf die verfügbaren Direktverbindungen verteilt wird.

• Einschränkung: ECMP funktioniert nicht bei direkten Verbindungen über einen einzelnen Router. Stattdessen wird es von mehreren Routern mit direkten Verbindungen unterstützt, solange diese Router dasselbe Präfix bewerben.

• Bekannte Einschränkung: Neue Transit-Gateways unterstützen 4-Wege-ECMP, aber bestehende Gateways können diese Funktion nicht nutzen, es sei denn, Sie öffnen einen Support-Fall für Hilfe.

  Wenn Sie nicht möchten, dass die ECMP-Funktion auf Ihren Transit-Gateways aktiviert wird, können Sie einen Support-Fall eröffnen, um in eine Denyliste aufgenommen zu werden, wodurch diese Funktion auf Ihren Gateways deaktiviert wird.

Hinweise zur Preisgestaltung

Der Kostenvoranschlag IBM Cloud auf der Seite Transit Gateway kann keine Netzwerkverbindungstypen interpretieren. Um eine zuverlässige Kostenschätzung zu erhalten, geben Sie die geschätzte Anzahl der Transit-Gateways und Verbindungen ein. Beachten Sie, dass bei der Erstellung einer redundanten GRE jeder Tunnel eine individuelle Verbindung ist, die auf Ihr Verbindungslimit anrechnet.

Aspekte zu Verbindungen der klassischen Infrastruktur

• Wenn Sie ein Transit-Gateway verwenden möchten, um Ihre VPCs mit Ihrer klassischen IBM Cloud-Infrastruktur zu verbinden, müssen Sie Ihr klassisches Konto für das virtuelle Routing und die Weiterleitung (VRF) aktivieren und es mit Ihrem IBM Cloud-Konto verknüpfen. Weitere Informationen zum Aktivieren Ihres Kontos für VRF finden Sie unter VRF und Serviceendpunkte aktivieren.

• Wenn Sie eine VPC und die klassische Infrastruktur mit einem Transit-Gateway verbinden, werden alle Präfixe in der VPC für die VRF in der klassischen Infrastruktur sichtbar, die IP-Adressen im Bereich 10.0.0.0/8 verwendet. Um eine erfolgreiche Konnektivität mit der klassischen Infrastruktur zu gewährleisten, verwenden Sie in Ihren VPCs keine Präfixe, die sich mit den Blöcken 10.0.0.0/14, 10.200.0.0/14, 10.198.0.0/15 und 10.254.0.0/16 überschneiden. Verwenden Sie ebenfalls keine Adressen aus den Teilnetzen Ihrer klassischen Infrastruktur. Informationen zum Anzeigen einer Liste Ihrer Teilnetze der klassischen Infrastruktur finden Sie unter Alle Teilnetze anzeigen.

• Klassische Virtual Server-Instanzen können sowohl eine private (eth0) als auch eine öffentliche (eth1) Netzschnittstelle besitzen. Derzeit verweisen die Routing-Tabellen für diese Schnittstellen das Standardgateway auf die öffentliche Schnittstelle (eth1). Möglicherweise müssen Sie Routing-Einträge hinzufügen, um die Teilnetze von anderen VPCs über die private Schnittstelle weiterzuleiten.

• Alle Netze Ihrer klassischen IBM Cloud-Infrastruktur über MZRs hinweg sind über diese Verbindung verfügbar, unabhängig vom Ort des Transit-Gateways oder dem angegebenen Routingtyp.

• Ressourcen der klassischen Infrastruktur, die sich in diesen Rechenzentren befinden, werden über ein Transit Gateway mit VPC-Ressourcen verbunden.

• Wenn die klassische Infrastruktur mit einem Transit-Gateway verbunden ist, enthält sie auch alle mit dem Konto verbundenen VPCs des Typs 'Klassischer Zugriff', weil die Teilnetze für diese VPCs der VRF für die klassische Infrastruktur zugeordnet sind. Die einzige Möglichkeit, ein Transit-Gateway mit einer VPC des Typs 'Klassischer Zugriff' zu verbinden, besteht darin, eine Verbindung der gesamten klassischen Infrastruktur (und nicht nur der entsprechenden VPCs des Typs 'Klassischer Zugriff') zum Transit-Gateway herzustellen.

• Klassische Verbindungen, die sich in demselben Rechenzentrum befinden, können nicht miteinander kommunizieren, wenn sie sich in einer anderen Region als das Transit Gateway befinden.

Hinweise zur Generic Routing Encapsulation (GRE)

Lesen Sie die folgenden Hinweise zu Ihrer speziellen GRE-Verbindung.

Direct Link anschlussbetrachtung

Sie können direkte Verbindungsverbindungen zu einem Transit-Gateway erstellen, um lokale Netze zu ermöglichen, eine Verbindung zu anderen Netzen in IBM Cloudherzustellen. Nachdem die direkte Verbindung mit dem Transitgateway verbunden ist, erhält das lokale Netz Zugriff auf alle anderen Transitgateway-Verbindungen. Ebenso haben alle anderen mit dem Transitgateway verbundenen Netze Zugriff auf das lokale Netz. Direct-Link-Verbindungen folgen dem gleichen Prozess für physische oder virtuelle Querverbindungen als das Standard-Direct-Link-Angebot. Nachdem die Verbindung von einem Transitgateway gelöscht wurde, wird das Transigateway so betrieben, als ob es nie mit einer direkten Verbindung verbunden gewesen wäre.

Dieselben Teilnetzüberlegungen für Transitgateway-Verbindungen gelten auch für Direct-Link-Verbindungen. Um eine erfolgreiche Verbindung zu gewährleisten, sollten Sie in Ihrem Netzwerk Direct Link keine Präfixe verwenden, die sich mit anderen Verbindungen überschneiden.

Hinweise zur Power Virtual Server-Verbindung

Sie können eine Power Virtual Server-Instanz mit einem Transit Gateway verbinden. Damit können Sie Power Virtual Server direkt an ein nachgeordnetes Transit Gateway anhängen. Nachdem die Power Virtual Server mit dem Transit Gateway verbunden wurde, hat Ihre Power Virtual Server-Serviceinstanz Zugriff auf alle nachgeordneten Transit Gateway-Ressourcen und -Services. Ebenso haben alle nachgelagerten Netze, die mit dem Transit-Gateway verbunden sind, Zugriff auf die Instanz Power Virtual Server.

Power Virtual Server-Verbindungen können lokales oder globales Routing verwenden. Nur Power Virtual Server-Instanzen in derselben Region wie das Transit Gateway können lokales Routing verwenden. Außerdem kann eine Power Virtual Server-Instanz mit mehreren Transit Gateways mit lokalem Routing verbunden werden, aber nur ein Transit Gateway mit globalem Routing. Nachgeschaltete Services berücksichtigen die Routenvorgabe auf der Basis des Transit Gateway-Typs.

Die gleichen Überlegungen zum Netzwerk-Subnetz für Transit-Gateway-Verbindungen gelten auch für Power Virtual Server-Verbindungen. Um eine erfolgreiche Verbindung zu gewährleisten, sollten Sie in Ihrer Power Virtual Server-Instanz keine Präfixe verwenden, die sich mit anderen Verbindungen überschneiden. Beachten Sie, dass Transit Gateway eine Präfixfilterung bereitstellt, um die verfügbaren Präfixe zu begrenzen, sowie einen Routing-Tabellenbericht, um Überlappungen nach dem Erstellen der Verbindung anzuzeigen.

Hinweise zu VPC

• IBM Cloud VPC erlaubt die Nutzung von RFC-1918 und des IANA-registrierten IPv4 Adressraums, privat innerhalb Ihrer VPC, mit einigen Ausnahmen in den IANA-Sonderbereichen und ausgewählten Bereichen, die IBM Cloud Diensten zugewiesen sind. Bei Verwendung von bei IANA registrierten Bereichen innerhalb Ihres Unternehmens und innerhalb von VPCs in Kombination mit IBM Cloud Transit Gateway müssen angepasste Routen in jeder Zone installiert sein. Weitere Informationen finden Sie unter Aspekte beim Routing von durch IANA registrierte IP-Zuweisungen.

• Sie können ein einzelnes Transit Gateway oder mehrere Transit Gateways erstellen, um mehrere IBM Cloud -VPCs miteinander zu verbinden. Sie können Ihre klassische IBM Cloud -Infrastruktur auch mit einem Transit Gateway verbinden, um eine nahtlose Kommunikation mit Ressourcen der klassischen Infrastruktur zu ermöglichen. Weitere Informationen hierzu finden Sie unter VPCs verbinden.

• Bare Metal in VPC wird nicht unterstützt.

Aspekte zum Routing

• Da alle Verbindungen zu einem Transit-Gateway miteinander verbunden sind, sollten Sie sorgfältig darauf achten, welche Ressourcen Sie miteinander verbinden möchten, bevor Sie für die einzelnen Gateways entscheiden, ob Sie für die einzelnen Gateways lokales oder globales Routing einrichten.

  Bei beiden Routing-Optionen verlässt der Datenverkehr in keinem Fall das private IBM Cloud-Netz und ist für die Leistung optimiert.

• Wenn Sie vorhaben, mit Ihrem Gateway VPCs innerhalb derselben Region mit mehreren Zonen (MZR) zu verbinden, verwenden Sie lokales Routing, um Konnektivität für alle zugänglichen Ressourcen innerhalb derselben MZR herzustellen; z. B. us-south (Dallas).

  

  für lokales Routing*

• Falls Sie beabsichtigen, mit Ihren Transit-Gateways VPC lokal und zwischen unterschiedlichen Mehrzonenregionen (MZRs) zu verbinden, sollten Sie für VPCs in derselben Mehrzonenregion lokale Gateways verwenden und für VPCs in mehreren Mehrzonenregionen ein globales Gateway nutzen. Sie können das Beispiel verwenden, das einem Hochverfügbarkeitsszenario (HA-Szenario) entspricht. Alle Daten in VPCs A und B können auf VPCs C und D repliziert werden. Wenn es ein Problem in der Region 'US South' gibt, werden Verbindungen an 'US East' weitergeleitet.

  ![Globales](/images/2-aboutLocalAndGlobalRoutingExample.png "und globales " caption-side="bottom"} für die "){: caption="von lokalem und globalem Routing*

  Ungeachtet des angegebenen Routing-Typs kann IBM Cloud Transit Gateway eine Verbindung zu klassischen Netzen herstellen, die sich in einer beliebigen MZR befinden. Hierzu müssen Sie einfach nur die klassische Verbindung zu Ihrem Transit-Gateway hinzufügen.

• Sie können den Routing-Typ eines Gateways nach der Bereitstellung noch bearbeiten. Um den Routing-Typ von Global auf Lokal zu ändern, müssen Sie jedoch zunächst alle globalen Verbindungen (d. h. Verbindungen zu Ressourcen, die sich nicht am gleichen Standort wie das Gateway befinden) entfernen. Beachten Sie, dass Verbindungen zur klassischen IBM Cloud-Infrastruktur immer als lokale Verbindungen gelten.

• Beim Wechsel von lokalem zu globalem Routing werden Ihnen alle damit verbundenen globalen Verbindungen in Rechnung gestellt. Die Änderung des Routing-Typs hat keine Auswirkungen auf den Netzverkehr.

Hinweise zu Routenberichten

• Der in einem Routenbericht angezeigte AS-Pfad bietet eine Einzelzonenperspektive. Wenn sich Ihre Quelle oder Ihr Ziel über verschiedene Zonen erstreckt, kann die Pfadlänge variieren. Nehmen wir zum Beispiel zwei direkte Verbindungen: eine in DAL10 und die andere in DAL12, die beide die gleiche AS-Pfadlänge in Richtung eines DAL-basierten Transit-Gateways anzeigen, das mit einer VPC oder klassischen Umgebung verbunden ist. Beim Aufruf von einer virtuellen Serverinstanz DAL10:

  • Die direkte Verbindung DAL10 ist vorzuziehen.
  • Für Verbindungen, die von DAL12 ausgehen, wird die Direktverbindung DAL12 bevorzugt.
  • Im Fall von DAL13 würden Sie entweder ECMP-Routing erhalten, vorausgesetzt, Ihr Gateway ist dafür eingerichtet, oder es würde ein einzelner direkter Link verwendet werden. Bei einem BGP-Reset könnte er jedoch auf die andere Direktverbindung wechseln.

• Überlappende Routen sind ein gängiges Problem bei der Konfiguration eines Transit Gateway. Wenn sich die Routen von zwei oder mehr Verbindungen überschneiden, wird der Datenverkehr möglicherweise nicht wie vorgesehen weitergeleitet. Weitere Informationen finden Sie unter Routenkonflikte adressieren.

• Nachdem eine neue virtuelle Verbindung (VPC, klassische Infrastruktur oder Direct Link) den Status Aktiv erreicht hat, warten Sie 5 Minuten, bis die Routen von Ihrem Transit Gateway erkannt wurden. Das Generieren eines Routenberichts, bevor alle Routen gelernt werden, führt zu einem partiellen Routenbericht.

• Wenn eine Verbindung eine Route von 0.0.0.0/0 bereitstellt, wird diese Route bei der Berechnung überlappender Präfixe ignoriert.

• Es ist immer nur ein einziger Bericht pro Gateway verfügbar. Wenn Sie einen neuen Bericht generieren, wird der alte Bericht gelöscht.

• Ältere Routenberichte sind möglicherweise ungenau, nachdem Sie eine Verbindung hinzugefügt oder entfernt haben. Wenn Sie also Routen innerhalb dieser Verbindungen aktualisieren, empfiehlt es sich, einen neuen Routenbericht zu erstellen.

• Wenn eine oder mehrere Routen durch Präfixfilter verweigert werden, erscheinen diese Routen nicht im Routenbericht.

Servicegrenzwerte

Denken Sie bei der Verwendung von IBM Cloud Transit Gateway an die folgenden Servicegrenzwerte.

Falls Sie höhere Servicegrenzwerte benötigen, können Sie einen IBM Support-Fall öffnen.