服务器健康检查.docxVIP

为了确保应用的高可用性，在做服务器负载均衡时，负载均衡器对服务器做健康检查是必须的。健康检查可以应用到服务器、服务器端口、服务组（Service-group)3个层面，之间是否有关联？应当如何应用？下面就此进行阐述。 首先，我们要理解服务器、服务器端口、服务组的真正概念。服务器和服务器端口的概念很容易理解，服务器定义IP地址，服务器端口定义TCP/UDP端口。服务组这个概念在有些厂商的产品中没有。服务组概念引入后，可以更灵活地让一个服务器端口属于多个服务组，不同服务组可能采取不同的负载均衡策略及健康检查方法。举个例子，个人博客或虚拟主机基本都是很多用户共用一个IP地址。配置如下： 。。。。。。 health monitor http-user1method http url GET /user1/index.html health monitor http-user2method http url GET /user2/index.html slb server s1 port 80 tcp slb server s2 port 80 tcp slb service-group sg-user1 tcp method round-robin health-check http-user1 member s1:80 member s2:80 slb service-group sg-user2 tcp method least-connection health-check http-user2 member s1:80 member s2:80 slb template http tp-http1host-switching starts-with user1 service-group sg-user1host-switching starts-with user2 service-group sg-user2 slb virtual-server vip1 0 port 80 http template http tp-http1 在上面配置中，和域名都指向相同VIP，负载均衡可以根据域名选择不同服务组，也可以根据HOST字段重定向或重写URL为后台真实服务器真正的路径，重定向工作也可由服务器自己处理，这里就不讨论这部分了。 接下来，我们看看健康检查的配置， 1. 服务器下缺省使用了ICMP（PING）的检查。 2. 服务器端口80下使用了缺省的TCP端口检查，TCP 连接能建立就标识端口为UP。 3. 服务组下缺省没有健康检查，这个例子中分别使用不同的HTTP健康检查。user1检查其文件目录user1下的文件，user2检查其目录文件user2下的文件。 以上3个层面的检查同时运行，千万不要误解服务组下定义的健康检查会覆盖服务器端口下的健康检查。我们可以把UP认为是1，DOWN认为是0。服务器是最低层，然后是服务器端口，最后是服务组内成员。判断任一层面状态，只需用将本层面及以下想与即可。 服务器Down，意味着一切都Down。 服务器UP，服务器端口Down，该端口在任一服务组内成员均为Down。 服务器UP，服务器端口UP，在不同服务组中，由于健康方法不同，该端口成员状态可能UP，也可能Down。如上述例子，user1内容如果丢失，状态即为Down。 在实际应用中，定制健康检查时可以应用到服务组层面，这样做修改健康检查时，可以大大简化配置，尤其是服务器和端口数量很大时。 个别情况需要注意，针对port 0 tcp（udp），由于端口0是代表所有端口，在服务组下做检查时，一定不能忘记关掉服务器端口（port）下得健康检查，否则port 0为down，其在任何服务组内均为down。 服务器数量多时，为了降低控制CPU负担，可以关闭低层ICMP检查和服务器端口检查，只应用服务组的健康检查即可。 （R.S.）