共计 8074 个字符,预计需要花费 21 分钟才能阅读完成。
一、简介
Web 缓存是指一个 Web 资源 (html,js,css,images…)存在与 Web 服务器和客户端 ( 浏览器), 缓存会根据进来的请求报文做出响应,后缓存一份到本地的缓存中;当下一个请求到来的时候,如果是相同的 URL,缓存会根据缓存机制决定是直接使用从缓存中响应访问请求还是向后端服务器再次发送请求,取决于缓存是否过期及其请求的内容是否发生改变。在前面所学的 memcached 中有过缓存的概念,但此内存缓存存在很大的弊端,被当今互联网企业所淘汰,varnish 具有高速缓存的功能,得到了很多大型网站的青睐。有效的缓存能减少后端主机的压力,实现快速响应用户的请求,提高用户体验。
二、varnish 工作原理及其相关配置说明
varnish 架构图:
原理:varnish 主要是有 management 及 child 进程所组成,management 进程主要负责提供命令行接口、编译 vcl,健康状态检测 child 子进程是否存活及其监控 varnish,而 child 子进程负责工作线程,生成缓存日志,查看缓存是否过期等一系列工作。
vcl(varnish configuraltion languages):varnish 域专用配置语言,是基于状态引擎,转台之间存在着相关性,但彼此之间相互隔离,每个引擎使用 return 来退出当前状态并进入下一个状态,不同的状态的引擎是不尽相同。
vcl 处理流程图:
请求流程:请求分为为可缓存和不可缓存,当请求可缓存时,是否命中,命中则从本地缓存响应,未命中则到达后端主机取得相应的结果,公共缓存则可缓存,缓存一份到缓存后再次响应给客服端,如私有数据则不可缓存直接响应即可。
数据流向:
vcl_recv–>vcl_hash–>
1)vcl_hit–>vcl_deliver
2)vcl_hist–>vcl_pass–>vcl_backend_fetch
vcl_miss–>vcl_pass
vcl_miss–>vcl_backend_fetch
vcl_purge–>vcl_synth
vcl_pipe–>done
vcl_backend_fetch–>vcl_backend_respose
vcl_backend_fetch–>vcl_backend_error
实例配置:
sub vcl_recv {
if (req.method == “PRI”) {
/* We do not support SPDY or HTTP/2.0 */
return (synth(405));
}
if (req.method != “GET” &&
req.method != “HEAD” &&
req.method != “PUT” &&
req.method != “POST” &&
req.method != “TRACE” &&
req.method != “OPTIONS” &&
req.method != “DELETE”) {
/* Non-RFC2616 or CONNECT which is weird. */
return (pipe); #当请求方法不是上诉方法时直接交给后端主机
}
if (req.method != “GET” && req.method != “HEAD”) {
/* We only deal with GET and HEAD by default */
return (pass); #请求方法不是 get/head 时交给 backend_fetch
}
if (req.http.Authorization || req.http.Cookie) {# 当请求报文中含有认证和 cookie 信息时交给后端主机
/* Not cacheable by default */
return (pass);
}
return (hash); #除了上述方法外其他都交由 hash 处理后 return 一个状态信息,接下来一个处理动作
}
后端主机响应:
sub vcl_backend_response {
if (beresp.ttl <= 0s ||
beresp.http.Set-Cookie ||
beresp.http.Surrogate-control ~ “no-store” ||
(!beresp.http.Surrogate-Control &&
beresp.http.Cache-Control ~ “no-cache|no-store|private”) ||
beresp.http.Vary == “*”) {
/*
* Mark as “Hit-For-Pass” for the next 2 minutes
*/
set beresp.ttl = 120s;
set beresp.uncacheable = true;
}
return (deliver);
}
测试:
backend default {#将请求发往后端主机
.host = “10.1.4.6”;
.port = “80”;
}
sub vcl_recv {#当接受到的报文中以 test.html 的页面时不查找缓存
if (req.url ~ “^/test.html$”){
return(pass);
}
}
sub vcl_deliver {#如果命中大于 0 时则在首部加上 hit 和 IP 地址
if (obj.hits>0) {
set resp.http.X-Cache = “Hit via” + ” ” + server.ip;
} else {
set resp.http.X-Cache = “Miss via” + ” ” + server.ip;
}
}
请求到达后可以使用的 VCL 内建公用变量:
公用变量名称 | 含义 |
req.backend | 指定请求对应的后端主机 |
server.ip | 表示服务器端 IP |
client.ip | 表示客户端 IP |
req.request | 指定请求的类型,例如:GET HEAD POST 等 |
req.url | 指定请求的地址 |
req.proto | 表示客户端发起请求的 HTTP 协议版本 |
req.http.header | 表示对用请求中的 HTTP 头部信息 |
req.restarts | 表示请求重启的次数,默认最大值为 4 |
后端主机响应 Varnish 之前,可以使用的公用变量:
公用变量名称 | 含义 |
beresp.request | 指定请求类型,例如 GET 和 HEAD 等 |
beresp.url | 指定请求的地址 |
beresp.proto | 表示客户端发起的请求的 HTTP 协议版本 |
beresp.http.header | 表示对应请求中的 HTTP 头部信息 |
beresp.ttl | 表示缓存的生存周期,也就是 cache 保留多长时间,单位为秒 |
从 cache 或后端主机获取内容后,可以使用的公用变量:
公用变量名称 | 含义 |
obj.status | 表示返回内容的请求状态代码,例如 200、302 和 504 等 |
obj.cacheable | 表示返回的内容是否可以缓存,也就是说,如果 HTTP 返回的是 202、203、300、301、302、404 或 410 等,并且有非 0 的生存期,则可以缓存。 |
obj.valid | 表示是否有效的 HTTP 应答 |
obj.response | 表示返回内容的请求状态信息 |
obj.proto | 表示返回内容的 HTTP 协议版本 |
obj.ttl | 表示返回内容的生存周期,也就是缓存时间,单位为秒 |
obj.lastuse | 表示返回上一次请求到现在的间隔时间,单位为秒 |
对客户端应答时,可以使用的公用变量:
公用变量名称 | 含义 |
resp.status | 表示返回给客户端的 HTTP 状态代码 |
resp.proto | 表示返回给客户端的 HTTP 协议版本 |
resp.http.header | 表示返回给客户端的 HTTP 头部信息 |
resp.response | 表示返回给客户端的 HTTP 状态信息 |
三、Varnish 负载均衡及其动静分离实战
实验环境如下:
主机 | IP | 服务功能 |
Varnish | 10.1.10.65/16 | Varnish Server |
web1 | 10.1.10.66/16 | httpd server |
web2 | 10.1.10.67/16 | httpd server |
注意:在实现两台后端主机负载均衡时需将此路径设置为不缓存直接从后端主机中取得数据
#
# This is an example VCL file for Varnish.
#
# It does not do anything by default, delegating control to the
# builtin VCL. The builtin VCL is called when there is no explicit
# return statement.
#
# See the VCL chapters in the Users Guide at https://www.varnish-cache.org/docs/
# and http://varnish-cache.org/trac/wiki/VCLExamples for more examples.
# Marker to tell the VCL compiler that this VCL has been adapted to the
# new 4.0 format.
vcl 4.0;
import directors; #导入 directors 模块
# Default backend definition. Set this to point to your content server.
probe check {#定义健康状态检测
.url = “/”; #检测的路径 URL
.window = 5; #检测次数
.threshold = 4; #检测次数中成功多少次才算健康
.interval = 2s; #两次健康状态检测之间的时间间隔
.timeout = 1s; #检测超时时长
}
backend websrv1 {#添加后端主机 websrv1
.host = “10.1.10.66”; #后端主机 IP 地址
.port = “80”; #后端主机监听的端口
.probe = check; #调用健康状态机制
}
backend websrv2 {#添加后端主机 websrv2
.host = “10.1.10.67”; #后端主机 IP 地址
.port = “80”; #后端主机监听的端口
.probe = check; #调用健康状态机制
}
sub vcl_init {#创建后端主机组
new websrv = directors.round_robin(); #设置主机组的调度算法,有两种,另一种为 random
websrv.add_backend(websrv1); #将后端主机加入到组中
websrv.add_backend(websrv2); #将后端主机加入到组中
}
sub vcl_recv {
# Happens before we check if we have this in cache already.
#
# Typically you clean up the request here, removing cookies you don’t need,
# rewriting the request, etc.
set req.backend_hint=websrv.backend(); #设置将请求都调度都后端主机负载均衡
if (req.url ~”(?i)^/login”) {#设置 /login 目录不检测缓存直接送达后端主机
return(pass);
}
if (req.method == “PURGE”) {#自定义 purge 方法
return(purge);
}
}
sub vcl_purge {#调用 purge 方法,返回你想返回的状态码及其信息
return(synth(200,”Pugred.”));
}
sub vcl_backend_response {
# Happens after we have read the response headers from the backend.
#
# Here you clean the response headers, removing silly Set-Cookie headers
# and other mistakes your backend does.
}
sub vcl_deliver {
# Happens when we have all the pieces we need, and are about to send the
# response to the client.
#
# You can do accounting or modifying the final object here.
if (obj.hits>0) {#自定义响应报文的首部信息
set resp.http.X-Cache = “Hit via “+ server.ip;
}else {
set resp.http.X-Cache = “Miss via “+ server.ip;
}
}
配置完成后可使用 varnish_reload_vcl 完成编译和应用此配置,也可使用 varnishadm 实现,负载均衡实现图如下:
配置动静分离配置如下:
# This is an example VCL file for Varnish.
#
# It does not do anything by default, delegating control to the
# builtin VCL. The builtin VCL is called when there is no explicit
# return statement.
#
# See the VCL chapters in the Users Guide at https://www.varnish-cache.org/docs/
# and http://varnish-cache.org/trac/wiki/VCLExamples for more examples.
# Marker to tell the VCL compiler that this VCL has been adapted to the
# new 4.0 format.
vcl 4.0;
import directors;
probe check {
.url = “/”;
.window = 5;
.threshold = 4;
.interval = 2s;
.timeout = 1s;
}
backend websrv1 {
.host = “10.1.10.66”;
.port = “80”;
.probe = check;
}
backend websrv2 {
.host = “10.1.10.67”;
.port = “80”;
.probe = check;
}
sub vcl_init {
new websrv = directors.round_robin();
websrv.add_backend(websrv1);
websrv.add_backend(websrv2);
}
sub vcl_recv {
# Happens before we check if we have this in cache already.
#
# Typically you clean up the request here, removing cookies you don’t need,
# rewriting the request, etc.
if (req.url ~ “(?i)\.php$”) {#将.php 结尾的文件发往 websrv1
set req.backend_hint = websrv1;
} else {
set req.backend_hint = websrv2; #将其他结尾的文件发往 websrv1
}
if (req.url ~”(?i)^/login”) {
return(pass);
}
if (req.method == “PURGE”) {
return(purge);
}
}
sub vcl_purge {
return(synth(200,”Pugred.”));
}
sub vcl_backend_response {
# Happens after we have read the response headers from the backend.
#
# Here you clean the response headers, removing silly Set-Cookie headers
# and other mistakes your backend does.
if (beresp.http.cache.control !~ “s-maxage”) {
if (bereq.url ~ “(?i)\.jpg$”) {
set beresp.ttl = 3600s; #设置.jpg 结尾的图片 TTL 时长,加长其缓存时长
unset beresp.http.Set-Cookie; #取消追踪图片的 cookie 信息
}
}
if (beresp.http.cache.control !~ “s-maxage”) {
if (bereq.url ~ “(?i)\.css$”) {
set beresp.ttl = 3600s;
unset beresp.http.Set-Cookie;
}
}
}
sub vcl_deliver {
# Happens when we have all the pieces we need, and are about to send the
# response to the client.
#
# You can do accounting or modifying the final object here.
if (obj.hits>0) {
set resp.http.X-Cache = “Hit via “+ server.ip;
}else {
set resp.http.X-Cache = “Miss via “+ server.ip;
}
}
实验图:
将动态页面发往 websrv1,实现动静分离效果。
将动态静态页面发往 websrv2,实现动静分离效果。
总结:varnish 主要是通过哈希 URL 实现是否缓存,varnish 在接收用户请求,后端服务器响应用户请求时,通过一系列的处理后将缓存一份到 varnishu 服务器,当客服端再次请求时,缓存服务器中的数据未过期或内容为发生改变时将直接从缓存中响应,大大的减轻了后端主机的压力。
缓存服务器 Varnish 概念篇 http://www.linuxidc.com/Linux/2014-05/101389.htm
缓存服务器 Varnish 概念篇 http://www.linuxidc.com/Linux/2014-05/101389.htm
Varnish Cache 的架构笔记 http://www.linuxidc.com/Linux/2013-10/91016.htm
CentOS 5.8 下 Varnish-2.1.5 的安装配置 http://www.linuxidc.com/Linux/2013-09/89916.htm
RedHat 脚本改用 CentOS 源更新安装 Nginx、PHP 5.3、Varnish http://www.linuxidc.com/Linux/2012-07/65801.htm
利用 Varnish 构建 Cache 服务器笔记 http://www.linuxidc.com/Linux/2012-07/65234.htm
缓存服务 Varnish 安装配置 http://www.linuxidc.com/Linux/2012-07/65228.htm
Varnish 编译安装所需准备 http://www.linuxidc.com/Linux/2012-07/65230.htm
Linux 下 Varnish 缓存的配置优化 http://www.linuxidc.com/Linux/2012-03/56435.htm
Linux 中 Varnish 基础应用 http://www.linuxidc.com/Linux/2016-08/134025.htm
Varnish 的详细介绍 :请点这里
Varnish 的下载地址 :请点这里
本文永久更新链接地址 :http://www.linuxidc.com/Linux/2016-11/137152.htm