多少NGinx重定向是太多？

Question

我在一个以新闻为中心的网站上工作，这个网站已经存在多年了，并且不断增加页面重定向。目前，我们有大约375重定向，并正在增加约5-10个月.

我知道NGinx处理重定向的速度非常快，但想必会有一定数量的重定向会以一种有意义的方式影响性能，如果我知道会有多少重定向，我会感觉更好。几百人？上千人？数百万？

我们能够在Memcached中一次缓存一到两分钟的流行页面来处理大量的流量(减少数据库的负载，这是一个明显的瓶颈)，但是NGinx仍然需要路由这些流量。

这是我应该关心的事情吗？对于一个流量高的网站来说，有多少重定向是太多的？

[原为已发布 at StackOverflow]

Answer 1

重定向并不是一个真正的问题，因为没有联系到后端。只有Nginx。只有Nginx真的非常快。就像每秒10,000+连接一样快

在您担心Nginx是否能够处理这个文件之前，您可能应该更多地担心一个混乱的配置文件。

额外的好处是，我最近正在使用Nginx开发一个完整的页面缓存解决方案，我还使用了Memcached，这是一个提高性能的巧妙技巧--有些是使用上游保活模块来保持连接打开。

不过，它只适用于Memcached后端，所以不要将其用于任何类型的快速或HTTP代理。

Answer 2

我在一个以新闻为中心的网站上工作，这个网站已经存在很多年了，并且越来越多的页面重定向。

在一个类似的项目中，我在AWSm1.xLarge (4 CPU，8 ECU，15 GB内存)上包含了一个Nginx conf和我们的180万个累积重定向。

有了180万次重定向，Nginx就可以重新加载，但是当将Nginx置于单个并发用户的负载下时，响应时间约为几秒。

它似乎在成千上万的重定向中执行OK。