Varnish后端主机的健康状态检查
author：JevonWei
版权声明：原创作品
配置后端主机的Health Check
环境
Varnish 192.168.198.139
图片服务端 192.168.198.120
程序服务端 192.168.198.128
程序服务器
[root@danran ~]# vim /var/www/html/.healthchk.html
ok
图片服务器
[root@centos6 ~]# vim /data/web/image2/.healthchk.html
oK
[root@centos6 ~]# vim /data/web/images/.healthchk.html
ok
Vernish
[root@danran ~]# vim /etc/varnish/default.vcl
导入directors模块
import directors;
定义健康检查的机制，自定义为healthchk
probe healthchk {
.url = "/.healthchk.html";\\检查的url为.healthchk.html
.timeout = 2s; \\超时时间为2s
.interval = 2s;\\检查间隔时间
.window = 8; \\基于最近8次的检查判断
.threshold = 5; \\检查最近8次若有5次成功即为健康状态
}
定义一个app程序后端服务器
backend appsrv1 {
.host = "192.168.198.128";
.port = "80";
.probe = healthchk; \\调用健康检查的机制
}
定义两个图片服务端
backend imgsrv1 {
.host = "192.168.198.120";
.port = "80";
.probe = healthchk; \\调用健康检查的机制
}
backend imgsrv2 {
.host = "192.168.198.120";
.port = "8080";
.probe = healthchk; \\调用健康检查的机制
}
定义一个图片服务器组imgsrvs，并将imgsrv1和imgsrv2两个后端图片服务器添加进imgsrvs组中
sub vcl_init {
new imgsrvs = directors.round_robin(); \\指定调度算法为轮询
imgsrvs.add_backend(imgsrv1);
imgsrvs.add_backend(imgsrv2);
}
sub vcl_recv {
if (req.url ~ "(?i)\.(jpg|jpeg|png|gif|svg|txt)$") {
set req.backend_hint = imgsrvs.backend();
} else {
set req.backend_hint = appsrv1;
}
}
[root@danran ~]# varnish_reload_vcl \\重新加载/etc/varnish/default.vcl参数文件
Varnish查看后端主机的健康状态
[root@danran ~]# varnishadm -S /etc/varnish/secret -T 127.0.0.1:6082
backend.list
200
Backend name Refs Admin Probe
appsrv1(192.168.198.128,,80) 7 probe Healthy 8/8 \\Healthy为健康状态，检测了8次，8次成功
imgsrv1(192.168.198.120,,80) 7 probe Healthy 8/8
imgsrv2(192.168.198.120,,8080) 6 probe Healthy 8/8
图片服务端故障了一台服务器
添加一条防火墙规则，禁止8080端口的连接，即等同于imgsrv2服务器的故障
[root@centos6 ~]# iptables -A INPUT -p tcp --dport 8080 -j REJECT
Varnish查看后端主机的健康状态
[root@danran ~]# varnishadm -S /etc/varnish/secret -T 127.0.0.1:6082
backend.list
200
Backend name Refs Admin Probe
appsrv1(192.168.198.128,,80) 7 probe Healthy 8/8
imgsrv1(192.168.198.120,,80) 7 probe Healthy 8/8
imgsrv2(192.168.198.120,,8080) 6 probe Sick 0/8 \\检查80次，0次成功，即imgsrv2服务端故障，从而imgsrv2不可用
修复使imgsrv2上线后，imgsrv2恢复正常状态
[root@danran ~]# varnishadm -S /etc/varnish/secret -T 127.0.0.1:6082
backend.list
200
Backend name Refs Admin Probe
appsrv1(192.168.198.128,,80) 7 probe Healthy 8/8
imgsrv1(192.168.198.120,,80) 7 probe Healthy 8/8
imgsrv2(192.168.198.120,,8080) 6 probe Sick 4/8 \\Sick为失败状态
backend.list
200
Backend name Refs Admin Probe
appsrv1(192.168.198.128,,80) 7 probe Healthy 8/8
imgsrv1(192.168.198.120,,80) 7 probe Healthy 8/8
imgsrv2(192.168.198.120,,8080) 6 probe Healthy 5/8 \\当检查次数大于等于5次时，即表示该服务端可以正常使用
Varnish手动使某后台服务端下线，即修改服务器健康状态为sick
[root@Varnish ~]# varnishadm -S /etc/varnish/secret -T 127.0.0.1:6082
backend.set_health imgsrv1 sick
200 \\将imgsrv1服务器的状态手动修改为sick故障状态
backend.set_healtlist
200
Backend name Refs Admin Probe
appsrv1(192.168.198.128,,80) 7 probe Healthy 8/8
imgsrv1(192.168.198.120,,80) 7 sick Healthy 8/8 \\imgsrv1状态为sick故障状态
imgsrv2(192.168.198.120,,8080) 6 probe Healthy 8/8
将手动修改为sick状态的后台服务器端上线，即将状态修改为health
[root@Varnish ~]# varnishadm -S /etc/varnish/secret -T 127.0.0.1:6082
backend.set_health imgsrv1 healthy
200 \\将imgsrv1服务器的状态手动修改为healthy健康状态，即不管物理后台服务器端是否正常，varnish检测结果都为正常
backend.set_healtlist
200
Backend name Refs Admin Probe
appsrv1(192.168.198.128,,80) 7 probe Healthy 8/8
imgsrv1(192.168.198.120,,80) 7 sick Healthy 8/8 \\imgsrv1状态为sick故障状态
imgsrv2(192.168.198.120,,8080) 6 probe Healthy 8/8
backend.set_healtlist
200
Backend name Refs Admin Probe
appsrv1(192.168.198.128,,80) 7 probe Healthy 8/8
imgsrv1(192.168.198.120,,80) 7 healthy Healthy 8/8
imgsrv2(192.168.198.120,,8080) 6 probe Healthy 8/8
imgsrv1后台服务器端故障，不能正常使用
[root@imgsrv1 ~]# iptables -A INPUT -p tcp --dport 80 -j REJECT
Varnish检测后端服务器的健康状态
[root@Varnish ~]# varnishadm -S /etc/varnish/secret -T 127.0.0.1:6082
backend.list
200
Backend name Refs Admin Probe
appsrv1(192.168.198.128,,80) 7 probe Healthy 8/8
imgsrv1(192.168.198.120,,80) 7 healthy Sick 0/8
imgsrv2(192.168.198.120,,8080) 6 probe Healthy 8/8
将手动修改为sick状态的后台服务器端上线，即将状态修改为health
[root@Varnish ~]# varnishadm -S /etc/varnish/secret -T
backend.set_healtlist
200
Backend name Refs Admin Probe
appsrv1(192.168.198.128,,80) 7 probe Healthy 8/8
imgsrv1(192.168.198.120,,80) 7 sick Healthy 8/8 \\imgsrv1状态为sick故障状态
imgsrv2(192.168.198.120,,8080) 6 probe Healthy 8/8
backend.set_health imgsrv1 auto
200
backend.set_healtlist
200
Backend name Refs Admin Probe
appsrv1(192.168.198.128,,80) 7 probe Healthy 8/8
imgsrv1(192.168.198.120,,80) 7 probe Healthy 8/8
imgsrv2(192.168.198.120,,8080) 6 probe Healthy 8/8
imgsrv1后台服务器端故障，不能正常使用
[root@imgsrv1 ~]# iptables -A INPUT -p tcp --dport 80 -j REJECT
Varnish检测后端服务器的健康状态
[root@Varnish ~]# varnishadm -S /etc/varnish/secret -T 127.0.0.1:6082
backend.set_healtlist
200
Backend name Refs Admin Probe
appsrv1(192.168.198.128,,80) 7 probe Healthy 8/8
imgsrv1(192.168.198.120,,80) 7 probe Sick 0/8
imgsrv2(192.168.198.120,,8080) 6 probe Healthy 8/8
修复imgsrv1，使imgsrv1上线1
[root@Varnish ~]# varnishadm -S /etc/varnish/secret -T 127.0.0.1:6082
backend.set_healtlist
200
Backend name Refs Admin Probe
appsrv1(192.168.198.128,,80) 7 probe Healthy 8/8
imgsrv1(192.168.198.120,,80) 7 probe Healthy 8/8
imgsrv2(192.168.198.120,,8080) 6 probe Healthy 8/8Varnish后端主机的健康状态检查的更多相关文章
- nginx_upstream_check_module-master对nginx的后端机器进行健康状态检查报403错误【转】
在nginx.conf配置文件中 在server添加 location /nstatus { check_status; access_log off; #allow 192.168.2.11; #d ...
- pod管理调度约束、与健康状态检查
pod的管理 [root@k8s-master ~]# vim pod.yaml apiVersion: v1 kind: Pod metadata: name: nginx-pod labels: ...
- Tengine笔记3：Nginx的反向代理和健康状态检查
通常代理服务器只用于处理内部网络对Intenet的请求,客户端必须通过代理服务器把本来要发送到Web服务器上的请求通过代理服务器分发给Web服务器,Web服务器响应时再通过代理服务器把响应发给客户端: ...
- 利用ldirectord实现lvs后端realserver健康状态检查
ldirectord用来实现LVS负载均衡资源在主.备节点间的故障转移.在首次启动时,ldirectord可以自动创建IPVS表.此外,它还可以监控各RealServer的运行状态,一旦发现某Real ...
- Kubernetes 健康状态检查(九)
强大的自愈能力是 Kubernetes 这类容器编排引擎的一个重要特性.自愈的默认实现方式是自动重启发生故障的容器.除此之外,用户还可以利用 Liveness 和 Readiness 探测机制设置更精 ...
- 7.5 实现基于探针对pod中的访问的健康状态检查
1.pod的声明周期 取值 描述 Pending Pod 已被 Kubernetes 系统接受,但有一个或者多个容器尚未创建亦未运行.此阶段包括等待 Pod 被调度的时间和通过网络下载镜像的时间, R ...
- http健康状态检查
来自为知笔记(Wiz)
- WEB缓存系统之varnish代理以及健康状态检测配置
前文我们聊了下varnish的缓存项修剪配置,回顾请参考https://www.cnblogs.com/qiuhom-1874/p/12666406.html:今天我来说一下varnish作为代理服务 ...
- Nginx负载均衡中后端节点服务器健康检查的操作梳理
正常情况下,nginx做反向代理,如果后端节点服务器宕掉的话,nginx默认是不能把这台realserver踢出upstream负载集群的,所以还会有请求转发到后端的这台realserver上面,这样 ...
随机推荐
- 博弈论之Nim游戏
Nim游戏是组合游戏(Combinatorial Games)的一种,属于“Impartial Combinatorial Games”(以下简称ICG). 通常的Nim游戏的定义是这样的:有若干堆石 ...
- 独立ip的优势
独立ip的建站优势 我想很多人都想知道,那我就在这里给大家简单介绍下独立ip的优势有那些. 网站设计是需要很多专业知识的结合,整站不是那么容易就可以设计完成的 ...
- Spring Boot中使用Swagger2构建API文档
程序员都很希望别人能写技术文档,自己却很不愿意写文档.因为接口数量繁多,并且充满业务细节,写文档需要花大量的时间去处理格式排版,代码修改后还需要同步修改文档,经常因为项目时间紧等原因导致文档滞后于代码 ...
- JS实现extend函数
//写一个函数,该函数的名称是extend,有两个参数:destination,source 1.如果destination和source都是json对象,完成从source到destination的 ...
- mybatis example使用 and和or联合查询（转）
这两天项目用到ibatis,碰到and or的联合查询,语句像这样的 select * from table where xxx = "xxx" and (xx1="xx ...
- jQuery制作淘宝商城商品列表多条件查询功能
一.介绍 这几天做网站的时候,突然用到这个功能,找了好久也没有找到.看到"希伟素材网"有这么一个JS,效果很不错,也正是我一直以来想要的结果.附图如下: 二:使用教程 1 ...
- java中什么样的对象能够进入老年代
1.大对象:所谓的大对象是指需要大量连续内存空间的java对象,最典型的大对象就是那种很长的字符串以及数组,大对象对虚拟机的内存分配就是坏消息,尤其是一些朝生夕灭的短命大对象,写程序时应避免. 2.长 ...
- c++STL(栈、队列）
栈stack -先入后出FILO 栈可以理解为一个坑,先掉坑里的被压在下面,等上面的走了才能出来 头文件 <stack> 入栈 push(某东西); 栈顶元素出栈 pop(); 是否为空 ...
- 53. Maximum Subarray【leetcode】
53. Maximum Subarray[leetcode] Find the contiguous subarray within an array (containing at least one ...
- HTML5 — Wed SQL 本地数据库示例
1 <!DOCTYPE html>2 <html lang="en">3 <head>4 <meta charset="UTF- ...