EBSとEFSの違い ― ブロックとファイルストレージ

EC2にデータを置くとき、よく比べられるのがEBSとEFSです。EBSは1台のインスタンスに付けるディスク、EFSは複数台で共有するフォルダと考えると、違いが分かります。

Amazon EBS（Elastic Block Store）は、EC2のインスタンスに付けて使うブロックストレージです。パソコンに付けるハードディスクと同じように使えます。Amazon EFS（Elastic File System）は、複数のインスタンスが同時に読み書きできる共有フォルダです。接続にはNFSという通信方式を使います。

オブジェクトストレージのS3は、この2つとは別のサービスです。

ストレージは、データの扱い方で3種類に分けられます。AWSでは、種類ごとに使うサービスが決まっています。

ファイルストレージには、EFSのほかにAmazon FSxもあります。オンプレミスでブロックとファイルの違いにあたるSANとNASは、NASとSANの記事で比較しています。事業者に依らないオブジェクトストレージの仕組みは、オブジェクトストレージの記事で説明しています。

ボリュームは、インスタンスに付けて使う

EBSで作るディスク1台分を、EBSボリュームと呼びます。ボリュームをインスタンスに付けることを、アタッチと呼びます。

アタッチしたあとは、ハードディスクと同じようにファイルを保存したり、アプリをインストールしたりできます。1台のインスタンスに、複数のボリュームをアタッチすることもできます。

ボリュームは、インスタンスの稼働とは独立して存在します。インスタンスを終了するときにボリュームを削除するかどうかは、設定で決まります。

ボリュームは1つのAZに属する

EBSボリュームは、1つのAZの中に作られます。アタッチできるのは、同じAZにあるインスタンスだけです。

AWSのリージョンとAZの記事で説明したように、AZはリージョンの中にある独立した拠点です。ボリュームのデータは、同じAZの中の複数のサーバに自動で複製されます。複数のボリュームをOSの機能でまとめる方法は、RAIDの記事で説明しています。

別のAZのインスタンスで使いたいときは、後で説明するスナップショットから、そのAZに新しいボリュームを作ります。

ボリュームタイプは、性能と価格で選ぶ

EBSには、性能と価格の違うボリュームタイプがあります。大きくは、SSDを使うタイプとHDDを使うタイプに分かれます。SSDは頻繁な読み書きに向き、HDDは大きなデータを流し続ける処理に向きます。

このほかに、Magneticという旧世代のタイプがあります。IOPSやスループットの具体的な数値は、公式のボリュームタイプのページで確認してください。

EBSを複数台に付けられる例外もあります。Multi-Attachを有効にしたio1・io2のボリュームは、最大16台のインスタンスに同時にアタッチできます。相手は、同じAZにあるNitroシステムのインスタンスです。ただしXFSやEXT4のような標準的なファイルシステムは、複数のサーバから同時に使う設計ではありません。複数台でファイルを共有する目的には、EFSを使います。

スナップショットは、ボリュームのバックアップ

スナップショットは、ボリュームのある時点のバックアップです。前回のスナップショットから変わったブロックだけを保存する、増分のバックアップです。増分と差分・フルの違いは、フル・差分・増分バックアップの記事で説明しています。

スナップショットは、S3に保存されます。ただし、利用者が直接アクセスできないバケットなので、S3のコンソールやAPIには表示されません。スナップショットのデータはリージョン内のすべてのAZに複製されるため、どのAZにもボリュームを復元できます。

AWSは、EBSのデータを自動ではバックアップしません。スナップショットは、利用者が定期的に取るか、Amazon Data Lifecycle ManagerやAWS Backupで自動化します。この分担は、責任共有モデルの記事で説明した利用者側の責任の例です。暗号化したボリュームとスナップショットは、AWS KMSのキーを使って作られます。

EFSは、容量を決めずに使えるファイルストレージです。ファイルを追加すると自動で大きくなり、削除すると小さくなります。

