CDN缓存服务器现状

Posted 2020-09-02

CDN缓存服务器现状,squid、nginx、trafficserver、ATS性能测试

squid本身是单进程架构，基本上大家的处理方式就是起多实例，所谓的多实例，
就是启动多个squid，通过这样的方式让它可以起到多进程的效果。（心好累）

当然除了squid之外，还有一个比较新的cache，就是varnish。varnish的作者曾经在自己的博客上批评过squid中很多过时的思想
。宣称自己的性能和架构要比squid强大很多。但是作为一个只支持内存的缓存系统（有可以持久化的外围手段），使用的场景是有限的。
目前使用varnish的，都是一些小站，或者说热点很集中，缓存总量不大的业务场景。在前几年，我了解到新浪微博有在用它。
随着nginx的崛起，cache领域里也有了它的身影。nginx的proxy_cache功能就是为cache而设计的
其实有心的话，你去翻开ATS开发团队，其实跟squid是有交集的。很多在squid中不完善的功能，在trafficserver中得到了完善和强化，
比如squid中的COSS文件系统，就是个公认的半成品。而在ATS中COSS的思想被发扬光大，其设计和架构让人叹为观止。
正是由于ATS的出现，很多在技术上有远见的公司和CDN厂商开始对ATS的研究和使用。就目前而言，CDN厂商里网宿和帝联已经将ATS用于
了生产环境。而很多新兴的小CDN服务商或者云服务提供商也纷纷使用了ATS。蓝汛则在调研后放弃了ATS，还是抱着他们的squid不放。
不过近两年，他们开始拿出一部分精力研究nginx。

现在使用nginx的公司，几乎都在使用nginx lua。在WAF领域，nginx lua的出现，在技术实现上来说，完全变成了傻瓜式。
由于lua天生跟c，c++的密切性，使得连ATS都支持了lua模块。所以很多公司的后端服务的架构也随之发生了改变。他们开
始讲纯粹的业务逻辑剥离出来，用nginx lua来实现，放在前端。这样原来必须在cache里面用c或者c++写业务逻辑的苦逼状况得以极大的改善。
所以nginx+ats，nginx+squid的架构开始出现，并得到了广泛过的应用。而阿里现在的架构也是这样的：

在上图中我们可以看到前面的nginx（也即是tengine）充当业务处理和调度，后面的cache（swfit）做缓存。这样的架构，让业务开发变得很容易，而且很高效。nginx+lua可以轻松搞定。

那么问题来了，这样的架构相比较直接用c/c++在cache写业务处理，性能上肯定会降低，那么就需要评估下性能降低的情况，如果太多，那么即使是nginx+lua换来了开发和维护的低成本，可能也是难以接受的。我专门针对这两种架构，进行了性能测试，cache使用的是ATS。

单纯使用ATS:

Nginx+ATS:

通过数据对比我们可以看到，nginx+ats的性能较纯ats，要降低大概5%，这个是完全可以接受的。注意这里的nginx跟ats是放在一台服务上的，如果分开不同的机器，那就得不偿失了，不仅latency增加，机器的数量也随之增加。

http://www.yidianzixun.com/n/0CoksWct?share_count=2

本文出自 “fire phoenix” 博客，转载请与作者联系！