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.

Lokale Netzwerkkonnektivität für Outposts-Racks

Sie benötigen die folgenden Komponenten, um Ihr Outposts-Rack mit Ihrem lokalen Netzwerk zu verbinden:

Tatsächliche Konnektivität

Ein Outposts-Rack besteht aus zwei physischen Netzwerkgeräten, die an Ihr lokales Netzwerk angeschlossen werden.

Ein Outpost benötigt mindestens zwei physische Verbindungen zwischen diesen Outpost-Netzwerkgeräten und Ihren lokalen Netzwerkgeräten. Ein Outpost unterstützt die folgenden Uplink-Geschwindigkeiten und -Mengen für jedes Outpost-Netzwerkgerät.

Die Uplink-Geschwindigkeit und -Menge sind auf jedem Outpost-Netzwerkgerät symmetrisch. Wenn Sie 100 Gbit/s als Uplink-Geschwindigkeit verwenden, müssen Sie den Link mit Vorwärtsfehlerkorrektur (FEC CL91) konfigurieren.

Outposts-Racks können Singlemode-Glasfaser (SMF) mit Lucent Connector (LC), Multimode-Glasfaser (MMF) oder MMF OM4 mit LC unterstützen. AWSstellt die Optik bereit, die mit der Glasfaser kompatibel ist, die Sie an der Rackposition bereitstellen.

In der folgenden Abbildung ist die physische Abgrenzung das Glasfaser-Patchpanel in jedem Outpost. Sie stellen die Glasfaserkabel bereit, die erforderlich sind, um den Outpost mit dem Patchpanel zu verbinden.

Link-Aggregation

AWS Outpostsverwendet das Link Aggregation Control Protocol (LACP), um LAG-Verbindungen (Link Aggregation Group) zwischen Ihren Outpost-Netzwerkgeräten und Ihren lokalen Netzwerkgeräten herzustellen. Die Links von jedem Outpost-Netzwerkgerät werden zu einer Ethernet-LAG zusammengefasst, die eine einzelne Netzwerkverbindung darstellt. Diese LAGs verwenden LACP mit Standard-Fast-Timern. Sie können LAGs nicht so konfigurieren, dass sie langsame Timer verwenden.

Um eine Outpost-Installation an Ihrem Standort zu aktivieren, müssen Sie Ihre LAG-Verbindungen auf Ihren Netzwerkgeräten konfigurieren.

Aus logischer Sicht sollten Sie die Outpost-Patchpanels als Abgrenzungspunkt ignorieren und die Outpost-Netzwerkgeräte verwenden.

Bei Bereitstellungen mit mehreren Racks muss ein Outpost über vier LAGs zwischen der Aggregationsebene der Outpost-Netzwerkgeräte und Ihren lokalen Netzwerkgeräten verfügen.

Das folgende Diagramm zeigt vier physische Verbindungen zwischen jedem Outpost-Netzwerkgerät und dem angeschlossenen lokalen Netzwerkgerät. Wir verwenden Ethernet-LAGs, um die physischen Verbindungen zu aggregieren, die die Outpost-Netzwerkgeräte mit den lokalen Netzwerkgeräten des Kunden verbinden.

Virtuelle LANs

Jede LAG zwischen einem Outpost-Netzwerkgerät und einem lokalen Netzwerkgerät muss als IEEE 802.1q-Ethernet-Trunk konfiguriert werden. Dies ermöglicht die Verwendung mehrerer VLANs für die Netzwerksegmentierung zwischen Datenpfaden.

Jeder Outpost verfügt über die folgenden VLANs für die Kommunikation mit Ihren lokalen Netzwerkgeräten:

Sie können das Service Link-VLAN und das lokale Gateway-VLAN nur zwischen dem Outpost und den lokalen Netzwerkgeräten Ihres Kunden konfigurieren.

