Platzierungsstrategien für Ihre Platzierungsgruppen

Sie können mithilfe einer der folgenden Platzierungsstrategien eine Platzierungsgruppe für Ihre EC2 Instances erstellen.

Cluster Placement-Gruppen

Eine Cluster Placement-Gruppe ist eine logische Gruppierung von Instances innerhalb einer einzelnen Availability Zone. Instances sind nicht in einem einzigen Rack isoliert. Eine Cluster-Platzierungsgruppe kann sich über Peering-Netzwerke (VPCs) in derselben Region erstrecken. Für Instances in derselben Cluster-Platzierungsgruppe gilt eine höhere Durchsatzbeschränkung pro Datenfluss für TCP /IP-Verkehr und sie befinden sich im gleichen Bandbreitensegment mit hoher Halbierung des Netzwerks.

Im folgenden Image werden Instances dargestellt, die in einer Cluster-Placement-Gruppe platziert sind.

Cluster-Placement-Gruppen sind für Anwendungen zu empfehlen, die von niedriger Netzwerklatenz, hohem Netzwerkdurchsatz oder von beidem profitieren. Sie werden auch empfohlen, wenn der Großteil des Netzwerkdatenverkehrs zwischen den Instances in der Gruppe liegt. Um die niedrigste Latenz und die höchste packet-per-second Netzwerkleistung für Ihre Platzierungsgruppe bereitzustellen, wählen Sie einen Instance-Typ, der Enhanced Networking unterstützt. Weitere Informationen erhalten Sie unter Enhanced Networking.

Wir empfehlen Ihnen, Ihre Instances folgendermaßen zu starten:

• Verwenden Sie eine einzelne Startanforderung, um die Anzahl der benötigten Instances in der Placement-Gruppe zu starten.

• Verwenden Sie denselben Instance-Typ für alle Instances in der Placement-Gruppe.

Wenn Sie versuchen, der Placement-Gruppe später weitere Instances hinzuzufügen oder mehr als einen Instance-Typ in der Placement-Gruppe zu starten, steigt das Risiko, dass die Kapazität nicht ausreicht und ein entsprechender Fehler auftritt.

Wenn Sie eine Instance in einer Placement-Gruppe anhalten und dann wieder starten, wird sie in der Placement-Gruppe weiterhin ausgeführt. Der Startvorgang schlägt aber fehl, wenn für die Instance nicht genügend Kapazität vorhanden ist.

Wenn Sie beim Starten einer Instance in einer Placement-Gruppe, die bereits laufende Instances enthält, einen Kapazitätsfehler erhalten, sollten Sie alle Instances der Placement-Gruppe beenden und erneut starten und dann versuchen, den Vorgang zu wiederholen. Wenn Sie die Instances starten, werden diese unter Umständen zu Hardware migriert, die über Kapazität für alle angeforderten Instances verfügt.

Regeln und Einschränkungen

Für Cluster Placement-Gruppen gelten die folgenden Regeln:

• Die folgenden Instance-Typen werden unterstützt:

  • Instances der aktuellen Generation, mit Ausnahme von Instances mit hoher Leistung (z. B. T2), Mac1-Instances und M7i-Flex-Instances.

  • Die folgenden Instances der vorherigen Generation: A1, C3, C4, I2, M4, R3 und R4.

• Eine Cluster Placement-Gruppe kann nicht übergreifend für mehrere Availability Zones gelten.

• Die maximale Netzwerk-Durchsatzgeschwindigkeit von Datenverkehr zwischen zwei Instances einer Cluster Placement-Gruppe richtet sich nach der langsameren der beiden Instances und ist entsprechend begrenzt. Wählen Sie für Anwendungen, die einen hohen Durchsatz erfordern, einen Instance-Typ mit einer Netzwerkkonnektivität, die Ihren Anforderungen entspricht.

• Für Instances, die Enhanced Networking unterstützen, gelten die folgenden Regeln:

  • Instances innerhalb einer Cluster Placement-Gruppe können bis zu 10 Gbit/s für Single-Flow-Verkehr verwenden. Instances außerhalb einer Cluster-Placement-Gruppe können bis zu 5 Gbit/s für Single-Flow-Verkehr verwenden.

  • Datenverkehr zu und von Amazon S3 S3-Buckets innerhalb derselben Region über den öffentlichen IP-Adressraum oder über einen VPC Endpunkt kann die gesamte verfügbare aggregierte Instance-Bandbreite nutzen.

• In einer Cluster Placement-Gruppe können mehrere Instance-Typen gestartet werden. Dadurch verringert sich aber die Wahrscheinlichkeit, dass die erforderliche Kapazität vorhanden und der Startvorgang erfolgreich ist. Wir empfehlen Ihnen, für alle Instances einer Cluster Placement-Gruppe den gleichen Instance-Typ zu verwenden.

