【问题标题】:docker tcp retransmission in docker networkdocker网络中的docker tcp重传
【发布时间】:2021-05-13 16:19:23
【问题描述】:

TCP 重传发生在任何 docker 网络上。

简单测试:在 Azure、centos 7,7 中创建 VM

yum update
yum install docker
systemctl start docker
docker run --name mynginx1 -P -d nginx

tshark -tad -i any -Y "tcp.analysis.retransmission"

curl localhost:32768

这会导致发生 TCP 重传。

[root@vm1 ~]#  tshark -tad -i any -Y "tcp.analysis.retransmission"
Running as user "root" and group "root". This could be dangerous.
Capturing on 'any'


121 2020-04-24 07:26:55.504210673 109.81.211.189 -> 10.0.0.4     SSH 92 [TCP Retransmission] Encrypted request packet len=36
418 2020-04-24 07:27:04.982215355 109.81.211.189 -> 10.0.0.4     SSH 92 [TCP Retransmission] Encrypted request packet len=36
572 2020-04-24 07:27:10.746826933   172.17.0.1 -> 172.17.0.2   HTTP 147 [TCP Retransmission] GET / HTTP/1.1
576 2020-04-24 07:27:10.747858244   172.17.0.2 -> 172.17.0.1   TCP 307 [TCP Retransmission] http > 40514 [PSH, ACK] Seq=1 Ack=80 Win=29056 Len=239 TSval=1217913 TSecr=1217912
580 2020-04-24 07:27:10.747930345   172.17.0.2 -> 172.17.0.1   TCP 680 [TCP Retransmission] http > 40514 [PSH, ACK] Seq=240 Ack=80 Win=29056 Len=612 TSval=1217914 TSecr=1217913[Reassembly error, protocol TCP: New fragment overlaps old data (retransmission?)]

Kubernetes 上同样的问题(用 flannel 插件测试)

这个问题显着降低了容器的性能,在我们的例子中,docker 内部的高性能消息解析器的结果减少了 4 倍。使用 docker host network 解决了这个问题。但是使用桥接网络会导致这个问题。

请提供任何建议/帮助? 供参考 - 从wireshark看到重传的原因是乱序/重复 enter image wireshark trace detail

【问题讨论】:

  • 我在不同的应用程序(直径)上看到了同样的问题。连接建立,然后从远程端重置。我认为这个问题是罪魁祸首。你找到解决办法了吗?
  • 你能找到根本原因吗?我也面临同样的问题。

标签: docker docker-networking docker-network


【解决方案1】:

最后,我们发现了基于 Alpine 的使用图像中的问题。在我们将 docker 基础镜像移入 debian/ubuntu 后,重传问题就消失了。

【讨论】:

    猜你喜欢
    • 2019-04-08
    • 2017-12-03
    • 1970-01-01
    • 2020-08-09
    • 1970-01-01
    • 2018-05-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多