本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 没有粘性的 Application Load Balancer
<a name="alb-without-stickiness"></a>

当您使用没有任何粘性的 Application Load Balancer 时，默认情况下，负载均衡器使用轮询方法来确定应将流量路由到哪个 EC2 实例。

**模板：**使用 CloudFormation 模板`basic.yml`（包含在[示例代码.zip 文件](samples/stickiness.zip)中）试用此功能。

**注意**  
本指南中包含的所有 CloudFormation 模板都部署了自定义 VPC、路由表、路由、Internet 网关、Application Load Balancer、目标组、侦听器和 EC2 实例，以说明特定的负载均衡器粘性策略。

## 常见使用案例
<a name="no-stickiness-use-cases"></a>

在以下情况下，使用没有粘性的 Application Load Balancer：
+ 您有一份要将流量路由到的目标列表，但这些目标不保持会话状态。
+ 您使用的 Web 服务器不维护会话状态。
+ 您使用的应用程序服务器不维护会话状态。

## 步骤
<a name="no-stickiness-steps"></a>

**备注**  
NAT 网关的费用很小。
与单个 EC2 EC2实例相比，多个实例耗尽免费套餐的小时数更快。

1. 在实验室环境`basic.yml`中部署 CloudFormation 模板。

1. 等待，直到目标组实例的运行状况从**初始**变为正**常**。

1. 使用 HTTP (TCP/80) 在网络浏览器中导航到 Application Load Balancer 网址。

   例如：`http://alb-123456789.us-east-1.elb.amazonaws.com/`

   该网页显示**实例 1- TG1** 或**实例 2- TG1**。

1. 多次刷新页面。

## 预期结果
<a name="no-stickiness-results"></a>

加载网页的实例（**实例 1** 或**实例 2**）应每次都发生变化，如页面文本所示。负载均衡器逻辑跨多个内部节点管理最后一个目标，这可能会导致同步延迟，因此您可能会被路由到同一个目标。

## 工作方式
<a name="no-stickiness-how"></a>
+ 在此示例中，将两个 EC2 实例分配给一个目标组。这些 EC2实例安装了 Apache Web 服务器 (`httpd`)，并且每个 EC2 实例上的`index.html`页面文本都经过硬编码以识别该实例。
+ Application Load Balancer 运行其内部循环逻辑来确定哪个 EC2 实例应该接收流量。
+ 每次重新加载网页时，Application Load Balancer 都会运行其路由逻辑，页面会显示**实例 1 TG1** 或**实例 2- TG1**。