目次
【EC2 インスタンスストア の役割（パフォーマンス最適化）】
🔍 1. 結論
💎 一言でいうと EC2 インスタンスストアは、EC2インスタンスが動いている物理ホスト（サーバー機器）に直接内蔵されたディスクです。データは永続化されず（Stopすると消える） が、その代わりネットワークを経由しないため 「数百万 IOPS の究極の読み書きパフォーマンス（低遅延）」 を発揮します。
- ネットワーク経由のEBS（SSD）では間に合わない、超高速な処理が求められる場合に使用する。
- あくまで「一時データ（キャッシュやスクラッチデータ）」や「他でレプリケーションされるNoSQL」の置き場所として使う。
📈 2. SAAで出やすいポイント
- エフェメラル (Ephemeral: 揮発性): インスタンスを「停止 (Stop)」または「終了 (Terminate)」、あるいは背後のハードウェアが故障すると、インスタンスストアのデータは全て消滅 します。（※OSの「再起動 (Reboot)」では消えません）。
- 究極のIOPSと低レイテンシ: EBS (io2) が最大 256,000 IOPS なのに対し、インスタンスストア（NVMe SSD）は数百万 IOPS に到達します。ミリ秒未満の遅延が求められる高頻度取引システムや、大規模なバッチ処理の一時ファイル（スクラッチスペース）に最適です。
- アーキテクチャ上の工夫: データが消えてしまう性質を補うため、複数台のEC2インスタンスストア間でデータを自前で複製（レプリケーション）するようなNoSQLクラスター（CassandraやMongoDBなど）の基盤としてよく使われます。
🗝 3. キーワードでの判断
| 問題文のキーワード | 疑うストレージ |
|---|---|
| ⚡ 「EBSのプロビジョンドIOPSでも足りない」「数百万IOPSが必要」 | EC2 インスタンスストア |
| 🗑️ 「インスタンス停止時に消えても構わない一時データ（キャッシュ・スクラッチ）」 | EC2 インスタンスストア |
| 🔄 「データはアプリケーション側でレプリケーションするから、とにかく速いディスクが欲しい」 | EC2 インスタンスストア |
⚠️ 4. ひっかけポイント
🚫 よくある誤答パターン – 「データベースの重要なマスターデータをインスタンスストアに保存する」 → 致命的なアンチパターンです。EC2がダウンした瞬間にデータがロストします。永続的なデータは必ず EBS に保存してください。 – 「EBSからインスタンスストアにスナップショットを取得する」 → インスタンスストアはAWSのマネージドなスナップショット機能を持っていません。バックアップは自前でS3などに退避する必要があります。
💡 5. 覚え方
🧠 暗記ショートカット – EBS = 「外付けのUSBハードディスク」。ちょっと遠い（ネットワーク経由）けど、パソコンの電源を切ってもデータは残る。 – インスタンスストア = 「パソコン内蔵の超高速メモリディスク」。爆速だが、電源を切ったらすべてパーになる（エフェメラル）。
📚 6. 関連サービス
| アイコン | サービス名 | インスタンスストアとの違い |
|---|---|---|
| 💿 | Amazon EBS | EC2のメインとなる「永続的な」ブロックストレージ（ネットワークアタッチ型） |
| ⚡ | Amazon ElastiCache | メモリ上のキャッシュ層。インスタンスストア上の自前DB管理をマネージドに置き換える選択肢 |
🗒️ 7. Obsidian管理メモ
- 見返すタイミング: EBSボリュームタイプとの比較、超高性能要件の学習時
- 関連ノート候補:
AWS_高性能設計_EBS,AWS_SAA_EBS_vs_InstanceStore
8. HTMLファイル名:
AWS_高性能設計_EC2インスタンスストア.html
