【EBSの役割（パフォーマンス最適化）】
目次
🔍 1. 結論
💎 一言でいうと Amazon EBS における高性能化の鉄則は、「ワークロードが IOPS（1秒あたりの読み書き回数）を求めているのか、スループット（1秒あたりの転送データ量）を求めているのか」 を見極め、適切なボリュームタイプを選択することです。
- リレーショナルDB (NoSQL含む) のような細かいデータの高速な読み書き → プロビジョンド IOPS SSD (io1 / io2) または gp3
- ビッグデータやログ分析のような巨大なファイルの連続読み書き → スループット最適化 HDD (st1)
📈 2. SAAで出やすいポイント
- 汎用SSD (gp2 / gp3): デフォルトの選択肢。gp3 は容量とパフォーマンス（IOPS / スループット）を別々に設定できるため、現在最も推奨されるコストパフォーマンスの高いタイプです。
- プロビジョンド IOPS SSD (io1 / io2): 数万〜数十万のIOPSを必要とするミッションクリティカルなデータベース（Oracle, SQL Server, Cassandraなど）で使用します。EBSの中で最もレイテンシが低く、IOPSが高いSSDです。
- スループット最適化 HDD (st1): IOPS（細かい読み書き）は苦手ですが、巨大なデータを一気に転送する能力（スループット：MB/s）に特化しています。ビッグデータ、データウェアハウス、ログ処理などが最適です。
- EBS最適化インスタンス: EC2とEBS間のネットワーク帯域を専用に確保する設定。高性能を出すための前提条件となります。
🗝 3. キーワードでの判断
| 問題文のキーワード | 疑うボリュームタイプ |
|---|---|
| ⚡ 「数万 IOPS のデータベース」「ミッションクリティカルな低遅延」 | プロビジョンド IOPS SSD (io1 / io2) |
| 📊 「ビッグデータ分析」「ログのバッチ処理」「高いスループット（MB/s）」 | スループット最適化 HDD (st1) |
| 💰 「コストを抑えつつ、容量に依存せずにIOPSを高めたい」 | 汎用 SSD (gp3) |
| 🐢 「アクセス頻度が非常に低く、とにかく一番安いディスクが欲しい」 | Cold HDD (sc1) |
⚠️ 4. ひっかけポイント
🚫 よくある誤答パターン – 「究極のパフォーマンスを求めて、全てをio2にする」 → ビッグデータ（大容量の連続読み書き）の要件でio2を選ぶのはコストの無駄であり不正解です。スループット要件には HDD (st1) を選びます。 – 「EC2再起動時にデータが消えてもいいから超絶速いディスクが欲しい」 → この要件の場合、EBSのどのタイプよりも 「EC2 インスタンスストア（ローカルNVMe）」 が正解になります。数百万IOPSが出ます。
💡 5. 覚え方
🧠 暗記ショートカット – IOPS (SSD) = 「千本ノック」。細かく速い球を何度も打ち返す能力（データベース向き）。→ io1/io2/gp3 – スループット (HDD) = 「滝行」。一気に大量の水を浴びる能力（ビッグデータ向き）。→ st1
📚 6. 関連サービス
| アイコン | サービス名 | 高性能ストレージの使い分け |
|---|---|---|
| 💻 | EC2 インスタンスストア | 揮発性（消えてしまう）だが、EBS(io2)を遥かに超える究極のIOPSを持つ |
| 📁 | Amazon EFS | 複数台のEC2から同時にアクセスできる（EBSは基本1台にしか付けられない） |
🗒️ 7. Obsidian管理メモ
- 見返すタイミング: EBSボリュームタイプの比較、DBインフラのサイジング学習時
- 関連ノート候補:
AWS_SAA_EBS_Volume_Types
8. HTMLファイル名:
AWS_高性能設計_EBS.html
