# Amazon EC2 インスタンスのプレイスメントグループ
<a name="placement-groups"></a>

ワークロードのニーズを対応するために、相互に依存する EC2 インスタンスのグループをプレイスメントグループ内に作成して、そのプレイスメントに影響を与えることができます。

ワークロードのタイプに応じて、以下のいずれかのプレイスメント戦略によりプレイスメントグループを作成できます。
+ **[クラスター]** – アベイラビリティーゾーン内でインスタンスをまとめます。この戦略により、ワークロードは、ハイパフォーマンスコンピューティング (HPC) アプリケーションで典型的な緊密に組み合わされたノード間通信に必要な低レイテンシーネットワークパフォーマンスを実現できます。
+ **パーティション** – インスタンスを複数の論理パーティションに分散させ、1 つのパーティション内のインスタンスのグループが基盤となるハードウェアを別のパーティション内のインスタンスのグループと共有しないようにします。この戦略は、Hadoop、Cassandra、Kafka などの大規模な分散および複製ワークロードで一般的に使用されます。
+ **スプレッド** 相関性のエラーを減らすために、少数のインスタンスを基盤となるハードウェア全体に厳密に配置します。

プレイスメントグループは任意で選択します。インスタンスをリプレイスメントグループに作成しない場合、EC2 は、関連する障害を最小限に抑えるために、すべてのインスタンスが基盤となるハードウェア全体に分散されるような方法でインスタンスを配置しようとします。

**料金**  
プレイスメントグループを作成するための料金は発生しません。

**ルールと制限**

プレイスメントグループを使用する前に、次のルールに注意してください｡
+ インスタンスは一度に 1 つのプレイスメントグループに配置することができます。1 つのインスタンスを複数のプレイスメントグループに配置することはできません。
+ プレイスメントグループをマージすることはできません。
+ [オンデマンドキャパシティ予約](ec2-capacity-reservations.md#capacity-reservations-limits)および[ゾーンリザーブドインスタンス](reserved-instances-scope.md)を使用すると、アベイラビリティーゾーンの EC2 インスタンスに対してキャパシティを予約できます。インスタンスを起動するときに、インスタンス属性がオンデマンドキャパシティ予約またはゾーンリザーブドインスタンスで指定された属性と一致する場合、リザーブドキャパシティはインスタンスによって自動的に使用されます。これは、プレイスメントグループにインスタンスを起動する場合にも当てはまります。
+ Dedicated Hosts をプレイスメントグループで起動することはできません。
+ プレイスメントグループの中断時に停止または休止するように設定されたスポットインスタンスは起動できません。

**Topics**
+ [プレイスメント戦略](placement-strategies.md)
+ [プレイスメントグループの作成](create-placement-group.md)
+ [インスタンスの配置を変更する](change-instance-placement-group.md)
+ [プレイスメントグループの削除](delete-placement-group.md)
+ [共有プレイスメントグループ](share-placement-group.md)
+ [AWS Outposts のプレイスメントグループ](placement-groups-outpost.md)