项目实战5—企业级缓存系统varnish应用与实战

项目实战5—企业级缓存系统varnish应用与实战

企业级缓存系统varnish应用与实战

  环境背景:随着公司业务快速发展,公司的电子商务平台已经聚集了很多的忠实粉丝,公司也拿到了投资,这时老板想通过一场类似双十一的活动,进行一场大的促销,届时会有非常多的粉丝访问网站,你的总监与市场部门开完会后,确定活动期间会有平常10倍以上的访问请求,总监要求大幅增加网站容量,除了去扩容服务器之外,还有没有其他办法呢?

总项目流程图,详见 http://www.cnblogs.com/along21/p/8000812.html

实现基于Keepalived+Haproxy+Varnish+LNMP企业级架构

原理:

缓存,又称加速器,用于加速运行速度较快的设备与较慢设备之间的通信。基于程序的运行具有局部性特征其能实现加速的功能

项目实战5—企业级缓存系统varnish应用与实战

1、环境准备

 

机器名称

IP配置

服务角色

备注

haproxy-server-master

VIP:172.17.100.100

DIP:172.17.1.6

负载均衡器

主服务器

配置keepalived

haproxy-server-backup

VIP:172.17.100.100

DIP:172.17.11.11

负载服务器

从服务器

配置keepalived

varnish

RIP:192.168.30.2

缓存服务器

开启代理功能

rs01

RIP:192.168.30.107

后端服务器

开启lnmp的web

rs02

RIP:192.168.30.7

后端服务器

开启lnmp的web

2、在两个 haproxy上设置

全局段和默认段不用修改,就不写了

vim /etc/haproxy/haproxy.cfg

vim /etc/haproxy/haproxy.cfg
① frontend 前端设置
frontend web
bind :80
acl staticfile path_end .jpg .png .bmp .htm .html .css .js
use_backend varnish-server if staticfile
default_backend appsrvs
② backend 后端设置
backend varnish-server
balance roundrobin
server varnishsrv 192.168.30.2: check inter rise fall 3
backend appsrvs
balance roundrobin
server appsrv1 192.168.30.107:80 check inter 3000 rise 3 fall 3
server appsrv2 192.168.30.7:80 check inter 3000 rise 3 fall 3
③ 可以加个web状态监测页面,可要可不要
listen admin
bind :
stats enable
stats hide-version
stats uri /haproxy?admin
stats realm HAProxy\ Statistics
stats auth along:along
stats refresh 20s
stats admin if TRUE

3、设置keepalived

(1)在主haproxy-master

① 全局段,主要是设置发邮件的
global_defs {
notification_email {
root@localhost
}
notification_email_from root@along.com
smtp_server 127.0.0.1
smtp_connect_timeout
router_id keepalived_haproxy
}
② 编辑一个健康监测脚本,每2秒监测一次haproxy进程
vrrp_script chk_haproxy {
script "killall -0 haproxy"
interval
fall
rise
weight -
}
③ 定义主从和VIP
vrrp_instance VI_1 {
state MASTER
interface eth0
virtual_router_id
priority
advert_int
authentication {
auth_type PASS
auth_pass along
}
virtual_ipaddress {
172.17.100.100
}
track_script { //调用上边的脚本
chk_haproxy
}
}

项目实战5—企业级缓存系统varnish应用与实战

(2)在从haproxy-backup 上,和主差不多,只需修改主从和优先级

vrrp_instance VI_1 {
state BACKUP
interface eth1
virtual_router_id
priority
advert_int
authentication {
auth_type PASS
auth_pass along
}
virtual_ipaddress {
172.17.100.100
}
}

4、设置varnish

(1)设置配置,管理Management进程的配置文件,配置进程的

vim /etc/varnish/varnish.params 修改端口和缓存类型及缓存大小

VARNISH_ADMIN_LISTEN_PORT=6082

VARNISH_STORAGE="file,/data/cache,1G"

项目实战5—企业级缓存系统varnish应用与实战

(2)设置总配置文件,配置缓存系统的

vim /etc/varnish/default.vcl

(a)第一段

① 设置一个健康监测
vcl 4.0; //指定版本
import directors; //加载后端的轮询模块
probe backend_healthcheck { //设置名为backend_healthcheck的健康监测
.url = "/index.html";
.window = ; #窗口
.threshold = ; #门槛
.interval = 3s;
.timeout = 1s;
} ② 设置后端server
backend web1 {
.host = "192.168.30.107";
.port = "";
.probe = backend_healthcheck;
}
backend web2 {
.host = "192.168.30.7";
.port = "";
.probe = backend_healthcheck;
} ③ 配置后端集群事件
sub vcl_init {
new web_cluster = directors.round_robin(); //把web1和web2 配置为轮询集群,取名为web_cluste
web_cluster.add_backend(web1);
web_cluster.add_backend(web2);
}
acl purgers { # 定义可访问来源IP,权限控制
"127.0.0.1";
"172.17.0.0"/;
}

(b)第二段,定义引擎

项目实战5—企业级缓存系统varnish应用与实战

① 定义vcl_recv 引擎,不认识的头部请求直接扔后端的pass
sub vcl_recv {
if (req.method == "GET" && req.http.cookie) {
return(hash); //处理完recv 引擎,给下一个hash引擎处理
}
if (req.method != "GET" &&
req.method != "HEAD" &&
req.method != "PUT" &&
req.method != "POST" &&
req.method != "TRACE" &&
req.method != "OPTIONS" &&
req.method != "PURGE" &&
req.method != "DELETE") {
return (pipe); //除了上边的请求头部,通过通道直接扔后端的pass
}
② 定义index.php通过特殊通道给后端的server,不经过缓存
if (req.url ~ "index.php") {
return(pass);
}
③ 定义删除缓存的方法
if (req.method == "PURGE") { # PURGE请求的处理的头部,清缓存
if (client.ip ~ purgers) {
return(purge);
}
}
④ 为发往后端主机的请求添加X-Forward-For首部
if (req.http.X-Forward-For) { # 为发往后端主机的请求添加X-Forward-For首部
set req.http.X-Forward-For = req.http.X-Forward-For + "," + client.ip;
} else {
set req.http.X-Forward-For = client.ip;
}
return(hash);
} ⑤ 定义vcl_hash 引擎,后没有定义hit和Miss的路径,所以走默认路径
sub vcl_hash {
hash_data(req.url);
} ⑥ 定义要缓存的文件时长
sub vcl_backend_response { # 自定义缓存文件的缓存时长,即TTL值
if (bereq.url ~ "\.(jpg|jpeg|gif|png)$") {
set beresp.ttl = 30d;
}
if (bereq.url ~ "\.(html|css|js)$") {
set beresp.ttl = 7d;
}
if (beresp.http.Set-Cookie) { # 定义带Set-Cookie首部的后端响应不缓存,直接返回给客户端
set beresp.grace = 30m;
return(deliver);
}
} ⑦ 定义deliver 引擎
sub vcl_deliver {
if (obj.hits > ) { # 为响应添加X-Cache首部,显示缓存是否命中
set resp.http.X-Cache = "HIT from " + server.ip;
} else {
set resp.http.X-Cache = "MISS";
}
unset resp.http.X-Powered-By; //取消显示php框架版本的header头
unset resp.http.Via; //取消显示varnish的header头
}

5、开启服务的顺序

① 先开启后端server事先搭建好的lnmp web服务

systemctl start nginx

systemctl start php-fpm

systemctl start mariadb

② 再开启varnish缓存服务器

service varnish start

③ 开启主从的keepalived,提供VIP

service keepalived start

④ 开启haproxy服务

service haproxy start

6、测试

(1)配置完成后,client访问,http://172.17.100.100/ ,成功访问web

项目实战5—企业级缓存系统varnish应用与实战

(2)访问http://172.17.100.100:9527/haproxy?admin ,haproxy的web监测页面,正常

项目实战5—企业级缓存系统varnish应用与实战

(3)当主haproxy 宕机时,VIP自动漂移到从上,且服务正常使用

在主haproxy 上,server stop haproxy,VIP会漂到从上

项目实战5—企业级缓存系统varnish应用与实战

(4)varnish 缓存服务器上,确实生成了缓存文件

项目实战5—企业级缓存系统varnish应用与实战

F12打开网页的调试页面,查看确实缓存了

项目实战5—企业级缓存系统varnish应用与实战

(5)测试清缓存的功能,PURGE 发送头部信息

项目实战5—企业级缓存系统varnish应用与实战

(6)后端有一台server 宕机,服务照常使用

systemctl stop nginx

上一篇:Python基础4:数据类型:数字 字符串 日期


下一篇:项目实战(连载):基于Angular2+Mongodb+Node技术实现的多用户博客系统教程(2)