予測しにくい共有ファイルの性能を必要な分だけ使う

EBSはインスタンス単位のブロックストレージであり、共有ファイルの整合性や同期をアプリケーション側で実装する必要がある。固定容量の重複もコスト最適化の要件に合わない。

EBSはEC2へ接続するブロックストレージで、各インスタンスに別ボリュームを付けただけでは共有ファイルにならない。同期処理、競合制御、重複容量をアプリケーションで管理する必要があり、既存のPOSIX共有要件から外れる。

S3はオブジェクトストレージであり、POSIXのマウント、ファイルロック、既存アプリケーションのファイル操作をそのまま提供しない。アプリケーション改修を前提にしても共有ファイル要件を満たさない。

S3はオブジェクト単位で保存するサービスで、POSIXのファイル操作やロックをそのまま提供しない。S3へ置き換えるにはアプリケーションのアクセスモデルを変更する必要があり、問題の共有ファイル要件を満たさない。

FSxは特定のファイルシステム機能が必要な場合に選ぶが、予測困難な容量・I/Oに固定の容量とスループットを割り当てる構成は未使用分を生みやすい。

FSxには用途に応じたファイルシステムがあるが、容量とProvisioned throughputを固定すると、変動する利用量に対して未使用の性能を支払い続ける可能性がある。機能要件とコスト要件を同時に比較する必要がある。