varnish4.0

Storage backends 存储后端 Intro varnish拥有可插入式的存储后端，它可以存储数据在在各种不同表现特性的后端中。默认的配置就是使用限制了大小的malloc后端（基于内存的）。对于一些vanish部署方式，你可能需要调整储存设置来适合相应的部署方式。 malloc syntax: malloc[,size] malloc是基于内存的后端。每个对象都将从内存中分配资源来存储。如果你的系统运行内存较小，swap将会被使用。 请注意，该尺寸限制只限制了实际存储，同时使用各种内部机制使得每个对象在内存中大约占1k，这种情况也包括在真实的存储中。 size参数指定最大分配给vanishd的内存数量。size的假定单位是byte，除非你指定下面的一个后缀： K, k The size is expressed in kibibytes. M, m The size is expressed in mebibytes. G, g The size is expressed in gibibytes. T, t The size is expressed in tebibytes. 默认size是不限制的 malloc的性能依赖于内存速度，所以很快。如果数据集大于可用内存，malloc的性能将依赖操作系统的实际分页能力。 file syntax: file[,path[

CLI-bossing Varnish around CLI 向Vanish下发指令 一旦vanish启动，你可以使用命令行接口来控制它。 最轻松的使用CLI的方法是在运行varnishd的机器上运行，varnishadm varnishadm help 如果你想远程使用varnishadm，有两种方法。 你可以使用ssh登录到运行varnishd的机器上然后varnishadm ssh $http_front_end varnishadm help 同时你也可以配置vanishd接受远程的CLI连接，（使用-T和-S参数） varnishd -T :6082 -S /etc/varnish_secret 然后在远程主机上运行vanishadm，像这样 varnishadm -T $http_front_end -S /etc/copy_of_varnish_secret help 但是你也看到，ssh是更方便的。 如果运行vanishadm没有添加参数，它将会从标准输入读取CLI命令，如果你指定了参数，它将这些参数作为单个CLI命令来执行。 CLI总是返回一个状态码，告诉你操作的结果，'200'为成功，其他状态码就有问题了。 vanishadm退出时使用状态1，并且如果不是200的状态码，它将在标准错误输出中打印状态码。 What can you do with the CLI

Backend servers varnish有"后端"或者"源"服务器的概念。backend server提供给varnish加速的内容。 第一步设置是告诉varnish从哪儿找到backend server。使用你喜欢的编辑器打开varnishd引入的VCL文件。 VCL文件的开头有一小段有点像这样： # backend default { # .host = "127.0.0.1"; # .port = "8080"; # } 去掉注释后 backend default { .host = "127.0.0.1"; .port = "8080"; } 这样一段配置在varnish中定义了一个后端，被叫做default。（和c的函数定义有点相似），当varnish需要从后端获得内容时，它将连接127.0.0.1的8080端口。 varnish可以定义多个后端，也可以将几个后端放在一个后端集群里面已达到负载均衡的目的。 Multiple backends 某些情况下你可能需要让varnish缓存多个后端的内容。你可能想让varnish映射所有的url在单个后端上，或者是多个后端。这里有些参数可以满足这样的需求。 现在我们需要在PHP站点中引入java应用。java应用的链接都是以/java/开头的。 处理java应用的服务器监听在8000端口上。默认的default

Varnish Installation varnish的安装 本节包含了varnish安装的准备工作，一步一步的安装过程，怎样获取帮助，在哪里寻求帮助，已经怎样报告bug。也包含了帮助你在某些特殊的系统上安装varnish的注意事项. Prerequisites Installing Varnish Source or packages? FreeBSD Red Hat / CentOS Debian/Ubuntu Compiling Varnish from source Build dependencies on Debian / Ubuntu Build dependencies on Red Hat / CentOS Compiling Varnish Installing Getting help IRC Channel Mailing Lists Trouble Tickets Commercial Support Reporting bugs Varnish crashes Varnish goes on vacation Varnish does something wrong Platform specific notes Transparent hugepages on Redhat Enterprise Linux 6 OpenVZ TCP keep

Security first 安全第一 如果你仅仅抓专注于运行varnish,或者所有人都是这个观点,那么就可以跳过该节了.我们保护你的方方面面当http请求来的时候. 如果你的web基础设施是外包的,管理是分开的,那么你就需要考虑安全了. Varnish在4个权威的等级提供安全,大致关系到怎样让命令生效和在哪儿生效. the command line arguments, the CLI interface, VCL programs, and HTTP requests. Command line arguments 命令行参数 最高安全定理是决定和定义varnish的启动参数在一个表单里面,我们使用这个策略是为了新的操作也是安全的. 最重要的的决定是确保这些: Who should have access to the Command Line Interface? 谁有命令行的权限? Which parameters can they change? 他们可以修改哪些参数? Will inline-C code be allowed? 哪些内建C代码是被允许的? If/how VMODs will be restricted? 是否VMODs是被限制,怎样被限制? CLI interface access CLI接口权限 命令行接口可以通过三个方式进入.

Misbehaving servers varnish有个关键特性，为misbehaving（行为不端，诡异的）web服务器或者应用服务器提供保护的能力。 Grace mode 当几个客户端请求同一个页面的时候，varnish只发送一个请求到后端服务器，然后让其他几个请求挂起并等待返回结果；获得结果后，其它请求再复制后端的结果发送给客户端。有些产品中需要调用其他来将请求合并，而varnish自动做这些。 但如果同时有数以千计的请求，那么这个等待队列将变得庞大，这将导致2类潜在问题： 惊群问题(thundering herd problem)，即突然释放大量的线程去复制后端返回的结果，将导致负载急速上升； 没有用户喜欢等待； 为了解决这类问题，可以配置varnish在缓存对象因超时失效后再保留一段时间，以给那些等待的请求返回过期的内容(stale content)。 为了提供给用户过期的内容，我们必须先有这些内容。因此我们在VCL中配置如下，使得varnish能在内容过期过后依然保持2分钟： sub vcl_backend_response { set beresp.grace = 2m; } 现在Varnish允许在对象过期后2分钟内提供给客户端。同时varnish也将刷新这个对象。刷新动作是异步发生的，发生在新的对象将替换老对象的同时。 我们可以在vcl

Reporting and statistics 本部分包括如何查看Varnish正在做什么，从每个http请求流的详细记录到汇总统计计数器。 Logging in Varnish Statistics varnishtop varnishhist varnishstat Logging in Varnish Varnish中一个很棒的特点是工作日志的记录方式。varnish不记录日志到日志文件，而是调用VSL记录到共享内存片段，VSL-varnish共享日志。当这个片段被写完后，varnish开始覆盖老数据。 这种方式比记录到文件快的多得多，并且不需要磁盘空间。除此之外VSL可以给到你需要的尽可能多的信息。 另一方面，如果你忘记有程序实际在写日志到磁盘，日志将会占用过多的磁盘。 varnishlog是可以用来查看varnish记录了什么的程序。varnish提供原生的日志，所有的都被写到日志里。其他一些客户端也能访问日志，一会儿向你展示。 在启动varnish的终端窗口键入varnishlog(varnish-4.0.3: varnishlog -v) 然后回车。 你将看到一些行，缓慢滚动（取决于你的日志量）像这样： 0 CLI - Rd ping 0 CLI - Wr 200 PONG 1273698726 1.0 varnish 主进程检查cache进程，为了查看是否一切ok

Parameters Varnish cache 拥有一个参数的集合，可以影响varnish的行为和性能。基本上所有的参数都可以在Varnish命令行接口（ varnishadm ）使用param.set关键词来设置。 一些参数，处于安全的目的只读的参数，只能使用-r参数来开启。同时在varnishd的man手册中也有相关的说明 -r param[,param...] Make the listed parameters read only. This gives the system administrator a way to limit what the Varnish CLI can do. Consider making parameters such as user, group, cc_command, vcc_allow_inline_c read only as these can potentially be used to escalate privileges from the CLI. Protecting listen_address may also be a good idea. 我们不建议你调整参数除非你确定你做的是什么。我们努力的使用稳定的默认值，同时varnish使用默认设置应当能处理大多数的工作情况。

启动和运行varnish 本节包含了启动，运行，停止varnish，命令行参数，如何与运行着的varnish进程进行通信，配置存储和套接字，安全性和如何保护varnish免受攻击。 Security first 安全第一 Command line arguments 命令行参数 The CLI interface CLI接口 VCL programs VCL程序 HTTP requests HTTP请求 Important command line arguments 重要的命令行参数 '-a' listen_address '-a'监听地址 '-f' VCL-file or '-b' backend '-f'VCL配置文件，'-b' 后端server Other options 其他参数 CLI - bossing Varnish around CLI-向varnish发送指令 What can you do with the CLI CLI可以做什么 Storage backends 后端存储 Intro 简介 malloc 基于内存的缓存 file 基于文件的缓存 persistent (experimental) 持久化（实验中） Transient Storage 暂存 Parameters 参数 Sizing your cache 缓存的大小 来源： oschina

varnish 4.0简要教程 这部分教程包含了varnish基本原理。囊括了什么是varnish、它怎样工作，同时也包含了开始使用和运行varnish。这部分过后你可能想继续了解用户向导(varnish用户引导)。 如果你正在web上读这些呢 注意每页左边的Next topic和Previous topic The fundamentals of web proxy caching with Varnish使用varnish作为web代理缓存的原理 Supported platforms 支持平台 About the Varnish development process varnish开发程序相关信息 Getting in touch 联系 Starting Varnish 开始使用varnish Put Varnish on port 80 让varnish监听在80端口 Restarting Varnish again 再次重启varnish Backend servers 后端服务器 Peculiarities 特色 Now what? Now what？ The fundamentals of web proxy caching with Varnish使用varnish作为web代理缓存的原理 varnish是一个http反向代理的缓存