0

由于某种原因，使用 Debian 9 从 GCP（谷歌云平台）上的虚拟机下载流量限制为 50K/s？上传似乎很好，与我的本地上传链接一致。scp 或 https 下载也是如此。有什么建议可能是错的，在哪里搜索？

机器类型 n1-standard-1（1 个 vCPU，3.75 GB 内存）

CPU 平台 Intel Skylake

欧洲西部4-a区

网络接口 高级层

谢谢，米哈埃鲁斯

简单测试：

wget https://hrcki.primasystems.si/Nova/assets/download.test.html

输出：

--2018-10-18 15:21: 00-- https://hrcki.primasystems.si/Nova/assets/download.test.html正在解决hrcki.primasystems.si (hrcki.primasystems.si)... 35.204 .252.248 连接到 hrcki.primasystems.si (hrcki.primasystems.si)|35.204.252.248|:443... 已连接。HTTP 请求已发送，等待响应... 200 OK 长度：541422592 (516M) [text/html] 保存到：`download.test.html.1' 0% [] 1,073,152 48.7K/s eta 2h 59m

4

1 回答 1

0

在尝试诊断时尽量减少变量总是好的。因此，虽然使用 HTTP 不太可能是事情如此缓慢的原因，但您可能会考虑使用 netperf 或 iperf3 来测量 GCP 中的 VM 与本地系统之间的 TCP 批量传输性能。您可以“手动”或通过 PerfKit Benchmarker https://cloud.google.com/blog/products/networking/perfkit-benchmarker-for-evaluating-cloud-network-performance

如果可能的话，从两端进行数据包跟踪会很有帮助。您希望在测试之前启动数据包跟踪 - 查看用于建立 TCP 连接的数据包很重要。它们不需要是“完整数据包”跟踪，而且您通常不希望它们是。仅捕获每个数据包的前 96 个字节就足以进行此类调查。

您还可以考虑对 GCP 虚拟机和本地系统中运行的操作系统提供的网络统计数据进行快照。例如，如果运行 *nix 在测试前后拍摄“netstat -s”的快照。也许还有一条从每一端到另一端的traceroute。

在寻求帮助解决此类问题时，支持组织可能会要求提供网络统计信息和数据包跟踪，以及尽可能多的关于两个端点的详细信息。

于 2020-01-16T20:43:56.207 回答