Allgemeine Aspekte

Beachten Sie die folgenden allgemeinen Hinweise, bevor Sie einen dynamischen Routenserver erstellen:

• Ein dynamischer Routingserver ist ein Routing-Dienst und leitet keinen Datenverkehr weiter. Stattdessen lernt es Routen von Peers mithilfe von BGP und fügt Routen auf der Grundlage definierter Richtlinien zu den VPC-Routing-Tabellen hinzu.
• Eine Instanz eines dynamischen Routenservers wird innerhalb einer einzelnen VPC erstellt und verwaltet Routen ausschließlich für diese VPC.
• Sie müssen mindestens ein und höchstens drei Mitglieder (eines pro Zone) angeben, wenn Sie eine Instanz eines dynamischen Routenservers erstellen. Verwenden Sie zur Gewährleistung der Hochverfügbarkeit jeweils ein Mitglied pro Verfügbarkeitszone.
• Alle Mitglieder einer dynamischen Routenserver-Instanz müssen dieselbe lokale ASN verwenden.
• Nachdem eine Instanz eines dynamischen Routing-Servers erstellt wurde, muss diese einen stabilen Lebenszyklusstatus erreichen, bevor Sie Peers, Peer-Gruppen oder Routing-Richtlinien konfigurieren können.

Überlegungen zu virtuellen Netzwerkschnittstellen

Beachten Sie die folgenden Punkte, wenn Sie eine virtuelle Netzwerkschnittstelle (VNI) für eine Instanz eines dynamischen Routenservers auswählen:

• Jedes Mitglied des dynamischen Routenservers benötigt eine VNI, die Sie im Voraus erstellen müssen.
• Alle VNIs müssen zur selben VPC gehören wie die Instanz des dynamischen Routenservers.
• Jedes VNI muss über eine reservierte private IP-Adresse und eine oder mehrere Sicherheitsgruppen verfügen, die BGP-Datenverkehr zulassen.
• Ein vorhandenes VNI, das Sie für ein Mitglied verwenden, muss die folgenden Anforderungen erfüllen:
  • Es befindet sich im selben Konto wie der dynamische Routenserver und ist nicht an ein anderes Ziel gebunden.
  • IP-Spoofing ist nicht zulässig, Infrastruktur-NAT ist aktiviert und die Protokollzustandsfilterung ist nicht deaktiviert.
  • Es verfügt über keine Floating-IP, keine sekundären reservierten IPs und keine andere IP als seine primäre IP.
• Um eine hohe Verfügbarkeit zu gewährleisten, wählen Sie VNIs aus, die sich in verschiedenen Verfügbarkeitszonen befinden.
• Eine VNI, die mit einer Instanz des dynamischen Routenservers verbunden ist, kann erst gelöscht werden, wenn sie vom dynamischen Routenserver getrennt wurde.
• Subnetze, die mit VNIs verknüpft sind, müssen über ausreichende IP-Kapazität für die reservierten IP-Adressen und den laufenden Betrieb verfügen.

Überlegungen zu BGP, BFD und ASN

Lesen Sie die folgenden Hinweise zu BGP durch, bevor Sie eine dynamische Routenserver-Instanz erstellen:

• Ein dynamischer Routenserver nutzt eBGP, um Routen mit Peers wie Routern, Firewalls oder einem Transit-Gateway auszutauschen.
• Sie müssen beim Erstellen einer dynamischen Routenserver-Instanz eine lokale ASN angeben.
• Jeder Peer muss mit einer Peer-ASN konfiguriert werden, die sich von der lokalen ASN unterscheidet.
• Die ASN-Werte 0, 13884, 36351, 64512, 64513, 65100, 65200-65234, 65402-65433, 65500, 65516, 65519, 65521, 65531, und sind 4201065000-4201065999 reserviert und dürfen nicht als lokale oder Peer-ASNs verwendet werden.
• Liegt ein ASN-Konflikt vor, können keine BGP-Sitzungen aufgebaut werden, bis die ASN-Konfiguration korrigiert wurde.
• Bidirectional Forwarding Detection (BFD) kann in Peer-Gruppen aktiviert werden, um eine schnellere Fehlererkennung und Routenrücknahme zu ermöglichen.
• Dynamische Routing-Server-Appliances bauen BGP-Sitzungen mithilfe von Multihop auf. Um Bidirectional Forwarding Detection (BFD) mit BGP-Sitzungen zu verwenden, konfigurieren Sie BGP-Multihop sowohl auf der Dynamic Route Server-Appliance als auch auf dem Peer-Gerät. Stellen Sie sicher, dass die BGP-Konfiguration des Partnergeräts Multihop unterstützt, um die BFD-Fehlererkennung zu ermöglichen.

Überlegungen zur Transit Gateway-Integration

Beachten Sie die folgenden Punkte, wenn Sie einen dynamischen Routingserver in IBM Cloud® Transit Gateway integrieren:

• Sie können eine Transit-Gateway-Verbindung zu einem dynamischen Routingserver entweder beim Erstellen eines Transit-Gateways oder durch Hinzufügen einer Netzwerkverbindung zu einem bestehenden Transit-Gateway herstellen.
• Eine Instanz eines dynamischen Routing-Servers kann nur mit einem Transit-Gateway verbunden werden.
• Eine Transit-Gateway-Verbindung nutzt redundante GRE-Tunnel (Generic Routing Encapsulation) mit e eBGP zwischen einem Transit-Gateway und den Mitgliedern des dynamischen Routenservers.
• Wenn Sie einen CIDR für GRE-Tunnel-IP-Adressen angeben, muss dieser mindestens betragen und /27 darf sich nicht mit VPC-Subnetzen oder bestehenden CIDRs von Transit-Gateway-Tunneln überschneiden.
• Wenn kein CIDR-Bereich angegeben ist, wird ein Standard-CIDR-Bereich verwendet.
• Wenn ein dynamischer Routenserver mit einem Transit-Gateway verbunden ist, können vom Transit-Gateway erlernte Routen nur dann an andere Peers weitergegeben werden, wenn dies in den Richtlinien des dynamischen Routenservers zulässig ist.