• Wir empfehlen, dass Sie Kapazität explizit in der Cluster-Placement-Gruppe reservieren, indem Sie eine On-Demand-Kapazitätsreservierung in der Cluster-Placement-Gruppe erstellen. Beachten Sie, dass Sie mit zonalen Reserved Instances keine Kapazität reservieren können, da sie Kapazität nicht explizit in einer Platzierungsgruppe reservieren können.

• Der Netzwerkverkehr zum Internet und über eine AWS Direct Connect Verbindung zu lokalen Ressourcen ist für Cluster-Platzierungsgruppen auf 5 Gbit/s begrenzt.

Partitions-Placement-Gruppen

Partitions-Placement-Gruppen tragen zu einer verringerten Wahrscheinlichkeit korrelierter Hardwarefehler für Ihre Anwendung bei. Bei der Verwendung von Partitionsplatzierungsgruppen EC2 unterteilt Amazon jede Gruppe in logische Segmente, die als Partitionen bezeichnet werden. Amazon EC2 stellt sicher, dass jede Partition innerhalb einer Platzierungsgruppe über einen eigenen Satz von Racks verfügt. Dabei verfügt jedes Rack über sein eigenes Netzwerk und seine eigene Stromquelle. Da keine der Partitionen innerhalb einer Placement-Gruppe dieselben Racks nutzen, können die Auswirkung von Hardwarefehlern auf Ihre Anwendungen reduziert werden.

Das folgende Image ist eine einfache visuelle Darstellung einer Partition-Placement-Gruppe in einer einzelnen Availability Zone. Es zeigt Instances in einer Partition-Placement-Gruppe mit drei Partitionen – Partition 1, Partition 2 und Partition 3. Jede Partition umfasst mehrere Instances. Die Instances in der jeweiligen Partition nutzen keine Racks mit den Instances in den anderen Partitionen gemeinsam. Die Auswirkungen eines einzelnen Hardwarefehlers werden somit auf nur die zugehörige Partition eingeschränkt.

Partitionsplatzierungsgruppen können verwendet werden, um große verteilte und replizierte Workloads wie, HDFSHBase, und Cassandra in verschiedenen Racks bereitzustellen. Wenn Sie Instances in einer Partitionsplatzierungsgruppe starten, EC2 versucht Amazon, die Instances gleichmäßig auf die von Ihnen angegebene Anzahl von Partitionen zu verteilen. Sie können Instances auch in einer bestimmten Partition starten, um eine bessere Kontrolle darüber zu haben, wo die Instances platziert werden.

Eine Partition-Placement-Gruppe kann Partitionen in mehreren Availability Zones in der gleichen Region umfassen. Eine Partition-Placement-Gruppe kann maximal sieben Partitionen pro Availability Zone aufweisen. Die Anzahl von Instances, die in einer Partition-Placement-Gruppe gestartet werden können, ist nur durch die Begrenzungen in Ihrem Konto limitiert.

Partitions-Placement-Gruppen bieten außerdem Einsicht in die Partitionen. Sie können sehen, welche Instances sich in welchen Partitionen befinden. Sie können diese Informationen an topologieorientierte Anwendungen wie HDFSHBase, und Cassandra weitergeben. die anhand dieser Informationen intelligente Datenreplikationsentscheidungen zur Steigerung der Verfügbarkeit und Lebensdauer von Daten treffen.

Wenn Sie eine Instance in einer Partitions-Placement-Gruppe starten und es nicht genügend eindeutige Hardware zur Erfüllung der Anforderung gibt, schlägt die Anforderung fehl. Amazon EC2 stellt im Laufe der Zeit immer mehr unterschiedliche Hardware zur Verfügung, sodass Sie Ihre Anfrage später erneut versuchen können.

Regeln und Einschränkungen

Für Partitions-Placement-Gruppen gelten die folgenden Regeln:

• Eine Partition-Placement-Gruppe unterstützt maximal sieben Partitionen pro Availability Zone. Die Anzahl von Instances, die Sie in einer Partition-Placement-Gruppe starten können, ist nur durch die Begrenzungen in Ihrem Konto limitiert.

• Wenn Instances in einer Partitionsplatzierungsgruppe gestartet werden, EC2 versucht Amazon, die Instances gleichmäßig auf alle Partitionen zu verteilen. Amazon garantiert EC2 keine gleichmäßige Verteilung der Instances auf alle Partitionen.

• Eine Partition-Placement-Gruppe mit Dedicated Instances kann maximal zwei Partitionen umfassen.

