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](https://aws.amazon.com/outposts/) und den [AWS Local Zones Funktionen](https://aws.amazon.com/about-aws/global-infrastructure/localzones/features/).
## 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](networking.md) 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 \
--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
```
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](https://docs.aws.amazon.com/outposts/latest/userguide/local-rack.html#local-gateway-subnet) an, wie in diesem Beispiel gezeigt:
```
aws elbv2 create-load-balancer \
--name my-internal-load-balancer \
--scheme internet-facing \
--customer-owned-ipv4-pool
--subnets
```
Informationen zur Bereitstellung anderer Dienste am Edge finden Sie unter diesen Links:
| **Service** | **AWS Outposts** | **AWS Local Zones** |
| --- | --- | --- |
| Amazon EKS | [Stellen Sie Amazon EKS vor Ort bereit mit AWS Outposts](https://docs.aws.amazon.com/eks/latest/userguide/eks-outposts.html) | [Starten Sie EKS-Cluster mit niedriger Latenz mit AWS Local Zones](https://docs.aws.amazon.com/eks/latest/userguide/local-zones.html) |
| Amazon ECS | [Amazon ECS auf AWS Outposts](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-on-outposts.html) | [Amazon ECS-Anwendungen in gemeinsam genutzten Subnetzen, Local Zones und Wellenlängenzonen](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/cluster-regions-zones.html) |
| Amazon RDS | [Amazon RDS auf AWS Outposts](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-on-outposts.html) | Wählen Sie das Subnetz der lokalen Zone |
| Amazon S3 | [Erste Schritte mit Amazon S3 auf Outposts](https://docs.aws.amazon.com/AmazonS3/latest/s3-outposts/S3OutpostsGS.html) | Nicht verfügbar |
| Amazon ElastiCache | [Outposts verwenden mit ElastiCache](https://docs.aws.amazon.com/AmazonElastiCache/latest/mem-ug/ElastiCache-Outposts.html) | [Verwenden von Local Zones mit ElastiCache](https://docs.aws.amazon.com/AmazonElastiCache/latest/mem-ug/Local_zones.html) |
| Amazon EMR | [EMR-Cluster auf AWS Outposts](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-outposts.html) | [EMR-Cluster auf AWS Local Zones](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-localzones.html) |
| Amazon FSx | Nicht verfügbar | Wählen Sie das Subnetz der lokalen Zone |
| AWS Elastic Disaster Recovery | [Arbeiten mit und AWS Elastic Disaster RecoveryAWS Outposts](https://docs.aws.amazon.com/drs/latest/userguide/outposts.html) | Nicht verfügbar |
| AWS Application Migration Service | Nicht verfügbar | Wählen Sie das Subnetz der lokalen Zone als Staging-Subnetz aus |
## 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 CLI](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/outposts/index.html)oder die [Outposts](https://docs.aws.amazon.com/outposts/latest/APIReference/API_Operations.html) 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](https://aws.amazon.com/outposts/rack/pricing/).
### 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:
+ [AWS CLI für Amazon EC2](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/index.html)
+ EC2.Kunde im [AWS SDK für Python (Boto)](https://boto3.amazonaws.com/v1/documentation/api/latest/reference/services/ec2.html)
+ Ec2Client im [AWS SDK für Java](https://sdk.amazonaws.com/java/api/latest/software/amazon/awssdk/services/ec2/Ec2Client.html)
### 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:
| **Dimension** | **Beschreibung** |
| --- | --- |
| `Account` | Das Konto oder der Dienst, der die Kapazität nutzt |
| `InstanceFamily` | Die Instanzfamilie |
| `InstanceType` | Der Instance-Typ |
| `OutpostId` | Die ID des Außenpostens |
| `VolumeType` | Der EBS-Volumetyp |
| `VirtualInterfaceId` | Die ID des lokalen Gateways oder der virtuellen Service Link-Schnittstelle (VIF) |
| `VirtualInterfaceGroupId` | Die ID der VIF-Gruppe für die lokale Gateway-VIF |
Weitere Informationen finden Sie unter [CloudWatch Metriken für Outposts-Racks](https://docs.aws.amazon.com/outposts/latest/userguide/outposts-cloudwatch-metrics.html) in der Outposts-Dokumentation.