View a markdown version of this page

Starte eine Instanz in deinem Outposts-Rack - AWS Outposts
Schritt 1: Erstellen einer VPCSchritt 2: Erstellen Sie ein Subnetz und eine benutzerdefinierte Routing-TabelleSchritt 3: Konfigurieren Sie die lokale Gateway-KonnektivitätSchritt 4: Konfigurieren Sie das lokale NetzwerkSchritt 5: Starten Sie eine Instance auf dem OutpostSchritt 6: Testen Sie die Konnektivität

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.

Starte eine Instanz in deinem Outposts-Rack

Nach der Installation Ihres Outpost und der verfügbaren Datenverarbeitungs- und Speicherkapazität können Sie mit der Erstellung von Ressourcen beginnen. Starten Sie Amazon EC2-Instances und erstellen Sie Amazon EBS-Volumes auf Ihrem Outpost unter Verwendung eines Outpost-Subnetzes. Sie können auch Snapshots von Amazon EBS-Volumes auf Ihrem Outpost erstellen. Weitere Informationen finden Sie unter Lokale Amazon EBS-Snapshots AWS Outposts im Amazon EBS-Benutzerhandbuch.

Voraussetzung

Sie müssen einen Outpost an Ihrem Standort installiert haben. Weitere Informationen finden Sie unter Bestellung für ein Outposts-Rack erstellen.

Schritt 1: Erstellen einer VPC

Du kannst jede VPC in der AWS Region auf deinen Outpost ausdehnen. Überspringe diesen Schritt, wenn du bereits eine VPC hast, die du verwenden kannst.

Um eine VPC für deinen Outpost zu erstellen

  1. Öffnen Sie die Amazon-VPC-Konsole unter https://console.aws.amazon.com/vpc/.

  2. Wähle dieselbe Region wie das Outposts-Rack.

  3. Wählen Sie im Navigationsbereich Ihre VPCs und dann Create VPC aus.

  4. Wählen Sie Nur VPC aus.

  5. (Optional) Geben Sie unter Namensschild einen Namen für die VPC ein.

  6. Wählen Sie für den IPv4-CIDR-Block die manuelle IPv4-CIDR-Eingabe und geben Sie den IPv4-Adressbereich für die VPC in das IPv4-CIDR-Textfeld ein.

    Anmerkung

    Wenn Sie direktes VPC-Routing verwenden möchten, geben Sie einen CIDR-Bereich an, der sich nicht mit dem IP-Bereich überschneidet, den Sie in Ihrem lokalen Netzwerk verwenden.

  7. Wählen Sie für IPv6-CIDR-Block die Option Kein IPv6-CIDR-Block aus.

  8. Wählen Sie für Tenancy die Option Standard aus.

  9. (Optional) Um Ihrer VPC ein Tag hinzuzufügen, wählen Sie Add tag aus und geben Sie einen Schlüssel und einen Wert ein.

  10. Wählen Sie VPC erstellen aus.

Schritt 2: Erstellen Sie ein Subnetz und eine benutzerdefinierte Routing-Tabelle

Sie können ein Outpost-Subnetz erstellen und zu jeder VPC in der AWS Region hinzufügen, in der der Outpost beheimatet ist. Wenn Sie dies tun, schließt die VPC den Outpost ein. Weitere Informationen finden Sie unter Netzwerkkomponenten.

Anmerkung

Wenn Sie eine Instance in einem Outpost-Subnetz starten, das von einem anderen mit Ihnen geteilt wurde AWS-Konto, fahren Sie mit Schritt 5: Starten Sie eine Instance auf dem Outpost fort.