Um eine Verbindung zwischen dem Transit Gateway und den Dynamic Route Server-Appliances herzustellen, konfigurieren Sie Netzwerk-ACLs (NACLs) so, dass GRE-Datenverkehr (IP-Protokoll 47) zugelassen wird. Konfigurieren Sie außerdem die Regeln der Sicherheitsgruppe (SG), um BGP-Datenverkehr ( TCP-Port 179) und GRE-Datenverkehr (IP-Protokoll 47) zwischen dem Transit Gateway und den dynamischen Routen-Server-Appliances zuzulassen.

Überlegungen zu Routing-Tabellen und Richtlinien

Beachten Sie die folgenden Überlegungen zum Routing, bevor Sie Richtlinien für dynamische Routenserver konfigurieren:

• Sie können Peer-Richtlinien verwenden, um erlernte Routen zwischen Peers widerzuspiegeln, VPC-Adresspräfixe an Peers zu veröffentlichen, erlernte Routen zu VPC-Routing-Tabellen hinzuzufügen und benutzerdefinierte statische Routen zu veröffentlichen.
• Ein dynamischer Routingserver aktualisiert benutzerdefinierte VPC-Routing-Tabellen auf der Grundlage der von Ihnen definierten Routing-Richtlinien.
• Routen werden nur zu den Routing-Tabellen hinzugefügt, auf die Sie in den VPC-Routing-Tabellen-Richtlinien ausdrücklich verweisen.
• Wenn Sie die Grenzwerte der Routingtabelle überschreiten, schlägt das Hinzufügen von Routen möglicherweise fehl. Weitere Informationen finden Sie unter Kontingente für Routing-Tabellen und Routen. In diesem Fall müssen Sie möglicherweise eine Erhöhung des Kontingents beantragen.
• Wenn eine VPC-Routing-Tabellen-Richtlinie konfiguriert wird, konfigurieren Sie die Peer-Gruppen für einen dynamischen Routingserver so, dass Peers in verschiedenen Peer-Gruppen nicht dasselbe Ziel ankündigen. Die Bekanntgabe desselben Ziels in verschiedenen Peer-Gruppen kann zu Inkonsistenzen bei den erlernten Routen führen.

Überlegungen zu Hochverfügbarkeit und Ausfallsicherheit

Beachten Sie die folgenden Hinweise zur Verfügbarkeit:

• Für die Zonen-Fehlertoleranz sollten Sie pro Verfügbarkeitszone einen dynamischen Routenserver bereitstellen.
• Jedes Mitglied baut eigenständige BGP-Sitzungen mit Peers auf.
• Wenn ein Knoten ausfällt, zieht der dynamische Routenserver die betroffenen Routen automatisch zurück und fügt Routen über funktionierende Knoten erneut hinzu.
• Die Zustandsüberwachung basiert auf dem BGP-Sitzungsstatus und dem BFD-Status (sofern aktiviert).

Sicherheitsaspekte

Beachten Sie die folgenden Sicherheitshinweise:

• Dynamische Routing-Server-Appliances werden von IBM Cloud verwaltet und laufen in isolierten, vom Dienst verwalteten VPCs.
• Die Kommunikation zwischen den Komponenten des Dynamic Route Servers und den IBM Cloud-Diensten erfolgt über private Netzwerke und virtuelle private Endpunkte.
• Sicherheitsgruppen, die VNIs zugeordnet sind, müssen BGP-Datenverkehr ( TCP-Port 179) sowie jeglichen zusätzlichen, peer-spezifischen Datenverkehr zulassen, der für die Routing-Steuerung erforderlich ist.
• Alle Konfigurationsänderungen und Lebenszyklusereignisse des dynamischen Routenservers werden mithilfe von IBM Cloud® Activity Tracker protokolliert. Weitere Informationen finden Sie unter Status und Beschreibungen des dynamischen Routenservers, Ereignisse des dynamischen Routenservers und Protokollierung des dynamischen Routenservers.

Betriebsaspekte

Beachten Sie die folgenden betrieblichen Hinweise:

• Sie können eine Instanz eines dynamischen Routenservers nicht löschen, wenn noch Peer-Gruppen oder Richtlinien vorhanden sind, die von dieser Instanz abhängig sind.
• Um eine Instanz eines dynamischen Routenservers zu löschen, müssen Sie zunächst alle Richtlinien entfernen, alle Peer-Gruppen löschen und den dynamischen Routenserver von allen Transit-Gateways trennen.
• Konfigurationsänderungen, wie das Hinzufügen von Peers, Peer-Gruppen oder Richtlinien, unterbrechen den bestehenden Datenverkehr nicht.
• Routenänderungen werden je nach Richtlinie und Status unverzüglich an die VPC-Routing-Tabellen weitergegeben.

Zugehörige Links

Lesen Sie zusätzlich zu den Planungshinweisen die bekannten Probleme durch, bevor Sie einen dynamischen Routingserver konfigurieren. Weitere Informationen finden Sie unter Bekannte Probleme bei dynamischen Routenservern.