通过ossbrower传输大文件、网络超时很慢如何排查？

● 第一种情况，客户端在国内通过 ossbrower 上传到国外 OSS，通过公网上传 慢，或者网络超时，大量并发，文件 size 比较大。 ● 第二种情况，客户端在国外，跨国传输到其他国家的 OSS，比如美国传到香 港 OSS 通过公网上传很慢，进度条来回回退，大量并发，文件 size 比较大。 ● 国内上传到国内通过公网上传，大量并发，文件 size 比较大。 排查 这几种情况统一进行分析排查。 1） 首先通过脚本进行网络基础探测，看下客户端的网络延迟、丢包、等指标是 否正常；下载地址 2） 当网络延迟不高的情况下、也没有出现明显的丢包，我们要考虑下自己当 前设置的 上传 / 下载文件数量是不是很多（超过 10），size 既不是超过了 100M。如果是，请将设置的线程数量提升到最大 10 个，然后点击左上图片 15 下开启 debug 模式。 3） 开启 debug 后，将之前的任务先清理掉然后重新上传，看右侧的 debug 是 否有明显的错误信息或者断点重传的标记，如图就是在网络丢包超时情况下 触发了断点续传，是正常现象，如果断点的出现次数很多，需要关注网络了。 4） 开启网络抓包，可以用 tcpdump 也可以用 wireshark。 抓包结果分析 通过抓包分析发现客户端到服务端的网络重传较多，而且还出触发了 TCP 的快 速重传，势必导致客户端的发送窗口大小下降；而且大量的丢包重传，拥塞客户端的 网络将本来带宽就小得网络出口很容易打满。 总结 当经过前几步排查还是无法定位了的话，只能通过抓包来分析，最后给出的解决 方案。 ● 客户端替换 ossutil 上传，这样可以自定义分片大小，降低大文件传输时造成 的大量重传拥塞。 ● 客户端放置一个美国的 OSS 替代香港的 OSS 避免跨国的公网抖动。 ● 解决客户端网络丢包的问题；扩容带宽。