262-AWS SAP AWS 「理論・実践・一問道場」リソースの効率化コンテナ技術

type

status

date

slug

summary

理論

アプリをコンテナ単位でデプロイするとは？

コンテナとは

各アプリケーションを独立したコンテナ（Dockerなど）にパッケージ化します。このコンテナにはアプリケーションのコード、ライブラリ、依存関係が含まれます。

Amazon ECSの役割

Amazon ECS (Elastic Container Service) は、これらのコンテナを管理し、必要な数だけデプロイしたり、スケーリングを行ったりするサービスです。

ECSタスク単位でアプリをデプロイ

各アプリケーションを「ECSタスク」という単位でデプロイします。

1つのアプリケーション = 1つのECSタスク

各タスクはメモリやCPUの使用量に応じてスケール可能。

この方法のメリット

リソースの効率化

アプリの利用状況に応じてスケールするため、無駄なリソース消費を抑えられます。

独立性

各アプリケーションが独立して動作するため、障害が他のアプリに影響を及ぼしません。

柔軟性

アプリごとに異なる依存関係を持つ場合でも、コンテナ単位で管理可能。

まとめ

選択肢Bの「アプリをコンテナ単位でデプロイ」は、20個のアプリケーションを効率的に管理し、コストを最小限に抑えるための最適な方法です。Amazon ECSを利用することで、必要に応じたスケーリングやリソースの最適化が容易になります。

実践

略

一問道場

質問 #262

トピック 1

ある企業が、AWSに移行して、頻繁には使用されないがビジネスにとって重要な20のアプリケーションに関連するコストを管理したいと考えています。これらのアプリケーションは、JavaとNode.jsが混在しており、異なるインスタンスクラスターに分散しています。企業はコストを最小限に抑えながら、単一の展開方法を使用して標準化を図りたいと考えています。

ほとんどのアプリケーションは月末処理の一部であり、並行ユーザーは少ないものの、時々他のタイミングでも実行されます。アプリケーションの平均メモリ使用量は1GB未満ですが、ピーク時には2.5GBを使用するものもあります。

最も重要なアプリケーションは、複数のデータソースにアクセスし、数時間にわたって実行されるJavaで書かれた請求書レポートです。

最もコスト効果の高い解決策はどれでしょうか？

A. 各アプリケーションごとにAWS Lambda関数を個別にデプロイし、AWS CloudTrailログとAmazon CloudWatchアラームを使用して重要なジョブの完了を確認します。

B. メモリ使用率が75%に設定されたAmazon EC2でAmazon ECSコンテナをデプロイし、ECSタスクスケーリングを使用して各アプリケーションを移行します。サービスとホストをAmazon CloudWatchで監視します。

C. 各アプリケーションにAWS Elastic Beanstalkをデプロイし、Auto Scalingを使用してリクエストに必要なリソースを確保します。各Elastic Beanstalkの展開をCloudWatchアラームで監視します。

D. 新しいAmazon EC2インスタンスクラスターをデプロイし、すべてのアプリケーションを共存させ、EC2 Auto Scalingとアプリケーションロードバランサーを使用して、インスタンスメモリ使用率に基づいてクラスターサイズをスケールします。Auto ScalingグループのGroupMaxSizeパラメーターに相当する3年のReserved Instance予約を購入します。