Ein Outpost ist so konzipiert, dass er die Datenpfade für Service Link und lokales Gateway in zwei isolierte Netzwerke aufteilt. Auf diese Weise können Sie auswählen, welches Ihrer Netzwerke mit Diensten kommunizieren kann, die auf dem Outpost ausgeführt werden. Außerdem können Sie so einrichten, dass der Service ein isoliertes Netzwerk vom lokalen Gateway-Netzwerk verbindet, indem Sie mehrere Routing-Tabellen auf dem lokalen Netzwerkgerät Ihres Kunden verwenden, die allgemein als Virtual Routing and Forwarding Instances (VRF) bezeichnet werden. Die Demarkationslinie befindet sich am Port der Outpost-Netzwerkgeräte. AWSverwaltet jede Infrastruktur auf der AWS Seite der Verbindung, und Sie verwalten jede Infrastruktur auf Ihrer Seite der Leitung.

Um Ihren Outpost während der Installation und des laufenden Betriebs in Ihr On-Premises-Netzwerk zu integrieren, müssen Sie die verwendeten VLANs den Outpost-Netzwerkgeräten und den On-Premises-Netzwerkgeräten des Kunden zuordnen. Sie müssen diese Informationen AWS vor der Installation angeben. Weitere Informationen finden Sie unter Checkliste zur Netzwerkbereitschaft.

Netzwerk-Layer-Konnektivität

Um die Konnektivität auf der Netzwerkebene herzustellen, wird jedes Outpost-Netzwerkgerät mit virtuellen Schnittstellen (VIFs) konfiguriert, die die IP-Adresse für jedes VLAN enthalten. Über diese VIFs können AWS Outposts-Netzwerkgeräte IP-Konnektivität und BGP-Sitzungen mit Ihren lokalen Netzwerkgeräten einrichten.

Wir empfehlen Folgendes:

Für die Konnektivität auf Netzwerkebene müssen Sie zwei Pfade einrichten:

Das folgende Diagramm zeigt die Verbindungen von jedem Outpost-Netzwerkgerät zum lokalen Netzwerkgerät des Kunden für den Service-Link-Pfad und den lokalen Gateway-Pfad. Für dieses Beispiel gibt es vier VLANs:

Die folgende Tabelle zeigt Beispielwerte für die Subnetze, die das Outpost-Netzwerkgerät 1 mit dem lokalen Netzwerkgerät 1 des Kunden verbinden.

Die folgende Tabelle zeigt Beispielwerte für die Subnetze, die das Outpost-Netzwerkgerät 2 mit dem lokalen Netzwerkgerät 2 des Kunden verbinden.

ACE-Rack-Konnektivität

Ein Aggregation, Core, Edge (ACE) -Rack dient als Netzwerkaggregationspunkt für Outpost-Bereitstellungen mit mehreren Racks. Sie müssen ein ACE-Rack verwenden, wenn Sie über vier oder mehr Computer-Racks verfügen. Wenn Sie weniger als vier Computer-Racks haben, aber in future eine Erweiterung auf vier oder mehr Racks planen, empfehlen wir, dass Sie frühestens ein ACE-Rack installieren.

Mit einem ACE-Rack sind Outposts Outposts-Netzwerkgeräte nicht mehr direkt an Ihre lokalen Netzwerkgeräte angeschlossen. Stattdessen sind sie mit dem ACE-Rack verbunden, das die Konnektivität zu den Outposts-Racks ermöglicht. AWSBesitzt in dieser Topologie die VLAN-Schnittstellenzuweisung und -konfiguration zwischen Outposts-Netzwerkgeräten und den ACE-Netzwerkgeräten.

Ein ACE-Rack umfasst vier Netzwerkgeräte, die für maximale Stabilität mit zwei vorgelagerten Kundengeräten in einem lokalen Kundennetzwerk oder mit vier vorgelagerten Kundengeräten verbunden werden können.

Die folgenden Bilder zeigen die beiden Netzwerktopologien.

Die folgende Abbildung zeigt die vier ACE-Netzwerkgeräte des ACE-Racks, die mit zwei vorgelagerten Kundengeräten verbunden sind:

