Starten Sie eine Instance in Ihrem Outposts-Rack

Verwenden Sie das folgende Verfahren, um eine benutzerdefinierte Routing-Tabelle mit einer Route zum lokalen Gateway zu erstellen. Sie können nicht dieselbe Routing-Tabelle wie die Availability Zone-Subnetze verwenden.

Damit die Routen einer Routing-Tabelle auf ein bestimmtes Subnetz angewendet werden, müssen Sie die Routing-Tabelle dem Subnetz zuordnen. Eine Routing-Tabelle kann mehreren Subnetzen zugeordnet werden. Ein Subnetz kann jedoch jeweils nur einer Routing-Tabelle zugeordnet werden. Wenn ein Subnetz nicht ausdrücklich einer Routing-Tabelle zugeordnet ist, wird es standardmäßig implizit der Haupt-Routing-Tabelle zugeordnet.

Gehen Sie wie folgt vor, um eine benutzerdefinierte Routentabelle für Ihr lokales Gateway zu erstellen.

Gehen Sie wie folgt vor, um Ihrem lokalen Gateway eine VPC Routentabelle zuzuordnen. Sie sind standardmäßig nicht verknüpft.

Fügen Sie der Outpost-Subnetz-Routentabelle einen Routeneintrag hinzu, um den Verkehr zwischen den Outpost-Subnetzen und dem lokalen Gateway zu ermöglichen.

Outpost-Subnetze innerhalb vonVPC, die mit einer lokalen Gateway-Routentabelle verknüpft sind, können als zusätzlichen Zieltyp eine Outpost Local Gateway-ID für ihre Routing-Tabellen haben. Stellen Sie sich den Fall vor, dass Sie den Verkehr mit der Zieladresse 172.16.100.0/24 über das lokale Gateway an das Kundennetzwerk weiterleiten möchten. Bearbeiten Sie dazu die Outpost-Subnetz-Routentabelle und fügen Sie die folgende Route mit dem Zielnetzwerk und einem Ziel des lokalen Gateways hinzu.

VIFGruppen sind logische Gruppierungen von virtuellen Schnittstellen (VIFs). Ordnen Sie der VIF Gruppe die lokale Gateway-Routentabelle zu.

Bearbeiten Sie die Routentabelle des lokalen Gateways, um eine statische Route hinzuzufügen, die die VIF Gruppe als Ziel und Ihren lokalen CIDR Subnetzbereich (oder 0.0.0.0/0) als Ziel hat.

Wenn Sie Ihre Outposts so konfiguriert haben, dass 3a. Erstellen Sie eine benutzerdefinierte Routentabelle für das lokale Gateway sie einen kundeneigenen IP-Adresspool (CoIP) verwenden, müssen Sie eine Elastic IP-Adresse aus dem CoIP-Adresspool zuweisen und die Elastic IP-Adresse der Instance zuordnen. Weitere Informationen finden Sie unter IP-Adressen im Besitz des Kunden.

Wenn Sie Ihre Outposts für die Verwendung von Direct VPC Routing (DVR) konfiguriert haben, überspringen Sie diesen Schritt.

Freigegebene kundeneigene IP-Adresspools

Wenn Sie einen freigegebenen, kundeneigenen IP-Adresspool verwenden möchten, muss der Pool gemeinsam genutzt werden, bevor Sie mit der Konfiguration beginnen. Informationen darüber, wie Sie eine IPv4 Kundenadresse teilen können, finden Sie unter. Eine Outpost-Ressource freigeben

Stellen Sie sich das Szenario vor, in dem Sie einen im VPC Direktmodus konfigurierten Outpost mit zwei Outposts-Rack-Netzwerkgeräten haben, die über ein lokales Gateway VLAN mit zwei lokalen Netzwerkgeräten des Kunden verbunden sind. Folgendes ist konfiguriert:

In diesem Szenario wird die Route angekündigt von:

Infolgedessen sendet das lokale Gateway ausgehenden Datenverkehr mit dem Zielnetzwerk 172.16.100.0/24 an Ihre Kundengeräte. Stellen Sie sicher, dass Ihr Netzwerk über die richtige Routing-Konfiguration verfügt, um den Datenverkehr an den Zielhost in Ihrem Netzwerk weiterzuleiten.

