2026.07.22 インフラ

Amazon FSxとは？4つのファイルシステムの選び分けと料金・採用判断を実装者目線で解説

Amazon FSx（エフエスエックス）は、Windows File Server・Lustre・NetApp ONTAP・OpenZFSという4つの広く使われるファイルシステムを、AWSのフルマネージドで提供する共有ファイルストレージのサービス群です。サーバーの管理をAWSに任せたまま、SMBやNFSといったプロトコルでEC2やオンプレミスからマウントして使う、ネットワーク越しのファイルサーバーです。この記事では、VPC内に作成してマウントするというFSxの位置づけ、4つのファイルシステムをどう選び分けるか、シングルAZとマルチAZの可用性の前提、容量・スループット・バックアップで積み上がる料金モデルを一次情報で整理します。単一EC2に接続するEBS、Linux向けのシンプルな共有であるEFS、マウントできないオブジェクトストレージのS3との役割の違い、そしてFSxを採用すべき条件とEFSや自前構築へ寄せる場面の判断基準まで、実装者がストレージ設計で迷う論点を具体的に示します。

目次

まとめ：Amazon FSxの4つのファイルシステムと選び分けの要点

Amazon FSxは、Windows File Server・Lustre・NetApp ONTAP・OpenZFSの4つから選ぶ、フルマネージドの共有ファイルストレージです。いずれもVPC内のサブネットに作成し、セキュリティグループでアクセスを絞ったうえで、ネットワーク経由でマウントして使います。選び分けの軸は明確で、Windowsアプリやファイル共有・Active Directory連携ならWindows File Server、HPCや機械学習の高性能並列処理ならLustre、NetApp環境からの移行やSMB・NFS・iSCSIを1つで扱いたいならNetApp ONTAP、Linux系ファイルサーバの移行やZFSのスナップショットが要るならOpenZFS、という対応関係で絞れます。

料金は製品ごとに体系が異なりますが、おおむねプロビジョニングしたストレージ容量に、スループットキャパシティやSSDのIOPS、バックアップの保存量が積み上がる構造です。ストレージの位置づけとしては、単一EC2につなぐブロックストレージのEBS、Linux向けのシンプルな共有NFSのEFS、APIで読み書きするオブジェクトのS3とは用途が分かれます。FSxは、特定のファイルシステム機能や特定プロトコル、あるいは高い並列性能が要る場面で選ぶ選択肢です。どれを選ぶか迷う実装者は、本記事後半の選定フローと採用条件を自社のワークロードに当てはめてください。

Amazon FSxとは：4つのファイルシステムから選ぶ共有ファイルストレージ

FSxを設計へ落とし込むには、まず「FSxはファイルサーバーそのものをマネージドにしたサービスであり、中身のファイルシステムを4つから選ぶ」という構造を押さえます。ここを曖昧にすると、EFSやS3で足りる要件にFSxを持ち込んで割高になったり、逆にWindows共有が要る場面でEFSを選んで詰まったりしかねません。AWSやクラウドの全体像から確認したい場合は、クラウドとは何か・AWSの仕組みを事業者向けに解説した記事が上位の入り口になります。

フルマネージドの共有ファイルストレージという位置づけと基本特徴

Amazon FSxは、ファイルサーバーの構築・パッチ適用・冗長化・バックアップといった運用をAWSに任せられる、フルマネージドの共有ファイルストレージです。利用者はVPC内のサブネットにファイルシステムを作成し、あとはSMBやNFSといった標準プロトコルで、EC2インスタンスやオンプレミスのサーバーからマウントして読み書きします。OSやアプリケーションからは、普段どおりのネットワークファイル共有として見えるため、既存のファイルサーバーの置き換え先として扱いやすい点が特徴です。マウント元となるEC2そのものの仕組みは、Amazon EC2のインスタンスタイプと料金を実装者目線で解説した記事とあわせて見ると、コンピュートとファイルストレージの役割分担が明確になります。

4つのファイルシステムから用途に合わせて選ぶ設計の思想と全体像

FSxの特徴は、1つのサービスの中で、性格の異なる4つのファイルシステムから用途に合うものを選べる点です。Windowsに強いWindows File Server、高性能並列のLustre、多機能なNetApp ONTAP、オープンソースのOpenZFSがそろい、対応プロトコルも保有機能も異なります。共通して、VPC内への配置・KMS連携の保存時暗号化・自動バックアップ・製品に応じたシングルAZ/マルチAZ展開に対応するため、どれを選んでも運用の型は近くなります。まず「どのプロトコルとファイルシステム機能が要るか」で候補を絞り、次に性能とコストで詰めるのが選定の順序です。

