|
|
1
36
以我的经验,清漆比鱿鱼快得多,但同样重要的是,它比鱿鱼更像是一个黑匣子。Varnish允许您访问非常详细的日志,这些日志在调试问题时非常有用。它的配置语言也比squid的简单得多,功能也更强大。 |
|
|
2
15
@丹尼尔,@mkultra,详细解释一下Varnish在饼干上的问题,其实没有。完全正常 不 如果请求返回cookie,则缓存该请求。cookies主要是用来区分不同的用户偏好,所以我不认为有人想缓存这些(特别是如果你的cookies包含一些秘密信息,比如会话id或密码!). 如果服务器发送带有.js和图像的cookies,这是后端的问题,而不是Varnish的问题。正如@daniel(link provided)所引用的,由于varnish中集成了非常酷的语言/dsl,您可以强制缓存这些文件…… |
|
|
3
12
如果你想推静态图像和很多静态图像,你可能想先看一些基本的。 例如,应用程序应确保传递所有正确的头、缓存控制和过期。这将导致客户端浏览器在本地缓存这些图像,并减少您的请求计数。 使用CDN(如果在您的预算中),这会使图像更接近您的客户(通常),并为他们带来更好的用户体验。要使cdn成为一项富有成效的投资,您需要再次确保正确设置所有必需的缓存头, 根据我在上一段中提出的观点。 毕竟,如果您仍然要使用反向代理,我建议在代理模式下使用nginx,而不是varnish和squid。是的,varnish很快,而且和nginx一样快,但是你想要做的是非常简单的,varnish在你想要做复杂的缓存和esi的时候就有了自己的功能。所以保持简单,愚蠢。nginx确实会很好地完成你的工作。 我没有穿燕尾服的经验,所以我不能对此发表评论。 |
|
|
4
6
值得一提的是,我最近在一个6岁的低功耗web服务器(运行Fedora Core 2)上,将nginx设置为一个反向代理,该服务器受到轻微的DDoS攻击(10k req/sec)。页面加载很快(<100ms),系统负载很低,CPU利用率约为20%,内存消耗很少。袭击持续了一个星期,参观者没有看到任何不良影响。 持续每分钟超过50万次点击也不错。请确保登录到/dev/null。 |
|
|
5
4
我们用清漆 http://www.mangahigh.com 并且已经能够从大约100个并发的pre-varnish扩展到超过560个并发的post-varnish(此时服务器负载保持在0,所以有足够的空间增长!).varnish的文档可能更好,但一旦您习惯了它,它就非常灵活。 清漆要比鱿鱼快得多(我不能肯定,我从来没有用过鱿鱼)。 http://users.linpro.no/ingvar/varnish/stats-2009-05-19 显示twitter,wikia,hulu,perezhilton.com和许多其他大牌也在使用它。 |
|
|
6
4
有趣的是,没有人提到apache流量服务器(以前是yahoo!流量服务器) http://trafficserver.apache.org/ 请看一看,它很漂亮。 |
|
|
7
3
squid和nginx都是专门为此而设计的。nginx特别易于为服务器场配置,而且还可以是fastcgi的前端。 |
|
|
8
3
我只吃过鱿鱼,比不上。我们使用squid将整个站点缓存在美国的服务器上(所有数据都从德国的机器中提取)。安装起来很容易,工作也很好。我发现文件有点缺乏,除非你已经知道要找什么。 |
|
|
9
2
既然已经有了apache提供静态和动态内容,我建议您使用varnish。 通过这种方式,您可以使用apache交付静态内容,并使用varnish为您缓存它。Varnish非常灵活,为您提供缓存和负载平衡功能,以最佳方式扩展您的网站。 |
|
|
10
1
我们将在iis 6安装之前推出varnish 2.01服务器。我们唯一需要注意的是ssl(因为varnish不能处理ssl)。所以我们也安装了nginx来处理这些请求。 在我们所有的测试中,我们已经显示出网站可以处理的流量增加了66%。 我唯一的不满是Varnish不能很好地处理cookies,而且文档还有些零散。 |
|
|
11
1
没人提到乌贼跟着 HTTP specification 信(或至少他们试图)而清漆没有。在我看来,这意味着varnish更适合缓存单个站点的内容(通过广泛地调整varnish),squid更适合缓存许多站点的内容(每个站点都必须根据 spec ) |
|
|
JustBroken · 仅为NTLM v1配置squid/Samba 10 年前 |