Die spezifischen Befehle und die Konfiguration, die zur Überprüfung des Status der BGP Sitzungen und der angekündigten Routen innerhalb dieser Sitzungen erforderlich sind, finden Sie in der Dokumentation Ihres Netzwerkanbieters. Informationen zur Fehlerbehebung finden Sie in der Checkliste zur Fehlerbehebung bei AWS Outposts Rack-Netzwerken.

Stellen Sie sich das Szenario vor, in dem Sie einen Outpost mit zwei Outpost-Rack-Netzwerkgeräten haben, die über ein lokales Gateway VLAN mit zwei lokalen Netzwerkgeräten des Kunden verbunden sind. Folgendes ist konfiguriert:

In diesem Szenario wird die Route angekündigt von:

Infolgedessen sendet das lokale Gateway ausgehenden Datenverkehr mit dem Zielnetzwerk 172.16.100.0/24 an Ihre Kundengeräte. Stellen Sie sicher, dass Ihr Netzwerk über die richtige Routing-Konfiguration verfügt, um den Datenverkehr an den Zielhost in Ihrem Netzwerk weiterzuleiten.

Die spezifischen Befehle und die Konfiguration, die zur Überprüfung des Status der BGP Sitzungen und der angekündigten Routen innerhalb dieser Sitzungen erforderlich sind, finden Sie in der Dokumentation Ihres Netzwerkanbieters. Informationen zur Fehlerbehebung finden Sie in der Checkliste zur Fehlerbehebung bei AWS Outposts Rack-Netzwerken.

Die Konnektivität von Ihrem lokalen Netzwerk zum Outpost testen

Führen Sie auf einem Computer in Ihrem lokalen Netzwerk den ping-Befehl zur kundeneigenen IP-Adresse der Outpost-Instance aus.

ping 172.16.0.128

Es folgt eine Beispielausgabe.

Pinging 172.16.0.128

Reply from 172.16.0.128:  bytes=32 time=<1ms TTL=128
Reply from 172.16.0.128:  bytes=32 time=<1ms TTL=128
Reply from 172.16.0.128:  bytes=32 time=<1ms TTL=128

Ping statistics for 172.16.0.128
Packets:  Sent = 3,  Received = 3,  Lost = 0 (0% lost)

Approximate round trip time in milliseconds
Minimum = 0ms,  Maximum = 0ms,  Average = 0ms

Die Konnektivität von einer Outpost-Instance zu Ihrem lokalen Netzwerk testen

Verwenden Sie je nach Betriebssystem ssh oder rdp, um eine Verbindung zur privaten IP-Adresse Ihrer Outpost-Instance herzustellen. Weitere Informationen finden Sie unter Connect zu Ihrer EC2 Instance herstellen im EC2Amazon-Benutzerhandbuch.

Nachdem die Outpost-Instance ausgeführt wurde, führen Sie den ping-Befehl für eine IP-Adresse eines Computers in Ihrem lokalen Netzwerk aus.

ping 172.16.0.130

Es folgt eine Beispielausgabe.

Pinging 172.16.0.130

Reply from 172.16.0.130:  bytes=32 time=<1ms TTL=128
Reply from 172.16.0.130:  bytes=32 time=<1ms TTL=128
Reply from 172.16.0.130:  bytes=32 time=<1ms TTL=128

Ping statistics for 172.16.0.130
Packets:  Sent = 3,  Received = 3,  Lost = 0 (0% lost)

Approximate round trip time in milliseconds
Minimum = 0ms,  Maximum = 0ms,  Average = 0ms

Testen Sie die Konnektivität zwischen der AWS Region und dem Outpost

Starten Sie eine Instance im Subnetz der AWS Region. Führen Sie zum Beispiel den Befehl run-instances aus.

aws ec2 run-instances \
    --image-id ami-abcdefghi1234567898 \
    --instance-type c5.large \
    --key-name MyKeyPair \
    --security-group-ids sg-1a2b3c4d123456787 \
    --subnet-id subnet-6e7f829e123445678

Nach dem Ausführen der Instance führen Sie die folgenden Vorgänge aus: