Mit lokalem Netz verbinden

IBM stellt die folgenden Angebote zum Verbinden einer VPC mit einem lokalen Netz bereit.

• IBM Cloud Direct Link

  Sie können eine VPC über die Direct Link-Angebote 'Dedicated' und 'Connect' mit einem lokalen Netz verbinden. Beachten Sie, dass Sie direkte Verbindungen entweder zu einem lokalen oder einem entfernten „ IBM Cloud Transit Gateway “ herstellen können, wodurch das lokale Netzwerk Zugriff auf alle Netzwerke erhält, die mit dem Transit-Gateway verbunden sind.

  • Von IBM Cloud Direct Link Dedicated werden Verbindungen mit niedriger Latenz und hohem Durchsatz von IBM Cloud-VPC-Netzen direkt zu einem von einem Service-Provider verwalteten WAN oder einem vom Kunden verwalteten Cloud-Backbone bereitgestellt. Sie können den abgehenden Datenverkehr von Ihrem VPC-Netz optimieren und die Kosten für den abgehenden Datenverkehr reduzieren. Wenn Sie keine Verbindung zu einem IBM Cloud-Rechenzentrum herstellen können oder nicht mehr als 5 Gb/s an Bandbreite für eine virtuelle Netzverbindung benötigen, können Sie IBM Cloud Direct Link Connect für die Verbindung zu IBM Cloud über einen unterstützten Service-Provider verwenden.

    Mit dem Leistungsspektrum von IBM Cloud Direct Link Global Routing können Sie anhand einer einzigen IBM Cloud-Verbindung die Anbindung an alle IBM Cloud Direct Link-Regionen weltweit herstellen. Sie können außerdem die Dienstanbieter-Partner von „ IBM Cloud Direct Link “ nutzen, um sicherere Hybridverbindungen für Ihre Workloads weltweit einzurichten und bei steigendem Kapazitätsbedarf problemlos mehrere Verbindungen bereitzustellen. Weitere Informationen finden Sie unter „ Direct Link Dedicated “.

    ![Beispiel für einen Anwendungsfall für eine lokale Verbindung Direct Link](images/direct-link-dedicated.png){: caption="Beispiel für einen Anwendungsfall für eine lokale Verbindung Direct Link" caption-side="bottom"}
    

  • Von IBM Cloud Direct Link Connect wird die Konnektivität zwischen lokalen VPC-Netzen und VPC-Netzen in IBM Cloud über einen unterstützten Service-Provider bereitgestellt. Eine Verbindung über einen Service-Provider ist nützlich, wenn sich das Rechenzentrum an einem physischen Standort befindet, von dem keine Verbindung zu einer dedizierten Colocation-Einrichtung möglich ist, oder wenn für die Übertragung der Daten keine Verbindung mit über 5 Gb/s erforderlich ist. Connect-Service-Provider werden häufig zur Bereitstellung von Multicloud-Verbindungen (öffentliche Clouds von mehreren Anbietern) über ihr Netz verwendet. Von Connect-Service-Providern wird Layer 2-Konnektivität, Layer 3-Konnektivität oder beides bereitgestellt. Informieren Sie sich bei Ihrem Service-Provider und machen Sie sich mit ihren Angeboten und Anforderungen vertraut. Weitere Informationen finden Sie unter „ Direct Link Connect “.

• Mit VPN for VPC kann eine sichere Verbindung zwischen einer virtuellen privaten Cloud und einem anderen privaten Netz hergestellt werden. Mithilfe von VPN können Sie einen Site-to-Site-IPsec-Tunnel zwischen VPC und Ihrem lokalen privaten Netz oder einer anderen VPC einrichten. Weitere Informationen finden Sie unter „ Über Site-to-Site-VPN-Gateways “ und „ Verbindung zu Ihrem lokalen Netzwerk über ein VPN-Gateway herstellen “.

VPC-Instanzen miteinander verbinden

IBM Cloud Transit Gateway stellt Verbindungen zwischen Ressourcen im IBM Cloud-Netz bereit und definiert diese, um eine private Interkonnektivität zwischen IBM Cloud-Rechenzentren weltweit bereitzustellen. IBM Cloud Transit Gateway stellt einen zentralen Hub für die Konnektivität bereit, der die Bereitstellung und Verwaltung Ihrer Netze vereinfacht. Mit IBM Cloud Transit Gateway können Sie einen einzelnen Transit Gateway oder mehrere Transit Gateways für Verbindungen zu den VPC-Instanzen von IBM Cloud erstellen. Sie können Ihre klassische IBM Cloud-Infrastruktur auch mit einem Transit-Gateway verbinden, um eine nahtlose Kommunikation mit klassischen Infrastrukturressourcen zu ermöglichen. Jede neue Ressource, die Sie mit einem Transit Gateway verbinden, wird automatisch für jede andere Ressource verfügbar, die damit verbunden ist. Alle Daten bleiben innerhalb des privaten IBM Cloud-Backbone und sind in Hinblick auf die Leistung optimiert. Weitere Informationen finden Sie unter IBM Cloud Transit Gateway.

