阿里云-云小站(无限量代金券发放中)
【腾讯云】云服务器、云数据库、COS、CDN、短信等热卖云产品特惠抢购

Varnish代理服务器部署

133次阅读
没有评论

共计 8594 个字符,预计需要花费 22 分钟才能阅读完成。

Varnish 与 Squid 的对比

说到 Varnish,不能不提 Squid,Squid 是一个高性能的代理缓存服务器,它和 varnish 之间有诸多的异同点,这里分析如下:

下面是他们之间的相同点:

(1)都是一个反向代理服务器。

(2)都是开源软件。

下面是它们的不同点,也是 Varnish 的优点:

(1)Varnish 的稳定性很高,两者在完成相同负荷的工作时,Squid 服务器发生故障的几率要高于 Varnish,因为使用 Squid 要经常重启。

(2)Varnish 访问速度更快,Varnish 采用了“Visual Page Cache”技术,所有缓存数据都直接从内存读取,而 squid 是从硬盘读取,因而 Varnish 在访问速度方面会更快。

(3)Varnish 可以支持更多的并发连接,因为 Varnish 的 TCP 连接释放要比 Squid 快。因而在高并发连接情况下可以支持更多 TCP 连接。

(4)Varnish 可以通过管理端口,使用正则表达式批量的清除部分缓存,而 Squid 是做不到的。

(5)squid 属于是单进程使用单核 CPU,但 Varnish 是通过 fork 形式打开多进程来做处理,所以是合理的使用所有核来处理相应的请求。

(6)Varnish 的性能更高,挪威最大的在线报纸 Verdens Gang 使用 3 台 Varnish 代替了原来的 12 台 Squid,可见性能比以前更好。

当然,与传统的 Squid 相比,Varnish 也是有缺点的,列举如下:

1)varnish 进程一旦 Hang、Crash 或者重启,缓存数据都会从内存中完全释放,此时所有请求都会发送到后端服务器,在高并发情况下,会给后端服务器造成很大压力。

2)在 varnish 使用中如果单个 url 的请求通过 HA/F5(负载均衡)每次请求不同的 varnish 服务器中,被请求 varnish 服务器都会被穿透到后端,而且同样的请求会在多台服务器上缓存,也会造成 varnish 的缓存的资源浪费,也会造成性能下降。

————————————————————

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

Varnish 基础概念详解 http://www.linuxidc.com/Linux/2014-07/104535.htm

———————————————————————————–

解决方案

1)综上所述在访问量很大的情况下推荐使用 varnish 的内存缓存方式启动,而且后面需要跟多台 squid 服务器。主要为了防止前面的 varnish 服务、服务器被重启的情况下,前期肯定会有很多的穿透这样 squid 可以担当第二层 CACHE,而且也弥补了 varnish 缓存在内存中重启都会释放的问题。

2)这样的问题可以在负载均衡上做 url 哈希,让单个 url 请求固定请求到一台 varnish 服务器上,可以解决该问题。

注:上面的解决方法还需要全面的测试,没有经过证实。

下面我们就来部署 varnish:

主机环境:rhel6 selinux and iptables disabled

实验主机:www.linuxidc.com bbs.linuxidc.com  192.168.0.50    varnish

server1.example.com                    192.168.0.1 apache

server2.example.com                    192.168.0.2 apache        (各主机做以上解析)

Varnish 代理服务器部署

 

VCL 处理流程图

Varnish 代理服务器部署

处理过程大致分为如下几个步骤:

(1)Receive 状态,也就是请求处理的入口状态,根据 VCL 规则判断该请求应该是 Pass 或 Pipe,或者进入 Lookup(本地查询)。

(2)Lookup 状态,进入此状态后,会在 hash 表中查找数据,若找到,则进入 Hit 状态,否则进入 miss 状态。

(3)Pass 状态,在此状态下,会进入后端请求,即进入 fetch 状态。

(4)Fetch 状态,在 Fetch 状态下,对请求进行后端的获取,发送请求,获得数据,并进行本地的存储。

