Q79 — AWS SAA-C03 第11章

第 79/100 問 | ← 第11章

Q779. ある企業は、オンプレミスのデータセンターでDockerコンテナを使用するアプリケーションを運用しています。このアプリケーションはコンテナホスト上で実行され、永続的なデータをホスト上のボリュームに保存します。コンテナインスタンスは、この保存された永続データを利用しています。同社は、サーバーやストレージインフラストラクチャの管理を一切行いたくないため、アプリケーションを完全マネージドサービスへ移行したいと考えています。これらの要件を満たすソリューションはどれですか？

正解: B. Amazon Elastic Container Service (Amazon ECS) を AWS Fargate 起動タイプで使用します。Amazon Elastic File System (Amazon EFS) ボリュームを作成します。このEFSボリュームを、コンテナ内にマウントされる永続ストレージボリュームとして追加します。

解説

サーバーもストレージインフラストラクチャも一切管理せずに、アプリケーションを完全マネージドサービスへ移行するという要件を満たすには、以下のソリューションが適しています： B. Amazon Elastic Container Service (Amazon ECS) を AWS Fargate 起動タイプで使用します。Amazon Elastic File System (Amazon EFS) ボリュームを作成します。このEFSボリュームを、コンテナ内にマウントされる永続ストレージボリュームとして追加します。 1. AWS Fargate 起動タイプを用いた Amazon ECS の利用：Amazon ECS は、AWS が提供する完全マネージド型のコンテナオーケストレーションサービスです。Fargate 起動タイプでは、基盤となるインフラストラクチャ（例：EC2 インスタンス）を管理することなくコンテナを実行できます。 2. Amazon EFS ボリュームの作成：Amazon EFS は、AWS が提供するスケーラブルかつ完全マネージド型のファイルストレージサービスであり、高い可用性と耐久性を備えています。EFS ボリュームを作成することで、コンテナの永続データを安全に保存できます。 3. EFS ボリュームをコンテナ内に永続ストレージボリュームとしてマウント：AWS Fargate は、EFS を永続ストレージとして利用する機能をサポートしています。ECS のタスク定義で EFS ボリュームをコンテナにマウントするよう設定することで、コンテナは永続データにアクセス可能になります。 他の選択肢が不適切な理由： A. Amazon EKS をセルフマネージドノードで使用する場合、依然として基盤となる EC2 インスタンスの管理が必要です。また、EBS ボリュームは特定の EC2 インスタンスにアタッチされるため、サーバーおよびストレージインフラストラクチャの管理から脱却できません。 C. Amazon S3 はオブジェクトストレージサービスであり、コンテナ内でのファイルシステムとしてマウントする用途には適していません。ファイルレベルのアクセスを提供せず、大規模オブジェクトの保存・取得に最適化されており、コンテナ内の永続ストレージとしての利用は想定されていません。 D. Amazon ECS を EC2 起動タイプで使用すると、Fargate と異なり、EC2 インスタンスのプロビジョニング、管理、スケーリングを自ら行う必要があります。これは「サーバーの管理を回避したい」という要件に反します。 したがって、サーバーもストレージインフラストラクチャも一切管理せずに完全マネージドサービスへ移行するという要件を最も適切に満たすのは、選択肢 B です。