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