在上一篇文章《搭建DNS+LVS(keepAlived)+OpenResty服务器(Docker环境)》中,我搭建了dns+lvs+openresty+web集群；先来回顾一下架构图：
可以看到，我把web服务器分成了两组，一组为web01,web02,挂在了openresty01下，另外一组:web03,web04,web05挂在了openresty02下；最后搭建完成，演示时，我分别使用了curl和浏览器，在curl演示时很正常，请求能轮流分到每个web容器，但在浏览器中演示时，刷新时显示轮流某一组web，而不是在所所有web应用轮流，我当时以为是浏览器缓存导致，所以新开了个页签；
我们来看一下：
这两天又深入学习了lvs的持久化；我之前以前在keepalived中配置了持久化时间(persistence_timeout)为0，再加上负载均衡策略(lb_algo)配置成rr，就能够轮流rs,其实不然，除了这些之外，还有连接空闲的超时时间；
1. 把来自同一个客户端IP的请求转发到同一个RS的持久化时间：persistence_timeout,通过这个持久化时间，我们可以实现会话保持
2. 一个连接创建后处于空闲状态的超时时间
- tcp连接的空闲超时时间
- LVS收到客户端FIN消息的超时时间
- udp的超时时间
设置超时时间通过 ipvsadm --set tcp tcpfin udp 命令;查看连接状态使用ipvsadm -lnc命令查看
经过观察分析，curl命令请求时，每次请求都从不同的端口发请求，所以每次lvs都当做一个新的客户端来处理，而且curl请求完后，就关闭了tcp连接；而浏览器则不然，每次刷新很可能还是以同一个端口发出请求，而且tcp连接也会保持，所以lvs就会认为是同一个客户端，每次刷新就会指向同一rs,即openresty，openresty再将请求轮流分到下一层的web应用；
我们来看一下浏览器刷新的情况:
可见经过多次刷新(七八次)，tcp连接共有三个，两个处于连接中状态，一个处于FIN_WAIT状态;
再来看一下curl命令执行情况:
可见连接都处于FIN_WAIT状态
将tcp/tcpfin/udp超时时间都设置为1s
[root@lvs02 /]# ipvsadm --set 1 1 1
可以看见，请求比较均匀的分到了web应用。
再到lvs服务器查看连接状态时，显示为空，因为1s时间比较短，很快就超时了；
附：
- 上一篇文章，我配置的LVS模式是DR，如果将其改成NAT，如何配置？
修改keepalived配置文件，lb_kind配置成NAT，再在其下添加一行nat_mask
255.255.255.0,rs服务器上不用再绑定VIP地址、抑制ARP广播；需要配置一个默认网关route add default gateway 192.168.254.100
- 上一篇文章中，我提到如果直接在MAC本中安装dokcer，无法直接从MAC中ping docker容器的IP
找到一篇文章解决方法，使用openvpn方式，我没有实践过，可作大家参考。
完美解决 MacOS 下不能 ping Docker 容器的问题
- 后来我是在虚拟机中安装的docker,MAC中能ping通过虚拟机，虚拟机能ping通docker,但mac不能ping通过docker，如何解决？
在mac中添加一条静态路由，将docker容器的ip都转到虚拟机IP
sudo route -n add -net 192.168.254.0/24 192.168.253.129 也可以: sudo route -n add -net 192.168.254.0 -netmask 255.255.255.0 192.168.253.129,效果一样
