Application Load Balancer 的目标组

• 协议：HTTP、HTTPS

• 端口：1-65535

• 目标组的 VPC 的子网

• 10.0.0.0/8 (RFC 1918)

• 100.64.0.0/10 (RFC 6598)

• 172.16.0.0/12 (RFC 1918)

• 192.168.0.0/16 (RFC 1918)

• 实例位于与负载均衡器 VPC 对等的 VPC（位于同一区域或不同区域）中。

• 可通过 IP 地址和端口寻址的 Amazon 资源（例如，数据库）。

• 通过 Amazon Direct Connect 或 Site-to-Site VPN 连接链接到 Amazon 的本地资源。

注意事项

• 目标组中的所有 IP 地址均必须具有相同的 IP 地址类型。例如，您无法向 IPv6 目标组注册 IPv4 目标。

• IPv6 目标组只能用于 dualstack 负载均衡器。

• IPv6 目标组支持 IP 和实例类型目标。

gRPC 协议版本的注意事项

• 唯一支持的侦听器协议是 HTTPS。

• 监听器规则唯一支持的操作类型是 forward。

• 唯一支持的目标类型是 instance 和 ip。

• 负载均衡器解析 gRPC 请求并根据程序包、服务和方法将 gRPC 调用路由到相应的目标组。

• 负载均衡器支持一元、客户端流媒体、服务器端流媒体和双向流媒体。

• 您必须提供格式为 /package.service/method 的自定义运行状况检查方法。

• 在检查来自目标的成功响应时，必须指定 gRPC 状态代码。

• 不能将 Lambda 函数用作目标。

HTTP/2 协议版本的注意事项

• 唯一支持的侦听器协议是 HTTPS。

• 监听器规则唯一支持的操作类型是 forward。

• 唯一支持的目标类型是 instance 和 ip。

• 负载均衡器支持从客户端流式传输。负载均衡器不支持流式传输到目标。

限制

• 您无法在同一 VPC 中注册另一个 Application Load Balancer 的 IP 地址。如果另一个 Application Load Balancer 位于与负载均衡器 VPC 对等的 VPC 中，则可以注册其 IP 地址。

• 如果实例位于与负载均衡器 VPC 对等的 VPC（位于同一区域或不同区域）中，则不能用实例 ID 注册这些实例。可以用 IP 地址注册这些实例。

轮询

• 轮询路由算法按顺序将请求均匀地路由到目标组中运行状况良好的目标。

• 当收到的请求复杂度相似、已注册目标的处理能力相似，或者您需要在目标之间平均分配请求时，通常使用此算法。

最少未完成请求

• 最少未完成的请求路由算法将请求路由到正在进行的请求数最少的目标。

• 当收到的请求复杂度不同、已注册目标的处理能力不同时，通常使用此算法。

• 当支持 HTTP/2 的负载均衡器使用仅支持 HTTP/1.1 的目标时，它会将请求转换为多个 HTTP/1.1 请求。在此配置中，最少未完成的请求算法会将每个 HTTP/2 请求视为多个请求。

• 使用 WebSocket 时，将使用最少未完成的请求算法选择目标。选择后，负载均衡器将创建与目标的连接并通过此连接发送所有消息。

• 最少未完成的请求路由算法不能与慢启动模式一起使用。

加权随机

• 加权随机路由算法以随机顺序在目标组中运行状况良好的目标之间均匀路由请求。

• 此算法支持自动目标权重（ATW）异常缓解。

• 加权随机路由算法不能与慢启动模式一起使用。

• 加权随机路由算法不能与粘性会话一起使用。

• DNS 故障转移 — 当某区域中运行状况良好的目标低于阈值时，我们会在 DNS 中将该区域的负载均衡器节点的 IP 地址标记为运行状况不佳。因此，当客户端解析负载均衡器 DNS 名称时，流量将会仅路由到运行状况良好的区域。

• 路由故障转移 - 当某区域中运行状况良好的目标低于阈值时，负载均衡器会将流量发送到负载均衡器节点可用的所有目标（包括运行状况不佳的目标）。这增加了客户端连接成功的机会，尤其是在目标暂时未能通过运行状况检查时，并降低了运行状况良好的目标过载的风险。

• 不能将此功能用于目标是 Lambda 函数的目标组。如果应用程序负载均衡器是网络负载均衡器或全局加速器的目标，请不要为 DNS 故障转移配置阈值。

