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.

Edge-Infrastrukturmanagement

AWS bietet vollständig verwaltete Dienste, die AWS Infrastruktur APIs, Dienste und Tools näher an Ihre Endbenutzer und Rechenzentren ausdehnen. Die Dienste, die in Outposts und Local Zones verfügbar sind, sind dieselben wie in AWS-Regionen, sodass Sie diese Dienste mit derselben AWS Konsole verwalten können, AWS CLI, oder AWS APIs. Informationen zu den unterstützten Diensten finden Sie in der Tabelle AWS Outposts mit dem Funktionsvergleich und den AWS Lokale Zonen Funktionen.

Bereitstellung von Diensten am Netzwerkrand

Sie können die verfügbaren Dienste in Local Zones und Outposts auf die gleiche Weise konfigurieren, wie Sie sie konfigurieren AWS-Regionen: mit der AWS Konsole, AWS CLI, oder AWS APIs. Der Hauptunterschied zwischen regionalen Bereitstellungen und Edge-Bereitstellungen besteht in den Subnetzen, in denen Ressourcen bereitgestellt werden. Im Abschnitt Networking at the Edge wurde beschrieben, wie Subnetze in Outposts und Local Zones bereitgestellt werden. Nachdem Sie die Edge-Subnetze identifiziert haben, verwenden Sie die Edge-Subnetz-ID als Parameter, um den Dienst in Outposts oder Local Zones bereitzustellen. Die folgenden Abschnitte enthalten Beispiele für die Bereitstellung von Edge-Diensten.

Amazon EC2 an der Peripherie

Im folgenden run-instances Beispiel wird eine einzelne Instance des Typs m5.2xlarge im Edge-Subnetz für die aktuelle Region gestartet. Das key pair ist optional, wenn Sie nicht planen, eine Verbindung zu Ihrer Instance mithilfe von SSH unter Linux oder des Remote Desktop Protocol (RDP) unter Windows herzustellen.

aws ec2 run-instances \
    --image-id ami-id \
    --instance-type m5.2xlarge \
    --subnet-id <subnet-edge-id> \
    --key-name MyKeyPair

Application Load Balancers am Edge

Im folgenden create-load-balancer Beispiel wird ein interner Application Load Balancer erstellt und die Local Zones oder Outposts für die angegebenen Subnetze aktiviert.

aws elbv2 create-load-balancer \
    --name my-internal-load-balancer \
    --scheme internal \
    --subnets <subnet-edge-id>

Um einen mit dem Internet verbundenen Application Load Balancer in einem Subnetz auf einem Outpost bereitzustellen, setzen Sie das internet-facing Flag in der --scheme Option und geben eine CoIP-Pool-ID an, wie in diesem Beispiel gezeigt:

aws elbv2 create-load-balancer \
    --name my-internal-load-balancer \
    --scheme internet-facing \
    --customer-owned-ipv4-pool <coip-pool-id>
    --subnets <subnet-edge-id>

Informationen zur Bereitstellung anderer Dienste am Edge finden Sie unter diesen Links:

Outposts-spezifische CLI und SDK

AWS Outposts verfügt über zwei Gruppen von Befehlen und dient APIs zum Erstellen eines Serviceauftrags oder zum Bearbeiten der Routing-Tabellen zwischen dem lokalen Gateway und Ihrem lokalen Netzwerk.

Bestellvorgang bei Outposts

Sie können die AWS CLIoder die Outposts verwenden, APIs um eine Außenposts-Website zu erstellen, einen Outposts zu erstellen und eine Outposts-Bestellung zu erstellen. Wir empfehlen Ihnen, während des AWS Outposts Bestellvorgangs mit einem Hybrid-Cloud-Spezialisten zusammenzuarbeiten, um die richtige Auswahl der Ressourcen IDs und die optimale Konfiguration für Ihre Implementierungsanforderungen sicherzustellen. Eine vollständige Liste der Ressourcen-IDs finden Sie auf der Seite mit den Preisen für AWS Outposts Racks.

Verwaltung des lokalen Gateways

Die Verwaltung und der Betrieb des lokalen Gateways (LGW) in Outposts erfordern Kenntnisse der AWS CLI für diese Aufgabe verfügbaren SDK-Befehle. Sie können das AWS CLI und unter anderem verwenden AWS SDKs , um LGW-Routen zu erstellen und zu ändern. Weitere Informationen zur Verwaltung des LGW finden Sie in diesen Ressourcen:

CloudWatch Metriken und Protokolle

AWS-Services Da sie sowohl in Outposts als auch in Local Zones verfügbar sind, werden Metriken und Protokolle auf die gleiche Weise wie in Regionen verwaltet. Amazon CloudWatch bietet Metriken, die der Überwachung von Outposts in den folgenden Dimensionen gewidmet sind:

Weitere Informationen finden Sie unter CloudWatch Metriken für Outposts-Racks in der Outposts-Dokumentation.