(5)Deliver  状态,将获取到的数据发送给客户端,然后完成本次请求。

更多详情见请继续阅读下一页的精彩内容 :http://www.linuxidc.com/Linux/2014-08/105124p2.htm

1. 安装 (192.168.0.50)

http://repo.varnish-cache.com/RedHat/varnish-3.0/el6/x86_64/   

yum localinstall -y varnish-3.0.5-1.el6.x86_64.rpm varnish-libs-3.0.5-1.el6.x86_64.rpm

2. 配置

# vi /etc/varnish/default.vcl

### 配置一个后端服务器

backend web1 {

  .host = “192.168.0.1”;

  .port = “80”;

}

### 查看缓存命中情况

sub vcl_deliver {

  if (obj.hits > 0) {

  set resp.http.X-Cache = “HIT from linuxidc cache”;

  }

  else {

  set resp.http.X-Cache = “MISS from linuxidc cache”;

  }

  return (deliver);

}

### 配置 varnish 服务端口

# vi /etc/sysconfig/varnish

VARNISH_LISTEN_PORT=80

# service varnish start

3. 测试缓存命中

# curl -I 192.168.0.50

HTTP/1.1 200 OK

Server: Apache/2.2.15 (Red Hat)

Last-Modified: Mon, 20 Aug 2012 15:22:19 GMT

ETag: “1c13aa-16-4c7b4135e08a6″Content-Type: text/html; charset=UTF-8

Content-Length: 22

Accept-Ranges: bytes

Date: Fri, 24 Aug 2012 14:30:40 GMT

X-Varnish: 766467032

Age: 0

Via: 1.1 varnish

Connection: keep-alive

X-Cache: MISS from linuxidc cache #未命中

# curl -I 192.168.0.50

HTTP/1.1 200 OK

Server: Apache/2.2.15 (Red Hat)

Last-Modified: Mon, 20 Aug 2012 15:22:19 GMT

ETag: “1c13aa-16-4c7b4135e08a6”

Content-Type: text/html; charset=UTF-8

Content-Length: 22

Accept-Ranges: bytes

Date: Fri, 24 Aug 2012 14:30:54 GMT

X-Varnish: 766467033 766467032

Age: 14

Via: 1.1 varnish

Connection: keep-alive

X-Cache:HIT from linuxidc cache #命中

###  通过 varnishadm 手动清除缓存

# varnishadm ban.url  .*$ #清除所有

# varnishadm ban.url  /index.html #清除 index.html 页面缓存

# varnishadm ban.url /admin/$ #清除 admin 目录缓存

4. 定义多个不同域名站点的后端服务器

#vim /etc/varnish/default.vcl

backend web1 {

  .host = “192.168.0.1”;

  .port = “80”;

}

backend web2 {

  .host = “192.168.0.2”;

  .port = “80”;

}

# 当访问 www.linuxidc.com 域名时从 web1 上取数据,访问 bbs.linuxidc.com 域名时到 web2 取数据,访问其他页面报错。

sub vcl_recv {

if (req.http.host ~ “^(www.)?linuxidc.com”) {

set req.http.host = “www.linuxidc.com”;

set req.backend = web1;

} elsif (req.http.host ~ “^bbs.linuxidc.com”) {

      set req.backend = web2;

  } else {error 404 “linuxidc cache”;

  }

}

sub vcl_deliver {

if (obj.hits > 0){

set resp.http.X-Cache = “HIT from linuxidc cache”;

}

else {

set resp.http.X-Cache = “MISS from linuxidc cache”;

}

return (deliver);

}

# service varnish reload

网页访问 web:www.linuxidc.com    web:bbs.linuxidc.com 则会显示不同的内容。

5. 定义负载均衡

## 添加虚拟主机

vim  /etc/httpd/conf/httpd.conf(192.168.0.2 上的操作)

NameVirtualHost *:80

<VirtualHost *:80>

    DocumentRoot /var/www/html

    ServerName  www.linuxidc.com

