集群测试.doc

具体方案中的负载均衡器测试过程详解前面我们已经介绍了这个方案的设备安装连接,以及负载均衡器的配置问题。下面,在配置好的负载均衡器以及服务器上面进行一下测试,那么具体的代码相关内容都进行了总结。多vrrp_instance负载均衡集群功能测试在进行测试之前,需要把lvs客户端、负载均衡器(keepalived)、各真实服务器上的服务都启动,并逐个检验其正确性。◆健康检查功能(故障隔离)测试多vrrp_instance健康检查功能(故障隔离)测试的方法与单vrrp_instance相同。因多vrrp_instance所涉及的服务较多(本案3个),因此需要多花些时间逐个测试。如果多vrrp_instance涉及的服务很多,则可采用随机抽样的方式进行测试,通过观察lvs负载均衡器的转发状态(ipvsadm)及lvs负载均衡器的系统日志了解健康检查测试的有效性。◆负载均衡器失败切换本案的多vrrp_instance负载均衡环境正常运行后,每个lvs负载均衡器都有MASTER和BACKUP两种状态,每一个lvs负载均衡器都承担转发任务。当我们在每个lvs负载均衡器上执行ipvsadm时,其输出结果正好交错的,即lvs-1上如果有非0输出时,则lvs_2相对应的项为0;反之亦然。表1为某运行环境lvs负载均衡器的输出截取对比。Lvs_1的ipvsadm输出(部分)Lvs_2的ipvsadm输出(部分)(size=4096)ProtLocalAddress:(size=4096)ProtLocalAddress:PortSchedulerFlags->RemoteAddress::9000wlcpersistent50->:9000Route2004607139->:9000Route2004611154->:9000Route100230665->:9000Route100230789………………………………:httpwlcpersistent30->:httpRoute10000->:httpRoute10000->:httpRoute10000->:httpRoute10000->RemoteAddress::9000wlcpersistent50->:9000Route10000->:9000Route10000->:9000Route10000->:9000Route10000……………………………:httpwlcpersistent20->:httpRoute1008211437->:httpRoute1008231562->:httpRoute1008231336->:httpRoute1008251033  表1多vrrp_instance负载均衡器转发输出对比(注意观察ActiveConnInActConn的值)现在,我们来停掉lvs_1的keepalived进程,观察lvs_2的系统日志,将会发现vrrp_instance(VI_WEB);另外lvs_2的ipvsadm的输出字段"ActiveConn"的值将全部变成非零。同样,当我们启动lvs_1的keepalived进程、关闭lvs_2的keepalived进程,则lvs_1的状态都是MASTER,所有的转发请求都被转移到lvs_1。在上述lvs_1和lvs_2手动切换过程中,我们可以通过在客户端浏览器地址栏输入站点名(dns解析域名到lvs的vip),来验证lvs的可用性。。特例方案的负载均衡器使用分析负载均衡器的使用,在网络构架和服务器分配中常用到的产品。那么,下面我们就来为大家介绍一种方案,包括它的设备分配,各个端口的连接,以及方案采用的模式等等方面