proxy_next_upstream失效的问题

xbsura · 2016-09-22T23:27:08+00:00

感谢：）在 2016年11月29日下午3:15，detailyang <deta...@gmail.com>写道&#x...

proxy_next_upstream失效的问题

xbsura

hi, all:

我们在线上使用proxy_next_upstream来对后端失效进行容错, 配置是:

proxy_next_upstream error timeout http_502 invalid_header;

但是在部分情况下发现请求不能被重试到下一个后端, 表现是:

1. 在不能重试时, 通过 ngx.var.upstream_status 拿到的状态码为502

2. 在不能重试时, error log 打印出两种信息:

recv() failed (104: Connection reset by peer) while reading response header from upstream

或者是

upstream prematurely closed connection while reading response header from upstream

看起来是在读取 header 的时候遇到了错误, 但这时应该能命中invalid_header走重试才对, 但实际上请求到这里就结束了, 不再继续下一步

另一个问题, 关于 balancer 模块, 在后端明确返回502的情况下, balancer 模块的 get_last_failure 接口返回了 failed, 设计的原因是什么

@agentzh

thanks

xbsura

补充一下, 这个问题似乎出现在升级 openresty 之后, 之前的版本1.9.7在这种情况下可以进行重试, 升级到1.11.2后出现, 多谢

在 2016年9月22日星期四 UTC+8下午11:27:08，肖贝贝写道：

hi, all:

我们在线上使用proxy_next_upstream来对后端失效进行容错, 配置是:

proxy_next_upstream error timeout http_502 invalid_header;

但是在部分情况下发现请求不能被重试到下一个后端, 表现是:

1. 在不能重试时, 通过 ngx.var.upstream_status 拿到的状态码为502

2. 在不能重试时, error log 打印出两种信息:

recv() failed (104: Connection reset by peer) while reading response header from upstream
或者是

upstream prematurely closed connection while reading response header from upstream

看起来是在读取 header 的时候遇到了错误, 但这时应该能命中invalid_header走重试才对, 但实际上请求到这里就结束了, 不再继续下一步

另一个问题, 关于 balancer 模块, 在后端明确返回502的情况下, balancer 模块的 get_last_failure 接口返回了 failed, 设计的原因是什么

@agentzh

thanks

xbsura

再补充一下, 这时候 nginx 不仅返回了了502错误码, 而且打印出了502 的标准 html 页面

在 2016年9月22日星期四 UTC+8下午11:31:44，肖贝贝写道：

补充一下, 这个问题似乎出现在升级 openresty 之后, 之前的版本1.9.7在这种情况下可以进行重试, 升级到1.11.2后出现, 多谢

在 2016年9月22日星期四 UTC+8下午11:27:08，肖贝贝写道：
hi, all:

我们在线上使用proxy_next_upstream来对后端失效进行容错, 配置是:

proxy_next_upstream error timeout http_502 invalid_header;

但是在部分情况下发现请求不能被重试到下一个后端, 表现是:

1. 在不能重试时, 通过 ngx.var.upstream_status 拿到的状态码为502

2. 在不能重试时, error log 打印出两种信息:

recv() failed (104: Connection reset by peer) while reading response header from upstream
或者是

upstream prematurely closed connection while reading response header from upstream

看起来是在读取 header 的时候遇到了错误, 但这时应该能命中invalid_header走重试才对, 但实际上请求到这里就结束了, 不再继续下一步

另一个问题, 关于 balancer 模块, 在后端明确返回502的情况下, balancer 模块的 get_last_failure 接口返回了 failed, 设计的原因是什么

@agentzh

thanks

doujiang24

Hello

你确定你的场景里还有足够的重试次数？

能否搞出来一个稳定可复现的最小化用例？

在 2016年9月22日下午11:27，肖贝贝 <xb...@gmail.com>写道：

hi, all:

我们在线上使用proxy_next_upstream来对后端失效进行容错, 配置是:

proxy_next_upstream error timeout http_502 invalid_header;

但是在部分情况下发现请求不能被重试到下一个后端, 表现是:

1. 在不能重试时, 通过 ngx.var.upstream_status 拿到的状态码为502

2. 在不能重试时, error log 打印出两种信息:

recv() failed (104: Connection reset by peer) while reading response header from upstream
或者是

upstream prematurely closed connection while reading response header from upstream

看起来是在读取 header 的时候遇到了错误, 但这时应该能命中invalid_header走重试才对, 但实际上请求到这里就结束了, 不再继续下一步

另一个问题, 关于 balancer 模块, 在后端明确返回502的情况下, balancer 模块的 get_last_failure 接口返回了 failed, 设计的原因是什么

@agentzh

thanks

--

xbsura

嗯, 是的, 重试次数足够

在 github 发了帖子,

https://github.com/openresty/openresty/issues/200

与新增的proxy_next_upstream non-idempotent 关系比较大, 是新增的特性, 不是 bug, 看日志 HEAD 请求也重试了, 只有 POST 没有重试

thanks

在 2016年9月27日星期二 UTC+8下午7:23:37，doujiang写道：

Hello

你确定你的场景里还有足够的重试次数？
能否搞出来一个稳定可复现的最小化用例？

在 2016年9月22日下午11:27，肖贝贝 <xbs...@gmail.com>写道：
hi, all:

我们在线上使用proxy_next_upstream来对后端失效进行容错, 配置是:

proxy_next_upstream error timeout http_502 invalid_header;

但是在部分情况下发现请求不能被重试到下一个后端, 表现是:

1. 在不能重试时, 通过 ngx.var.upstream_status 拿到的状态码为502

2. 在不能重试时, error log 打印出两种信息:

recv() failed (104: Connection reset by peer) while reading response header from upstream
或者是

upstream prematurely closed connection while reading response header from upstream

看起来是在读取 header 的时候遇到了错误, 但这时应该能命中invalid_header走重试才对, 但实际上请求到这里就结束了, 不再继续下一步

另一个问题, 关于 balancer 模块, 在后端明确返回502的情况下, balancer 模块的 get_last_failure 接口返回了 failed, 设计的原因是什么

@agentzh

thanks

--