Vorteile der Verwendung dieser IBM Cloud-Optionen

Diese Angebote für die Interkonnektivität bieten folgende Vorteile:

• Der Datenverkehr zwischen dem lokalen Netz und dem VPC-Netz verläuft nicht durch das öffentliche Internet. Für den Datenverkehr wird eine dedizierte Verbindung oder einen Service-Provider mit einer dedizierten Verbindung verwendet.
• Da das öffentliche Internet umgangen wird, verläuft der Datenverkehr über weniger Hops, was die möglichen Fehlerquellen reduziert, an denen der Datenverkehr ausfallen oder unterbrochen werden kann.
• Die Übertragung der Daten zwischen den lokalen Rechenzentren und IBM Cloud ist unterbrechungsfrei, die Netzleistung ist konsistent und sensible geschäftskritische Daten werden geschützt.
• Sparen Sie bei den Datenübertragungsraten zu und von Servern in jedem IBM Cloud-Rechenzentrum in unserem gesamten privaten Netz und vermeiden Sie so Gebühren für Bandbreite.

Hinweise zum Routing von IP-Zuweisungen, die bei der IANA registriert sind

IBM Cloud VPC unterstützt die Verwendung von RFC-1918 zugewiesenen Adressen privat als VPC-Subnetze. Die folgenden Anwendungsfälle erfordern zusätzliche Routenkonfigurationen. Diese Routen legen die von der Internet Assigned Numbers Authority (IANA) zugewiesenen Nummernbereiche fest, die in einer VPC verwendet werden, wenn eine Floating-IP-Adresse oder ein öffentliches Gateway mit einer VPC-Ressource verbunden ist.

• Anwendungsfall 1: Die VPC ist über IBM Cloud Direct Link mit Ihrem Unternehmen verbunden und muss mit per IANA zugewiesenen Netzen in diesem Unternehmen kommunizieren.
• Anwendungsfall 2: Die VPC ist über IBM Cloud Transit Gateway mit einer anderen VPC verbunden und muss mit per IANA zugewiesenen Netzen in den verbundenen VPCs kommunizieren.
• Anwendungsfall 3: Die VPC ist über BCR-Peering mit einem Netz der klassischen Infrastruktur verbunden, um dem klassischen Netz per IANA zugewiesene Bereiche mitzuteilen.

In diesen Szenarien muss jedes Subnetz in der VPC über eine Routingtabelle mit Routen verfügen, die die von der IANA zugewiesenen Bereiche für das private Routing festlegen. Fehlen diese Routen, wird der Datenverkehr zu diesen öffentlich routbaren Adressbereichen an das öffentliche Backbone weitergeleitet statt an das beabsichtigte private Netzwerkziel. Diese Bedingung gilt für VPC-Subnetze, die „ RFC-1918 “ und von der IANA zugewiesene Präfixe verwenden. Wie bei allen Erweiterungen durch angepasste Routen muss die Routing-Tabelle für jede Verfügbarkeitszone, die Konnektivität erfordert, eine Route enthalten.

Folgende Optionen sind verfügbar:

• Wenn die standardmäßige Routing-Tabelle für abgehenden Datenverkehr (Egress) für VPCs an alle VPC-Teilnetze angehängt ist, erstellen Sie mit der Aktion Delegate-VPC für jedes IANA-Präfix oder Aggregat pro Zone eine Route in der VPC-Standardtabelle. Diese Aktion greift für die Weiterleitung auf die Routing-Tabelle des VPC-Systems zurück.
• Wenn Sie angepasste Routing-Tabellen verwenden, erstellen Sie mit der Aktion Delegate-VPC für jedes IANA-Präfix oder Aggregat pro Zone eine Route in der angepassten Routing-Tabelle.

Die Verwendung von IANA-Bereichen funktioniert nur bei benutzerdefinierten Routen, die die Aktion „ Delegate-VPC “ und nicht „ Delegate “ haben. Die angepassten Routingaktionen Delegate-VPC und Delegate verweisen jeweils auf die System-Routing-Tabelle der VPC. Der einzige Unterschied besteht darin, dass „ Delegate “ bei der Weiterleitung von Datenverkehr an IANA-Ziele eine beliebige Floating-IP oder ein beliebiges öffentliches Gateway verwendet. „ Delegate-VPC “ tut dies nicht und geht davon aus, dass sich IANA-Ziele in der VPC befinden (und nicht im Internet).

Anwendungsfall 1: Verbindung einer VPC mit einem Unternehmen über IBM Cloud Direct Link

