弹性负载均衡ELB的目标组内部流量分发机制是如何运作的？

流量被负载均衡器转发到目标组后，会按以下流程完成实例选择和转发：

1. 首先过滤掉健康检查失败的实例：负载均衡器会按预先配置的健康检查规则（TCP端口探测、HTTP/HTTPS路径探测等）持续检测目标组内所有实例的可用性，只有连续通过健康检查的实例才会进入可调度列表。
2. 匹配会话保持规则（如果开启）：如果配置了会话保持（粘性会话），来自同一客户端的后续请求会直接转发给之前处理过该客户端请求的实例，不需要进入后续调度逻辑。
3. 按调度算法选择实例：没有命中会话保持规则的请求，会根据目标组配置的调度算法，从可用实例列表中选出一个实例承接流量。

不同云厂商、不同类型的负载均衡支持的调度算法略有差异，主流的规则如下：

• 轮询调度：默认通用规则，按顺序把请求依次分配给所有健康实例，适合实例硬件配置接近、请求处理耗时差异小的业务场景。
• 加权轮询调度：支持给每个实例设置不同权重，权重越高的实例被分配到的请求数越多，适合实例配置差异较大的场景，可让性能更好的实例承接更多流量。
• 最少连接数调度：实时统计每个实例的当前活跃连接数，把新请求分配给连接数最少的实例，适合请求处理耗时差异大的业务（比如包含大文件上传、复杂接口计算的服务），避免实例负载不均。
• 加权最少连接数调度：在最少连接数的基础上叠加实例权重，同时参考实例性能和当前负载分配流量，适配性比纯最少连接数更高。
• 源IP哈希调度：对请求的源IP地址做哈希计算，同一个源IP的请求会固定分配给同一个实例，适合需要本地会话保持的场景，比如用户登录状态存储在实例本地、没有用共享缓存的业务。需要注意如果目标组内实例上下线，会触发哈希重分布，已有的会话绑定关系会失效。
• 请求特征哈希调度：部分应用型负载均衡支持根据请求路径、指定请求头（比如用户ID、设备ID）做哈希，同一个特征的请求会固定分配到同一个实例，适合缓存类业务，可大幅提升实例本地缓存的命中率。

内容的提问来源于stack exchange，提问作者Matt Curry