ファイルシステム 主なプロトコル 向く用途
Windows File Server SMB Windows共有・AD連携
Lustre POSIX（並列） HPC・機械学習
NetApp ONTAP NFS / SMB / iSCSI NetApp移行・多機能
OpenZFS NFS Linux共有・スナップショット

EBS・EFS・S3とFSxのストレージとしての役割分担の違い

FSxを選ぶ前に、AWSの他のストレージとの役割分担を整理しておくと迷いません。単一のEC2に接続するブロックストレージのAmazon EBSを解説した記事のEBSは、1台のディスクのように使う個別インスタンス向けで、複数サーバーからの共有には向きません。Linux向けの共有NFSであるAmazon EFSを解説した記事のEFSは、複数のEC2から同時にマウントできるシンプルなフルマネージド共有です。オブジェクトストレージのAmazon S3を解説した記事のS3は、HTTPベースのAPIで読み書きし、OSからボリュームとしてマウントはできません。FSxは、これらでは満たせない「Windowsのファイル共有（SMB・AD）」「並列処理の高性能」「NetAppやZFSの固有機能」が要るときに選ぶ、共有ファイルストレージという位置づけです。

Amazon FSxの4つのファイルシステムの特徴と選び分け

ここからは4つのファイルシステムを個別に見て、どんなワークロードでどれを選ぶかを具体化します。対応プロトコルと保有機能が判断の起点になります。

FSx for Windows File Server（SMB・AD連携）

FSx for Windows File Serverは、Windows Serverベースの共有をマネージドで提供するファイルシステムです。SMB（2.0/2.1/3.0/3.1.1）とNTFSに対応し、Active Directoryと統合してWindowsのアクセス権をそのまま扱えるうえ、DFS Namespacesやファイルアクセス監査にも対応します。クライアントはWindowsだけでなくLinux・macOSからもマウントでき、マルチAZ展開時にはSLA 99.99%が示されています。オンプレミスのWindowsファイルサーバーやホームディレクトリをAWSへ移す場面、業務アプリが共有フォルダを前提にしている場面が、この選択肢が効く典型です。SMBとAD連携が要るなら、まずこの製品が候補になります。

FSx for Lustre（高性能並列処理・S3データ連携）

FSx for Lustreは、計算資源を大量に使うワークロード向けに設計された高性能並列ファイルシステムです。POSIX準拠でLinuxからマウントし、多数のクライアントから並列アクセスしても高いスループットを保てるため、HPC（高性能計算）、機械学習の学習、メディアのレンダリング、大規模なデータ解析が対象になります。S3のデータセットを自動でインポート・エクスポートする連携を備え、オブジェクトストレージのS3にある入力データをLustreへ展開し、計算結果を書き戻す流れを組めます。短期の計算に使うスクラッチ型と、データを保持する永続型があり、性能とコストのバランスで選ぶ設計です。並列性能が要らない一般的なファイル共有には過剰なので、計算負荷が明確な場面に絞って使うのが実務的です。

FSx for NetApp ONTAP（マルチプロトコル・NetApp機能）

FSx for NetApp ONTAPは、NetAppのONTAPをAWS上でマネージドに使えるファイルシステムです。NFS（v3/v4.x）・SMB・iSCSIのマルチプロトコルに1つのファイルシステムで対応し、SnapMirrorによるレプリケーション、FlexCloneの即時クローン、重複排除・圧縮、低頻度データを安い階層へ自動で移す容量プール階層化といったNetApp由来の機能を備えます。オンプレミスでNetAppを運用していて、その機能や運用手順を保ったままクラウドへ移りたい場面、SMBとNFSを混在させたい場面に向きます。ONTAPの内部構造やストレージ仮想マシン（SVM）・ボリュームの考え方など、より踏み込んだ仕組みは、FSx for NetApp ONTAPの概要と仕組みを解説した記事で詳しく整理しました。多機能な一方で設計要素が多いため、要件に対して機能が過剰にならないかを確認して選びます。

FSx for OpenZFS（NFS・ZFSスナップショット）

FSx for OpenZFSは、オープンソースのOpenZFSをベースにしたファイルシステムです。NFS（v3/v4.0/4.1/4.2）でマウントし、ZFSネイティブのスナップショット、書き込み時コピーによる即時クローン、圧縮といった機能を、レイテンシ1ミリ秒未満の低遅延で使えます。最大512TiBまでのファイルシステムを作れ、HDDストレージオプションを選べばアクセス頻度の低いデータを安く置けます。Linux系のファイルサーバーをクラウドへ移し、ZFSのスナップショットやクローンを前提にした運用を続けたい場面、NFSで低レイテンシの共有が要る場面に向く選択肢です。Windows共有が中心ならWindows File Server、NetApp固有機能が要るならONTAP、と役割を分けて考えます。

