Azure负载平衡粘性会话没有按预期工作 [英] Azure Load Balancing sticky session didn't work as expected

查看:57
本文介绍了Azure负载平衡粘性会话没有按预期工作的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

您好Azure支持,

我们的Azure负载均衡器存在问题。

We have a problem with our Azure load balancer.

我们的负载均衡器的持久模式设置为客户端IP。但是,在压力测试期间,我们发现来自同一客户端IP的Web请求同时被转发到LB后面的两个VM。我们检查了健康探测日志,没有发现任何错误。可以
你帮助我们找出我们做错了什么吗?谢谢。以下是服务器信息。

Our load balancer's persistence mode was set to Client IP. However, during stress test, we found web requests from the same client IP were forwarded to both VMs behind LB at the same time. We checked health probe log and didn't find anything wrong. Could you help us find out what we did wrong? thanks. The following are the server info.

LB:  trakstar-lb.eastus.cloudapp.azure.com,( 23.xxx)

LB: trakstar-lb.eastus.cloudapp.azure.com, (23.x.x.x)

虚拟机

cumulusfe5.eastus.cloudapp.azure.com

cumulusfe5.eastus.cloudapp.azure.com

cumulusfe6.eastus.cloudapp .azure.com

cumulusfe6.eastus.cloudapp.azure.com




推荐答案

你好温, 

Hi Wen, 

如果您使用2元组,则您的客户端IP和LB公共IP是相同的,因此您不应该看到此行为。

If you are using 2 tuple, your Client IP and LB public IP are the same, so you should not see this behavior.

你有多少规则?

您是否在两台服务器上看到平均分配?

Are you seeing equal distribution on both the servers?

您是如何检查健康状况调查的?

How did you check the health probe?

问候, 

Msrini


这篇关于Azure负载平衡粘性会话没有按预期工作的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