多少个 NGinx 重定向才算太多?

多少个 NGinx 重定向才算太多?

我正在开发一个以新闻为中心的网站,该网站已经存在多年,并且页面重定向数量正在稳步增加。目前,我们有大约 375 个重定向,并且每月增加大约 5-10 个。

我知道 NGinx 处理重定向的速度非常快,但想必一定有一些重定向会对性能产生重大影响,如果我知道重定向的数量,我会感觉更好。几百?几千?几百万?

我们可以通过在 Memcached 中一次缓存热门页面一两分钟来处理大量流量(减少数据库负载,这是明显的瓶颈),但 NGinx 仍然必须路由该流量。

我是否应该担心这个问题?对于高流量网站来说,重定向次数多少才算太多?

[起初发布在 StackOverflow]

答案1

重定向其实不是问题,因为不需要联系后端。只需 Nginx。而且只需 Nginx 真的非常非常快。每秒可处理 10,000 多个连接

在担心 Nginx 是否可以处理混乱的配置文件之前,您可能应该更多地担心它。

另外,我最近正在使用 Nginx 开发一个全页面缓存解决方案,并且我也使用了 Memcached,一个提高性能的巧妙技巧是使用上游保活模块保持你的连接畅通。

但是,它只适用于 Memcached 后端,因此不要将它与任何类型的 fastcgi 或 HTTP 代理一起使用。

答案2

我正在开发一个以新闻为中心的网站,该网站已经存在多年,并且正在稳步积累越来越多的页面重定向

在一个类似的项目上,我在 AWS m1.xlarge(4 CPU、8 ECU、15 GB 内存)上包含了 Nginx conf,其中包含我们累积的 180 万个重定向。

在 180 万次重定向的情况下,Nginx 可以正常重新加载,但在单个并发用户的负载下,响应时间大约为几秒钟。

在处理数万次重定向时,它似乎表现良好。

相关内容