Application Load Balancer 的目标组

• 协议：HTTP，HTTPS

• 端口：1-65535

• 目标组VPC的子网

• 10.0.0.0/8 (1918) RFC

• 100.64.0.0/10 (6598) RFC

• 172.16.0.0/12 (1918) RFC

• 192.168.0.0/16 (1918) RFC

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

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

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

注意事项

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

• IPv6目标组只能与dualstack负载均衡器一起使用。

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

g RPC 协议版本的注意事项

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

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

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

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

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

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

• 在检查目标是否成功响应时，必须指定要使用的 g RPC 状态代码。

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

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

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

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

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

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

限制

• 您不能在同一个应用程序负载均衡器中注册其他 Application Load Balancer 的 IP 地址VPC。如果另一个 Application Loa VPC d Balancer 位于与该负载均衡器对等的中VPC，则可以注册其 IP 地址。

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

轮询

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

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

最少未完成请求

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

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

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

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

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

加权随机

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

• 该算法支持自动目标权重 (ATW) 异常缓解。

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

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

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

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

• 不能将此功能用于目标是 Lambda 函数的目标组。如果 Application Load Balancer 是网络负载均衡器或全球加速器的目标，则不要配置DNS故障转移阈值。

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

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

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

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

• 通过DNS故障转移，我们从负载均衡器的DNS主机名中删除不健康区域的 IP 地址。但是，在DNS记录中的 () 到期 time-to-live（60 秒TTL）之前，本地客户端DNS缓存可能包含这些 IP 地址。

• 发生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 会认为该记录运行不正常（失效时开放）。如果使用评估目标运行状况，则失效转移路由策略会失败。