Die folgende Abbildung zeigt die vier ACE-Netzwerkgeräte des ACE-Racks, die mit vier vorgelagerten Kundengeräten verbunden sind:

Service Link BGP-Konnektivität

Der Outpost richtet eine externe BGP-Peering-Sitzung zwischen jedem Outpost-Netzwerkgerät und dem lokalen Netzwerkgerät des Kunden ein, um die Service Link-Konnektivität über das Service Link-VLAN herzustellen. Die BGP-Peering-Sitzung wird zwischen den /30- oder /31-IP-Adressen eingerichtet, die für das Punkt-zu-Punkt-VLAN bereitgestellt werden. Jede BGP-Peering-Sitzung verwendet eine private autonome Systemnummer (ASN) auf dem Outpost-Netzwerkgerät und eine ASN, die Sie für die lokalen Netzwerkgeräte Ihrer Kunden auswählen. AWSKonfiguriert im Rahmen des Installationsvorgangs die von Ihnen angegebenen Attribute.

Stellen Sie sich das Szenario vor, in dem Sie einen Outpost mit zwei Outpost-Netzwerkgeräten haben, die über ein Service Link-VLAN mit zwei lokalen Netzwerkgeräten des Kunden verbunden sind. Sie konfigurieren die folgenden Infrastruktur- und BGP-ASN-Attribute für das lokale Netzwerkgerät des Kunden für jeden Service-Link:

Der Outpost richtet mithilfe des folgenden Verfahrens eine externe BGP-Peering-Sitzung über das Service Link-VLAN ein:

Wir empfehlen Ihnen, die Kunden-Netzwerkgeräte so zu konfigurieren, dass sie BGP-Ankündigungen von Outposts empfangen, ohne die BGP-Attribute zu ändern. Das Kundennetzwerk sollte Routen von Outposts mit einer AS-Path Länge von 1 gegenüber Routen mit einer AS-Path Länge von 4 bevorzugen.

Das Kundennetzwerk sollte für alle ONDs gleiche BGP-Präfixe mit denselben Attributen bewerben. Das Outpost-Netzwerk verteilt standardmäßig ausgehenden Datenverkehr zwischen allen Uplinks. Routing-Richtlinien werden auf der Outpost-Seite verwendet, um den Datenverkehr von einem OND wegzuverlagern, falls Wartungsarbeiten erforderlich sind. Diese Datenverkehrsverlagerung erfordert gleiche BGP-Präfixe von Kundenseite für alle ONDs. Wenn Wartungsarbeiten am Kundennetzwerk erforderlich sind, empfehlen wir, AS-Path Prepending zu verwenden, um den Datenverkehr vorübergehend von bestimmten Uplinks zu verlagern.

Service Link-Infrastruktur, Subnetz, Werbung und IP-Bereich

Während der Vorinstallation für das Subnetz der Service Link-Infrastruktur geben Sie den CIDR-Bereich /26 an. Die Outpost-Infrastruktur verwendet diesen Bereich, um über den Service Link Konnektivität mit der Region herzustellen. Das Service Link-Subnetz ist die Outpost-Quelle, die die Konnektivität initiiert.

Outpost-Netzwerkgeräte geben den CIDR-Bereich /26 als zwei /27 CIDR-Blöcke an, um Verbindungs- und Geräteausfälle zu unterstützen.

Sie müssen einen Service Link BGP ASN und ein Infrastruktursubnetz-CIDR (/26) für den Outpost bereitstellen. Geben Sie für jedes Outpost-Netzwerkgerät die BGP-Peering-IP-Adresse im VLAN des lokalen Netzwerkgeräts und die BGP-ASN des lokalen Netzwerkgeräts an.

Wenn Sie mehrere Racks bereitstellen, benötigen Sie ein /26-Subnetz pro Rack.

BGP-Konnektivität für das lokale Gateway

Der Outpost verwendet eine private Autonome Systemnummer (ASN), die Sie zuweisen, um die externen BGP-Sitzungen einzurichten. Jedes Outpost-Netzwerkgerät verfügt über ein einzelnes externes BGP-Peering zu einem lokalen Netzwerkgerät über sein lokales Gateway-VLAN.