Amazon FSxの実装・運用で押さえる前提（VPC・可用性・料金）

どのファイルシステムを選ぶにせよ、FSxはVPC内に配置してネットワークでマウントする構造が共通です。可用性の展開オプションとバックアップ、料金の積み上がり方を押さえると、設計の抜けを防げます。

VPCの内部に作成しネットワーク経由でマウントする基本的な構成

FSxのファイルシステムは、VPC内のサブネットに作成し、割り当てられたエンドポイント（DNS名やIP）に対して、EC2やオンプレミスのサーバーからマウントします。アクセス制御はセキュリティグループで行い、SMBやNFSで使うポートを、接続元のクライアントからだけ許可するのが基本です。オンプレミスからつなぐ場合は、Direct ConnectやVPNでVPCと接続したうえでマウントします。マウント元のEC2は同じVPC内かピアリング先に置き、可用性を考えるなら複数のアベイラビリティゾーンにクライアントを分散する構成が前提になります。ネットワーク設計を後回しにするとマウントできない、権限で弾かれるといった初歩の詰まりが起きやすいため、サブネットとセキュリティグループを先に固めてください。

シングルAZとマルチAZによる可用性とバックアップの設計方針

FSxは製品に応じて、1つのアベイラビリティゾーンに閉じるシングルAZと、2つのAZにまたがって冗長化するマルチAZの展開を選べます。マルチAZは片方のAZに障害が起きても切り替えで運用を続けられる一方、シングルAZより料金は上がります。可用性の要件が高い本番共有はマルチAZ、開発やテスト、再作成が容易なデータはシングルAZ、といった使い分けが起点です。加えて、FSxは日次の自動バックアップと任意のタイミングでの手動バックアップに対応し、バックアップはAZ障害をまたいで保護する保存先になります。ONTAPのSnapMirrorやOpenZFS・ONTAPのスナップショットなど、ファイルシステム固有の保護機能も組み合わせ、目標復旧時点から逆算してバックアップ頻度を決めます。

ストレージ容量・スループット・バックアップで積み上がる料金モデル

FSxの料金は製品ごとに体系が異なりますが、共通する考え方として、プロビジョニングしたストレージ容量（GB-month）を基準に、スループットキャパシティやSSDのIOPS、バックアップの保存量が積み上がります。Windows File ServerやONTAPはスループットキャパシティを選んで確保し、Lustreはスクラッチ型と永続型で単価が変わり、OpenZFSはSSD／HDDの選択で単価が変わる、といった具合です。使っていない空き容量にも確保したぶんの料金がかかるため、容量を実態に合わせて見直し、マルチAZが本当に要るかを要件から判断し、不要になった古いバックアップを世代管理で失効させるのが、コストを適正な水準へ寄せる打ち手になります。具体的な単価は改定されるため、AWS公式の料金ページで対象リージョンと時点を確認してください。

コスト要素 課金の考え方 抑える打ち手
ストレージ容量 確保したGB-month 空き容量を実態に合わせ縮小
スループット / IOPS 確保した性能キャパシティ 要件に見合う値へ絞る
展開（AZ） シングル／マルチAZ 可用性要件から必要性を判断
バックアップ 保存量のGB-month 古い世代を世代管理で失効

Amazon FSxを採用すべき条件とEFS・自前構築との使い分け

ここでは判断を言い切ります。FSxは特定のファイルシステム機能や高性能な共有が要るときに強い反面、Linux向けのシンプルな共有で足りる場面や、マウント不要の大量保管には過剰です。自社のファイルストレージをどこに置くかを、条件付きで見極めてください。

Amazon FSxの採用が効くワークロードと要件の条件の整理

採用が効くのは、次の条件が重なるときです。Windowsアプリやユーザーの共有フォルダでSMBとActive Directory連携が要る、HPCや機械学習で高性能な並列ファイルシステムが要る、オンプレミスのNetAppやZFSの機能を保ったままクラウドへ移したい、SMBとNFSを1つのファイルシステムで混在させたい――こうした要件が明確なら、EFSやS3では届かず、FSxが前提になります。AWS上のファイルストレージ基盤やオンプレミスからの移行を自社で進めるなら、AWSを含むクラウドインフラ構築の相談窓口で、4つのうちどのファイルシステムが要件に合うか、シングルAZかマルチAZか、容量とスループットの妥当性を相談すると、設計の手戻りを減らせます。

EFSや自前構築のファイルサーバへ寄せる場面の切り分けの判断軸

一方で、Linuxから複数サーバーでNFS共有したいだけなら、シンプルで容量が自動で伸びるフルマネージドNFSのAmazon EFSで足りる場面が多く、FSxは機能過剰になりがちです。マウントせずAPIで大量のファイルを預けたい保管・配信はオブジェクトストレージのS3、単一インスタンスのディスクはブロックストレージのEBSへ寄せます。EC2上に自前でファイルサーバーを立てる選択肢もありますが、パッチ・冗長化・バックアップの運用を自分で負う手間と、FSxのマネージド料金を比べて決めます。特定のファイルシステム機能もプロトコルも要らないなら、FSxはコスト面で見送る判断が妥当です。

4つのファイルシステムを選ぶ選定フローと迷ったときの判断の起点

迷ったら、要件を上から順に当てはめます。第一に「Windows共有・AD連携が要るか」――要るならWindows File Server。第二に「HPC・機械学習の並列性能が要るか」――要るならLustre。第三に「NetApp固有機能やSMB・NFS・iSCSIの混在が要るか」――要るならNetApp ONTAP。第四に「LinuxのNFS共有でZFSスナップショットや低レイテンシが要るか」――要るならOpenZFS。いずれにも当てはまらず、単なるLinux共有ならEFS、マウント不要ならS3へ戻ります。ONTAPを選ぶ場合の詳細設計はFSx for NetApp ONTAPの記事へ、コンピュート側の構成はAmazon EC2の記事へ進むと、ファイルストレージからシステム全体まで一貫して設計できます。

よくある質問

Amazon FSxの導入検討で実装者から多く挙がる質問を、一次情報に基づいて簡潔に整理します。

Amazon FSxとEFSはどう使い分ければよいですか？

Linuxから複数サーバーでシンプルにNFS共有し、容量を自動で伸ばしたいだけならEFSが起点です。EFSはフルマネージドのNFS共有で、設計要素が少なく扱いやすい選択肢です。これに対しFSxは、Windowsの共有（SMB・AD連携）、Lustreの並列性能、NetApp ONTAPやOpenZFSの固有機能といった、EFSにはない機能やプロトコルが要るときに選びます。要件がLinuxのNFS共有に収まるならEFS、特定のファイルシステム機能が要るならFSx、という分岐で判断します。

Amazon FSxの4つのうち、どれを選べばよいですか？

要件を上から当てはめます。Windows共有とActive Directory連携ならWindows File Server、HPCや機械学習の高性能並列ならLustre、NetApp環境からの移行やSMB・NFS・iSCSIの混在ならNetApp ONTAP、Linux向けNFSでZFSのスナップショットや低レイテンシが要るならOpenZFSです。対応プロトコルと保有機能から候補を絞り、最後に性能とコストで詰めるのが選定の順序になります。

Amazon FSxはオンプレミスからも使えますか？

使えます。FSxのファイルシステムはVPC内に作成しますが、Direct ConnectやVPNでオンプレミスのネットワークとVPCを接続すれば、社内のサーバーからSMBやNFSでマウントできます。既存のオンプレミスファイルサーバーの拡張先や移行先として使う構成が典型です。接続経路のセキュリティグループとルーティング、必要な帯域を先に設計してから進めます。

Amazon FSxの可用性はどう確保しますか？

製品に応じて選べるマルチAZ展開を使うと、2つのアベイラビリティゾーンにまたがって冗長化され、片方のAZ障害でも切り替えで運用を続けられます。可用性要件の高い本番共有はマルチAZ、再作成が容易なデータはシングルAZ、という使い分けが起点です。加えて、日次の自動バックアップとファイルシステム固有のスナップショット機能を組み合わせ、目標復旧時点から逆算してバックアップ頻度を決めます。

Amazon FSxの料金を抑えるにはどうすればよいですか？

FSxは確保したストレージ容量に課金されるため、まず空き容量を実態に合わせて見直します。次に、確保するスループットキャパシティやIOPSを要件に見合う値へ絞り、可用性要件を満たす範囲でシングルAZとマルチAZを選び分けるのが要点です。加えて、不要になった古いバックアップを世代管理で失効させ、Lustreならスクラッチ型と永続型、OpenZFSならSSDとHDDを用途に応じて選ぶことが、コストを適正な水準へ寄せる打ち手になります。単価は改定されるため、公式の料金ページで対象リージョンと時点を確認してください。

関連記事

資料請求

RELATED POSTS 関連記事

一覧へ戻る