昨天做实验我也遇到了铭哥这个问题一直访问到real server2上。后来我做其他的实验带了大概一分钟，再去ctrl+F5刷新，发现跳到了real server1上，这个让我很兴奋，它是大概一分钟变一次，否则一直连着某一个real server
我看见配置文件有这个参数
persistence_timeout 60 #(同一IP的连接60秒内被分配到同一台realserver)
跟我想的不谋而合，只要把它禁掉，在做实验可以实现均匀的分配
到我们在实际生产上，必须得加上这个参数附上它的含义：
persistence_timeout.会话保持时间，单位是秒。这个选项对动态网站很有用处：当用户从远程用帐号进行登陆网站时，有了这个会话保持功能，就能把用户的请求转发给同一个应用服务器。在这里，我们来做一个假设，假定现在有一个lvs 环境，使用DR转发模式，真实服务器有3个，负载均衡器不启用会话保持功能。当用户第一次访问的时候，他的访问请求被负载均衡器转给某个真实服务器，这样他看到一个登陆页面，第一次访问完毕；接着他在登陆框填写用户名和密码，然后提交；这时候，问题就可能出现了—登陆不能成功。因为没有会话保持，负载均衡器可能会把第2次的请求转发到其他的服务器。
我看见配置文件有这个参数
persistence_timeout 60 #(同一IP的连接60秒内被分配到同一台realserver)
跟我想的不谋而合，只要把它禁掉，在做实验可以实现均匀的分配
到我们在实际生产上，必须得加上这个参数附上它的含义：
persistence_timeout.会话保持时间，单位是秒。这个选项对动态网站很有用处：当用户从远程用帐号进行登陆网站时，有了这个会话保持功能，就能把用户的请求转发给同一个应用服务器。在这里，我们来做一个假设，假定现在有一个lvs 环境，使用DR转发模式，真实服务器有3个，负载均衡器不启用会话保持功能。当用户第一次访问的时候，他的访问请求被负载均衡器转给某个真实服务器，这样他看到一个登陆页面，第一次访问完毕；接着他在登陆框填写用户名和密码，然后提交；这时候，问题就可能出现了—登陆不能成功。因为没有会话保持，负载均衡器可能会把第2次的请求转发到其他的服务器。
编辑回复