基于keepalived的redis通信链接数测试

52037317

　　使用keepalived做负载均衡后发现了一个问题
　　作为realserver的redis服务器上有许多打开的监听连接长久时间的不关闭
　　做个测试，检查下问题的所在
　　初步判断是和客户端使用redis链接的方式有关
　　其次是由于网络波动造成的连接中断，由于keepalived的原因无法关闭realserver上被中断的tcp连接
　　以下实验均没有在redis设置客户端连接超时时间
　　

　　连接池模式
　　连接池模式下redis服务器上连接数比较恒定，增长速度较慢

　　一、首先采用直连的方式，客户端采用连接池方式，直接和redis服务器通信，通过制造异常和插拔网线强制中断连接
　　a、正常通信连接池模式：
　　开启多个进程，然后关闭进程。如果redis设置了客户端连接超时时间，则等待响应的时间超时。标定连接运行的正常状态下变化。多进程，正常读写。停止网站服务后，redis服务器上的连接自动释放。
　　b、不正常通信连接池模式：
　　多进程，主动抛出异常。停止网站服务后，redis服务器上的连接自动释放。
　　c、不正常网络模式：
　　开启多个进程，然后关闭进程，不抛出异常。以插拔网线模拟网络波动。
　　（1）在插上网线后重启网站服务，redis服务器上的连接自动释放。
　　（2）重启网站服务后插上网线，redis服务器上的连接不自动释放。

　　
　　二、通过keepalived的方式，客户端采用连接池方式，直接和redis服务器通信，通过制造异常和插拔网线强制中断连接
　　a、正常通信连接池模式：
　　开启多个进程，然后关闭进程。如果redis设置了客户端连接超时时间，则等待响应的时间超时。标定连接运行的正常状态下变化。多进程，正常读写。停止网站服务后，redis服务器上的连接自动释放。
　　b、不正常通信连接池模式：
　　多进程，主动抛出异常。停止网站服务后，redis服务器上的连接自动释放。
　　c、不正常网络模式：
　　（1）在插上网线后重启网站服务，redis服务器上的连接自动释放。
（2）重启网站服务后插上网线，redis服务器上的连接不自动释放。　　

　　
　　非连接池模式
　　此模式下redis服务器上连接数增长快速

　　一、首先采用直连的方式，客户端采用连接池方式，直接和redis服务器通信，通过制造异常和插拔网线强制中断连接
　　a、正常通信连接池模式：
　　开启多个进程，然后关闭进程。如果redis设置了客户端连接超时时间，则等待响应的时间超时。标定连接运行的正常状态下变化。多进程，正常读写。停止网站服务后，redis服务器上的连接自动释放。但是不重启网站服务的话连接会一直保持
　　b、不正常通信连接池模式：
　　多进程，主动抛出异常。停止网站服务后，redis服务器上的连接自动释放。
　　c、不正常网络模式：
　　开启多个进程，然后关闭进程，不抛出异常。以插拔网线模拟网络波动。
　　（1）在插上网线后重启网站服务，redis服务器上的连接自动释放。
　　（2）重启网站服务后插上网线，redis服务器上的连接不自动释放。

　　二、通过keepalived的方式，客户端采用连接池方式，直接和redis服务器通信，通过制造异常和插拔网线强制中断连接
　　a、正常通信连接池模式：
　　开启多个进程，然后关闭进程。如果redis设置了客户端连接超时时间，则等待响应的时间超时。标定连接运行的正常状态下变化。多进程，正常读写。停止网站服务后，redis服务器上的连接自动释放。但是不重启网站服务的话连接会一直保持
　　b、不正常通信连接池模式：
　　多进程，主动抛出异常。停止网站服务后，redis服务器上的连接自动释放。
　　c、不正常网络模式：
　　（1）在插上网线后重启网站服务，redis服务器上的连接自动释放。但是会有少数几个释放不掉
（2）重启网站服务后插上网线，redis服务器上的连接不自动释放。　　

　　结论：
　　1.redis客户端最好使用连接池模式
　　2.网络波动会造成大量连接进入半连接状态，长久处于监听状态
　　3.在redis服务端需要对客户端连接设置超时时间
　　4.redis客户端的Dispose方法似乎是无效的