VPC A-Netze

IP	Ursprung
10.100.0.0/24	von VPC A-Teilnetz
13.100.0.0/24	von VPC A-Teilnetz
10.101.0.0/24	von VPC B durch Transit Gateway (lokal)
13.101.0.0/24	von VPC B durch Transit Gateway (lokal)
10.0.0.0/8	von einem Unternehmen über Direct Link
172.16.0.0/12	von einem Unternehmen über Direct Link
13.0.0.0/8	von einem Unternehmen über Direct Link

VPC B-Netze

IP	Ursprung
10.101.0.0/24	von VPC B-Teilnetz
13.101.0.0/24	von VPC B-Teilnetz
10.100.0.0/24	von VPC A durch Transit Gateway (lokal)
13.100.0.0/24	von VPC A durch Transit Gateway (lokal)
10.0.0.0/8	von einem Unternehmen über Direct Link
172.16.0.0/12	von einem Unternehmen über Direct Link
13.0.0.0/8	von einem Unternehmen über Direct Link

Standardmäßige Routing-Tabelle für abgehenden Datenverkehr (Egress) für VPC A

Ziel	Aktion	Nächster Hop	Zone
13.0.0.0/8	Delegate-VPC		us-south-1
13.0.0.0/8	Delegate-VPC		us-south-2
13.0.0.0/8	Delegate-VPC		us-south-3

Standardmäßige Routing-Tabelle für abgehenden Datenverkehr (Egress) für VPC B

Ziel	Aktion	Nächster Hop	Zone
13.0.0.0/8	Delegate-VPC		us-south-1
13.0.0.0/8	Delegate-VPC		us-south-2
13.0.0.0/8	Delegate-VPC		us-south-3

Anwendungsfall 2: Verbindung zwischen zwei VPC-Instanzen mit IBM Cloud Transit Gateway

VPC A-Netze

IP	Ursprung
10.100.0.0/24	von VPC A-Teilnetz
13.100.0.0/24	von VPC A-Teilnetz
10.101.0.0/24	von VPC B durch Transit Gateway (lokal)
13.101.0.0/24	von VPC B durch Transit Gateway (lokal)
10.111.0.0/24	von VPC Z durch Transit Gateway (global)
13.111.0.0/24	von VPC Z durch Transit Gateway (global)

VPC B-Netze

IP	Ursprung
10.101.0.0/24	von VPC B-Teilnetz
13.101.0.0/24	von VPC B-Teilnetz
10.100.0.0/24	von VPC A durch Transit Gateway (lokal)
13.100.0.0/24	von VPC A durch Transit Gateway (lokal)

VPC Z-Netze

IP	Ursprung
10.111.0.0/24	von VPC Z-Teilnetz
13.111.0.0/24	von VPC Z-Teilnetz
10.100.0.0/24	von VPC A durch Transit Gateway (global)
13.100.0.0/24	von VPC A durch Transit Gateway (global)

Standardmäßige Routing-Tabelle für abgehenden Datenverkehr (Egress) für VPC A

Ziel	Aktion	Nächster Hop	Zone
13.0.0.0/8	Delegate-VPC		us-south-1
13.0.0.0/8	Delegate-VPC		us-south-2
13.0.0.0/8	Delegate-VPC		us-south-3

Standardmäßige Routing-Tabelle für abgehenden Datenverkehr (Egress) für VPC B

Ziel	Aktion	Nächster Hop	Zone
13.0.0.0/8	Delegate-VPC		us-south-1
13.0.0.0/8	Delegate-VPC		us-south-2
13.0.0.0/8	Delegate-VPC		us-south-3

Standardmäßige Routing-Tabelle für abgehenden Datenverkehr (Egress) für VPC Z

Ziel	Aktion	Nächster Hop	Zone
13.0.0.0/8	Delegate-VPC		us-east-1
13.0.0.0/8	Delegate-VPC		us-east-2
13.0.0.0/8	Delegate-VPC		us-east-3

Anwendungsfall 3: Verbindung einer VPC mit einem Netz der klassischen Infrastruktur und BCR-Peering mit IBM Cloud Transit Gateway

VPC B-Netze

IP	Ursprung
10.100.0.0/24	von VPC A-Teilnetz
13.100.0.0/24	von VPC A-Teilnetz
13.111.0.0/24	von Classic durch Transit Gateway

Standardmäßige Routing-Tabelle für abgehenden Datenverkehr (Egress) für VPC A

Ziel	Aktion	Nächster Hop	Standort
13.0.0.0/8	Delegate-VPC		us-south-1
13.0.0.0/8	Delegate-VPC		us-south-2
13.0.0.0/8	Delegate-VPC		us-south-3

Zugehörige Links

Was ist der Unterschied zwischen VPN for VPC, Transit Gateway und Direct Link?