我的VMware群集似乎有一个奇怪的问题，在那里我得到了不一致的SCP传输速率。 我有Cluster1和Cluster2，物理上在不同的地区。 我需要将大型vmdk从Cluster1传输到Cluster2。 这是我得到的：
使用iperftestingnetworking带宽表明，我在两个位置之间始终保持200-300Mbps的速度。 networking连接在两个集群，以及互联网是千兆位。
什么会导致VMware限制压缩的CPU使用率，以及限制它在群集之外的传输速率？
PS：在集群内，我正在通过公共IP，访客虚拟机在不同的主机上。 所以从理论上讲，VMware不应该知道转移是有点地方性的。
编辑 ：Cluster1是4.1，Cluster2是5.0; 尝试了FastSCP，并得到了与直接SCP压缩相同的结果：大约0.5MB / s。
编辑2 ：增加VMware主机上的系统资源分配，使其达到虚拟机越来越高的水平。 只有主机到主机压缩的SCP变化不大于0.5M到4M，就像非压缩传输一样。
仍然令人费解的是，为什么主机到主机的传输速度会变慢。
编辑3 ：增加更多的资源后，能够跨数据中心实现4〜10MB / s的传输速度。 即使networking应该能够达到20〜40，我也只能忍受。 虽然如果有人有任何其他的想法 – 我渴望尝试他们:)
这就是为什么人们使用FastSCP等第三方产品。
我假设你在ESXi版本4（你没有指定）。 这在ESXi版本5中得到了改进。副本被故意遏制的原因与控制台资源pipe理有关。
我发现绕过速度限制是ssh进入VMware主机和wget文件。 如果你在网上使用iso或ova，这也更有意义。