30-45分钟后,断开到API服务器的块HTTP连接:
Transmission Control Protocol, Src Port: http-alt (8080), Dst Port: 55782 (55782), Seq: 751, Ack: 88, Len: 0
.... 0000 0001 0001 = Flags: 0x011 (FIN, ACK)无论活动级别如何,都会发生这种情况,即对于空闲了很长时间的连接,但是对于在整个连接期间都有通知的连接,也会发生这种情况。HTTP1.0(带有Connection: Keep-Alive头)只是结束原始请求,而HTTP1.1在默认情况下保持活动,在删除连接之前发送400 Bad Request。
是否有可能得到一个手表连接,仍然存在很长一段时间?
发布于 2015-11-02 21:34:14
一旦确定客户端正确处理断开连接,就可以使用以下kube标志来控制apiserver让手表保持打开的时间:
https://github.com/kubernetes/kubernetes/blob/release-1.1/docs/admin/kube-apiserver.md
--min-request-timeout=1800: An optional field indicating the minimum number of seconds a handler must keep a request open before timing it out. Currently only honored by the watch request handler, which picks a randomized value above this number as the connection timeout, to spread out load.
测试值小,在生产中运行值大。
发布于 2015-11-02 16:03:47
手表应该是周期性下降的--它们只是下面的长HTTP操作,有超时。这是故意的。有问题吗?
https://stackoverflow.com/questions/33480560
复制相似问题