プレイスメントグループ

新しい EC2 インスタンスを起動する場合、EC2 サービスは、相関性のエラーを最小限に抑えるために、すべてのインスタンスが基盤となるハードウェアに分散されるようにインスタンスを配置する。プレイスメントグループを使用することで、ワークロードのニーズに対応するために独立したインスタンスのグループのプレイスメントに影響を与えることができる。ワークロードのタイプに応じて、以下のいずれかのプレイスメント戦略によりプレイスメントグループを作成できる。

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

クラスタープレイスメントグループ

クラスタープレイスメントグループは、単一のアベイラビリティーゾーン内のインスタンスを論理的にグループ化したも。クラスタープレイスメントグループは、同じリージョン内の複数のピア VPC にまたがることができる。同じクラスタープレイスメントグループ内のインスタンスは、TCP/IP トラフィックのフローあたりのスループット上限が高くなり、ネットワークの二分帯域幅の広い同じセグメントに配置される。

低いネットワークレイテンシー、高いネットワークスループット、またはその両方からメリットを受けるアプリケーション向け。

パーティションプレイスメントグループ

パーティションプレイスメントグループは、アプリケーションに関連するハードウェア障害の頻度を軽減することを想定。

各グループをパーティションと呼ばれる論理的なセグメントに分割する。プレイスメントグループ内の各パーティションにそれぞれ一連のラックがあり、各ラックには独自のネットワークおよび電源がある。プレイスメントグループ内のパーティションどうしが同じラックを共有することはない。これにより、アプリケーション内でのハードウェア障害による影響を隔離できる。

HDFS、HBase、Cassandra などの大規模な分散および複製ワークロードを異なるラック間でデプロイするために使用する。

アベイラビリティーゾーンごとに最大 7 つのパーティションを持つことができる。

スプレッドプレイスメントグループ

スプレッドプレイスメントグループは、それぞれに独自のネットワークおよび電源がある異なるラックに別々に配置できるインスタンスのグループ。

スプレッドプレイスメントグループは、少数の重要なインスタンスが互いに分離して保持される必要があるアプリケーションに推奨。スプレッドプレイスメントグループでインスタンスを起動すると、インスタンスが同じラックを共有するときに発生する可能性のある､同時障害のリスクが軽減される。スプレッドプレイスメントグループは、異なるラックへのアクセスを提供するため、長時間のインスタンスタイプの混合やインスタンスの起動に適している。

同じリージョン内の複数のアベイラビリティーゾーンに分散でき、グループごとのアベイラビリティーゾーンごとに、最大 7 つの実行中のインスタンスを持つことができる。

AWS認定資格試験テキスト　AWS認定ソリューションアーキテクト - アソシエイト　改訂第2版 amazon.co.jpamazon.co.jp