</VirtualHost>

<VirtualHost *:80>

    DocumentRoot /var/www/web2(你要自己创建这么目录哦!)

    ServerName    bbs.linuxidc.com

</VirtualHost>

#echo bbs.linuxidc.com > /var/www/web2/index.html

#service httpd restart

## 定义健康检查

probe healthcheck {

 .url = “/index.html”; #  哪个 url 需要 varnish 请求

 .interval = 5s; #检查的间隔时间

 .timeout = 1s;  #等待多长时间探针超时

 .window = 5; #维持 5 个 sliding window 的结果

 .threshold = 3; #至少有三次 window 是成功的,就宣告 bachend 健康

}

backend web1 {

  .host = “192.168.0.1”;

  .port = “80”;

  .probe = healthcheck;

}

backend web2 {

  .host = “192.168.0.2”;

  .port = “80”;

  .probe = healthcheck;

}

director lb round-robin {#把多个后端聚合为一个组,并检测后端健康状况

{.backend = web1;}

{.backend = web2;}

}sub vcl_recv {

if (req.http.host ~ “^(www.)?linuxidc.com”) {

set req.http.host = “www.linuxidc.com”;

set req.backend = lb;

return (pass); #为了测试方便,不进行缓存。

} elsif (req.http.host ~ “^bbs.linuxidc.com”) {

      set req.backend = web2;

  } else {

      error 404 “linuxidc cache”;

  }

}

# service varnish reload

这时 web 访问 http://www.linuxidc.com/ 就会显示不同的内容,即实现了负载均衡。

6.varnish cdn 推送平台

http://code.google.com/p/varnish-php-bansys/

# 需要安装 php 支持

# unzip bansys.zip  -d /var/www/html

# vi /var/www/html/bansys/config.php #只保留如下设置,其余注释掉 (注意:注释掉并不是删除掉,删除会造成推送网页的乱码!)

<?php

 $var_group1 = array(

                        ‘host’ => array(‘192.168.0.50’),

                                                ‘port’ => ‘6082’,

                    );

 //varnish 群组定义

 // 对主机列表进行绑定

 $VAR_CLUSTER = array(

                        ‘www.linuxidc.com’ => $var_group1,

                    );

 //varnish 版本 //2.x 和 3.x 推送命令不一样

 $VAR_VERSION = “3”;

?>

#bansys 有两种工作模式,分别是:telnet 和 http 模式。

#telnet 模式需要关闭 varnish 服务管理端口的验证, 注释掉 /etc/sysconfig/varnish“文件中的 -S ${VARNISH_SECRET_FILE}”这行,重启 varnish 服务即可。

# 如果是 http 模式需要对 varnish 做以下设置:

# vi /etc/varnish/default.vcl

acl linuxidc {

# 设置访问控制

        “127.0.0.1”;

        “192.168.0.0”/24;

}

sub vcl_recv {

 if (req.request == “BAN”) {

              if (!client.ip ~ linuxidc) {

                      error 405 “Not allowed.”;

              }

              ban(“req.url ~ ” + req.url);

                error 200 “ban added”;

      }

}

修改 httpd 的端口号

#vim /etc/httpd/conf/httpd.conf                Listen 8080(大概是 136 行)

# service varnish reload

Varnish 代理服务器部署

Varnish 代理服务器部署
## 推送是为了更新 cache,让原网页失效,这样从外网访问内网的时候就是最新的数据。

Varnish 的详细介绍 :请点这里
Varnish 的下载地址 :请点这里

Varnish 与 Squid 的对比

说到 Varnish,不能不提 Squid,Squid 是一个高性能的代理缓存服务器,它和 varnish 之间有诸多的异同点,这里分析如下:

下面是他们之间的相同点:

(1)都是一个反向代理服务器。

(2)都是开源软件。

下面是它们的不同点,也是 Varnish 的优点:

(1)Varnish 的稳定性很高,两者在完成相同负荷的工作时,Squid 服务器发生故障的几率要高于 Varnish,因为使用 Squid 要经常重启。

