LASSIC Media らしくメディア

LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託

Amazon EFSのコスト最適化と外注の関係

Amazon EFS（Amazon Elastic File System）のコスト最適化外注とは、AWS上のファイルストレージサービス「Amazon EFS」のストレージクラス設計・ライフサイクル管理設定・継続的な監視・運用を、AWS技術に精通した外部パートナーに委託する取り組みを指します。

Amazon EFSはAWSが提供するフルマネージド型の共有ファイルストレージサービスです。EC2インスタンスやコンテナから同時にマウントして使用でき、NFSv4（Network File System version 4）プロトコルで接続します。

コスト最適化の観点からEFSを運用するには、3つのストレージクラスを理解した上でライフサイクル管理ポリシーを設計・実装する必要があります。この作業にはAWSの専門知識に加え、業務データのアクセスパターン分析が求められます。外注に適した領域です。

3ストレージクラスの特性とコスト構造

Amazon EFSには3つのストレージクラスがあります。それぞれアクセス頻度・コスト・取り出し速度の面で異なる特性を持ちます。

ストレージコストと取り出しコストのトレードオフ

IAやArchiveへ移行するとストレージ料金は下がりますが、ファイルを読み取る際にアクセス料金が発生します。アクセス頻度が想定より高いデータをIAに移行すると、取り出しコストがかさみ総コストが増えるリスクがあります。

このトレードオフの設計を誤ると、コスト削減を狙った設定が逆効果になるケースがあります。データのアクセスパターンを事前に分析し、移行対象を適切に特定することが不可欠です。

スループットモードの選択もコストに影響

EFSのコストはストレージクラスだけでなく、スループットモードの選択によっても変動します。主な選択肢は次の3つです。

• Elastic Throughput（デフォルト）：ワークロードに応じてスループットが自動スケール。使用した分のみ課金されるため、アクセスが不規則なワークロードに適しています。
• Provisioned Throughput：スループットを事前に確保する方式。ピーク要件が明確で、スループットを多くの時間消費するワークロードに向いています。
• Bursting Throughput：ストレージサイズに連動してベースラインスループットが決まる方式。ストレージ使用量が多く一定の書き込みがあるワークロードに適しています。

スループットモードの最適選択はデータ転送パターンの分析が前提となり、AWS Cost Explorerやメトリクスの読み方に慣れていないと判断が難しい領域です。

ライフサイクル管理：自動移行の設定と注意点

EFSのライフサイクル管理（Lifecycle Management）とは、最終アクセス日を基準にファイルをStandardからIA、ArchiveへAWSが自動的に移行する機能です^*2。手動でデータを移動する必要がなく、設定後はAWSが自動で階層化を行います。

設定できる3つのライフサイクルポリシー

ライフサイクル管理では、次の3種類のポリシーを設定できます^*2。

• Transition into IA：最終アクセスからの経過日数でIAへ移行。デフォルトは「30日後」。
• Transition into Archive：最終アクセスからの経過日数でArchiveへ移行。デフォルトは「90日後」。
• Transition into Standard：IAまたはArchiveのファイルにアクセスした際、Standardへ戻すかどうかを設定。デフォルトは「戻さない（None）」。

エージオフ期間の選択肢

IAおよびArchiveへの移行（エージオフ）に設定できる期間の選択肢は、AWS APIドキュメントに次のとおり定義されています^*3。

• 1日 / 7日 / 14日 / 30日 / 60日 / 90日 / 180日 / 270日 / 365日

どの期間を選ぶかは、業務システムのアクセスパターンによって変わります。ログファイルなら7〜14日、バックアップ世代管理なら90日以上、長期保存の静的ファイルなら180日以上を検討する場合があります。

ライフサイクル管理で注意すべき動作

設定時に押さえておくべき動作上の注意点があります^*2。

• ファイルメタデータ（ファイル名・所有者情報・ディレクトリ構造）は常にStandardに保存されます。
• ディレクトリ一覧（ls など）のメタデータ操作は「アクセス」とみなされないため、エージオフタイマーはリセットされません。
• IAまたはArchiveのファイルへの書き込みは、まずStandardに書き込まれ、その後24時間以上経過してから再びIAまたはArchiveへ移行対象になります。
• 移行処理の優先度は通常のファイルシステム操作より低いため、大量ファイルの移行には時間がかかる場合があります。

これらの動作を知らずに設定すると、期待どおりにコスト削減が進まないことがあります。特に書き込みを伴うワークフローでは、ファイルが予期せずStandardに留まり続けるリスクがあります。

内製で設計・運用する際の技術要件と工数

Amazon EFSのコスト最適化を内製で行う場合、次の技術領域の知識が必要になります。

• AWSサービス全般：EFS・EC2・IAM・CloudWatch・AWS Cost Explorer・AWS CLI
• ファイルシステム設計：NFSプロトコルの動作原理、マウントターゲット設定
• アクセスパターン分析：CloudWatch Logs・メトリクスを使ったアクセス頻度の可視化
• コスト試算：ストレージクラス移行後の月額コスト変化をシミュレーションする能力
• 継続的な監視・改善：コスト異常検知アラート設定、ポリシーの定期見直し

初期設計から実装・動作確認・レポーティングまで、クラウドエンジニア1〜2名が専任で取り組む場合でも、初回の設計・実装フェーズに数週間から1か月程度の工数が見込まれます。

その後も月次のコスト確認・ポリシー調整・アクセスパターン再分析が継続的に必要になります。AWS環境の変更（EC2インスタンス構成の変更やアプリケーション改修）のたびにポリシー見直しが発生することも珍しくありません。

内製を選んだ場合のリスク

EFSのコスト設定を誤った場合のリスクは次の2点に集約されます。

第一に、移行対象外のデータをIAに移行してしまった場合、アクセスのたびに取り出し料金が発生し、想定より高いコストになります。月次で数万円から数十万円規模のコスト超過が継続するリスクがあります。

第二に、パフォーマンス要件の高いアプリケーションのデータがArchiveへ移行されると、アクセスレイテンシが増加します。ミリ秒単位の応答が求められるシステムでは、サービス品質に影響が出る可能性があります。

外注先選定の3つの評価軸

EFSコスト最適化を外注する際の外注先評価では、以下の3つの観点から検討することをお勧めします。

評価軸1：AWSの実績とEFS運用経験

外注先がAWS認定資格（Solutions Architect・DevOps Engineerなど）を保有しているか、またはAWSパートナーネットワーク（APN）に登録されているかを確認します。

さらに、EFS固有の運用経験があるかどうかも確認が必要です。S3やEC2の経験だけではEFSのライフサイクル管理や NFSマウント設定に習熟しているとは限りません。過去の類似案件や事例を提示してもらうことが望ましいです。

評価軸2：業務要件の理解力とヒアリング姿勢

EFSのコスト最適化は「技術設定」だけでなく、「どのデータをどの頻度で使うか」という業務の理解が前提になります。ヒアリングなしにすぐ設定値を提示してくるパートナーよりも、業務フロー・データ特性・アクセスパターンを丁寧に確認するパートナーの方が、適切な設計につながります。

評価軸3：保守・継続改善の体制

コスト最適化は一度設定すれば終わりではありません。業務システムの変化やAWSのサービス更新に応じた定期的な見直しが必要です。月次レポートの提供・定例改善会議の設定・アラート設定の維持管理など、設定後の保守体制を提案段階で確認することが大切です。

外注を進める4ステップ

ステップ1：現状のEFS利用状況を棚卸しする

外注先に依頼する前に、自社でEFSの利用状況を整理しておきます。確認すべき情報は次のとおりです。

• EFSファイルシステムの数とストレージ総容量
• 現在のストレージクラス構成（Standard/IA/Archiveの割合）
• 月額のEFS費用（AWS Cost Explorerで確認できます）
• どのアプリケーション・システムがEFSをマウントしているか

この情報を事前にまとめておくことで、外注先とのヒアリングが効率的に進みます。また、現状コストが明確になることで改善効果も測定しやすくなります。

ステップ2：要件をまとめてRFPを作成する

外注先への依頼内容（RFP：Request for Proposal）には、コスト削減目標だけでなく以下の制約条件も記載します。

• パフォーマンス要件（レイテンシ上限・スループット要件）
• データ保持期間・アーカイブポリシーに関する業務ルール
• 移行作業が許容できる時間帯（メンテナンスウィンドウ）
• 監視・アラートの要件（異常検知の通知方法・エスカレーション先）

ステップ3：複数のパートナーで見積もりと提案を比較する

2〜3社以上のパートナーから提案を受け、設計方針・移行計画・保守体制・費用を比較します。費用だけでなく、設計方針の合理性と保守継続体制の実態を確認することが選定精度を高めます。

ステップ4：パイロット環境での検証を経てから本番移行する

本番環境への適用前に、パイロット（ステージング）環境でライフサイクルポリシーの動作を確認します。移行後のコスト変化・アクセスレイテンシ・アプリケーション動作を検証してから、本番環境への展開を承認する手順を踏むことが重要です。

パイロット検証をスキップして本番に直接適用すると、アクセスパターンの読み違いによるパフォーマンス劣化やコスト増加のリスクが高まります。

まとめ：EFSコスト最適化外注の判断ポイント

本記事では、Amazon EFSのコスト最適化を外注で進める方法を整理しました。要点を3つに集約すると次のとおりです。

第一に、EFSのコスト削減はストレージクラスの理解から始まります。AWS公式サイトではIAはStandard比で95%程度まで、ArchiveはIA比で50%程度までの低コストを実現できると説明しています^*1。ただし、アクセス料金とのトレードオフを踏まえた設計が必要です。

第二に、ライフサイクル管理のエージオフ期間は1日〜365日の範囲で設定でき^*3、業務データのアクセスパターンに合わせた最適値を選ぶことが削減効果を左右します。

第三に、外注先の選定では「AWSの技術力」だけでなく「業務要件の理解力」と「保守継続体制」を評価軸に加えることが、設定後のコスト最適化の持続につながります。

よくある質問

著者：テレリモ総研編集部　鈴木 亮佑

ご不明な点はお問い合わせフォームからもご連絡いただけます。

1. *1　出典：Amazon Web Services「Amazon EFS の特徴」（2024年）
2. *2　出典：Amazon Web Services「Managing storage lifecycle — Amazon Elastic File System」（2024年）
3. *3　出典：Amazon Web Services「LifecyclePolicy — Amazon EFS API Reference」（2024年）

Tweet