varnish原理篇

1.CDN缓存系统

概念

• CDN：content distribute network（内容分发网络）或者content delivery network（内容交付网络）。CDN的任务是将内容从源站传递给用户。
• 常说的互联网由两层组成：
• 一层是以TCP/IP为代表的网络层（狭义的互联网internet），另一层是以www为代表的应用层。
• 过各种网络设备，实现各个计算机之间的互联互通，实现各种信息数据的低成本传输。
• 举个简单例子来区分而这之间的差异：internet就是铁路轨道和各种信号灯，而www则是运行在internet上的众多火车中的一种。

CDN的工作原理

• 无cdn时，用户通过浏览器访问网站的过程
• 1.用户在浏览器输入URL
• 2.浏览器向本地DNS请求域名解析
• 3.如果本地DNS缓存有该域名的解析结果，则直接将解析结果返回给浏览器
• 4.如果本地DNS缓存中无该域名的解析结果，则以递归方式向整个DNS系统请求域名解析，在获得应答后将解析结果返回给浏览器
• 5.浏览器获得解析结果，提取出IP信息，使用IP向服务器请求数据
• 6.服务器返回数据给浏览器
• 有cdn时，用户通过浏览器访问网站的过程
• 1.用户在浏览器中输入URL
• 2.浏览器向本地DNS请求域名解析，DNS会将域名解析权转交给CNAME指向的CDN专用的DNS服务器
• 3.CDN专用的DNS服务器将CDN的全局负载均衡设备的IP返回给浏览器
• 4.浏览器向CDN全局负载均衡设备发起URL请求
• 5.CDN全局负载均衡设备根据请求的URL和用户的IP地址，将用户请求转发到用户所在区域的区域负载均衡设备
• 6.区域负载均衡设备，根据用户IP、请求URL、缓存服务器的负载情况等，返回一台合适的服务器IP给用户
• 7.用户向缓存服务器发起请求
• 8.缓存服务器响应用户请求，如果用户请求的内容缓存服务器上不存在，则缓存服务器要向上一级缓存服务器请求内容，直到追溯到网站的源服务器

2.varnish

什么是varnish？

• varnish是一个反向HTTP代理，有时称为HTTP加速器或web加速器
• varnish将文件或文件片段储存在内存中，使他们能够快速被提供
• varnish本质上是一个键/值存储，它通常使用url作为键
• varnish是为现代硬件、现在操作系统和现代工作负载而设计的

varnish加速器与Squid加速器的对比

• Squid加速器（代理缓存服务器）是将从服务器要回来的资源放在自己的硬盘里，客户读取的速率很慢，代理的效率低
• varnish加速器（代理缓存服务器）是将从服务器要回来的资源放在自己的内存里，客户读取的速率很快，代理的效率高

varnish代理服务器的工作方式

• varnish代理服务器的工作方式有两种：
• 仅仅作为一个代理服务器：帮客户端去问服务端要数据，要回来的数据直接给客户端自己不缓存一份，这种情况是客户的隐私信息、热点信息、更新比较快的数据，不缓存，只代理。
• 既代理又缓存：帮客户端去问服务端要数据，要回来的数据先给自己缓存一份，然后再发给客户端，这种情况是用于更新比较慢的数据，此时varnish既代理又缓存。

为什么要使用varnish加速缓存代理服务器？

举个例子：全国有许多用户都在使用淘宝网购，而阿里的服务器总部在杭州。
全国许多用户都在使用淘宝时，会对浏览器造成很大的访问压力，甚至会造成服务器瘫痪。
现在阿里总部给每个地区都放varnish代理服务器，每个地区的用户想访问淘宝资源的时候，都会间接去问自己地区的varnish代理服务器要资源。
如果varnish代理服务器上面没有资源，此时varnish代理服务器就会去向杭州的服务器要资源，将要回来的资源视情况而定给自己缓存一份，然后再给客户端发一份。
这种情况下，varnish代理服务器的数量远远少于淘宝用户的数量，即使所有的varnish代理服务器同时向杭州总部的服务器要资源的时候，也不会给总部的服务器造成很大的压力，用户的浏览速度也不会因为人数太多而卡顿。
假如代理服务器缓存了一些更新过的数据，当客户端再次要这个数据的时候，代理服务器会直接返回给客户端，不需要再去问总部的服务器要资源。
这就是把varnish服务器叫做加速器的原因，加快了客户端和服务端之间的访问速率

varnish加速器的工作流程

• Varnish启动会产生master主（management）进程和child子（worker ，主要做cache的工作）进程
• 作用：
• master进程读入(更新)配置，vcl文件编译，varnish监控，初始化varnish及提供varnish管理接口。
• child进程分配若干线程进行工作，主要包括一些管理线程和很多woker线程。
• Manegement进程每隔几秒探测以下child进程以判断其是否正常运行，如果在指定的时长内未得到child进程的回应，management将会重启此child进程
• 具体流程：
• 针对文件缓存部分，master读入存储配置，调用合适的存储类型，然后创建/读入相应大小的缓存大文件。
• 接着，master初始化管理该存储空间的结构体。这些变量都是全局变量，在fork以后会被child进程所继承（包括文件描述符）。
• 在child进程主线程初始化过程中，将前面打开的存储大文件整个mmap到内存中（如果超出系统的虚拟内存，mmap失败，进程会减少原来的配置mmap大小，然后继续mmap）
• 此时创建并初始化空闲存储结构体，挂到存储管理结构体，以待分配。
• 接着，真正的工作开始，Varnish的某个负责接受新HTTP连接的线程开始等待用户，如果有新的HTTP连接过来，它总负责接收，
• 然后叫醒某个等待中的线程，并把具体的处理过程交给它。Worker线程读入HTTP请求的URI，查找已有的object，
• 如果命中则直接返回并回复用户。如果没有命中，则需要将所请求的内容，从后端服务器中取过来，存到缓存中，然后再回复。
• 分配缓存的过程：

varnish根据所读到object的大小，创建相应大小的缓存文件。
为了读写方便，程序会把每个object的大小变为最接近其大小的内存页面倍数。

然后从现有的空闲存储结构体中查找，找到最合适的大小的空闲存储块，分配给它。

如果空闲块没有用完，就把多余的内存另外组成一个空闲存储块，挂到管理结构体上。

如果缓存已满，就根据LRU机制，把最旧的object释放掉。 释放缓存的过程是这样的：有一个超时线程，检测缓存中所有object的生存期。
如果超初设定的TTL（Time To Live）没有被访问，就删除它，并且释放相应的结构体及存储内存。（释放时会检查该存储内存块前面或后面的空闲内存块。如果前面或后面的空闲内存和该释放内存是连续的，就将它们合并成更大一块内存。）

整个文件缓存的管理，没有考虑文件与内存的关系，实际上是将所有的object都考虑是在内存中

如果系统内存不足，系统会自动将其换到swap空间，而不需要varnish程序去控制。