![Nginx Tornado 组合导致 502 Bad Gateway 错误](https://linux22.com/image/557114/Nginx%20Tornado%20%E7%BB%84%E5%90%88%E5%AF%BC%E8%87%B4%20502%20Bad%20Gateway%20%E9%94%99%E8%AF%AF.png)
我们遇到了一个 502 错误不一致的问题,追踪原因是一件非常令人沮丧的事情。我们可以通过快速发送多个同时的请求来重现该问题。问题是,5 秒内发送的请求数只有 10 到 20 个(不是拼写错误)。所以显然这种类型的负载应该很容易处理。
我们非常喜欢 Nginx + Tornado 方法,但正在考虑采用更传统的方法(例如线程),因为这个问题很难解决。我想知道您是否 a) 知道如何修复此问题以及 b) 我们如何找到罪魁祸首。
日志文件只是简单地标识出存在被拒绝的连接。我们遇到了与此帖子相同的问题: https://stackoverflow.com/questions/2962439/how-do-i-debug-a-http-502-error
但是没有提供如何解决问题的答案,所以我希望你能帮忙,因为这可能是此类设置的常见问题。
提前致谢,
保罗
答案1
默认情况下,nginx 未配置为在其中一个上游返回 502 错误时重试与另一个上游的连接。您基本上需要添加以下内容:
proxy_next_upstream error timeout http_502;
根据您的配置。这将防止 502 错误直接发送回客户端,而是导致 nginx 尝试寻找更好的上游。根据此帖子,它将尝试所有上游,然后故障回复到客户端:
http://forum.nginx.org/read.php?2,152071,152212
以下是有关配置指令的更多详细信息: