linux – 如何处理Varnish堆栈中的Cookie

由于网站性能下降,我开始将Varnish信息作为缓存解决方案,并对Google Analytics有一些疑问.

当网站上有5K活跃用户时(根据GA的实时流量报告),后端服务器上的服务器加载到30-40,乘客的队列开始堆叠,站点几乎无法使用.我知道需要获得更好性能的慢查询和数据库工作,但目前我没有资源来优化查询和数据库模式,索引等,所以考虑添加清漆.

我创建了一个图表来更好地显示堆栈,这是当前堆栈的样子:(该站点当前在CDN中缓存images / css / js – Akamai)

我想在后端服务器前面添加两个varnish实例来缓存文章,堆栈将如下所示：

该网站是一个新闻网站,我正在寻找建议,如何正确处理cookie和缓存.对于第1阶段,我想简单地完全排除经过身份验证的用户并提供动态内容,因为同时经过身份验证的用户并不多.

混淆是谷歌分析的cookie.我的理解是,Google使用javascript在客户端设置了Cookie,客户端直接与Google通信,因此后端不需要客户端发送的GA Cookie,在vcl_recv子例程中可以安全地取消它们.

sub vcl_recv {

// Remove has_js and Google Analytics __* cookies.
set req.http.Cookie = regsuball(req.http.Cookie,"(^|;\s*)(_[_a-z]+|has_js)=[^;]*","");
// Remove a ";" prefix,if present.
set req.http.Cookie = regsub(req.http.Cookie,"^;\s*","");
}

问题

>这是一种安全的方法吗？
> Google仍会正确跟踪,包括重复访问者吗？
>在我的阶段1政策中还有其他需要注意的事项吗？

由于varnish默认不会缓存任何具有cookie集的内容,因此只需添加一个删除GA cookie的策略就可以安全地实现上述堆栈吗？据我所知,如果没有微调VCL策略,我不会获得高命中率,但是在我的测试中,看来即使在后端服务器前面有默认清漆,命中率为30％,在分析后,我看到了大多数是js / css和图像文件,所以很明显一些静态文件不是由Akamai甚至Apache提供的,而是传递给Passenger / Rails来提供静态文件.这肯定需要纠正.

> Varnish会在默认情况下改善性能吗？

我是清漆的新手所以非常感谢任何关于清漆或我提出的堆栈的更多细节/建议.

对于第2阶段

由于内容得到更新,我计划在两个varnish服务器上执行清除,在应用更改时由后端服务器触发,例如用户注释,页面查看等.

有大量存档文章没有更新,永久缓存它们是否安全？

由于我打算使用RAM进行清漆存储,我是否应该使用额外的(第三种)清漆,并使用磁盘进行存储,以明确这些存档的页面.也许在清漆服务器前添加Nginx堆栈以将流量定向到存档内容的特定清漆实例？
负载均衡器 – >对Nginx反向代理>一对清漆 – > (清漆LB到8个后端服务器)

我也很欣赏有关架构的任何建议.如果您需要更多详细信息以提供更好的建议,请告诉我们,我们很乐意为您提供更多详细信息.