主要有以下动作 pass \当一个请求被pass后，这个请求将通过varnish转发到后端服务器，但是它不会被缓存。pass可以放在vcl_recv 和 vcl_fetch中。 lookup \当一个请求在vcl_recv中被lookup后，varnish将从缓存中提取数据，如果缓存中没有数据，将被设置为pass，不能在 vcl_fetch中设置lookup。 pipe \pipe和 pass相似，都要访问后端服务器，不过当进入pipe 模式后，在此连接未关闭前，后续的所有请求都发到后端服务器（这句是我自己理解后简化的，有能力的朋友可以看看官方文档，给我提修改建议） 。 deliver \请求的目标被缓存，然后发送给客户端 esi \ESI-process the fetched document（我理解的就是vcl 中包换一段 html代码）
By admin
read moreHitrate ratio由三个数字组成，第一个数字范围0-10，第二个数字范围0-100，第三个数字范围0-1000。
分别表示过去N秒内的Hitrate avg。上图由于我是刚打开varnishstat，因此三个数字都是4，表示过去4秒内的平均hitrate，如果打开的时间足够长，以上三个数字就会逐渐变成10，100，1000。
Hitrate avg里的内容是命中率，需要乘以100转换成百分比，例如上图表示命中率为99.23%
接着往下看，三列数据分别表示实时数据，每秒平均值，自启动以来每秒平均值。有些参数是没有后两列的，这是因为这些值都有固定变动范围，例如N work threads，只会在0到最大值（我设的是200）之间变动，搞每秒平均值意义不大（我猜）。
以下指标需要重点关注一下：
Client connections accepted: （每秒处理连接数）。 Client requests received：经验表明connection:request=1:10左右时比较理想，比这个数大很多或者小很多都是不好的。代表到目前为止，浏览器向反向代理服务器发送的HTTP请求累积次数，由于可能使用长连接，所以它可能会大于上边的Client connections accepted。 Backend connections failures：这个数应该尽可能小，没有就最好，多的话就要看看backend指向的服务是否有问题了。 N struct object：当前被cache的条目。 N worker threads：当前工作线程数。 N worker threads created：创建了多少线程(should be close to the number you are running now) 。 N worker threads not created ：最好是0，表示varnish尝试创建线程但失败。 N worker threads limited ：由于线程上限限制或者线程池反应延迟导致不能成功创建的线程数，越小越好。 N overflowed work requests ：进入等待队列的请求数，越小越好。 N dropped work requests：队列被塞满后扔掉的请求，这个最好不要有。 N LRU nuked objects：由于cache空间满而不得不扔掉的cache条目，如果这个数字是0，就没必要增加cache的大小了。 n_expired ：由于cache时间超时而被扔掉的cache条目，具体要看你的ttl设多大了。 Cache hits: 代表在这些请求中，反向代理服务器在缓存区中查找并且命中缓存的次数。 Cache misses: 代表在这些请求中，反向代理服务器在缓存区中查找但是没有命中缓存的次数。 N expired objects: 代表过期的缓存内容个数 N LRU nuked objects: 由于cache空间满而不得不扔掉的cache条目，如果这个数字是0，就没必要增加ache的大小了。 N LRU moved objects: 代表被淘汰的缓存内容个数 Total header bytes: 代表缓存区中所有缓存内容的HTTP头信息长度 Total body bytes: 代表缓存区中所有缓存内容的正文长度
By admin
read more●varnishncsa（以 NCSA 的格式显示日志）
Author: Dag-Erling Sm?rgrav
Date: 2010-05-31
Version: 1.0
Manual section: 1
Display varnish logs in apache/NCSA combined log format
SYNOPSIS
varnishncsa [-a] [-b] [-C] [-c] [-D] [-d] [-f] [-I regex] [-i tag]
[-n varnish_name] [-P file] [-r file] [-V] [-w file] [-X regex] [-x tag]
DESCRIPTION
Varnishncsa 工具读取共享内存的日志，然后以 apache/NCSA 的格式显示出来。下 面的选项可以用。
-a 当把日志写到文件里时，使用附加，而不是覆盖。
-b 只显示 varnishd 和后端服务器的日志。
-C 匹配正则表达式的时候，忽略大小写差异。
-c 只显示 varnishd 和客户端的日志。
-D 以进程方式运行
-d 在启动过程中处理旧的日志，一般情况下，varnishhist 只会在进程写入日 志后启动。
By admin
read moreVarnish的一个关键特色就是它有能力防御 web和应用服务器宕机。 Grace mode 当几个客户端请求同一个页面的时候，varnish只发送一个请求到后端服务器，然后让那个其他几个请求挂起等待返回结果，返回结果后，复制请求的结果发送给客户端。 如果您的服务每秒有数千万的点击率，那么这个队列是庞大的，没有用户喜欢等待服务器响应。为了使用过期的 cache 给用户提供服务，我们需要增加他们的 TTL，保存所有cache 中的内容在 TTL过期以后30 分钟内不删除，使用以下VCL：
sub vcl_fetch {
set beresp.grace = 30m;
}
Varnish 还不会使用过期的目标给用户提供服务，所以我们需要配置以下代码，在cache过期后的15 秒内，使用旧的内容提供服务：
sub vcl_recv {
set req.grace = 15s;
}
你会考虑为什么要多保存过去的内容 30 分钟？当然，如果你使用了健康检查，你可以通过健康状态设置保存的时间：
if (! req.backend.healthy) {
set req.grace = 5m;
} else {
set req.grace = 15s;
}
Saint mode 有时候，服务器很古怪，他们发出随机错误，您需要通知 varnish 使用更加优雅的方式处理它，这种方式叫神圣模式（saint mode）。Saint mode允许您抛弃一个后端服务器或 者另一个尝试的后端服务器或者 cache中服务陈旧的内容。让我们看看 VCL中如何开启这个功能的：
sub vcl_fetch {
if (beresp.status == 500) {
set beresp.saintmode = 10s;
restart;
}
set beresp.grace = 5m;
}
当我们设置 beresp.saintmode 为 10 秒，varnish 在 10 秒内将不会访问后端服务器的这个 url。如果有一个备用列表，当重新执行此请求时您有其他的后端有能力提供此服务内容，varnish会尝试请求他们，当您没有可用的后端服务器，varnish将使用它过期的 cache提供服务内容。 它真的是一个救生员。 God mode 还未应用。
By admin
read more让我们设置一个 director和两个后端，然后加上健康检查：
backend server1 {
.host = "server1.example.com";
.probe = {
.url = "/";
.interval = 5s;
.timeout = 1 s;
.window = 5;
.threshold = 3;
}
}
backend server2 {
.host = "server2.example.com";
.probe = {
.url = "/";
.interval = 5s;
.timeout = 1 s;
.window = 5;
.threshold = 3;
}
}
这些新的就是探针，varnish将检查通过探针检查每个后端服务器是否健康：
url \哪个 url需要varnish请求。 Interval \检查的间隔时间 Timeout \等待多长时间探针超时 Window \varnish将维持5个 sliding window的结果 Threshold \至少有3 次.windows检查是成功的，就宣告 backends健康
By admin
read more您可以把多台 backends 聚合成一个组，这些组被叫做 directors。这样可以增强性能和弹力。您可以定义多个 backends和多个 group在同一个directors。
backend server1 {
.host = "192.168.0.10";
}
backend server2{
.host = "192.168.0.10";
}
现在我们创建一个 director：
director example_director round-robin {
{
.backend = server1;
}
# server2
{
.backend = server2;
}
# foo
}
这个 director 是一个循环的 director。它的含义就是 director 使用循环的方式把backends分给请求。 但是如果您的一个服务器宕了？varnish 能否指导所有的请求到健康的后端？当然可以，这就是健康检查在起作用了。
By admin
read more在某些时刻您需要 varnish 从多台服务器上缓存数据。您可能想要 varnish 映射所有的URL 到一个单独的主机或者不到这个主机。这里很多选项。 我们需要引进一个 java程序进出php的web站点。假如我们的java程序使用的 URL开始于/JAVA/
我们让它运行在8000端口，现在让我们看看默认的default.vcl：
backend default {
.host = "127.0.0.1";
.port = "8080";
}
我们添加一个新的 backend：
backend java {
.host = "127.0.0.1";
.port = "8000";
}
现在我们需要告诉特殊的URL 被发送到哪里：
sub vcl_recv {
if (req.url ~ "^/java/") {
set req.backend = java;
} else {
set req.backend = default.
}
}
这真的很简单，让我们停下来并思考一下。正如您所见，可以通过任意的后端来选择您要的数据。您想发送移动设备的请求到不同的后端？没问题
if (req.User-agent ~ /mobile/) …. \这样做应该就可以成功。
By admin
read more现在 varnish 已经正常运行了,您可以通过 varnish 访问到您的 web 应用程序。如果您的 web 程序在设计时候没有考虑到加速器的架构，那么您可能有必要修改您的应用程序或者varnish配置文件，来提高varnish的命中率。 既然这样，您就需要一个工具用来观察您和web服务器之间HTTP头信息。服务器端您可以轻松的使用varnish 的工具，比如varnishlog和 varnishtop，但是客户端的工具需要您自己去准备，下面是我经常使用的工具。 Varnistop 您可以使用varnishtop 确定哪些URL经常命中后端。 Varnishtop –i txurl 就是一个基本的命令。您可以通过阅读“Statistics”了解其他示例。
Varnishlog 当您需要鉴定哪个 URL 被频繁的发送到后端服务器，您可以通过varnishlog对请求做一个全面的分析。 varnishlog –c –o /foo/bar 这个命令将告诉您所有（-o）包含”/football/bar”字段来自客户端（-c）的请求。
Lwp-request Lwp-request是 www 库的一部分，使用perl语言编写。它是一个真正的基本程序，它可以执行HTTP请求，并给您返回结果。我主要使用两个程序，GET 和HEAD。 Vg.no 是第一个使用 varnish 的站点，他们使用 varnish 相当完整，所以我们来看看他们的HTTP 头文件。我们使用 GET请求他们的主页：
$ GET -H 'Host: www.vg.no' -Used http://vg.no/
GET http://vg.no/
Host: www.vg.no
User-Agent: lwp-request/5.834 libwww-perl/5.834
200 OK
Cache-Control: must-revalidate
Refresh: 600
Title: VG Nett - Forsiden - VG Nett
X-Age: 463
X-Cache: HIT
X-Rick-Would-Never: Let you down
X-VG-Jobb: http://www.finn.no/finn/job/fulltime/result?keyword=vg+multimedia
Merk:HeaderNinja
X-VG-Korken: http://www.youtube.com/watch?v=Fcj8CnD5188
X-VG-WebCache: joanie
X-VG-WebServer: leon
OK，我们来分析它做了什么。GET 通过发送 HTTP 0.9 的请求，它没有主机头，所以我需要添加一个主机头使用-H 选项，-U打印请求的头，-s打印返回状态，-e 答应返回状态的头，-d 丢弃当前的连接。我们正真关心的不是连接，而是头文件。 如您所见 VG 的头文件中有相当多的信息，比如 X-RICK-WOULD-NEVER 是 vg.no 定制的信息，他们有几分奇怪的幽默感。其他的内容，比如X-VG-WEBCACHE 是用来调试错误的。 核对一个站点是否使用 cookies，可以使用下面的命令：
By admin
read more现在您的varnish已经正常运行，我们来看一下varnish在做什么，这里有些工具可以帮助您做到。 Varnishtop Varnishtop工具读取共享内存的日志，然后连续不断的显示和更新大部分普通日志。 适当的过滤使用 –I，-i，-X 和-x 选项，它可以按照您的要求显示请求的内容，客户端，浏览器等其他日志里的信息。
varnishtop -i rxurl \您可以看到客户端请求的 url次数。 Varnishtop -i txurl \您可以看到请求后端服务器的url次数。 Varnishtop -i Rxheader –I Accept-Encoding \可以看见接收到的头信息中有有多少次包含Accept-Encoding。
Varnishhist Varnishhist工具读取varnishd的共享内存段日志，生成一个连续更新的柱状图，显示最后 N 个请求的处理情况。这个 N 的值是终端的纵坐标的高度，横坐标代表的是对数，如果缓存命中就标记“|”，如果缓存没有命中就标记上“#”符号。
Varnishsizes Varnishsizes 和varnishhist相似，除了varnishsizes现实了对象的大小，取消了完成请求的时间。这样可以大概的观察您的服务对象有多大。
Varnishstat Varnish 有很多计数器，我们计数丢失率，命中率，存储信息，创建线程，删除对象等，几乎所有的操作。Varnishstat将存储这些数值，在优化varnish的时候使用这个命令。
有一个程序可以定期轮询 varnishstat 的数据并生成好看的图表。这个项目叫做Munin。 Munin可以在 http://munin-monitoring.org/找到。在varnish的源码中有munin插件。
By admin
read more官方手册:
** **Varnish 有一个很棒的配置系统，大部分其他的系统使用配置指令，让您打开或者关闭一些开关。 Varnish使用区域配置语言，这种语言叫做“VCL”（varnish configuration language），在执行vcl时，varnish 就把VCL转换成二进制代码。 ** **VCL 文件被分为多个子程序，不同的子程序在不同的时间里执行，比如一个子程序在接到请求时执行，另一个子程序在接收到后端服务器传送的文件时执行。 varnish 将在不同阶段执行它的子程序代码，因为它的代码是一行一行执行的，不存在优先级问题。随时可以调用这个子程序中的功能并且当他执行完成后就退出。
** **如果到最后您也没有调用您的子进程中的功能，varnish 将执行一些内建的 VCL代码，这些代码就是default.vcl 中被注释的代码.
** 99%的几率您需要改变vcl_recv 和 vcl_fetch 这两个子进程。**
vcl_recv ** **vcl_recv（当然，我们在字符集上有点不足，应为它是unix）在请求的开始被调用，在接收、解析后，决定是否响应请求，怎么响应，使用哪个后台服务器。在vcl_recv中，您可以修改请求，比如您可以修改cookies，添加或者删除请求的头信息。 ** **注意vcl_recv中只有请求的目标,req is available。 vcl_fetch ** **vcl_fetch 在一个文件成功从后台获取后被调用，通常他的任务就是改变 response headers，触发ESI进程，在请求失败的时候轮询其他服务器。 在 vcl_fetch 中一样的包含请求的 object，req，available，他们通常是 backend response，beresp。beresp 将会包含后端服务器的HTTP 的头信息
actions ** 主要有以下动作** pass \当一个请求被pass后，这个请求将通过varnish转发到后端服务器，但是它不会被缓存。pass可以放在vcl_recv 和 vcl_fetch中。 lookup \当一个请求在vcl_recv中被lookup后，varnish将从缓存中提取数据，如果缓存中没有数据，将被设置为pass，不能在 vcl_fetch中设置lookup。 pipe \pipe和 pass相似，都要访问后端服务器，不过当进入pipe 模式后，在此连接未关闭前，后续的所有请求都发到后端服务器（这句是我自己理解后简化的，有能力的朋友可以看看官方文档，给我提修改建议） 。 deliver \请求的目标被缓存，然后发送给客户端 esi \ESI-process the fetched document（我理解的就是vcl 中包换一段 html代码）
Requests，Responses and objects 在VCL 中，有3 个重要的数据结构 ** **request 从客户端进来 ** **responses 从后端服务器过来 ** **object 存储在cache 中
By admin
read morePutVarnish on port 80(使 varnish工作在 80 端口上) 如果您的程序正常运行，没有问题，我们就可以把varnish调整到80端口运行。先关闭vernish
pkill varnishd
然后停止您的 web服务器，修改web服务器配置，把 web服务器修改成监听8080端口，然后修改varnish 的default.vcl和改变默认的后端服务器端口为8080. 先启动您的web服务器，然后在启动varnish：
varnishd -f /usr/local/etc/varnish/default.vcl -s malloc,1G -T 127.0.0.1:2000
我们取消了-a 选项，这样varnish将监控默认端口，启动后，检查您的 web程序是否正常。
相关教程:
varnish中Varnishlog命令解析:
linux下varnish配置及使用教程:
Varnish Configuration Language – VCL （varnish 配置 语言-VCL）:
varnish中的Statistics（统计 varnish相关数据）-Varnishtop ,Varnishhist ,Varnishsizes ,Varnishstat: http://blog.haohtml.com/archives/12036
bankend Server后端服务高级配置:
varnish中的backends 组Directors: http://blog.haohtml.com/archives/12049
varnish中常用的排错方法:
By admin
read moreVarnish一个真正的特点就是它如何记录数据的。使用内存段代替普通的日志文件，当内存段使用完以后，又从头开始，覆盖最旧的记录。这样就可以非常快的记录数据，并且不需要磁盘空间。缺点就是您没有把数据写到磁盘上，可能会消失。 （varnish也支持将数据写到硬盘的文件上，看您如何选择） Varnishlog 这个程序可以查看 varnish 记录了哪些数据。Varnishlog 给您生成原始的日志，包括所有的事件。我一会给您演示。 在运行了varnish的终端窗口上，运行varnishlog这个命令。 您可以看见如下显示
#./varnishlog 0 CLI – Rd ping 0 CLI – Wr 200 PONG 1277172542 1.0
这是检查varnish的主进程是否正常，如果看见这就说明一切OK.
现在您去浏览器通过 varnish 重新访问您的 web程序，您将看到如下信息：
11 SessionOpen c 127.0.0.1 58912 0.0.0.0:8080
11 ReqStart c 127.0.0.1 58912 595005213
11 RxRequest c GET
11 RxURL c /
11 RxProtocol c HTTP/1.1
11 RxHeader c Host: localhost:8080
11 RxHeader c Connection: keep-alive
第一列是任意的数，它用来定义请求，相同的号码代表相同的 HTTP传输。 第二列是信息标记，所有的日志都带有一个标记（tag） ，标记对应相对的操作。Rx 表示varnish收到数据，Tx表示varnish发送数据。 第三列代表数据是从哪里传出或者传入的，是从 c（client）还是 b（backend）。 第四列是被记录的数据。
By admin
read more1.有时候 varnish 会出错，为了使您知道该检查哪里，您可以检查 varnishlog，/var/log/syslog/,var/log/messages 这里可以发现一些信息，知道varnish怎么了。
2.When varnish won’t start 有些时候，varnish 不能启动。这里有很多 varnish不能启动的原因，通常我们可以观看/dev/null的权限和是否其他软件占用了端口。 使用debug模式启动 varnish，然后观看发生了什么：
varnishd -f /usr/local/etc/varnish/default.vcl -s malloc,1G -T 127.0.0.1:2000 -a 0.0.0.0:8080 –d
提示-d 选项，它将给您更多的信息关于接下来发生了什么。让我们看看如果其他程序暂用了varnish 的端口，它将显示什么：
# varnishd -n foo -f /usr/local/etc/varnish/default.vcl -s malloc,1G -T 127.0.0.1:2000
-a 0.0.0.0:8080 -d
storage_malloc: max size 1024 MB.
Using old SHMFILE
Platform: Linux,2.6.32-21-generic,i686,-smalloc,-hcritbit
200 193
-----------------------------
Varnish HTTP accelerator CLI.
-----------------------------
Type 'help' for command list.
Type 'quit' to close CLI session.
Type 'start' to launch worker process.
现在 varnish 的主程序已经运行，在 debug 模式中，cache 现在还没有启动，现在 您在终端中使用“start”命令来让主程序开启 cache功能
By admin
read morecentos6.0 32位 Varnish3.0.2
我们先配置nginx环境.参考教程:http://blog.haohtml.com/archives/6051 并修改nginx的监听端口为81.下面我们varnish监听的端口为80端口.
============================================================== 目前varnish的最新版本为3.0.2,这里我们使用最新的稳定版本
cd /usr/local/soft
wget http://repo.varnish-cache.org/source/varnish-3.0.2.tar.gz
tar zxvf varnish-3.0.2.tar.gz
cd varnish-3.0.2
./configure --prefix=/usr/local/varnish
make && make install
如果在执行./configure命令的过程中遇到”No package ‘libpcre’ found”的错误提示信息的话,需要执行以下命令
export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
即可(这个已经在前面配置nginx环境的时候,安装过了pcre库了,这里是环境变量的问题).
现在我们确认一下是否安装成功.
[root@bogon varnish-3.0.2]# ls /usr/local/varnish bin etc include lib sbin share var
其中sbin目录里为varnish主程序文件,bin目录里为varnish的管理命令,etc目录为配置文件,share目录为手册,lib目录为一些库文件,include目录为一些程序所需的c语言里的.h头文件
varnish语法
[root@bogon varnish-3.0.2]#cd /usr/local/varnish/sbin
[root@bogon sbin]# ./varnishd --help
./varnishd: invalid option -- '-'
usage: varnishd [options]
-a address:port # HTTP listen address and port
-b address:port # backend address and port
# -b <hostname_or_IP>
# -b '<hostname_or_IP>:<port_or_service>'
-C # print VCL code compiled to C language
-d # debug
-f file # VCL script
-F # Run in foreground
-h kind[,hashoptions] # Hash specification
# -h critbit [default]
# -h simple_list
# -h classic
# -h classic,<buckets>
-i identity # Identity of varnish instance
-l shl,free,fill # Size of shared memory file
# shl: space for SHL records [80m]
# free: space for other allocations [1m]
# fill: prefill new file [+]
-M address:port # Reverse CLI destination.
-n dir # varnishd working directory
-P file # PID file
-p param=value # set parameter
-s kind[,storageoptions] # Backend storage specification
# -s malloc
# -s file [default: use /tmp]
# -s file,<dir_or_file>
# -s file,<dir_or_file>,<size>
# -s persist{experimenta}
# -s file,<dir_or_file>,<size>,<granularity>
-t # Default TTL
-S secret-file # Secret file for CLI authentication
-T address:port # Telnet listen address and port
-V # version
-w int[,int[,int]] # Number of worker threads
# -w <fixed_count>
# -w min,max
# -w min,max,timeout [default: -w2,500,300]
-u user # Priviledge separation user id
参数详解:
By admin
read more今天使用了fckeditor的编辑器,在下面的环境里测试着没有一点问题的,但上传到服务器上,总是提示
Error creating folder “” (Can’t create directory)
这个错误.经测试发现是 apache_lookup_uri 函数出的问题，经测试需要获得物理路径，无奈只能修改为 $_SERVER函数
打开文件，fckeditor\editor\filemanager\connectors\php\io.php
修改为
if ( function_exists( ‘apache_lookup_uri’ ) ) { /*zongzong 修改 $info = apache_lookup_uri( $path ) ; return $info->filename . $info->path_info ; */ return $_SERVER[‘DOCUMENT_ROOT’].$path; }
即可.
apache_lookup_uri 函数参考:http://docs.haohtml.com/php_manual_zh_html/function.apache-lookup-uri.html
By admin
read more