Varnish4.0实战讲稿.docxVIP

简介Varnish 是一款高性能且开源的反向代理服务器和 HTTP 加速器，其采用全新的软件体系机构，和现在的硬件体系紧密配合，与传统的 squid 相比，varnish 具有性能更高、速度更快、管理更加方便等诸多优点；目前最新版本是4.0.0，而3.x的版本也是可以生产环境下使用的稳定版本，但yum源中的2.x版本过于陈旧，不建议使用；Varnish与Squid的对比相同点都是一个反向代理服务器；都是开源软件；Varnish的优势Varnish的稳定性很高，两者在完成相同负荷的工作时，Squid服务器发生故障的几率要高于Varnish，因为使用Squid要经常重启；Varnish访问速度更快，因为采用了“Visual Page Cache”技术，所有缓存数据都直接从内存读取，而squid是从硬盘读取，因而Varnish在访问速度方面会更快；Varnish可以支持更多的并发连接，因为Varnish的TCP连接释放要比Squid快，因而在高并发连接情况下可以支持更多TCP连接；Varnish可以通过管理端口，使用正则表达式批量的清除部分缓存，而Squid是做不到的；squid属于是单进程使用单核CPU，但Varnish是通过fork形式打开多进程来做处理，所以可以合理的使用所有核来处理相应的请求；Varnish的劣势varnish进程一旦Hang、Crash或者重启，缓存数据都会从内存中完全释放，此时所有请求都会发送到后端服务器，在高并发情况下，会给后端服务器造成很大压力；在varnish使用中如果单个url的请求通过HA/F5等负载均衡，则每次请求落在不同的varnish服务器中，造成请求都会被穿透到后端；而且同样的请求在多台服务器上缓存，也会造成varnish的缓存的资源浪费，造成性能下降；Varnish劣势的解决方案针对劣势一：在访问量很大的情况下推荐使用varnish的内存缓存方式启动，而且后面需要跟多台squid服务器。主要为了防止前面的varnish服务、服务器被重启的情况下，大量请求穿透varnish，这样squid可以就担当第二层CACHE，而且也弥补了varnish缓存在内存中重启都会释放的问题；针对劣势二：可以在负载均衡上做url哈希，让单个url请求固定请求到一台varnish服务器上;对比Varnish 3.x的主要改进完全支持流对象；可后台获取失效的对象，即Client/backend分离；新的vanishlog查询语言，允许对请求进行自动分组；复杂的请求时间戳和字节计数；安全方面的提升；涉及VCL语法的改变点vcl配置文件需明确指定版本：即在vcl文件的第一行写上vcl 4.0;vcl_fetch函数被vcl_backend_response代替，且req.*不再适用vcl_backend_response；后端源服务器组director成为varnish模块，需import directors后再在vcl_init子例程中定义；自定义的子例程(即一个sub)不能以vcl_开头，调用使用call sub_name；error()函数被synth()替代；return(lookup)被return(hash)替代；使用beresp.uncacheable创建hit_for_pss对象；变量req.backend.healty被std.healthy(req.backend)替代；变量req.backend被req.backend_hint替代；关键字remove被unset替代；详见：?/docs/4.0/whats-new/index.html#whats-new-index架构及文件缓存的工作流程Varnish 分为 master 进程和 child 进程；Master 进程读入存储配置文件，调用合适的存储类型，然后创建 / 读入相应大小的缓存文件，接着 master 初始化管理该存储空间的结构体，然后 fork 并监控 child 进程；Child 进程在主线程的初始化的过程中，将前面打开的存储文件整个mmap到内存中，此时创建并初始化空闲结构体，挂到存储管理结构体，以待分配；对外管理接口分为3种，分别是命令行接口、Telnet接口和Web接口；同时在运行过程中修改的配置，可以由VCL编译器编译成C语言，并组织成共享对象(Shared Object)交由Child进程加载使用；Child 进程分配若干线程进行工作，主要包括一些管理线程和很多 worker 线程，可分为：Accept线程：接受请求，将请求挂在overflow队列上；Work线程：有多个，负责从overflow队列上摘除请求，对请求进行处理，直到完成，然后处理下一个请求；Epoll线程：一个请求处理称为一个session，在sessi