SIGNALを受け取った際にclose()を先に呼んで新規問い合わせが来なくなってからcloseIdleConnections()を呼ぶと良いんじゃないかなと思いました。あとnginxのerror_logのlevelはwarnの代わりにnoticeが良いと思います。
FINの処理とNginx workerの競合を検証付きで丁寧に解説してて助かる
TCPは片方ずつ終了するから
半年前に知りたかった
KeepAliveだのキャッシュだのってやつはどうもこの手の詰めの甘さが目につきますね
Webサーバーによっては502 Bad Gatewayじゃなくて違うエラーコードだったりするからややこしい
リバプロの話。nginxは繋いでる接続を再利用するときにAPが先に切断するとnginxの接続が生きたままAPが死ぬので502になるらしい?
ここまで追及できるの凄いな。
nginxで502が稀に発生する原因はkeepalive接続
SIGNALを受け取った際にclose()を先に呼んで新規問い合わせが来なくなってからcloseIdleConnections()を呼ぶと良いんじゃないかなと思いました。あとnginxのerror_logのlevelはwarnの代わりにnoticeが良いと思います。
FINの処理とNginx workerの競合を検証付きで丁寧に解説してて助かる
TCPは片方ずつ終了するから
半年前に知りたかった
KeepAliveだのキャッシュだのってやつはどうもこの手の詰めの甘さが目につきますね
Webサーバーによっては502 Bad Gatewayじゃなくて違うエラーコードだったりするからややこしい
リバプロの話。nginxは繋いでる接続を再利用するときにAPが先に切断するとnginxの接続が生きたままAPが死ぬので502になるらしい?
ここまで追及できるの凄いな。