DockerコンテナをスケーリングするためにAWSElasticBeanstalkまたはAmazonEC2 Container Service（ECS）を使用する必要がありますか？

複数のマイクロサービスで構成されるDockerベースのアプリケーションを開発しました。Amazon SQSメッセージを消費し、それらを処理する必要があります。最初はAWSElastic Beanstalkを使用したかったのですが、その後EC2 ContainerServiceに転倒しました。今、私はどちらを選ぶべきかわかりません。

現在のところ、ElasticBeanstalkはMulti-Container-Environmentsをサポートしています。すべてのマイクロサービスがDockerコンテナ内に独自のアプリケーションサーバーを持っているので、これは素晴らしいことです。次の問題はスケーリングです。

スケーリングメカニズムがどのように機能するのかわかりません。例：ElasticBeanstalk環境に5つのDockerコンテナーがあります。現在、処理するSQSメッセージが大量にあるため、5番目のDockerコンテナのみが高負荷になっています。他の4つは、CPUをあまり必要としないか、SQSメッセージが少ないため、ほとんどアイドル状態です。5番目のコンテナがJBossアプリケーションサーバーを実行するとします。私の知る限り、使用可能なCPU /メモリが十分にある場合でも、サーバーは限られた量の並列要求しか消費できません。

JBoss Dockerコンテナがリクエストの量を処理できないが、使用可能なCPU /メモリが十分にある場合は、もちろん、同じインスタンスで2番目のDocker / JBossコンテナを自動的に起動したいと思います。しかし、十分なCPU /メモリがない場合はどうなりますか？もちろん、EBの自動スケーリンググループを介して構成可能な2番目のインスタンスでスピンしたいと思います。これで2番目のインスタンスが起動しますが、5番目を除くすべてのコンテナはほぼアイドル状態です。もちろん、2番目のインスタンスでも不要な4を生成しないようにします。これは、リソースの浪費になります。5番目のみが生成され、他はCPU /メモリ/ SQSなどの構成可能なパラメーターに基づいて5番目のスケールのようにスケーリングする必要があります。

Amazon ECSがそれを行っているかどうか、またはそれが可能かどうかは正確にはわかりませんが、このトピックに関する情報源はインターネット上で実際には見つかりません。一般的に言われているように、インスタンス/コンテナーに基づいてスケーリングします。

EB対ECSは実際に制御することになります。スケーリングと容量を制御したいですか、それともそれをより抽象化し、代わりに主にアプリに焦点を合わせたいですか。クラスタ内のノードのサイズと数、および自動スケーリングを使用するかどうかを指定する必要があるため、ECSで制御できます。EBを使用すると、Dockerfileを提供するだけで、ノードの数とサイズのプロビジョニングをEBが処理します。基本的に、EBルートのインフラストラクチャを忘れることができます。

Dockerに関するEBドキュメントは次のとおりです：http：//docs.aws.amazon.com/elasticbeanstalk/latest/dg/create_deploy_docker.html

ECSでは、Dockerfileのデプロイを開始する前に、最初にインフラストラクチャを構築する必要があります。これにより、1）インフラストラクチャに精通していること、2）インフラストラクチャとアプリに費やしたい労力のレベルになります。

死んだ質問を復活させるのではありませんが、うまくいけば、これは誰かを助けるでしょう。

受け入れられた答えは十分に明確ではありません。OPの説明に基づいて、OPはMulti-Container Elastic Beanstalk（MCEB）ではなくECSを望んでいます。私の知る限り、MCEBはコンテナをインスタンスに効率的にパックしようとはしません。OPはコメントで、「負荷がかかっているのが1つだけの場合、これだけをスケーリングしますか、それとも、どのような負荷がかかっていても、常にインスタンスをスケールしてすべてのコンテナーを起動しますか？」と尋ねます。そして答えは「後者」です。MCEBは、インスタンスをスケールアップし、どのような負荷がかかっていても、すべてのコンテナーを起動します。

編集

想像しているアーキテクチャを使用しないでください。

マイクロサービスはどの程度マイクロですか？それぞれにt2.nanoを与えるのはばかげているでしょうか？次に、それらをそれぞれ単一コンテナーのDockerEBアプリにします。EBワーカーアプリケーションはSQSメッセージで駆動できます。または、apex.runを使用します。

2018年1月31日編集：

AWSFargateはかなりクールなようです。

19年6月5日編集：

かゆみを満たすためにコンテナをオーケストレーションする必要がある場合は、EKSを使用してください。しかし、実際には、これを避けるようにしてください。分散システムは難しいです。