Der Outpost richtet eine externe BGP-Peering-Sitzung über das lokale Gateway-VLAN zwischen jedem Outpost-Netzwerkgerät und dem angeschlossenen lokalen Netzwerkgerät des Kunden ein. Die Peering-Sitzung wird zwischen den /30- oder /31-IPs eingerichtet, die Sie bei der Einrichtung der Netzwerkkonnektivität angegeben haben, und verwendet Punkt-zu-Punkt-Konnektivität zwischen den Outpost-Netzwerkgeräten und den lokalen Netzwerkgeräten des Kunden. Weitere Informationen finden Sie unter Netzwerk-Layer-Konnektivität.

Jede BGP-Sitzung verwendet die private ASN auf der Seite des Outpost-Netzwerkgeräts und eine ASN, die Sie auf der Seite des lokalen Netzwerkgeräts des Kunden auswählen. AWSkonfiguriert die Attribute im Rahmen des Vorinstallationsprozesses.

Stellen Sie sich das Szenario vor, in dem Sie einen Outpost mit zwei Outpost-Netzwerkgeräten haben, die über ein Service Link-VLAN mit zwei lokalen Netzwerkgeräten des Kunden verbunden sind. Sie konfigurieren die folgenden BGP ASN-Attribute für das lokale Gateway und das lokale Netzwerkgerät des Kunden für jeden Service-Link:

Wir empfehlen Ihnen, die Netzwerkausrüstung Ihrer Kunden so zu konfigurieren, dass sie BGP-Werbung von Outposts empfangen, ohne die BGP-Attribute zu ändern, und den multipath/load BGP-Ausgleich zu aktivieren, um optimale eingehende Verkehrsflüsse zu erzielen. AS-Path Prepending wird für lokale Gateway-Präfixe verwendet, um den Datenverkehr von ONDs wegzuleiten, falls Wartungsarbeiten erforderlich sind. Das Kundennetzwerk sollte Routen von Outposts mit einer AS-Path Länge von 1 gegenüber Routen mit einer AS-Path Länge von 4 bevorzugen.

Das Kundennetzwerk sollte für alle ONDs gleiche BGP-Präfixe mit denselben Attributen bewerben. Das Outpost-Netzwerk verteilt standardmäßig ausgehenden Datenverkehr zwischen allen Uplinks. Routing-Richtlinien werden auf der Outpost-Seite verwendet, um den Datenverkehr von einem OND wegzuverlagern, falls Wartungsarbeiten erforderlich sind. Diese Datenverkehrsverlagerung erfordert gleiche BGP-Präfixe von Kundenseite für alle ONDs. Wenn Wartungsarbeiten am Kundennetzwerk erforderlich sind, empfehlen wir, AS-Path Prepending zu verwenden, um den Datenverkehr vorübergehend von bestimmten Uplinks zu verlagern.

Kundeneigene IP-Subnetz-Werbung für das lokale Gateway

Standardmäßig verwendet das lokale Gateway die privaten IP-Adressen der Instances in Ihrer VPC (siehe Direktes VPC-Routing), um die Kommunikation mit Ihrem lokalen Netzwerk zu erleichtern. Sie können jedoch einen kundeneigenen IP-Adresspool (Customer-owned IP Address, CoIP) bereitstellen.

Sie können Elastic-IP-Adressen aus diesem Pool erstellen und die Adressen dann Ressourcen auf Ihrem Outpost zuweisen, wie z. B. EC2-Instances.

Das lokale Gateway übersetzt die Elastic-IP-Adresse in eine Adresse aus dem kundeneigenen Pool. Das lokale Gateway gibt die übersetzte Adresse an Ihr On-Premises-Netzwerk und an jedes andere Netzwerk weiter, das mit dem Outpost kommuniziert. Die Adressen werden in beiden lokalen Gateway-BGP-Sitzungen an die lokalen Netzwerkgeräte weitergegeben.

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