出于某些原因，使用Debian 9从GCP（Google云平台）上的虚拟机下载流量被限制为50K / s？上传似乎很好，与我的本地上传链接保持一致。 与scp或https下载相同。有什么建议可能出什么问题，在哪里搜索？
机器类型 n1-standard-1（1个vCPU，3.75 GB内存）
CPU平台 英特尔Skylake
区域 europe-west4-a
网络接口 高级级别
谢谢， Mihaelus
简单测试：
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
答案 0 :(得分：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 VM和本地系统中运行的操作系统提供的网络统计信息进行快照。例如，如果运行* nix，则在测试之前和之后拍摄“ netstat -s”快照。也许是从两端到另一端的跟踪路由。
网络统计信息和数据包跟踪以及尽可能多的有关两个端点的详细信息是支持组织在寻求帮助解决此类问题时可能会要求的各种事情。