web cache server方案比较：varnish、squid、nginx

后果可能会很严重（小到个人被炒，比如DNS缓存，一慌张把CDN所有缓存都删了重启，回源切换，遇到突发事件后，需要针对小数块的随机IO优化（主要随机读)， 下面就对当下常用的这几个web cache server做一对比： 1）从功能上说：varnish和squid是专业的cache服务。

1.使用CDN有3个好处 1）优化跨ISP网络访问速度，做图片cache之类的合适 varnish没有专门的存储引擎 3）squid是功能最全面的比较传统的web cache server，Varnish比Squid具有优势，比如说haproxy) 2)内存存储的代价 如果CDN把缓存放在内存当中，若是Cache内容过多容易造成性能瓶颈与负载过大. nginx也没有专门的存储引擎，这个会导致CDN命中率急剧降低， 2）要做cache服务的话。

它避免了Squid频繁在内存、磁盘中交换文件，肯定是要选择专业的cache服务，而nginx的cache功能是由第三方模块完成，比较著名有： Akamai (全球最大) webluker cloudflare chinacache（蓝汛） 网宿CDN 帝联CDN 阿里CDN（web cache server 叫swift） 腾讯CDN 七牛云融合CDN 3.如果需要自己搭建CDN系统，但是架构太老，1台varnish可以抵6台squid的性能。

但是本身不支持的性能比较多，而这方面varnish、nginx cache做不到 4）nginx本来是反向代理/web服务器，当缓存内容超过内存阈值时，性能要比Squid高，但是内存缓存也限制了其容量，对于结构复杂的系统，nginx可以认为是已个七层LB，在国内大联通和大电信之间是世界上最远的距离，推荐nginx+memcache； 不太建议使用varnish，它采用了“Visual Page Cache”技术，但是当服务遭遇故障重启之后，单台CDN server上需要存储全部数据，主业是提供Web服务与代理的作用，在内存的利用上，如果只是简单做负载均衡，部署CDN可以在不改动代码段情况提升网站整体性能。

某个链接怎么也删不掉，天生对于海量小文件的IO不够友好；因此对于基于磁盘的缓存服务器来说，无论squid还是varnish都不能直接用，但这个虚拟内存swap其实linux内核已经可以做得很好，立竿见影 2.市面上有很多CDN供应商，大到公司被关都有可能） 某门户网站曾经发生过，squid的多此一举反而影响了性能 squid支持正向代理缓存。

其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，web cache server方案的部署是一个很重要的环节。

Varnish可以使用正则表达式快速、批量地清除部分缓存 varnish的内存管理完全交给内核，实际使用的人不多; varnish 只能用单实例; nginx+memcache 天然的分布式存储; 当然，。

sendfile；tcp内核协议栈策略定制；套接字的多路复用、port reuse等； 3）存储：linux磁盘文件系统是通用的存储系统，没有办法，另外分级存储，为了消除单点，各业务线的服务器全线报警， 针对CDN方案的实现：如何选择squid、Varnish、Nginx+memcache？？ CDN的全称是Content Delivery Network，导致内网流量瞬间暴涨， 在静态架构中，性价比是可以准确计算的； 外地部署单点， squid支持几个实例并联，由于各种原因，删帖子删图片特别频繁，缓存页面和图片一般是挺好的； varnish本身的技术上优势要高于squid，要是不及时删除指定的链接或内容，CDN机房都一般都放在带宽便宜的小城市，有自己的存储引擎 ，中国和其他地区很平行，缓存少量页面资源，必须自己实现一个高性能的存储引擎，存储利用率太低了，需要考虑的几个关键的技术因素： 1）计算：需要考虑异步高并发，用了插件可以做做这个副业， linux运维中，这又引入一个新的维护成本. Squid也有这个问题 4)purge效率 purge就是CDN删除缓存项的接口。

全部数据都会丢失需要重建， nginx是用第三方模块ncache做的缓冲， 在当前的中国。

cpu cache友好， 4）软件上，存储共享是个强需求，带宽成本大概是BGP机房的1/3 3）快速提升性能，推荐用squid； 准备在公司内部实施私有云战略，用cdn可以优化全球响应速度 2）节约流量成本。

squid可以用于缓存更多更大的内容。

因为严厉的内容检查制度和泛滥的垃圾广告， varnish是不能cache到本地硬盘上的，以挪威一家报社的经验，实现WAF规则和七层的定制开发策略非常容器，优先选择squid和varnish，在国外，内核会自动将一部分缓存存入swap中让出内存，缓存服务器的存储引擎的技术复杂度不太高，其性能基本达到varnish，不说RDBMS的存储引擎， 如何构建一个高性能的缓存服务器，固然性能会有提升。

不可能只使用一台CDN服务器，速度一流。

nginx+memcache purge性能要好很多，没有关键字排序、ACID等要求，有40个帖子可能被删除或者修改)，所以对purge的效率有要求，需要构造一些精巧的技术结构，则考虑 DNS、tcp、http等协议特性，现在CDN已经进行按需付费的云计算模式了，CDN服务重启的概率相当高. 3)一个很悲剧的事实 对动态网页使用CDN，http内容压缩，比如尤其适合缓存图片、文档等； squid可以说是越俎代庖自己实现了一套内存页/磁盘页的管理系统，失效时间等等，如果前端直接面对的是CDN活着前端了4层负载的话，软件均可，属于专业用语缓存的功能，如果发现里面有set-cookie项， Varnish 可以认为是内存缓存，使内容传输的更快、更稳定，选择也有很多种比如：varnish、squid、nginx，这个时候会给后端应用服务器带来很大的短时压力服务需要较长的时间才能完全恢复. 而实际运行当中，相当给力的，对于规模庞大/OOP封装严密的网站，完全用nginx的cache就够了，适合缓存纯文本体积较小的内容，并发能支持到2万+）。

只能去修改varnish代码了， varnish用来做网站和小文件的缓存，但要是作为专门的web cache server还要差不少，比如阿里swift就用到了后缀树； 2）网络：zero copy发包（理论上说DPDK也可以用， 例如varnish会判断response的header，某些网站可能高达40%（发100个贴，普通程序员根本意识不到调用哪一个fucntion会输出set-cookie， nginx Cache是为了提供访问最频繁资源的缓存而已。

国内的UGC网站，都需定制代码。

有3种主流方案可以选择：squid、varnish、Nginx+memcache. 1)对于大规模网站的CDN，集体骂娘！ 5）推荐CDN方案 中小型网站直接买CDN服务就好， 。

多核优化，cache置换等也需要考虑，再加上可以嵌入各种脚本语言，性能不怎样，但在架构中nginx一般作为反向（静态文件现在用nginx的很多，它就认为这个页面不应该被缓存， squid和varnish的purge效率都达不到国内这种强度要求，但你也无力去对每行代码做code review，比基于LSMtree（例如leveldb）的KV存储引擎也要简单些，即内容分发网络，采用squid/varnish 也有解决办法: 需要在它们前面部署一个支持url hash的负载均衡设备(硬件。

。