F5负载均衡_monitors（健康检查）

故障现象：

后端有5台服务器，每个服务器上跑着8个应用。使用F5做应用负载调度。这40个应用里面，3-10个应用在高峰期的时候weblogic的DOS窗口显示与数据库断开连接（端口通、业务断），但是F5认为此服务器窗口的端口还是通着的。对于F5负载均衡来说，检测此服务端口还是通者的，F5认为应用好着呢（其实已经断开了）。由于F5pool是轮询机制，发现有个端口是"休息"着的。就会把后续的业务都分配此端口上，进而导致越来越多的人访问都分配找这个F5认为很"清闲"的端口（其实已经坏了）上。说白了就是F5的pool的健康监测不够完美。监测不够精确导致的。

解决方法：

思路：通过获取需要检查页面的地址，得到页面的内容，然后通过特定的词汇来匹配你获取的内容，有就通过，没有就不通过。

web登陆F5---Local Traffic---Monitors---"自定义的检查策略"

在Send String：配置如下命令

GET /rkxt/index.jsp HTTP/1.1\r\nConnection:Close\r\nHost:\r\n\r\n

#HTTP的monitor

#GET	获取的意思
#/rkxt/index.jsp	表示识别的服务的目录，就是网址的位置（服务目录）
#HTTP/1.1	说明http的版本是1.1
#Connection：close	说明会话完毕后断开和客户端的连接（connection:keep-live类似维持会话）

在Receive String：配置如下命令

/rkxt/

这个词是从浏览器上按F12抓取出来的，可以用来匹配获得页面，匹配成功就ok，匹配不成功就离线了。

总结：做F5的http的monitor时需要关注GET的格式，即服务目录后面要添加"HTTP/1.1\r\nConnection: Close\r\nHost: \r\n\r\n"。否则有可能监控失败，具体为什么必须添加这些目前不清楚。

参考文档：

https://blog.51cto.com/ipneter/221652 F5的HTTP monitor机制

http://blog.csdn.net/since20140504/article/details/38313761  Http连接通信过程

http://blog.csdn.net/hguisu/article/details/8680808       HTTP详解(1)-工作原理

http://www.cnblogs.com/weixliu/p/3959343.html Http协议学习