Aufgaben
    Um ein Outpost-Subnetz zu erstellen

    1. Öffnen Sie die AWS Outposts Konsole unter. https://console.aws.amazon.com/outposts/

    2. Wählen Sie im Navigationsbereich Outposts aus.

    3. Wählen Sie den Outpost aus und klicken Sie dann auf Aktionen, Subnetz erstellen. Sie werden zum Erstellen eines Subnetzes in der Amazon-VPC-Konsole umgeleitet. Wir wählen für Sie den Outpost und die Availability Zone aus, in der sich der Outpost befindet.

    4. Wählen Sie eine VPC aus.

    5. Benennen Sie in den Subnetzeinstellungen optional Ihr Subnetz und geben Sie einen IP-Adressbereich für das Subnetz an.

    6. Wählen Sie Subnetz erstellen.

    7. (Optional) Um die Identifizierung von Outpost-Subnetzen zu erleichtern, aktivieren Sie die Spalte Outpost-ID auf der Seite Subnetze. Um die Spalte zu aktivieren, wählen Sie das Symbol „Einstellungen“, wählen Sie „Outpost ID“ und anschließend „Bestätigen“.

    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.

    So erstellen Sie eine benutzerdefinierte Routing-Tabelle

    1. Öffnen Sie die Amazon-VPC-Konsole unter https://console.aws.amazon.com/vpc/.

    2. Wählen Sie im Navigationsbereich Routing-Tabellen aus.

    3. Klicken Sie auf Create Route Table (Routing-Tabelle erstellen).

    4. (Optional) Geben Sie bei Name einen Namen für Ihre Routing-Tabelle ein.

    5. Wählen Sie unter VPC Ihre VPC aus.

    6. (Optional) Sie fügen ein Tag hinzu, indem Sie Add new tag (Neuen Tag hinzufügen) auswählen und den Tag-Schlüssel und -Wert eingeben.

    7. Klicken Sie auf Create Route Table (Routing-Tabelle erstellen).

    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.

    Um das Outpost-Subnetz mit der benutzerdefinierten Routing-Tabelle zu verknüpfen

    1. Öffnen Sie die Amazon-VPC-Konsole unter https://console.aws.amazon.com/vpc/.

    2. Wählen Sie im Navigationsbereich die Option Routentabellen aus.

    3. Wählen Sie auf der Registerkarte Subnet associations (Subnetzzuordnungen) die Option Edit subnet associations (Subnetzzuordnungen bearbeiten) aus.

    4. Aktivieren Sie das Kontrollkästchen für das Subnetz, um es der Routing-Tabelle zuzuordnen.

    5. Klicken Sie auf Save associations (Zuordnungen speichern).

    Schritt 3: Konfigurieren Sie die lokale Gateway-Konnektivität

    Das lokale Gateway (LGW) ermöglicht die Konnektivität zwischen Ihren Outpost-Subnetzen und Ihrem lokalen Netzwerk.

    Weitere Informationen zum LGW finden Sie unter Lokale Gateways. https://docs.aws.amazon.com/outposts/latest/userguide/outposts-local-gateways.html

    Um die Konnektivität zwischen einer Instance im Outposts-Subnetz und Ihrem lokalen Netzwerk herzustellen, müssen Sie die folgenden Aufgaben ausführen.

    Aufgaben

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

      Um eine benutzerdefinierte lokale Gateway-Rout-Tabelle zu erstellen

      1. Öffnen Sie die AWS Outposts Konsole unter https://console.aws.amazon.com/outposts/.

      2. Um das zu ändern AWS-Region, verwenden Sie die Regionsauswahl in der oberen rechten Ecke der Seite.

      3. Wählen Sie im Navigationsbereich Lokale Gateway-Routing-Tabelle aus.

      4. Wählen Sie Lokale Gateway-Routing-Tabelle erstellen aus.

      5. (Optional) Geben Sie bei Name einen Namen für Ihre Routing-Tabelle ein.

      6. Wählen Sie unter Lokales Gateway Ihr lokales Gateway aus.

      7. Wählen Sie unter Modus einen Modus für die Kommunikation mit Ihrem On-Premises-Netzwerk aus.

        • Wählen Sie Direct VPC-Routing, um die privaten IP-Adressen Ihrer Instances zu verwenden.

        • Wählen Sie CoIP, um Adressen aus Ihren kundeneigenen IP-Adresspools zu verwenden. Weitere Informationen finden Sie unter Einen CoIP-Pool erstellen.

      8. (Optional) Um einen Tag hinzuzufügen, wählen Sie Neuen Tag hinzufügen und geben Sie einen Tag-Schlüssel und einen Tag-Wert ein.

      9. Wählen Sie Lokale Gateway-Routing-Tabelle erstellen aus.

      Gehen Sie wie folgt vor, um Ihrer lokalen Gateway-Routing-Tabelle eine VPC zuzuordnen. Sie sind standardmäßig nicht verknüpft.

      So verknüpfen Sie eine VPC mit der benutzerdefinierten lokalen Gateway-Routing-Tabelle

      1. Öffnen Sie die AWS Outposts Konsole unter. https://console.aws.amazon.com/outposts/

      2. Um das zu ändern AWS-Region, verwenden Sie die Regionsauswahl in der oberen rechten Ecke der Seite.

      3. Wählen Sie im Navigationsbereich Lokale Gateway-Routing-Tabellen aus.

      4. Wählen Sie die Routing-Tabelle aus und klicken Sie dann auf Aktionen, VPC zuordnen.

      5. Wählen Sie für VPC-ID die VPC aus, die der lokalen Gateway-Routing-Tabelle zugeordnet werden soll.

      6. (Optional) Um einen Tag hinzuzufügen, wählen Sie Neuen Tag hinzufügen und geben Sie einen Tag-Schlüssel und einen Tag-Wert ein.

      7. Wählen Sie Associate VPC (VPC zuordnen) aus.

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

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

      Bestimmungsort Target

      172.16.100. 0/24

      lgw-id
      So fügen Sie einen Routeneintrag mit dem lokalen Gateway als Ziel in die Subnetz-Routing-Tabelle ein

      1. Öffnen Sie die Amazon-VPC-Konsole unter https://console.aws.amazon.com/vpc/.

      2. Wählen Sie im Navigationsbereich Routentabellen und wählen Sie die Routing-Tabelle aus, in 2b: Erstellen Sie eine benutzerdefinierte Routing-Tabelle der Sie erstellt haben.

      3. Wählen Sie Aktionen und dann Routen bearbeiten aus.

      4. Um eine Route hinzuzufügen, wählen Sie Add route (Route hinzufügen).

      5. Geben Sie als Ziel den CIDR-Zielblock für das Kundennetzwerk ein.

      6. Wählen Sie für Target die Outpost Local Gateway ID aus.

      7. Wählen Sie Änderungen speichern aus.

      VIF-Gruppen sind logische Gruppierungen von virtuellen Schnittstellen (VIFs). Ordnen Sie die lokale Gateway-Routingtabelle der VIF-Gruppe zu, um eine lokale Gateway-Routingdomäne zu erstellen.

      Um die benutzerdefinierte Routing-Tabelle den VIF-Gruppen zuzuordnen

      1. Öffnen Sie die AWS Outposts Konsole unter. https://console.aws.amazon.com/outposts/

      2. Um das zu ändern AWS-Region, verwenden Sie die Regionsauswahl in der oberen rechten Ecke der Seite.

      3. Wählen Sie im Navigationsbereich Networking und dann LGW-Routingdomain aus.

      4. Wählen Sie LGW-Routingdomäne erstellen aus.

      5. Geben Sie einen Namen für die lokale Gateway-Routingdomäne ein.

      6. Wählen Sie das lokale Gateway, die lokale Gateway-VIF-Gruppe und die lokale Gateway-Routing-Tabelle aus.

      7. Wählen Sie LGW-Routingdomäne erstellen.

      Bearbeiten Sie die lokale Gateway-Routentabelle, um eine statische Route hinzuzufügen, die die VIF-Gruppe als Ziel und Ihren lokalen Subnetz-CIDR-Bereich (oder 0.0.0) hat. 0/0) als Ziel.

      Bestimmungsort Target

      172,16.100. 0/24

      VIF-Group-ID
      So fügen Sie der LGW-Routentabelle einen Routeneintrag hinzu

      1. Öffnen Sie die AWS Outposts Konsole unter. https://console.aws.amazon.com/outposts/

      2. Wählen Sie im Navigationsbereich Lokale Gateway-Routing-Tabelle aus.

      3. Wählen Sie die lokale Gateway-Routing-Tabelle aus, und wählen Sie dann Aktionen, Routen bearbeiten aus.

      4. Wählen Sie Route hinzufügen aus.

      5. Geben Sie unter Zielbereich den Ziel-CIDR-Block, eine einzelne IP-Adresse oder die ID einer Präfixliste ein.

      6. Wählen Sie unter Target die ID des lokalen Gateways aus.

      7. Wählen Sie Save Rules (Routen speichern) aus.

      Wenn Sie Ihre Outposts im so konfiguriert haben, dass 3a. Erstellen Sie eine benutzerdefinierte Routing-Tabelle für lokale Gateways 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 Customer-owned IP-Adressen.

      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 zum Teilen einer kundeneigenen IPv4-Adresse finden Sie unter. Eine Outpost-Ressource freigeben

      Schritt 4: Konfigurieren Sie das lokale Netzwerk

      Der Outpost richtet ein externes BGP-Peering von jedem Outpost Networking Device (OND) zu einem Customer Local Network Device (CND) ein, um Traffic von Ihrem lokalen Netzwerk an die Outposts zu senden und zu empfangen.

      Weitere Informationen finden Sie unter BGP-Konnektivität für lokale Gateways. https://docs.aws.amazon.com/outposts/latest/userguide/local-rack.html#local-gateway-bgp-connectivity

      Um Traffic von Ihrem lokalen Netzwerk an den Outpost zu senden und zu empfangen, stellen Sie sicher, dass:

      • Auf Ihren Kundennetzwerkgeräten befindet sich die BGP-Sitzung auf dem lokalen Gateway-VLAN von Ihren Netzwerkgeräten aus im Status AKTIV.

      • Stellen Sie bei Datenverkehr, der von lokalen Standorten zu Outposts geht, sicher, dass Sie in Ihrem CND die BGP-Werbung von Outposts empfangen. Diese BGP-Werbung enthält die Routen, die Ihr lokales Netzwerk verwenden muss, um den Datenverkehr vom lokalen Netzwerk zum Outpost weiterzuleiten. Stellen Sie daher sicher, dass Ihr Netzwerk über das richtige Routing zwischen Outposts und den lokalen Ressourcen verfügt.

      • Stellen Sie für den Datenverkehr, der von Outposts zum lokalen Netzwerk übertragen wird, sicher, dass Ihre CNDs die BGP-Routenankündigungen der lokalen Netzwerk-Subnetze an Outposts senden (oder 0.0.0. 0/0). Als Alternative können Sie eine Standardroute ankündigen (z. B. 0.0.0. 0/0) zu Outposts. Die von den CNDs angekündigten lokalen Subnetze müssen einen CIDR-Bereich haben, der dem CIDR-Bereich entspricht oder darin enthalten ist, den Sie konfiguriert haben. 3e: Fügen Sie einen Routeneintrag in die Routentabelle ein

      Stellen Sie sich das Szenario vor, in dem Sie einen im Direct-VPC-Modus konfigurierten 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:

      • Eine VPC mit einem CIDR-Block 10.0.0. 0/16.

      • Ein Outpost-Subnetz in der VPC mit einem CIDR-Block 10.0.3. 0/24.

      • Ein Subnetz im lokalen Netzwerk mit einem CIDR-Block 172.16.100. 0/24

      • Outposts verwendet die private IP-Adresse der Instances im Outpost-Subnetz, zum Beispiel 10.0.3. 0/24, um mit Ihrem lokalen Netzwerk zu kommunizieren.

      In diesem Szenario ist die Route angekündigt von:

      • Das lokale Gateway zu Ihren Kundengeräten ist 10.0.3. 0/24.

      • Ihre Kundengeräte für das Outpost Local Gateway sind 172.16.100. 0/24.

      Infolgedessen sendet das lokale Gateway ausgehenden Verkehr mit dem Zielnetzwerk 172.16.100. 0/24 auf 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 Konfigurationen, die erforderlich sind, um den Status der BGP-Sitzungen und die angekündigten Routen innerhalb dieser Sitzungen zu überprüfen, finden Sie in der Dokumentation Ihres Netzwerkanbieters.

      Informationen zur Fehlerbehebung finden Sie in der Checkliste zur Fehlerbehebung im AWS Outposts Rack-Netzwerk.

      Stellen Sie sich das Szenario vor, in dem Sie einen Außenposten 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:

      • Eine VPC mit einem CIDR-Block 10.0.0. 0/16.

      • Ein Subnetz in der VPC mit einem CIDR-Block 10.0.3. 0/24.

      • Ein kundeneigener IP-Pool (10.1.0. 0/26).

      • Eine Elastic IP-Adresszuweisung, die 10.0.3.112 mit 10.1.0.2 verknüpft.

      • Ein Subnetz im lokalen Netzwerk mit einem CIDR-Block 172.16.100. 0/24

      • Die Kommunikation zwischen Ihrem Outpost und dem On-Premises-Netzwerk verwendet die CoIP Elastic IPs, um Instances im Outpost zu adressieren. Der VPC-CIDR-Bereich wird nicht verwendet.

      In diesem Szenario ist die Route angekündigt von:

      • Das lokale Gateway zu Ihren Kundengeräten ist 10.1.0. 0/26.

      • Ihre Kundengeräte für das Outpost Local Gateway sind 172.16.100. 0/24.

      Infolgedessen sendet das lokale Gateway ausgehenden Verkehr mit dem Zielnetzwerk 172.16.100. 0/24 auf 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 Konfigurationen, 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 im AWS Outposts Rack-Netzwerk.

      Informationen zur Fehlerbehebung finden Sie in der Checkliste zur Fehlerbehebung im AWS Outposts Rack-Netzwerk.

      Schritt 5: Starten Sie eine Instance auf dem Outpost

      Sie können EC2-Instances in dem Outpost-Subnetz starten, das Sie erstellt haben, oder in einem Outpost-Subnetz, das für Sie freigegeben wurde. Sicherheitsgruppen steuern den eingehenden und ausgehenden VPC-Datenverkehr für Instances in einem Outpost-Subnetz genauso wie für Instances in einem Availability Zone-Subnetz. Um eine Verbindung zu einer EC2-Instance in einem Outpost-Subnetz herzustellen, können Sie beim Starten der Instance ein Schlüsselpaar angeben, genauso wie dies bei Instances in einem Availability Zone-Subnetz der Fall ist.

      Überlegungen

      • Um Blockdaten oder Boot-Volumes zu verwenden, die durch kompatiblen Speicher von Drittanbietern unterstützt werden, müssen Sie diese Volumes für die Verwendung mit EC2-Instances auf Outposts bereitstellen und konfigurieren. Weitere Informationen finden Sie unter .

      • Sie können eine Platzierungsgruppe erstellen, um zu beeinflussen, wie Amazon EC2 versuchen soll, Gruppen voneinander abhängiger Instances auf der Outposts-Hardware zu platzieren. Sie können die Platzierungsgruppenstrategie wählen, die den Anforderungen Ihres Workloads entspricht.

      • Wenn Sie Amazon EBS-Volumes hinzufügen, müssen Sie den Volume-Typ gp2 verwenden.

      • Wenn Ihr Outpost für die Verwendung eines kundeneigenen IP-Adresspools (CoIP) konfiguriert wurde, müssen Sie allen Instances, die Sie starten, eine kundeneigene IP-Adresse zuweisen.

      So starten Sie Instances in Ihrem Outpost-Subnetz

      1. Öffnen Sie die Konsole unter AWS Outposts . https://console.aws.amazon.com/outposts/

      2. Wählen Sie im Navigationsbereich Outposts aus.

      3. Wählen Sie Ihren Outpost aus und klicken Sie anschließend auf Aktionen, Details anzeigen.

      4. Wählen Sie auf der Outpost-Übersichtsseite die Option Instance starten aus. Sie werden zum Instance-Startassistenten in der Amazon EC2-Konsole weitergeleitet. Wir wählen das Outpost-Subnetz für Sie aus und zeigen Ihnen nur die Instance-Typen, die von Ihrem Outposts-Rack unterstützt werden.

      5. Wählen Sie einen Instance-Typ, der von Ihrem Outposts-Rack unterstützt wird. Beachten Sie, dass Instanzen, die ausgegraut angezeigt werden, nicht verfügbar sind.

      6. (Optional) Um die Instances in einer Platzierungsgruppe zu starten, erweitern Sie Erweiterte Details und scrollen Sie zur Platzierungsgruppe. Sie können entweder eine bestehende Platzierungsgruppe auswählen oder eine neue Platzierungsgruppe erstellen.

      7. (Optional) Sie können ein Datenvolume eines Drittanbieters hinzufügen.

        1. Erweitern Sie Speicher konfigurieren. Wählen Sie neben Externes Speichervolume die Option Bearbeiten aus.

        2. Wählen Sie für Storage Network Protocol die Option iSCSI aus.

        3. Geben Sie den Initiator-IQN ein und fügen Sie dann die Ziel-IP-Adresse, den Port und den IQN des externen Speicher-Arrays hinzu.

      8. Schließen Sie den Assistenten ab, um die Instance in Ihrem Outpost-Subnetz zu starten. Weitere Informationen finden Sie unter Starten einer EC2-Instance im Amazon EC2-Benutzerhandbuch:

      Schritt 6: Testen Sie die Konnektivität

      Sie können die Konnektivität anhand der entsprechenden Anwendungsfälle testen.

      Die Konnektivität von Ihrem lokalen Netzwerk zum Outpost testen

      Führen Sie den ping Befehl von einem Computer in Ihrem lokalen Netzwerk aus auf die private IP-Adresse der Outpost-Instanz aus.

      ping 10.0.3.128

      Es folgt eine Beispielausgabe.

      Pinging 10.0.3.128

