还是先将服务的慢返回结果优化
nginx 容器在使用端口转发时在高并发下本来就有性能问题
有办法优化处理吗
@yjq_net: nginx 容器直接使用 host 网络,或者不用 nignx 直接用 kestrel 端口转发
@dudu: 昨天也尝试了直接使用host网络,但是也还是出现了500 502 504的情况
@yjq_net: 高峰时有多少并发?
@dudu: 单台700,有十几台服务器
@yjq_net: 有没有修改 nginx 的 worker_connections
配置,参考 nginx异常 [alert] 940#940: 768 worker_connections are not enough 解决
@dudu: 我们设置的参数是30000
@dudu: 目前我们打算先优化代码响应,有个别接口响应会相对较慢,先优化这部分再观察
目前抓包反馈 ngnix发送15S之后,服务无响应导致ngnix记录502
这是ngnix发送应用服务的抓包结果
围观,还是说不部署在docker中就暂时没这个问题?
502 问题,一般都是因为 后端服务器连续几次超时,导致nginx认为后端服务挂了,你可以在nginx的upstream配置里,将后端服务器IP暴露在http response中来观察。也就是问题还是出在后端的那个.net core程序上