• 如果为某项操作指定了两种类型的阈值（计数和百分比），则负载均衡器会在违反任一阈值时执行该操作。

• 如果为这两项操作都指定了阈值，则 DNS 故障转移的阈值必须大于或等于路由故障转移的阈值，以便 DNS 故障转移会在路由故障转移时或之前发生。

• 如果您将阈值指定为百分比，我们将根据在目标组中注册的目标总数动态计算该值。

• 目标总数取决于关闭还是打开跨区域负载均衡。如果跨区域负载均衡处于关闭状态，则每个节点仅向自己区域中的目标发送流量，这意味着阈值将分别应用于每个已启用区域中的目标数量。如果跨可用区负载均衡处于打开状态，则每个节点将流量发送到所有已启用区域中的所有目标，这意味着指定的阈值将应用于所有已启用区域中的目标总数。

• 通过 DNS 故障转移，我们会从负载均衡器的 DNS 主机名中删除运行状况不佳区域的 IP 地址。但是，本地客户端 DNS 缓存中可能会包含这些 IP 地址，直到 DNS 记录中的生存时间 (TTL) 到期（60 秒）。

• 当发生 DNS 故障转移时，这会影响与负载均衡器关联的所有目标组。请确保剩余区域中有足够的容量来处理这些额外流量，尤其是在跨区域负载均衡关闭的情况下。

• 使用 DNS 故障转移时，如果所有负载均衡器区域都被视为运行状况不佳，则负载均衡器会将流量发送到所有区域（包括运行状况不佳的区域）。

• 除了是否有足够运行状况良好的目标可能会导致 DNS 故障转移之外，还有其他因素，例如区域的运行状况。

场景

• 支持 A 和 B 两个可用区的负载均衡器

• 每个可用区中包含 10 个注册目标

• 目标组具有以下目标组运行状况设置：

  • DNS 故障转移 - 50%

  • 路由故障转移 - 50%

• 可用区 B 中有六个目标失败

如果跨区域负载均衡关闭

• 每个可用区中的负载均衡器节点只能将流量发送到其可用区内的 10 个目标。

• 可用区 A 中有 10 个运行状况良好的目标，符合所需的运行状况良好的目标百分比。负载均衡器继续在 10 个运行状况良好的目标之间分配流量。

• 可用区 B 中只有 4 个运行状况良好的目标，占可用区 B 中负载均衡器节点目标的 40%。由于这低于所需的运行状况良好的目标百分比，负载均衡器会执行以下操作：

  • DNS 故障转移 - 可用区 B 在 DNS 中被标记为运行状况不佳。由于客户端无法将负载均衡器名称解析为可用区 B 中的负载均衡器节点，并且可用区 A 运行状况良好，因此客户端会向可用区 A 发送新连接。

  • 路由故障转移 - 当新连接明确发送到可用区 B 时，负载均衡器会将流量分配到可用区 B 中的所有目标（包括运行状况不佳的目标）。这样可以防止剩余运行状况良好的目标发生中断。

如果跨区域负载均衡打开

• 每个负载均衡器节点可以向两个可用区中的所有 20 个注册目标发送流量。

• 可用区 A 中有 10 个运行状况良好的目标，可用区 B 中有 4 个运行状况良好的目标，总共有 14 个运行状况良好的目标。这是两个可用区中负载均衡器节点目标的 70%，符合所需的运行状况良好的目标百分比。

• 负载均衡器将在两个可用区内 14 个运行状况良好的目标之间分配流量。

使用评估目标运行状况功能

• 当应用程序负载均衡器别名记录上的“评估目标运行状况”设置为 Yes 时，Route 53 将评估 alias target 值指定的资源的运行状况。对于应用程序负载均衡器，Route 53 使用与负载均衡器关联的目标组运行状况检查。

• 当应用程序负载均衡器中的所有目标组均运行正常时，Route 53 会将别名记录标记为运行正常。如果目标组至少包含一个运行正常的目标，目标组将通过运行状况检查。然后，Route 53 会根据您的路由策略返回记录。如果使用失效转移路由策略，则 Route 53 返回主记录。

• 如果应用程序负载均衡器中的任何目标组运行不正常，则别名记录无法通过 Route 53 运行状况检查（失效时开放）。如果使用评估目标运行状况，则失效转移路由策略会失败。

• 如果应用程序负载均衡器中的所有目标组均为空（无目标），则 Route 53 会认为该记录运行不正常（失效时开放）。如果使用评估目标运行状况，则失效转移路由策略会失败。