本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
没有粘性的 Application Load Balancer
当您使用没有任何粘性的 Application Load Balancer 时,默认情况下,负载均衡器使用轮询方法来确定应将流量路由到哪个 EC2 实例。
模板:使用 CloudFormation 模板basic.yml(包含在示例代码.zip 文件中)试用此功能。
注意
本指南中包含的所有 CloudFormation 模板都部署了自定义 VPC、路由表、路由、Internet 网关、Application Load Balancer、目标组、侦听器和 EC2 实例,以说明特定的负载均衡器粘性策略。
常见使用案例
在以下情况下,使用没有粘性的 Application Load Balancer:
-
您有一份要将流量路由到的目标列表,但这些目标不保持会话状态。
-
您使用的 Web 服务器不维护会话状态。
-
您使用的应用程序服务器不维护会话状态。
步骤
备注
NAT 网关的费用很小。
与单个 EC2 EC2实例相比,多个实例耗尽免费套餐的小时数更快。
-
在实验室环境
basic.yml中部署 CloudFormation 模板。 -
等待,直到目标组实例的运行状况从初始变为正常。
-
使用 HTTP (TCP/80) 在网络浏览器中导航到 Application Load Balancer 网址。
例如:
http://alb-123456789.us-east-1.elb.amazonaws.com/该网页显示实例 1- TG1 或实例 2- TG1。
-
多次刷新页面。
预期结果
加载网页的实例(实例 1 或实例 2)应每次都发生变化,如页面文本所示。负载均衡器逻辑跨多个内部节点管理最后一个目标,这可能会导致同步延迟,因此您可能会被路由到同一个目标。
工作方式
-
在此示例中,将两个 EC2 实例分配给一个目标组。这些 EC2实例安装了 Apache Web 服务器 (
httpd),并且每个 EC2 实例上的index.html页面文本都经过硬编码以识别该实例。 -
Application Load Balancer 运行其内部循环逻辑来确定哪个 EC2 实例应该接收流量。
-
每次重新加载网页时,Application Load Balancer 都会运行其路由逻辑,页面会显示实例 1 TG1 或实例 2- TG1。