NFSのバージョン4.1と4.0に対応しています。EC2のほかに、ECS・EKS・Lambda・Fargateからも使えます。WindowsのEC2では使えません。

複数のインスタンスから同時に使える

EFSのファイルシステムには、複数のNFSクライアントが同時にアクセスできます。同じリージョンの複数のAZにあるインスタンスが、同じファイルシステムを共有できます。

接続先になるのが、マウントターゲットです。VPCの中に、AZごとに1つ作れます。ファイルシステムのDNS名は、インスタンスと同じAZのマウントターゲットのIPアドレスに解決されます。VPCとサブネットの仕組みは、VPCの記事で説明しています。

データは、リージョン内の複数のAZに保存される

EFSのファイルシステムには、RegionalとOne Zoneの2種類があります。AWSが推奨するのはRegionalです。

Regionalは、同じリージョンの、地理的に離れた複数のAZにデータを冗長に保存します。1つ以上のAZが使えなくなっても、データへのアクセスを続けられます。

One Zoneは、1つのAZの中にだけデータを保存します。そのAZが失われると、データも失う可能性があります。

次の図は、同じ3つのAZに置いたEC2の接続方法を、EBSとEFSで比較したものです。EBSは、同じAZのインスタンスにしか付けられません。EFSは、AZをまたいで共有できます。

料金の決まり方も違います。EBSは、用意した容量に対して支払います。EFSは、実際に保存しているデータの量に応じて支払います。

保存の単価は、ストレージクラスという保存先の区分ごとに違います。アクセス頻度が低い区分では、データを読むときにも料金がかかります。さらに標準の設定では、読み書きしたデータの量にも料金がかかります。

金額は変わりやすいため、ここには書きません。最新の金額は、EBSの料金ページとEFSの製品ページで確認してください。AWS全体の料金の考え方は、料金の考え方の記事にまとめています。

インスタンスストアは、EC2が動くホストコンピュータに物理的に接続されたディスクを使う、一時的なブロックストレージです。バッファ・キャッシュ・作業用の一時データに向いています。

データは、インスタンスを再起動しても残ります。停止・休止・終了のときは残らず、ボリュームのすべてのブロックが消去されます。ディスクが壊れたときも、そのディスクのデータは残りません。

保持したいデータは、EBS・S3・EFSのいずれかにコピーします。インスタンスタイプによっては、インスタンスストアがありません。EC2のインスタンスタイプの選び方は、EC2の記事で説明しています。

次の図でデータの使い方を選ぶと、向いているストレージと理由が切り替わります。

• AWS「What is Amazon Elastic Block Store?」（EBSボリューム・スナップショットの定義、ボリュームタイプの2分類。2026-10-27時点）
• AWS「Amazon EBS volumes」（ボリュームとインスタンスが同じAZにあること、ボリュームタイプの一覧）
• AWS「Amazon EBS volume types」（ボリュームタイプごとの向く場面、HDDが起動ボリュームにできないこと）
• AWS「Attach an EBS volume to multiple EC2 instances using Multi-Attach」（Multi-Attachの条件と制限）
• AWS「Amazon EBS snapshots」（増分バックアップ、S3への保存、リージョン内のAZへの複製、自動ではバックアップされないこと）
• AWS「What is Amazon Elastic File System?」（EFSの定義、NFS、RegionalとOne Zone、Windowsの非対応）
• AWS「How Amazon EFS works」（複数AZのインスタンスからの同時アクセス、マウントターゲット）
• AWS「Amazon EFS Pricing」と「Features of Amazon EFS」（EFSの課金の決まり方。2026-10-28時点）
• AWS「Instance store temporary block storage for EC2 instances」と「Data persistence for Amazon EC2 instance store volumes」（インスタンスストアの定義と、データが残る場面・残らない場面）
• AWS「ブロック・ファイル・オブジェクトストレージの違い」（3種類の定義と向く場面。2026-10-27時点）