前两天买了机器之后,拿来跑点 agent ,结果我远程来回传个文件,网络老是有问题,一直觉得是跨境原因。
但是昨晚想起来,买的明明是 BGP 线路,面向大陆优化版本的,于是进行了一些排查,结果发现居然是阿里云主机本身的网络问题。
同一实例、同一文件,公网异常可稳定复现。实例直接使用 curl 下载同一个 14,865,272 字节的 Ubuntu 软件包。内网镜像 mirrors.cloud.aliyuncs.com 三次完整下载,用时 0.057 、0.145 、1.755 秒。公网镜像 mirrors.aliyun.com 三次均超时,吞吐仅 0.84–1.10 Mbps ,每次仅收到约 1.05–1.10 MB 。公网首字节耗时 7–10 ms 。两边均返回 HTTP 200 ,Content-Length 与 ETag 一致。
公网入出方向均有 TCP 数据缺口。公网镜像下载的 8 秒抓包中,东京实例发出 690 个带 SACK 的 ACK ,表明接收端反复收到后续数据而前面仍有缺口。内网对照抓包没有 SACK ,两次抓包的内核捕获丢包计数均为 0 。另从东京实例向其他服务商的美国机房传输测试数据,双端抓包显示 10 条 TCP 连接均出现数据缺口,接收端发出的 SACK 能回到东京实例。测试期间东京实例网卡和发送队列的丢包计数未增加。
提交了工单,客服的回复读下来,只有一个意思
「你买的虽然说 200Mbps 峰值,但是我们 没说最低 ,所以只要低于 200 都正常,1M 当然是正常的 ,谁让你买的是 六七百一年 的轻量云,而不是千把块的 ECS 。」
只能说,阿里云,真·🐂🍺
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.