"目标组"与AWS中的"自动扩展组"有何不同？

Question

我对条款及其用法有点困惑.你能帮我理解它们如何与Load Balancers一起使用吗？

我提到aws-doc徒劳无功:(

Answer 1

目标组只是一组Ec2实例。目标群体与ELB紧密相关，而不与ASG紧密相关。

• ELB-> TG->实例组

我们只能使用ELB和Target组将请求路由到EC2实例。使用此设置，没有自动缩放功能，这意味着在负载增加/减少时无法添加或删除实例。

• ELB-> TG-> ASG->实例组

如果要自动缩放，可以将TG附加到ASG，然后将其关联到ELB。现在，通过此设置，您可以一起获得请求路由和自动缩放。现实世界中的用例遵循这种模式。如果您将目标组与Auto Scaling组分离，实例将自动从目标组中注销。

希望这可以帮助。

Answer 2

Auto Scaling Group只是一组相同的实例,AWS可以根据您指定的某些配置自动扩展(添加新的)或关闭(删除).您可以使用它来确保在任何时间点都有运行应用程序的特定实例数,并且当达到阈值(如CPU利用率)时,它会向上或向下扩展.

目标组是一种通过指定协议和端口将网络流量路由到指定实例的方法.它基本上是端口级别的负载平衡.这主要用于允许访问在不同端口上运行但同一实例的许多应用程序.

然后是经典的负载均衡器,其中网络流量在实例之间路由.

您提到的文档是关于将负载均衡器(经典或目标组)附加到自动缩放组.这样做是为了可以自动管理扩展实例(通过自动扩展组),同时仍然根据负载均衡器将网络流量路由到这些实例.

Answer 3

什么是目标群体？

甲目标组包含EC2实例到其上负载平衡器分配工作量。

与目标组配对的负载均衡器尚不具备自动扩展功能。

什么是Auto Scaling组（ASG）？

这是自动调整的地方。自动调整组（ASG）可以连接到负载均衡器。

我们可以将自动缩放规则附加到ASG。然后，当达到阈值（例如CPU利用率）时，将以编程方式调整实例数。

如何将ASG附加到负载均衡器？

• 对于经典负载均衡器，直接将ASG与负载均衡器链接
• 对于应用程序负载平衡器，将ASG与目标组链接（目标组本身已附加到负载平衡器）

Answer 4

目标群体

他们监听来自负载均衡器的 HTTP/S 请求

负载均衡器的目标是否可用于处理来自任何类型客户端（浏览器、移动设备、Lambda 等）的HTTP/S请求。目标具有特定目的，例如移动 API 处理、Web 应用程序处理等。此外，这些目标组可以包含具有任何类型特征的实例。

AWS 文档

每个目标组用于将请求路由到一个或多个注册目标。创建每个侦听器规则时，指定目标组和条件。当满足规则条件时，流量被转发到相应的目标组。您可以为不同类型的请求创建不同的目标组。例如，为一般请求创建一个目标组，为应用程序的微服务请求创建其他目标组。参考

因此，目标组提供一组实例来处理特定的HTTP/S请求。

AutoScaling 组

它们是一组被启动以处理特定工作负载的实例，即：HTTP 请求、SQS 的消息、处理任何类型任务的作业等。

在这一方面，这些组是一组由超过特定阈值并触发警报的指标启动的实例。主要区别在于 Autoscaling 组的实例是临时的，它们可以处理任何事情，从 HTTP/S 请求到 SQS 的消息。此外，这里的实例是临时的，可以根据配置的指标随时终止。同样，Autoscaling 组共享相同的特征，因为遵循称为Launch Configuration 的内容。

AWS 文档

Auto Scaling 组包含一组 EC2 实例，这些实例具有相似的特征，并被视为出于实例扩展和管理目的的逻辑分组。例如，如果单个应用程序跨多个实例运行，您可能希望增加该组中的实例数以提高应用程序的性能或在需求较低时减少实例数以降低成本。 参考

因此，Autoscaling 组不仅可以处理 HTTP/S 请求，还可以处理后端内容，例如发送电子邮件的作业、处理任务的作业等。