我对条款及其用法有点困惑。你能帮我理解它们如何与Load Balancers一起使用？
我提到aws-doc是徒劳的：（
答案 0 :(得分：12)
Auto Scaling Group 只是AWS可以根据您指定的某些配置自动扩展（添加新的）或向下（删除）的一组相同实例。您可以使用它来确保在任何时间点都有运行应用程序的特定实例数，并且当达到阈值（如CPU利用率）时，它会向上或向下扩展。
目标组是一种通过指定协议和端口将网络流量路由到指定实例的方法。它基本上是端口级别的负载平衡。这主要用于允许访问在不同端口上运行但同一实例的许多应用程序。
然后是经典负载均衡器，其中网络流量在实例之间路由。
您提到的文档是将负载均衡器（经典或目标组）附加到自动缩放组。这样做可以自动管理扩展实例（通过自动扩展组），同时仍然可以根据负载均衡器将网络流量路由到这些实例。
答案 1 :(得分：7)
目标组只是一组Ec2实例。目标组与ELB紧密关联，而不与ASG紧密关联。
我们只能使用ELB和Target组将请求路由到EC2实例。使用此设置，没有自动缩放功能，这意味着在加载增加/减少时无法添加或删除实例。
如果要自动缩放，可以将TG附加到ASG ，后者又与ELB关联。现在，通过此设置，您可以一起获得请求路由和自动缩放。 现实世界中的用例遵循这种模式。如果您将目标组与Auto Scaling组分离，实例将自动从目标组中注销
希望这会有所帮助。
答案 2 :(得分：3)
他们从负载均衡器
中侦听HTTP / S请求负载均衡器的目标是否可用于处理来自任何类型客户端（浏览器，移动设备，Lambda等）的 HTTP / S 请求。目标具有特定目的，如移动API处理，Web应用程序处理等。此外，这些目标组可以包含具有任何特征的实例。
每个目标组用于将请求路由到一个或多个已注册的目标。创建每个侦听器规则时，指定目标组和条件。当满足规则条件时，流量将转发到相应的目标组。您可以为不同类型的请求创建不同的目标组。例如，为一般请求创建一个目标组，为应用程序的微服务创建其他目标组。 Reference
因此，目标组提供了一组实例来处理特定的 HTTP / S 请求。
它们是一组启动以处理特定工作负载的实例，即：HTTP请求，SQS消息，处理任何类型任务的作业等等。
在这一方面，这些组是一组实例，它们通过超出特定阈值并触发警报的指标启动。主要区别在于Autoscaling组的实例是临时的，它们可用于处理任何内容，从HTTP / S请求到SQS消息。此外，这里的实例是临时的，并且可以根据配置的度量在任何时间终止。同样，Autoscaling组具有相同的特性，因为它遵循名为Launch Configuration的内容。
Auto Scaling组包含一组EC2实例，这些实例具有相似的特征，并被视为逻辑分组，用于实例扩展和管理。例如，如果单个应用程序跨多个实例运行，您可能希望增加该组中的实例数以提高应用程序的性能，或者减少实例数以在需求较低时降低成本。 Reference
因此，Autoscaling组不仅可以处理HTTP / S请求，还可以处理后端内容，例如作业发送电子邮件，作业处理任务等等。
答案 3 :(得分：3)
什么是目标群体？
目标组包含负载均衡器向其分发工作负载的EC2实例。
与目标组配对的负载均衡器尚不具备自动扩展功能。
什么是Auto Scaling组（ASG）？
这是自动扩展的地方。自动扩展组（ASG）可以连接到负载均衡器。
我们可以将自动缩放规则附加到ASG。然后，当达到阈值（例如CPU利用率）时，将以编程方式调整实例数。
如何将ASG附加到负载均衡器？
答案 4 :(得分：1)
据我了解，目标组是ELB和EC2实例之间的连接。某种服务发现规则。该层允许ECS Services的目标组，例如，当每个实例可能有多个容器时。
Auto-Scaling Groups是EC2指标聚合的抽象，并根据该数据采取一些行动。
另外，请记住，将自动缩放组附加到ELB的可能性来自上一代ELB。您可以比较CloudFormation文档中的first generation和second one。