目次
1. 結論
EC2 置換グループは、「インスタンスをどこに置くかの物理戦略」を指定する機能です。通常、AWSはインスタンスを分散させて配置しますが、あえて「近くに集めて通信を速くする」か、逆に「絶対に同じラック（ハードウェア）を共有させない」ように設定できます。性能重視か、可用性重視かで使い分けます。
2. SAAで出やすいポイント
- 3つのタイプ:
- クラスター (Cluster): 同一AZ内のリソースを物理的に近づける。低レイテンシー・高スループットなネットワーク通信が必要な場合に選択（HPCなど）。
- スプレッド (Spread): 各インスタンスを別々のラック（物理サーバーの棚）に配置する。少数の重要なインスタンスをハードウェア障害から守る場合に選択。
- パーティション (Partition): グループをパーティション（論理的分け目）に分割し、ハードウェアを共有しないようにする。HDFSやHBase, Kafkaなどの分散ワークロード向け。
- 制約: クラスター置換グループは複数のAZにまたがることはできない（単一AZ内のみ）。
3. キーワードでの判断
| 問題文のキーワード | 疑うべきサービス/機能 | 判断理由 |
|---|---|---|
| 「インスタンス間のネットワーク遅延を最小化」 | クラスター置換グループ | 通信速度最優先 |
| 「単一のハードウェア障害の影響を最小化」 | スプレッド置換グループ | 物理的な隔離が必要 |
| 「分散ファイルシステムや大規模分散アプリ」 | パーティション置換グループ | 論理的な分離が必要 |
4. ひっかけポイント
- AZ（アベイラビリティゾーン）との違い: 置換グループは「同じデータセンター内の物理的な場所」の話。AZは「物理的に離れたデータセンター」の話。
- クラスタータイプの注意: 同一AZ内でしか使えないため、AZ全体の障害には無力。可用性を高めるならマルチAZ構成と組み合わせる必要がある。
- インスタンスの起動失敗: 置換グループ（特にクラスター）に後からインスタンスを追加しようとすると、物理的な空きがなくて起動に失敗することがある（全インスタンスを同時に起動するのがベスト）。
5. 覚え方
- 「クラスター = 密（集まってお喋り＝速い）」
- 「スプレッド = 疎（離れて安全＝壊れにくい）」
6. 関連サービス
| サービス名 | 関連する理由 |
|---|---|
| EC2 | 置換グループを設定する対象となるコンピューティングリソース。 |
| EFA (Elastic Fabric Adapter) | クラスター置換グループと併用し、さらに超高速なネットワーク通信を実現する。 |
| FSx for Lustre | HPC構成でクラスター置換グループのインスタンスから利用される高速ストレージ。 |
7. Obsidian管理メモ
- 復習ポイント: 最大7つのインスタンスまでしかスプレッド置換グループに入れられない（AZあたり）という制限があるが、SAAレベルでは「ハードウェアを分ける = スプレッド」という概念が最重要。
- 関連ノート: EC2のネットワーキング性能向上
8. HTMLファイル名
ec2-placement-groups-strategies.html
