AWSの「ターゲットグループ」と「自動スケーリンググループ」の違いは何ですか？
用語とその使用法について少し混乱しています。これらがロードバランサーでどのように使用されるかを理解するのを手伝ってもらえますか？
このために無駄に aws-doc を参照しました:(
Auto Scaling Groupは、指定した設定に基づいてAWSが自動的にスケールアップ（新しいインスタンスを追加）またはダウン（削除）できる同一インスタンスのグループです。これを使用して、任意の時点で、アプリケーションを実行している特定の数のインスタンスがあり、しきい値（CPU使用率など）に達すると、スケールアップまたはスケールダウンします。
ターゲットグループは、指定されたインスタンスに指定されたプロトコルとポートを介してルーティングされるネットワークトラフィックを取得する方法です。基本的にはポートレベルの負荷分散です。これは主に、異なるポート上で同じインスタンスで実行されている多くのアプリケーションへのアクセスを許可するために使用されます。
次に、ネットワークトラフィックがインスタンス間でルーティングされるclassical Load Balancerがあります。
参照したドキュメントは、ロードバランサー（従来のグループまたはターゲットグループ）の自動スケーリンググループへの接続に関するものです。これは、ロードバランサーに基づいてこれらのインスタンスにネットワークトラフィックをルーティングしながら、スケーリングインスタンスを（自動スケーリンググループによって）自動管理できるようにするために行われます。
ターゲットグループは、Ec2インスタンスのグループです。ターゲットグループはASGではなくELBと密接に関連付けられていますです。
- ELB-> TG->インスタンスのグループ
ELBおよびターゲットグループを使用して、リクエストをEC2インスタンスにルーティングできます。このセットアップでは、自動スケーリングは行われません。つまり、ロードの増減時にインスタンスを追加または削除することはできません。
- ELB-> TG-> ASG->インスタンスのグループ
自動スケーリングが必要な場合は、TGをASGに接続 ELBに関連付けられます。これで、この設定により、リクエストのルーティングと自動スケーリングが同時に行われます。 実世界のユースケースはこのパターンに従います。 Auto Scalingグループからターゲットグループをデタッチすると、インスタンスはターゲットグループから自動的に登録解除されます
お役に立てれば。
ターゲットグループとは？
ターゲットグループには、ロードバランサーがワークロードを分散するEC2インスタンスが含まれます。
ターゲットグループとペアリングされたロードバランサーには、まだ自動スケーリング機能がありません。
Auto Scaling Group（ASG）とは何ですか？
これが自動スケーリングの出番です。自動スケーリンググループ（ASG）をロードバランサーに接続できます
自動スケーリングルールをASGに添付できます。次に、しきい値（CPU使用率など）が満たされると、インスタンスの数がプログラムによって調整されます。
ASGをロードバランサーに接続する方法
- クラシックロードバランサーの場合、ASGをロードバランサーに直接リンクします
- Application Load Balancerの場合、ASGをターゲットグループ（それ自体がロードバランサーに接続されている）にリンクします
ターゲットグループ
ロードバランサーからのHTTP/Sリクエストをリッスンします
ロードバランサーのターゲットは、あらゆる種類のクライアント（ブラウザー、モバイル、ラムダなど）からのHTTP/Sリクエストを処理するために使用できます。ターゲットには、モバイルAPI処理、Webアプリ処理などの特定の目的があります。さらに、これらのターゲットグループには、あらゆる種類の特性を持つインスタンスを含めることができます。
AWSドキュメント
各ターゲットグループは、1つ以上の登録済みターゲットにリクエストをルーティングするために使用されます。各リスナールールを作成するときに、ターゲットグループと条件を指定します。ルール条件が満たされると、トラフィックは対応するターゲットグループに転送されます。さまざまなタイプのリクエストに対してさまざまなターゲットグループを作成できます。たとえば、一般的なリクエスト用のターゲットグループと、アプリケーションのマイクロサービスへのリクエスト用の他のターゲットグループを作成します。 参照
そのため、ターゲットグループは、特定のHTTP/S要求を処理するための一連のインスタンスを提供します。
AutoScalingグループ
これらは、特定のワークロードを処理するために起動されたインスタンスのセットです。つまり、HTTPリクエスト、SQSのメッセージ、あらゆる種類のタスクを処理するジョブなどです
一方、これらのグループは、特定のしきい値を超えてアラームをトリガーしたメトリックによって起動されたインスタンスのセットです。主な違いは、自動スケーリンググループのインスタンスは一時的なものであり、HTTP/SリクエストからSQSのメッセージまで、あらゆるものを処理できることです。さらに、ここでのインスタンスは一時的なものであり、構成されたメトリックに従っていつでも終了できます。同様に、Auto-scalingグループは、 Launch Configuration と呼ばれるものに従うため、同じ特性を共有します。
AWSドキュメント
Auto Scalingグループには、同様の特性を共有し、インスタンスのスケーリングと管理の目的で論理グループとして扱われるEC2インスタンスのコレクションが含まれます。たとえば、単一のアプリケーションが複数のインスタンスで動作する場合、そのグループ内のインスタンスの数を増やしてアプリケーションのパフォーマンスを改善したり、インスタンスの数を減らして需要が低いときにコストを削減したりできます。 参照
そのため、AutoscalingグループはHTTP/Sリクエストを処理できるだけでなく、メールを送信するジョブ、タスクを処理するジョブなどのバックエンドも処理できます。
私が理解しているように、ターゲットグループはELBインスタンスとEC2インスタンス間の接続です。ある種のサービス検出ルール。このレイヤーでは、インスタンスごとに複数のコンテナを持つことが可能な場合、たとえば ECSサービス のターゲットグループを使用できます。
Auto-Scaling Groupsは、EC2メトリックの集約と、そのデータに基づいていくつかのアクションを実行するための抽象化です。
また、Auto-Scaling GroupをELBにアタッチできる可能性は、前世代のELBに由来することを忘れないでください。 CloudFormationドキュメントで 第一世代 と 第二世代 を比較できます。