• Kapazitätsreservierungen reservieren keine Kapazität in einer Partition-Placement-Gruppe.

Spread Placement-Gruppen

Eine Spread-Placement-Gruppe ist eine Gruppe von Instances, die jeweils auf einer bestimmten Hardware platziert werden.

Spread Placement-Gruppen werden für Anwendungen mit einer geringen Anzahl kritischer Instances empfohlen, die getrennt voneinander gehalten werden sollten. Das Launchen von Instances in einer Placement-Gruppe auf Spread-Ebene reduziert das Risiko gleichzeitiger Ausfälle, die auftreten können, wenn Instances dieselbe Ausstattung nutzen. Placement-Gruppen auf Spread-Ebene bieten Zugriff auf separate Hardware und eignen sich daher für die Vermischung von Instance-Typen oder das Launchen über eine Zeit hinweg.

Wenn Sie eine Instance in einer Spread-Placement-Gruppe starten und es nicht genügend eindeutige Hardware zur Erfüllung der Anforderung gibt, schlägt die Anforderung fehl. Amazon EC2 stellt im Laufe der Zeit immer mehr unterschiedliche Hardware zur Verfügung, sodass Sie Ihre Anfrage später erneut versuchen können. Placement-Gruppen können Instances auf Racks oder Hosts verteilen. Verteilte Platzierungsgruppen auf Rackebene können in verschiedenen AWS Regionen und mehr verwendet werden AWS Outposts. Spread-Platzierungsgruppen auf Host-Ebene können AWS Outposts nur mit verwendet werden.

Spread-Platzierungsgruppen auf Rack-Ebene

Das folgende Image zeigt sieben Instances in einer einzelnen Availability Zone, die in einer Spread Placement-Gruppe platziert sind. Die sieben Instances sind in sieben verschiedenen Racks untergebracht, wobei jedes Rack über ein eigenes Netzwerk und eine eigene Stromquelle verfügt.

Eine verteilte Platzierungsgruppe auf Rackebene kann sich über mehrere Availability Zones in derselben Region erstrecken. In einer Region kann eine Spread-Platzierungsgruppe auf Rackebene maximal sieben laufende Instances pro Availability Zone pro Gruppe haben. Mit Outposts kann eine verteilte Platzierungsgruppe auf Rackebene so viele Instances aufnehmen, wie Sie Racks in Ihrer Outpost-Bereitstellung haben.

Spread-Placement-Gruppen auf Host-Ebene

Spread Placement-Gruppen auf Host-Ebene sind nur mit verfügbar. AWS Outposts Eine Platzierungsgruppe auf Host-Spread-Level kann so viele Instances aufnehmen, wie Sie Hosts in Ihrer Outpost-Bereitstellung haben. Weitere Informationen finden Sie unter Platzierungsgruppen auf AWS Outposts.

Regeln und Einschränkungen

Für Spread Placement-Gruppen gelten die folgenden Regeln:

• Eine Rack-Spread-Placement-Gruppen unterstützt maximal sieben laufende Instances pro Availability Zone. In einer Region mit drei Availability Zones können Sie beispielsweise insgesamt 21 Instances in der Gruppe ausführen, mit sieben Instances in jeder Availability Zone. Wenn Sie versuchen, eine achte Instance innerhalb derselben Availability Zone und in derselben Spread Placement-Gruppe zu starten, wird die Instance nicht gestartet. Wenn Sie mehr als sieben Instances in einer Availability Zone benötigen, empfehlen wir Ihnen, mehrere Spread-Placement-Gruppen zu verwenden. Die Verwendung mehrerer Spread-Placement-Gruppen garantiert nicht die Verteilung der Instances zwischen den Gruppen, stellt aber die Verteilung für jede Gruppe sicher, um den Einfluss von bestimmten Fehlerklassen zu begrenzen.

• Spread Placement-Gruppen werden für Dedicated Instances nicht unterstützt.

• Spread Placement-Gruppen auf Host-Ebene werden nur für Placement-Gruppen unterstützt, die aktiviert AWS Outposts sind. Eine Spread Placement-Gruppe auf Host-Ebene kann so viele Instances enthalten, wie Sie Hosts in Ihrer Outpost-Bereitstellung haben.

• In einer Region kann eine Spread Placement-Gruppe auf Rack-Level maximal sieben laufende Instances pro Availability Zone pro Gruppe haben. Somit AWS Outposts kann eine verteilte Platzierungsgruppe auf Rackebene so viele Instances aufnehmen, wie Sie Racks in Ihrer Outpost-Bereitstellung haben.

• Kapazitätsreservierungen reservieren keine Kapazität in einer Spread-Placement-Gruppe.