关于Azure标准负载均衡器客户端IP会话持久性及流量分发行为的咨询

您好！针对您关于Azure标准负载均衡器（SLB）客户端IP会话持久性的疑问，我来给您拆解清楚：

一、客户端IP会话持久性的核心逻辑 #

首先明确：当您开启了客户端IP会话持久性（源IP亲和性），Azure标准负载均衡器会将来自同一个客户端公网IP的所有流量，持续路由到同一个后端服务器——只要负载均衡器中对应的亲和性条目还处于有效状态。

这里要注意：它绑定的是客户端IP地址，而非某个特定的“用户会话”（比如浏览器的Cookie会话），只要客户端IP不变，不管是同一会话的后续请求还是新发起的请求，都会被导向同一个后端服务器。

二、亲和性的有效期：并非永久，受空闲超时控制 #

您提到的默认4分钟空闲超时，就是控制亲和性条目的关键：

• 如果该客户端IP在4分钟内没有任何流量发送到负载均衡器，负载均衡器会自动删除对应的亲和性条目；
• 之后这个客户端再发起请求时，负载均衡器会重新执行负载均衡算法，可能将流量分配到任意健康的后端服务器（比如您的服务器B）；
• 但如果客户端持续有流量（请求间隔小于4分钟），亲和性条目会被不断重置超时时间，一直保持有效，流量也就会持续导向同一个后端服务器。

三、您遇到的流量分发情况是完全正常的 #

您说的“所有流量一直到服务器A，除非A宕机才切换到B，A恢复后又切回A”，完全符合Azure标准负载均衡器的设计逻辑：

1. 只要您的客户端IP未变，且持续有流量（或请求间隔没超过4分钟超时），亲和性条目就会一直有效，流量自然持续到A；
2. 当服务器A下线时，负载均衡器的健康探测会立即检测到A不可用，此时会将该客户端的流量重新路由到健康的服务器B；
3. 当服务器A恢复健康后，客户端的下一次请求会触发负载均衡器重新评估：如果此时客户端的亲和性条目已经因为A下线而失效，负载均衡器会基于客户端IP重新计算路由，而由于哈希算法的特性，很大概率会再次分配到服务器A（当然也可能分配到B，但您的场景里回到A是完全正常的）。

备注：内容来源于stack exchange，提问作者Dope script