EC2で自動スケーリングされたWebサービス：自動スケーリングを使用するカスタムAMIで設定を起動する、またはECSを使用する？

Question

ELBの背後にあるEC2インスタンスで自動スケーリングされたWebサービスを実行する方法は2つあります。

1）カスタムAMIのイメージIDを指定するAuto Scaling Launch Configを作成します。使用するインスタンスタイプ）。次に、自動スケーリングトリガがトリガされると、そのAMIを使用して新しいEC2インスタンスがスピンアップされます。

2）ECSには独自の自動スケーリング機能があるため、代わりにELBとECSを使用します。

どのような状況でECSを使用する方が良いですか？

Answer 1

2つのオプションは互いに排他的ではありません。最後の質問に答えるために、コンテナ化されたアプリケーションを実行するときにECSを使用します。 ECSのService AutoScalingサービスを使用して、これらのアプリケーションの規模を調整できます。これは、受信要求に出席するためのリソースが不足しているときに、追加のコンテナを持ち出すのに役立ちます。

これは、起動構成でEC2インスタンスのスケーリングとは異なります。 ECSクラスタ内の新しいコンテナをスピンアップするためにリソースが不足すると、追加のインスタンスが必要になります。ちなみに、ECSクラスタにバインドされた自動スケーリンググループ内に新しいEC2インスタンスを導入するには、常に起動設定を使用する必要があります。例えばthis tutorialを参照してください。

ELBについては、ECSでは、実際にはALBを使用する方がよいでしょう。コンテナ化されたアプリケーションでは、公開されたポートをホストマシンのランダムなポートにマップする必要があります。これにより、ロードバランスによる登録がより複雑になります。ただし、ALBはECSと統合されているため、新しいタスクを実行するたびに、タスクを実行しているECSサービスがALBの対象としてタスクの登録を要求します（詳細はthis linkを参照）。あなたのためにすべてを処理します。