2月9日我们做lvs_dr实验和2月11日做keepalived实验的时候，发现一个怪异的问题，那就是浏览器访问的时候，前两次还算均匀，一次到rs1，一次到rs2，然后再访问的时候，就直接到了rs2上，一直都是rs2。
怀疑是ipvsadm版本或者centos版本的问题，于是换成ipvsadm-1.26（原来是1.25）依旧是这样的问题，再换centos版本，从centos6.5升级到centos6.6，并且用centos6.4做，也安装了centos6.6 64位，依旧是同意的问题。
最后无奈，再开一台虚拟机，使用linux的curl去访问，终于得到了想要的答案。 做了这么多无用功，真是醉了！其实我们做的并无错，不应该怀疑自己的。
那到底为啥浏览器或者windows版本的curl有这个问题呢？ 这个谁知道呢！ chrome，IE，curl.exe 估计其他浏览器也一样的德行！难道和windows内核有关系？ 不对，因为我拿iphone上的uc和safari浏览器去测试过，也是这样子,android 上的uc也同样的问题。 但还好让我欣慰的是，不同的设备，不同的客户端上访问到的内容还是不一样的，也就是说当客户端数量足够多时，它一样可以做到负载均衡，只不过并不会立即跳到其他rs上去了。
暂时先这样吧，这个实验并没有错误，大家知道这一点即可！ 因为忙所以没有时间去详细追究根本原因了！
怀疑是ipvsadm版本或者centos版本的问题，于是换成ipvsadm-1.26（原来是1.25）依旧是这样的问题，再换centos版本，从centos6.5升级到centos6.6，并且用centos6.4做，也安装了centos6.6 64位，依旧是同意的问题。
最后无奈，再开一台虚拟机，使用linux的curl去访问，终于得到了想要的答案。 做了这么多无用功，真是醉了！其实我们做的并无错，不应该怀疑自己的。
那到底为啥浏览器或者windows版本的curl有这个问题呢？ 这个谁知道呢！ chrome，IE，curl.exe 估计其他浏览器也一样的德行！难道和windows内核有关系？ 不对，因为我拿iphone上的uc和safari浏览器去测试过，也是这样子,android 上的uc也同样的问题。 但还好让我欣慰的是，不同的设备，不同的客户端上访问到的内容还是不一样的，也就是说当客户端数量足够多时，它一样可以做到负载均衡，只不过并不会立即跳到其他rs上去了。
暂时先这样吧，这个实验并没有错误，大家知道这一点即可！ 因为忙所以没有时间去详细追究根本原因了！
编辑回复