Reply from 10.0.3.128:  bytes=32 time=<1ms TTL=128
Reply from 10.0.3.128:  bytes=32 time=<1ms TTL=128
Reply from 10.0.3.128:  bytes=32 time=<1ms TTL=128
    
Ping statistics for 10.0.3.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. Informationen zum Herstellen einer Verbindung zu einer Linux-Instance finden Sie unter Mit Ihrer EC2-Instance verbinden im Amazon EC2-Benutzerhandbuch.

      Nachdem die Instance ausgeführt wurde, führen Sie den ping-Befehl für die IP-Adresse eines Computers in Ihrem lokalen Netzwerk aus. Im folgenden Beispiel lautet die IP-Adresse 172.16.0.130.

      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 AWS Region und Außenposten

      Starten Sie eine Instance im Subnetz in 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:

      1. Rufen Sie die private IP-Adresse der Instance in der AWS Region ab. Diese Information ist in der Amazon EC2-Konsole auf der Seite mit den Instance-Details verfügbar.

      2. Verwenden Sie je nach Betriebssystem ssh oder rdp, um eine Verbindung zur privaten IP-Adresse Ihrer Outpost-Instance herzustellen.

      3. Führen Sie den ping Befehl von Ihrer Outpost-Instance aus und geben Sie die IP-Adresse der Instanz in der AWS Region an.

        ping 10.0.1.5

        Es folgt eine Beispielausgabe.

        Pinging 10.0.1.5

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

Ping statistics for 10.0.1.5
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 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 im Amazon EC2-Benutzerhandbuch unter Stellen Sie eine Verbindung zu Ihrer EC2-Instance her.

      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 AWS Region und Außenposten

      Starten Sie eine Instance im Subnetz in 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:

      1. Rufen Sie die private IP-Adresse der AWS Region-Instance ab, zum Beispiel 10.0.0.5. Diese Information ist in der Amazon EC2-Konsole auf der Seite mit den Instance-Details verfügbar.

      2. Verwenden Sie je nach Betriebssystem ssh oder rdp, um eine Verbindung zur privaten IP-Adresse Ihrer Outpost-Instance herzustellen.

      3. Führen Sie den ping Befehl von Ihrer Outpost-Instance auf die IP-Adresse der AWS Region-Instance aus.

        ping 10.0.0.5

        Es folgt eine Beispielausgabe.

        Pinging 10.0.0.5

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

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

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