Amazon EBS・EFSとストレージの使い分けの違いと使い分け

EBS・EFS・S3・Instance Storeを、接続方法、共有、寿命、保護の軸で比較します。サービス名の暗記だけでなく、同じ要件に見える二つの構成がどの条件で分かれるかを説明します。

この単元で学ぶこと

アクセス方式から候補を絞る
配置と共有の制約を比較する
性能・寿命・復旧を分けて評価する

本文解説

1. 比較の軸を固定する候補を比較するときは「ディスクを必要とするか」「NFS共有か」「オブジェクトAPIか」を最初に確認します。例えば既存DBがローカルなブロックデバイスを要求するならEBSを比較し、複数Linuxサーバーで共有ディレクトリを要求するならEFSを比較します。容量だけを揃えても用途は同じになりません。

2. 一台用ディスクと共有 EBSは通常のEC2のディスク用途に適し、複数ボリュームを一台へ付けることもできます。一部のボリュームではMulti-Attachが使えますが、同じAZ等の条件とクラスタファイルシステム等の対応が必要です。複数台から使えるという一点だけでEFSのNFSと同等とみなしません。

3. AZをまたぐ要件 EBSの稼働ボリュームは同じAZのEC2へ接続します。EFS Regionalでは複数AZに保存する共通ファイルシステムを利用できます。EBSのスナップショットから別AZで復元する方法は、障害前から複数AZで同じ稼働ディスクを直接共有している状態とは異なります。

4. 寿命を比較する Instance Storeは停止や終了等で消える前提の一時領域です。EBSは停止を越えて保持できますが終了時削除設定があります。EFSやS3も利用者の操作で削除すればデータが失われ得ます。「永続」という分類と「誤削除を防ぐ・元に戻す」という要求を分けて設計します。

5. 互換性を比較する NFSを必要とするLinuxアプリとSMBを必要とするWindowsアプリでは候補が違います。EFSとFSx for Windows File Serverはどちらもファイルサービスですが、同じプロトコルではありません。S3の通常APIへ変更する案なら、既存のファイル操作をそのまま使えるか、アプリの変更範囲も見積もります。

6. 性能の見方 EBSの容量、IOPS、スループットを分け、アクセスの大きさや頻度を観察します。EFSでも容量が伸びることだけで全負荷の性能が決まるわけではありません。例えば保存量は少なくても同じ小ファイルに大量アクセスするアプリがあり、容量単価だけの比較では性能要求を見落とします。

7. 保護の目的を比較する暗号化は読まれ方の保護に関係し、認可はアクセスできる主体と操作を決め、バックアップは以前の状態を復元する準備です。Regionalの複数AZ保存はAZ障害への耐性であり、これらの代わりではありません。要件ごとに満たしている仕組みを分けて記録します。

8. 全体費用を比較する EBSは確保した容量や性能等、EFSは保存量や選ぶ方式・性能等、S3はクラスや要求等を含めて評価します。保存単価だけ安い案でも、アプリ改修や運用、復元に時間がかかるなら総合判断が変わります。選択後にバックアップや暗号化の費用を初めて追加するのではなく、必要な構成を揃えて比較します。

図解

選定条件を順に絞る — 一つの長所だけで選ばず、全ての必要条件を満たす案を比較します。

重要ポイント

同じ共有という語でもMulti-AttachとNFSは異なる。
同時に使う配置と復旧時の移動を分ける。
暗号化・認可・復旧は別の目的。

間違えやすい点

別AZへ復元できることを別AZへ直接接続できることと混同する。
ファイルという名称だけでSMBとNFSを交換できると考える。

用語解説

Multi-Attach: 対応するEBSを同じAZの複数EC2へ接続する機能。アプリ等の整合管理も必要。
SMB: Windowsのファイル共有等で使うプロトコル。
復旧点: バックアップ等から戻せるデータの時点。

参考資料

教材データに登録された参考リンクです。リンク先の内容や更新日は提供元でご確認ください。

確認問題の出題・採点や学習履歴の保存にはログインが必要です。