Amazon Elastic File System (EFS)は、シンプルでスケーラブルで柔軟なフルマネージド共有ファイルシステムを提供する。最近、Amazonは、Amazon Elastic Compute Cloud (EC2)とAWS Fargateの両方で実行されているAmazon Elastic Container Service (ECS)タスクがEFSを使用できるようになったことを発表した。
以前は、データの永続性または共有ストレージが要求されるアプリケーションを構築した顧客は、コンテナをホストするときに課題に直面する可能性があった。コンテナは本来一時的なものであり、動的にスケールインおよびスケールアウトされるが、ローカルデータは終了時に失われる。しかし、AmazonではEFSファイルシステムのサポートを開始することにより、ECSでコンテナをホストするときには、この課題を解消する方法を提供する。ECSで実行されているコンテナとAWS Fargateの両方がEFSを使用できるようになる。
Amazon Web Servicesの主要な推奨者であるMartin Beeby氏がブログ投稿で述べている。
この新機能は、コンテンツ管理システム、内部DevOpsツール、機械学習フレームワークなどの共有ストレージを必要とするアプリケーションをコンテナ化するのに役立ちます。まったく新しいワークロードは、コンテナがもたらすメリットを享受できるようになり、顧客は導入プロセスを高速化し、インフラストラクチャ活用を最適化し、より回復力のあるシステムを構築できるようになります。
EFSを使用すると、顧客はデータをコンピューティングと分離して保存できる。さらに、これはリージョナルサービスであるため、高可用性と耐久性のために3つのアベイラビリティーゾーン内およびアベイラビリティーゾーン間でデータを保存する。コンテナがEC2インスタンスのクラスタでも実行されている場合、既に顧客はEFSベースのデータにアクセスできる。Amazonは現在、ECSの機能を拡張している。また、パブリッククラウドベンダーのAmazonは、ECSとEKSの両方で動作するコンテナ用のサーバーレスコンピューティングエンジンであるAWS Fargateに移行した。
ECSまたはFargateでEFSを使用するには、ECSコンソールを使用して、1つ以上のボリューム定義をタスク定義に追加できる。ボリューム定義には、EFSファイルシステムID、アクセスポイントID、転送中のIAM承認またはTLS暗号化を有効にするオプションが含まれている。
ソース: https://aws.amazon.com/blogs/aws/amazon-ecs-supports-efs/
さらに、ユーザはタスク定義内でコンテナ定義を指定できる。基本的に、EFSファイルシステムを使用するタスクが実行されると、ECSまたはFargateは、EFSファイルシステムがマウントされ、それにアクセスする必要があるコンテナで使用できることを確認する。
KablamoでDevOpsリードのIan McKay氏がツイートで述べているように、顧客はEFSサポートを非常に期待していた。
これはおそらく、コンテナワークロードがある顧客から聞いた最も要望の多い機能の1つだったはずです。ダーティーハックをリファクタリングする時間です。
しかし、Hacker Newsスレッドの回答者が書いたように、パフォーマンスを心配している人もいる。
コメントには、EFSのパフォーマンスに関するメモがたくさんあります。EFS付きのECSを検討している人にとっては、先週、EFSの汎用階層での読み取りスループットが400％増加したことは、注目に値することだと思いました。これでEFSパフォーマンスの問題をすべて解決できるとは限りませんが、ECSサポートと一緒に発表することは非常に大きな後押しであり、素晴らしい発表です。
最後に、EFSに対するAmazon ECSサポートは、ECSおよびEFSが追加コストなしで利用可能なすべてのリージョンで利用できる。さらに、AWSコンテナサービス（ECS、ECR、Fargate、EKS）のパブリックロードマップは、GitHubで入手できる。