Q6 — AWS SAA-C03 第11章

第 6/100 問 | ← 第11章

Q706. ある企業が、AWS Fargate クラスターを用いた Amazon Elastic Kubernetes Service (Amazon EKS) に新しいアプリケーションを展開しようとしています。このアプリケーションには、データの永続化のためのストレージソリューションが必要です。そのソリューションは、高い可用性とフォールトトレランスを備えていなければならず、複数のアプリケーションコンテナ間で共有可能である必要があります。これらの要件を満たすとともに、運用オーバーヘッドが最も少ないソリューションはどれですか？

正解: B. Amazon Elastic File System (Amazon EFS) ファイルシステムを作成します。その後、EKS クラスター上で StorageClass オブジェクトにそのファイルシステムを登録し、すべてのコンテナで同じファイルシステムを使用します。

解説

Amazon EKS 上（AWS Fargate クラスターを含む）で実行されるアプリケーションに対して、高い可用性・フォールトトレランスを備え、かつ運用オーバーヘッドが最小限となるストレージソリューションを選択する場合、推奨されるのは以下の選択肢 B です：「Amazon Elastic File System (Amazon EFS) ファイルシステムを作成し、EKS クラスター上の StorageClass オブジェクトに登録したうえで、すべてのコンテナで同一のファイルシステムを使用する」。この選択肢は、以下のような理由から要件を最も効率的に満たします： ・Amazon EFS は、完全マネージド型で弾力的・スケーラブルなファイルストレージサービスであり、複数のコンテナが同時にマウント可能な共有ファイルシステムを提供します。これは、コンテナ間でのデータ共有が必要なユースケースに最適です。 ・Kubernetes では、StorageClass を使用して異なるストレージ構成やクラスを定義・管理できます。EFS を StorageClass として EKS クラスターに登録することで、アプリケーションのストレージ要件をシンプルかつ一貫して管理できます。 ・Amazon EFS を利用すれば、EKS クラスター内の複数のコンテナが同時に同一のファイルシステムをマウント・アクセスでき、データ共有と永続性の両方を実現できます。 一方、選択肢 A（EBS ボリューム＋EBS Multi-Attach）は、Fargate 上の EKS クラスターでは現在 EBS Multi-Attach がサポートされておらず、要件を満たしません。 選択肢 C（単一 EBS ボリュームを全コンテナで共用）は、EBS が単一の EC2 インスタンス（または Fargate タスク）専用のブロックストレージであるため、複数コンテナ間の同時共有は技術的に不可能であり、データ共有要件を満たしません。 選択肢 D（複数の EFS ファイルシステム＋Lambda による同期）は、カスタム同期ロジックの実装・保守が必要となり、運用負荷が増大し、最小オーバーヘッドという要件に反します。 よって、これらの要件を最も効率よく満たすソリューションは、選択肢 B です。