191-AWS SAP AWS 「理論・実践・一問道場」Fargate起動タイプ

type

status

date

slug

summary

理論

1. Amazon ECS (Elastic Container Service)

ECSは、コンテナを管理するサービスで、コンテナのデプロイやスケーリングを簡単に実行できます。Fargate起動タイプを使用することで、ユーザーがインフラストラクチャを管理せずに、コンテナをサーバーレスで実行できます。

EC2起動タイプを使用すると、ユーザーはEC2インスタンスを管理し、オートスケーリングや容量の管理が必要になります。

2. Amazon EFS (Elastic File System)

EFSは、複数のEC2インスタンスやコンテナがアクセスできる、スケーラブルなネットワークファイルシステムです。NFSプロトコルを使用しており、アプリケーションに必要な共有ストレージとして最適です。EFSは自動的にスケーリングし、管理が簡単で、コンテナ環境でも高い柔軟性を発揮します。

3. Amazon FSx for Lustre

FSx for Lustreは、高性能な分散ファイルシステムを提供し、大規模なデータ分析やHPC（高性能コンピューティング）に適しています。EFSよりもパフォーマンス重視ですが、コストが高くなる場合があります。アプリケーションが大量のデータを処理する場合に使用されますが、一般的なWebアプリケーションには過剰な選択肢となります。

4. Amazon EBS (Elastic Block Store)

EBSは、EC2インスタンス専用のブロックストレージです。マルチアタッチを使用して複数のインスタンスにアタッチすることは可能ですが、EFSやFSxのようにスケーラブルなファイルシステムとして使用するのは困難です。EBSは主にデータベースやアプリケーションの永続ストレージに利用されます。

結論

コンテナ化されたアプリケーションにおいて、インフラ管理の負担を軽減しつつ、スケーラブルかつ高可用性のある共有ストレージが求められる場合、Amazon EFSは最適な選択肢です。特に、**Amazon ECS（Fargate起動タイプ）**との組み合わせは、インフラの管理不要で、簡単にスケーラブルなソリューションを提供するため、コスト効率も高いです。

実践

略

一問道場

質問 #191

トピック 1

ある企業がアプリケーションをAWSに移行する計画を立てています。このアプリケーションはDockerコンテナとして実行され、NFSバージョン4のファイル共有を使用しています。

ソリューションアーキテクトは、基盤となるインフラストラクチャのプロビジョニングや管理を必要とせず、安全でスケーラブルなコンテナ化されたソリューションを設計する必要があります。

どのソリューションがこれらの要件を満たすでしょうか？

A. **Amazon Elastic Container Service (Amazon ECS)を使用してアプリケーションコンテナをデプロイし、Fargate起動タイプを選択します。共有ストレージにはAmazon Elastic File System (Amazon EFS)**を使用します。EFSファイルシステムID、コンテナのマウントポイント、およびEFS認証IAMロールをECSタスク定義に参照します。

B. Amazon Elastic Container Service (Amazon ECS)を使用してアプリケーションコンテナをデプロイし、Fargate起動タイプを選択します。共有ストレージにはAmazon FSx for Lustreを使用します。FSx for LustreファイルシステムID、コンテナのマウントポイント、およびFSx for Lustre認証IAMロールをECSタスク定義に参照します。

C. **Amazon Elastic Container Service (Amazon ECS)を使用してアプリケーションコンテナをデプロイし、Amazon EC2起動タイプとオートスケーリングをオンにします。共有ストレージにはAmazon Elastic File System (Amazon EFS)**を使用します。EFSファイルシステムをECSコンテナインスタンスにマウントし、EFS認証IAMロールをEC2インスタンスプロファイルに追加します。

D. Amazon Elastic Container Service (Amazon ECS)を使用してアプリケーションコンテナをデプロイし、Amazon EC2起動タイプとオートスケーリングをオンにします。共有ストレージにはAmazon Elastic Block Store (Amazon EBS)のマルチアタッチを有効にしたボリュームを使用します。EBSボリュームをECSコンテナインスタンスにアタッチし、EBS認証IAMロールをEC2インスタンスプロファイルに追加します。

解説

この問題では、アプリケーションをAWSに移行する際のセキュアでスケーラブルなコンテナ化されたソリューションを設計する必要があります。要件としては、インフラストラクチャの管理不要で、コンテナ間での共有ストレージが必要です。

それぞれの選択肢について解説します。

A. Amazon ECS (Fargate起動タイプ) と Amazon EFS

Amazon ECSのFargate起動タイプを使用することで、インフラの管理は不要になります。Fargateはサーバーレスのコンテナ実行環境で、インフラのプロビジョニングや管理を自動で行ってくれるため、最小限の運用オーバーヘッドでアプリケーションをスケーリングできます。

Amazon EFSは、複数のEC2インスタンスやコンテナ間で共有可能なファイルストレージを提供します。EFSはスケーラブルで、NFSをサポートしているため、既存のアプリケーションでも利用できます。EFSをECSタスク定義に組み込むことで、共有ストレージを簡単に設定できます。

このアプローチは、最もシンプルかつコスト効率よく要件を満たす方法です。

B. Amazon ECS (Fargate起動タイプ) と Amazon FSx for Lustre

Amazon FSx for Lustreは、高性能な分散ファイルシステムを提供します。大規模なデータ分析やHPC（高性能コンピューティング）に使用されることが多いです。これは、NFSの代替としては高コストになる可能性があります。

一般的なWebアプリケーションには必要ない可能性があり、コストが高くなる可能性があります。

C. Amazon ECS (EC2起動タイプ) と Amazon EFS

EC2起動タイプでは、インフラ管理が必要です。EC2インスタンスを管理し、オートスケーリングを設定する必要があります。これにより、運用負担が増えます。

EFS自体は適切ですが、EC2の管理が発生するため、Fargateに比べて運用の手間が増えます。

D. Amazon ECS (EC2起動タイプ) と Amazon EBS

Amazon EBSはEC2インスタンスのローカルストレージです。マルチアタッチを使用して複数のEC2インスタンスで共有できますが、EBSはストレージ容量が固定であり、EFSやFSxのようにファイルシステムとしてスケーラブルに使用することは難しいです。EBSを複数のインスタンスで共有するのは複雑であり、運用が難しくなります。