

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.

# Platzierung von Instanzen
<a name="instance-placement"></a>

 Outposts haben eine begrenzte Anzahl von Rechenhosts. Wenn Ihre Anwendung mehrere verwandte Instances auf Outposts bereitstellt, können die Instances ohne zusätzliche Konfiguration auf denselben Hosts oder auf Hosts im selben Rack bereitgestellt werden. Heute gibt es drei Mechanismen, mit denen Sie Instances verteilen können, um das Risiko zu minimieren, dass verwandte Instances auf derselben Infrastruktur ausgeführt werden: 

 **Bereitstellung mehrerer Außenposten** — Ähnlich wie bei einer Multi-AZ-Strategie in der Region können Sie Outposts in separaten Rechenzentren und Anwendungsressourcen in bestimmten Outposts bereitstellen. Auf diese Weise können Sie Instances auf dem gewünschten Outpost (einem logischen Satz von Racks) ausführen. [Intra-VPC-Kommunikation](https://aws.amazon.com/about-aws/whats-new/2023/08/aws-outposts-rack-intra-vpc-communication-multiple-outposts/) über mehrere Outposts mit direktem VPC-Routing ist eine weitere Strategie, die verwendet werden kann, um Workloads auf mehrere Outposts innerhalb derselben VPC zu verteilen, indem die Outpost Local Gateways (LGW) verwendet werden, um Routen zwischen den Subnetzen auf den Outposts zu erstellen. Eine Strategie mit mehreren Outposts kann zum Schutz vor Rack- und Rechenzentrumsausfällen eingesetzt werden. Wenn die Außenposten in separaten AZs oder regionalen Ausfallmodi verankert sind, kann sie auch Schutz vor Ausfallmodi von AZ oder Region bieten. [Weitere Informationen zu Architekturen mit mehreren Außenstellen finden Sie unter Larger Failure Modes.](larger-failure-modes.md) 

 ** EC2 Amazon-Platzierungsgruppen auf Outposts** (Single-Outpost Multi-Rack-Instance-Platzierung) — Sie können [Platzierungsgruppen auf Outposts](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups-outpost.html) erstellen, die Sie in Ihrem Konto erstellt haben. Auf diese Weise können Sie die Instances auf die zugrunde liegende Hardware auf einem Outpost an Ihrem Standort verteilen. Wenn Sie eine Platzierungsgruppe mit einer Spread-Strategie auf einem Outpost erstellen, können Sie wählen, ob die Platzierungsgruppe Instances über Hosts oder Racks verteilt.

 Eine verteilte Platzierungsgruppe bietet eine einfache Möglichkeit, einzelne Instances auf Racks oder Hosts zu verteilen, um das Risiko korrelierter Ausfälle zu verringern. Sie dürfen in der Gruppe nur so viele Instances bereitstellen, wie Sie Hosts in Ihrem Outpost haben. 

![Diagramm, das die EC2 verteilte Platzierungsgruppe auf einem Außenposten mit drei Racks zeigt](http://docs.aws.amazon.com/de_de/whitepapers/latest/aws-outposts-high-availability-design/images/ec2-spread-placement-group.png)


 Sie können Instances auch mit Platzierungsgruppen für Partitionen auf mehrere Racks verteilen. Verwenden Sie die automatische Verteilung, um Instanzen auf Partitionen in der Gruppe zu verteilen oder Instanzen auf ausgewählten Zielpartitionen bereitzustellen. Durch die Bereitstellung von Instances auf Zielpartitionen können Sie ausgewählte Ressourcen im selben Rack bereitstellen und gleichzeitig andere Ressourcen auf mehrere Racks verteilen. Wenn Sie beispielsweise einen logischen Outpost mit drei Racks haben, können Sie durch die Erstellung einer Partitionsplatzierungsgruppe mit drei Partitionen Ressourcen auf die Racks verteilen. 

![Diagramm, das die Platzierungsgruppen für EC2 Partitionen in einem Outpost mit drei Racks zeigt](http://docs.aws.amazon.com/de_de/whitepapers/latest/aws-outposts-high-availability-design/images/ec2-partition-placement-groups.png)


 **Creative Server-Slotting** — Wenn Sie einen Outpost mit einem Rack haben oder wenn der Service, den Sie auf Outposts verwenden, keine Platzierungsgruppen unterstützt, können Sie Creative Slotting verwenden, um sicherzustellen, dass Ihre Instances nicht auf demselben physischen Server bereitgestellt werden. Wenn die zugehörigen Instances dieselbe EC2 Instance-Größe haben, können Sie Ihre Server möglicherweise in Steckplätze einteilen, um die Anzahl der auf jedem Server konfigurierten Steckplätze dieser Größe zu begrenzen und so die Steckplätze auf die Server zu verteilen. Durch Server-Slotting wird die Anzahl der Instanzen (dieser Größe) begrenzt, die auf einem einzelnen Server ausgeführt werden können. 

 Betrachten Sie als Beispiel das zuvor in Abbildung 13 gezeigte Steckplatz-Layout. Wenn Ihre Anwendung drei `m5.4xlarge` Instanzen auf dem mit diesem Steckplatz-Layout konfigurierten Outpost bereitstellen EC2 müsste, würde jede Instanz auf einem separaten Server platziert werden und es bestünde keine Möglichkeit, dass diese Instanzen auf demselben Server ausgeführt werden könnten — solange die Steckplatzkonfiguration nicht geändert wird, um zusätzliche `m5.4xlarge` Steckplätze auf den Servern zu öffnen. 

## Empfohlene Methoden für die Platzierung von Recheninstanzen
<a name="recommended-practices-for-compute-instance-placement"></a>
+  Verwenden Sie [Amazon EC2 Placement-Gruppen auf Outposts](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups-outpost.html), um die Platzierung von Instances in Racks innerhalb eines einzigen logischen Outposts zu kontrollieren.
+  Anstatt einen Outpost mit einem einzigen mittleren oder großen Outpost-Rack zu bestellen, sollten Sie erwägen, die Kapazität in zwei kleine oder mittlere Racks aufzuteilen, damit Sie die Möglichkeit der EC2 Platzierungsgruppen nutzen können, Instances auf mehrere Racks zu verteilen. 
+ [Die Amazon EC2 Placement-Gruppe auf Outposts kann verwendet werden, um die Platzierung von EKS-Knotengruppen, Control Plane-Knoten für EKS Local Cluster und ECS Task zu beeinflussen.](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/task-placement-strategies.html)
+ Verwenden Sie Intra-VPC-Kommunikation, um Workloads auf mehrere Outposts innerhalb derselben VPC zu verteilen.