Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Direct Connect-Gateways

Verwenden Sie AWS Direct Connect das Gateway, um Ihre VPCs zu verbinden. Sie ordnen ein AWS Direct Connect -Gateway einem der folgenden Gateways zu:

Sie können auch ein Virtual Private Gateway verwenden, um Ihre Local Zone zu erweitern. Diese Konfiguration ermöglicht es der VPC, die mit der Local Zone verknüpft ist, eine Verbindung zu einem Direct-Connect-Gateway herzustellen. Das Direct-Connect-Gateway verbindet sich mit einem Direct-Connect-Standort in einer Region. Das lokale Rechenzentrum verfügt über eine Direct-Connect-Verbindung mit dem Direct-Connect-Standort. Weitere Informationen finden Sie unter Zugreifen auf Local Zones mithilfe eines Direct-Connect-Gateways im Amazon-VPC-Benutzerhandbuch.

Ein Direct Connect-Gateway ist eine global verfügbare Ressource. Sie können mit einem Direct-Connect-Gateway eine Verbindung zu jeder Region weltweit herstellen. Dies schließt die Regionen AWS Chinas ein, schließt sie AWS GovCloud (US) jedoch nicht ein.

Kunden, die Direct Connect mit VPCs verwenden, die derzeit eine übergeordnete Availability Zone umgehen, können ihre Direct-Connect-Verbindungen oder virtuellen Schnittstellen nicht migrieren.

Im Folgenden werden Szenarien beschrieben, in denen Sie ein Direct-Connect-Gateway verwenden können.

Ein Direct Connect-Gateway lässt nicht zu, dass Gateway-Zuordnungen, die sich auf demselben Direct Connect-Gateway befinden, einander Datenverkehr senden (z. B. ein Virtual Private Gateway an ein anderes Virtual Private Gateway). Eine Ausnahme von dieser Regel, die im November 2021 eingeführt wurde, ist, wenn ein Supernet über zwei oder mehr VPCs angekündigt wird, deren angeschlossene Virtual Private Gateways (VGW) demselben Direct-Connect-Gateway und derselben virtuellen Schnittstelle zugeordnet sind. In diesem Fall können VPCs über den Direct-Connect-Endpunkt miteinander kommunizieren. Wenn Sie beispielsweise ein Supernet (z. B. 10.0.0.0/8 oder 0.0.0.0/0) ankündigen, das sich mit den an ein Direct-Connect-Gateway angeschlossenen VPCs (z. B. 10.0.0.0/24 und 10.0.1.0/24) überschneidet und sich auf derselben virtuellen Schnittstelle befindet, können die VPCs von Ihrem lokalen Netzwerk aus miteinander kommunizieren.

Wenn Sie die VPC-zu-VPC-Kommunikation innerhalb eines Direct-Connect-Gateways blockieren möchten, gehen Sie wie folgt vor:

Ein Direct-Connect-Gateway verhindert nicht, dass Datenverkehr von einer Gateway-Zuordnung zurück an die Gateway-Zuordnung selbst gesendet wird, wenn es beispielsweise eine On-Premise-Supernetroute gibt, die die Präfixe der Gateway-Zuordnung enthält. Wenn Sie eine Konfiguration mit mehreren VPCs haben, die mit Transit Gateways verbunden sind, die demselben Direct-Connect-Gateway zugeordnet sind, können die VPCs kommunizieren. Um zu verhindern, dass die VPCs kommunizieren, ordnen Sie den VPC-Anhängen, für die die Blackhole-Option aktiviert ist, eine Routing-Tabelle zu.

Im Folgenden werden Szenarien beschrieben, in denen Sie ein Direct-Connect-Gateway verwenden können.

Virtual Private Gateway-Zuordnungen

In der folgenden Abbildung können Sie mit dem Direct-Connect-Gateway Ihre AWS Direct Connect -Verbindung in der Region USA Ost (Nord-Virginia) verwenden, um auf VPCs in Ihrem Konto sowohl in den Regionen USA Ost (Nord-Virginia) als auch USA West (Nordkalifornien) zuzugreifen.

Jede VPC verfügt über ein Virtual Private Gateway, das über eine Virtual-Private-Gateway-Zuordnung eine Verbindung zum Direct-Connect-Gateway herstellt. Das Direct Connect-Gateway verwendet eine private virtuelle Schnittstelle für die Verbindung zum AWS Direct Connect Standort. Es besteht eine AWS Direct Connect -Verbindung vom Standort zum Kunden-Rechenzentrum.

Kontenübergreifende Virtual Private Gateway-Zuordnungen

Beispiel: Szenario mit einem Direct Connect-Gateway-Eigentümer (Konto Z), dem das Direct Connect-Gateway gehört. Konto A und Konto B möchten das Direct Connect-Gateway verwenden. Konto A und Konto B senden jeweils einen Verknüpfungsvorschlag an Konto Z. Dieses akzeptiert die Verknüpfungsvorschläge und kann optional auch die Präfixe aktualisieren, die vom Virtual Private Gateway von Konto A oder Konto B erlaubt werden. Nachdem Konto Z die Vorschläge akzeptiert hat, können Konto A und Konto B den Datenverkehr aus ihrem Virtual Private Gateway zum Direct Connect-Gateway leiten. Konto Z ist auch für das Routing an die Kunden verantwortlich, da Konto Z das Gateway gehört.

Transit-Gateway-Zuordnungen

In der folgenden Grafik ist dargestellt, wie das Direct-Connect-Gateway es Ihnen ermöglicht, eine einzige Verbindung zu Ihrer Direct-Connect-Verbindung zu erstellen, die dann von allen Ihren VPCs genutzt werden kann.

Die Lösung umfasst die folgenden Komponenten:

Diese Konfiguration bietet die folgenden Vorteile. Sie haben folgende Möglichkeiten:

Weitere Informationen zur Konfiguration von Transit Gateways finden Sie unter Arbeiten mit Transit Gateways im Handbuch zu Transit Gateways von Amazon VPC.

Kontenübergreifende Transit Gateway-Zuordnungen

Beispiel: Szenario mit einem Direct Connect-Gateway-Eigentümer (Konto Z), dem das Direct Connect-Gateway gehört. Konto A ist Eigentümer des Transit Gateways und möchte das Direct-Connect-Gateway verwenden. Konto Z akzeptiert die Zuordnungsvorschläge und kann optional aktualisieren, welche Präfixe vom Transit Gateway von Konto A zulässig sind. Nachdem Konto Z die Vorschläge akzeptiert hat, können die dem Transit Gateway zugeordneten VPCs den Datenverkehr vom Transit Gateway zum Direct-Connect-Gateway weiterleiten. Konto Z ist auch für das Routing an die Kunden verantwortlich, da Konto Z das Gateway gehört.

Erstellen eines Direct Connect-Gateways

Sie können ein Direct-Connect-Gateway in einer beliebigen unterstützten Region erstellen.

Löschen von Direct Connect-Gateways

Wenn Sie ein Direct Connect-Gateway nicht mehr benötigen, können Sie es löschen. Sie müssen zunächst die Zuordnung aller Virtual Private Gateways aufheben und die angefügte private virtuelle Schnittstelle löschen.

Migrieren von einem Virtual Private Gateway zu einem Direct Connect-Gateway

Wenn Sie ein Virtual Private Gateway an eine virtuelle Schnittstelle angefügt haben und zu einem Direct Connect-Gateway migrieren möchten, führen Sie die folgenden Schritte aus: