Amazon FSxとは、AWSが提供する「完全マネージド型の高機能ファイルサーバーサービス」です。
これまでオンプレミスで運用していたファイルサーバーをクラウドへ移行する際、既存のプロトコル(SMBやNFSなど)や運用体制を変更せずに、ハードウェアの保守切れ(EOS)や運用負荷から解放されるのが最大のメリットです。
本記事では、複数あるFSxファミリーの違いを整理した上で、企業ニーズが最も高い「Amazon FSx for Windows File Server」の特徴、そして移行時に必ず直面する「ネットワーク遅延」と「AD連携」の壁をどう乗り越えるべきか、AWS最上位パートナーの視点から解説します。
- ※ 本記事では「Amazon FSx for Windows File Server」を「FSx」と記載いたします。
|
資料ダウンロード
AWSの基本から、コスト削減、セキュリティ対策、そして具体的な導入事例まで、AWS活用に必要な情報がこの一冊にまとまっています。
|
目次
Amazon FSxファミリーの比較
Amazon FSxには、用途やOSに合わせて現在4つのストレージタイプが提供されています。自社のワークロードに最適なものを選択することが、コスト最適化とパフォーマンス向上の第一歩です。
| サービス名 | 主な対応プロトコル | 最適なユースケース・ワークロード |
|---|---|---|
| FSx for Windows File Server | SMB | 既存のWindows File Serverの移行、Active Directory連携が必要な環境 |
| FSx for NetApp ONTAP | NFS, SMB, iSCSI | 複数OSからのアクセス、高度なデータ重複排除・圧縮、DR(災害対策)構成 |
| FSx for Lustre | NFS | 機械学習、HPC(ハイパフォーマンスコンピューティング)、動画処理など高速な読み書き |
| FSx for OpenZFS | NFS | Linuxベースのアプリケーション、高いスループットと低遅延が求められる環境 |
Windows環境からの移行における選択基準
Windows環境の単純なリフト&シフトであれば「FSx for Windows File Server」が基本となります。しかし、要件によっては「FSx for NetApp ONTAP」がより強力な選択肢となります。
- データ容量の劇的な削減:ONTAP独自の強力な「重複排除」や「圧縮」機能により、移行前よりもストレージ使用量を大幅に抑え、コストを最適化できる場合があります。
- 高度なデータ管理:オンプレミスでNetAppを利用している場合、慣れ親しんだSnapMirrorによるレプリケーションや、瞬時にバックアップ・復元ができるSnapshot機能がそのままクラウドで利用可能です。
- ハイブリッドなアクセス:Windows(SMB)とLinux(NFS)の両方から同一のデータセットにアクセスする必要があるマルチプロトコル環境にも最適です。
Amazon FSx for Windows ファイルサーバーの5つの特徴
既存のWindows環境を持つ企業にとって、FSx for Windowsは最もシームレスな移行先となります。
①ユーザーの運用負荷を軽減
FSxはサーバー管理者がFSx(ファイルシステム)の基盤やOSについて意識する必要がありません。FSxを構築するとファイルシステムが作成されます。パッチの適用、バックアップなどの運用作業も自動化されます。
Windows ServerとFSxで企業ファイルサーバーを構成した場合の比較

②Windowsシステムとの高い親和性
FSxの基盤はネイティブなMicrosoft Windows ファイルシステムであるためWindowsと互換性があります。
SMBプロトコル2.0~3.1.1に対応しており、サーバーOSだとWindows Server 2008以降、クライアントOSだとWindows 7以降からのアクセスに対応しています。またLinuxもSambaクライアント経由での利用が可能です。
アクセスの方法としてはAmazon VPC(以下、VPC)内のAmazon EC2やAmazon WorkSpacesよりアクセスしたり、AWS Direct ConnectやVPNを経由し、お客様拠点のクライアントPCよりアクセスしたりします。
③性能や利用容量はユーザーが指定
FSxでは設定値としてスループットを指定する必要があります。スループットとは単位時間当たりに送受信可能なデータ量のことであり、FSxの性能を表します。
スループットの設定値は企業のファイルサーバーとして利用する場合や、アプリケーションが使用するWindows共有フォルダとして利用する場合、または格納されているデータ量などによって最適な値は異なりますが、8MBps~2,048MBpsの範囲で設定することができます。
ストレージ容量は1ファイルシステムあたり、最大64TBまで設定することが可能です。64TB以上のデータを格納したい場合には複数のFSxを構築し、Microsoftの分散ファイルシステム(DFS)名前空間を利用することで実現することができます。
④エンタープライズ要件を満たすセキュリティ
FSxでは通信中のデータの暗号化、ディスクの暗号化もサポートしデータを保護します。
その他Active Directoryとの統合によりアクセス権限の管理、AWSサービスであるSecurity GroupやNetwork ACLを利用した通信制御によりFSx内のデータに対するアクセスを制限します。
⑤高可用性と耐障害性の担保(マルチAZ対応)
FSxを作成する際にアベイラビリティーゾーン(東京リージョンに存在するデータセンター群)を指定しますが、障害やメンテナンスによるサービスダウンを回避する目的でマルチアベイラビリティーゾーン(マルチAZ)構成でFSxを利用することが可能です。
AWSでは各種サービスにてマルチAZ構成を推奨しています。
オンプレミスと比較した3つの導入メリット
上記の特徴を踏まえ、オンプレミスのファイルサーバーからFSxへ乗り換えることで得られる具体的なメリットを3点に絞ってご紹介します。
メリット1:導入が容易
オンプレミスでファイルサーバーを構築しようとするとハードウェアの購入、OSのインストール・設定、ファイルシステムの構築などの作業を実施する必要があります。これらの作業の中で将来利用するディスク容量も予測して決定する必要があり時間がかかります。
FSxの場合にはAWSが提供するWEBコンソールより構築することで導入することができます。
但しAWSを新規で利用する場合や拠点と回線接続する場合にはFSxを構築する前提のサービス(VPCやAWS Direct Connect、VPN等)の構築が必要なため余裕を持った移行計画が必要です。
メリット2:運用負荷の軽減
下記の図のようにユーザが管理する対象が大きく軽減します。

メリット3:総コストの削減
メリット2とも関連しますが、運用にかかわる人件費などを含めた総コストの削減効果が期待できます。
FSxの料金体系は、主に「ストレージ容量」「スループット性能」「バックアップ容量」の3つの要素で構成されます。
2026年現在の東京リージョンにおける標準的な単価(シングルAZ構成)は以下の通りです。
- ※ 最新の価格改定や為替変動、構成(シングルAZ/マルチAZ)により変動するため、最新情報はAWS公式サイトをご確認ください。
FSx for Windows File Server 料金表
| 課金項目 | 単価(東京リージョン) | 備考 |
|---|---|---|
| ストレージ容量(GB/月) | $0.130 | SSDストレージの場合。32GB〜64TBまで選択可能 |
| スループット(MBps/月) | $2.200 | 8MBps〜2,048MBpsの範囲で選択可能 |
| バックアップ容量(GB/月) | $0.050 | 増分バックアップ分のみ課金 |
月額利用料金の試算例
以下の条件で運用した場合の概算費用です。
(条件:ストレージ 3TB / スループット 16MBps / バックアップ 1.5TB / 為替 $1=150円換算)
- ストレージ容量: 3,072 GB × $0.130 = $399.36
- スループット: 16 MBps × $2.200 = $35.20
- バックアップ: 1,536 GB × $0.050 = $76.80
- 月額合計: $511.36(約76,704円)
この費用にはハードウェア保守料やOSのライセンス料金が含まれているため、ユーザー側で個別のライセンス購入は不要です。オンプレミスからの移行により、ハードウェア更新費用や管理者の人件費を含めた「総コスト(TCO)」の削減が期待できます。
シンプルな料金体系と費用削減の可能性も考慮すると大きなメリットです。
【自社構築事例】エンタープライズ要件を満たすFSxハイブリッド環境の構成と移行手法
当社(TOKAIコミュニケーションズ)自身も、厳格な社内セキュリティ規定をクリアした上で、ファイルサーバーをAmazon FSxへ移行し、全社規模で運用しています。
単なる機能検証ではなく、実際のエンタープライズ環境で「いかにセキュアかつ低遅延なハイブリッド環境を構築したか」、その構成と移行の流れを公開します。
【当社のFSx移行ハイブリッド構成図】

- 当社データセンターとVPCは冗長化された専用線にて接続し、VPCを社内の1拠点のように利用
- VPCは現在Amazon WorkSpaces環境として利用しているものを利用し、FSx用のSubnetを構築しFSxやDFS管理サーバ、ウイルス対策サーバを構築
- 社内規定へ対応するためDFS管理サーバ、ウイルス対策サーバを構築し、インターネットへはVPCより直接接続できない構成
構成の重要ポイント(インフラ最適化の視点)
- 冗長化された専用線による「拠点化」
当社データセンターとVPC間を、当社のキャリアグレード回線(BroadLine)とAWS Direct Connectを用いた冗長化専用線にて接続し、VPCを社内の1拠点のようにシームレスに利用しています。 - セキュアな閉域網アーキテクチャ
既存のAmazon WorkSpaces環境のVPC内にFSx用のSubnetを構築。社内規定へ対応するため、同セグメントにDFS管理サーバやウイルス対策サーバを構築し、インターネットへはVPCより直接接続できない完全な閉域網構成を実現しています。
確実な環境構築のための5つのステップ(環境作成の流れ)
FSx導入の際は、AWS側だけでなく、AWS接続を含めたネットワークの全体設計で十分な検討を行う必要があります。当社では以下のステップで構築を行いました。
-
事前準備:オンプレミス側ルータの通信設定(AWS Direct Connectを介したルーティング確立)
-
Subnet, Route tableの設定:(意図しない外部通信を遮断するセキュアな設計)
-
FSx(ファイルシステム)の構築:(要件に合わせた容量とスループットの定義)
-
VSS(ボリュームシャドウコピー)の設定:(誤削除ファイルの即時復元機能の有効化)
-
DFSレプリケーション設定・ウイルススキャンサーバの構築:(コンプライアンス要件への対応 ※現在はFSxのマルチAZ機能でより簡単に可用性の担保が可能です)
業務影響を最小化するデータ移行手法(移行の流れ)
環境構築が完了した後のデータ移行では、インターネットVPNは使用しません。構築した「専用線」を経由したセキュアな経路にて、Windows標準のrobocopyコマンドを実行して移行を行います。これにより、アクセス権限(ACL)を維持したまま、広帯域で安定したデータ移行を実現しています。

まとめ
FSxへのデータ移行をやってみてわかったことは、構築・移行自体は容易に行うことができました。
FSxを利用する場合にはVPCとオンプレミスネットワークを接続する場合が多く、AWS接続を含めたネットワークの全体設計などFSx導入の前段階であるAWS導入の部分で十分な検討を行う必要があると感じました。
今回の記事を読んで、「そもそもなんでFSxにしないといけないの?」「オンプレミス環境のファイルサーバーと具体的にどう違うの?」と思われた方もいるかもしれません。 そんな方には、ぜひ下記の記事も一緒にご覧いただけますとより一層FSxによるファイルサーバー構築と移行の重要性がご理解いただけるかと思います。
AWS活用法|ファイルサーバーはクラウドに移行しよう! 移行すべき理由やオンプレミスとの違いを徹底解説
また、このほかにも導入のご検討や、お困りごとがある際は、気軽に当社にお問合せ ください。
関連サービス
おすすめ記事
-
2024.08.28
セキュリティ・バイ・デザイン入門|AWSで実現するセキュリティ・バイ・デザイン
-
2024.04.10
AWSを使って障害に強い環境を構築するポイント(システム監視編)
-
2023.07.04
クラウド利用時に知っておくべきセキュリティ知識【基礎編】
-
2023.06.15
AWSでゼロトラストセキュリティを実現する方法や、メリットをわかりやすく解説!
-
2023.06.05
AWSのセキュリティ対策は大丈夫? オンプレミスとの違いやセキュリティ関連のAWSサービスを紹介!
