负责的几台服务器上有7，8个服务，其中有一个是大屏项目，一周出现0-3次502 bad getway报错，因为是大屏，出现这个报错比较尴尬。其他的服务也有502 bad gateway出现，出现502时都是刷新一下就好了。

服务网络架构为：F5->运维集中nginx->应用服务器nginx->应用服务

应用服务器nginx里面一开始有报错信息：

1.upstream timed out (110: Connection timed out) while reading response header from upstream

2.no live upstreams while connecting to upstream, client: 1.1.1.1, server: xxx.xxx.com.cn

报错信息2较多，并且都是和大屏项目相关的，据监控数据大屏项目由于视图层数超多，导致接口平均影响时间为15s，最慢时2-3分钟。于是调整以下参数：

proxy_connect_timeout 300;#延长为300秒，默认60秒
proxy_send_timeout 300;#延长为300秒，默认60秒
proxy_read_timeout 300;#延长为300秒，默认60秒

刚开始只在应用服务器的nginx调整，调整后error.log中没有报错日志了，但是运维服务器nginx中仍然有报错信息，于是让运维人员也调整了连接参数时间。

但是，后面仍然出现502 bad gateway，考虑可能是因为缓存或者是连接时间度短造成的，于是在http{}里面调整以下两项参数。

1.修改
keepalive_timeout 180；
2.增加：
proxy_buffer_size 128k;
proxy_buffers 8 128k;
proxy_busy_buffers_size 128k;
proxy_temp_file_write_size 128k;

改完之后，两周过去，目前还没有出现502 bad gateway现象。