(2)Varnish 访问速度更快,Varnish 采用了“Visual Page Cache”技术,所有缓存数据都直接从内存读取,而 squid 是从硬盘读取,因而 Varnish 在访问速度方面会更快。

(3)Varnish 可以支持更多的并发连接,因为 Varnish 的 TCP 连接释放要比 Squid 快。因而在高并发连接情况下可以支持更多 TCP 连接。

(4)Varnish 可以通过管理端口,使用正则表达式批量的清除部分缓存,而 Squid 是做不到的。

(5)squid 属于是单进程使用单核 CPU,但 Varnish 是通过 fork 形式打开多进程来做处理,所以是合理的使用所有核来处理相应的请求。

(6)Varnish 的性能更高,挪威最大的在线报纸 Verdens Gang 使用 3 台 Varnish 代替了原来的 12 台 Squid,可见性能比以前更好。

当然,与传统的 Squid 相比,Varnish 也是有缺点的,列举如下:

1)varnish 进程一旦 Hang、Crash 或者重启,缓存数据都会从内存中完全释放,此时所有请求都会发送到后端服务器,在高并发情况下,会给后端服务器造成很大压力。

2)在 varnish 使用中如果单个 url 的请求通过 HA/F5(负载均衡)每次请求不同的 varnish 服务器中,被请求 varnish 服务器都会被穿透到后端,而且同样的请求会在多台服务器上缓存,也会造成 varnish 的缓存的资源浪费,也会造成性能下降。

————————————————————

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

Varnish 基础概念详解 http://www.linuxidc.com/Linux/2014-07/104535.htm

———————————————————————————–

解决方案

1)综上所述在访问量很大的情况下推荐使用 varnish 的内存缓存方式启动,而且后面需要跟多台 squid 服务器。主要为了防止前面的 varnish 服务、服务器被重启的情况下,前期肯定会有很多的穿透这样 squid 可以担当第二层 CACHE,而且也弥补了 varnish 缓存在内存中重启都会释放的问题。

2)这样的问题可以在负载均衡上做 url 哈希,让单个 url 请求固定请求到一台 varnish 服务器上,可以解决该问题。

注:上面的解决方法还需要全面的测试,没有经过证实。

下面我们就来部署 varnish:

主机环境:rhel6 selinux and iptables disabled

实验主机:www.linuxidc.com bbs.linuxidc.com  192.168.0.50    varnish

server1.example.com                    192.168.0.1 apache

server2.example.com                    192.168.0.2 apache        (各主机做以上解析)

Varnish 代理服务器部署

 

VCL 处理流程图

Varnish 代理服务器部署

处理过程大致分为如下几个步骤:

(1)Receive 状态,也就是请求处理的入口状态,根据 VCL 规则判断该请求应该是 Pass 或 Pipe,或者进入 Lookup(本地查询)。

(2)Lookup 状态,进入此状态后,会在 hash 表中查找数据,若找到,则进入 Hit 状态,否则进入 miss 状态。

(3)Pass 状态,在此状态下,会进入后端请求,即进入 fetch 状态。

(4)Fetch 状态,在 Fetch 状态下,对请求进行后端的获取,发送请求,获得数据,并进行本地的存储。

(5)Deliver  状态,将获取到的数据发送给客户端,然后完成本次请求。

更多详情见请继续阅读下一页的精彩内容 :http://www.linuxidc.com/Linux/2014-08/105124p2.htm

正文完
星哥说事-微信公众号
post-qrcode
 
星锅
版权声明:本站原创文章,由 星锅 2022-01-20发表,共计8594字。
转载说明:除特殊说明外本站文章皆由CC-4.0协议发布,转载请注明出处。
【腾讯云】推广者专属福利,新客户无门槛领取总价值高达2860元代金券,每种代金券限量500张,先到先得。
阿里云-最新活动爆款每日限量供应
评论(没有评论)
验证码
【腾讯云】云服务器、云数据库、COS、CDN、短信等云产品特惠热卖中