![Windows Azure VHD 上传不一致](https://linux22.com/image/644483/Windows%20Azure%20VHD%20%E4%B8%8A%E4%BC%A0%E4%B8%8D%E4%B8%80%E8%87%B4.png)
我使用 Windows Azure Powershell 花了两天多的时间完成了一个耗时 5 天的 .vhd 上传Add-AzureVHD
,我对这个操作的速度(或缺乏速度)感到困惑。.vhd 是一个 300GB 的文件,托管在 SAN(iSCSI)上,这个操作的每个部分似乎都比它应该的速度慢。在上传之前,会计算 MD5 哈希值,这以惊人的速度发生,需要整整 16 个小时才能完成。虽然这对我来说是绝对不能接受的,但我更好奇为什么我的上传速度似乎被限制在 10.8 Mbps。我有一个 20 Mbps 的上传管道,根据我在防火墙上的实时监控,它相对清晰。我看了一下资源监控,特别是TCP 连接部分网络选项卡,并注意到我的 32 个线程(在 Add-AzureVHD 命令中指定)的延迟都大于 200 毫秒。这远远高于应有的延迟,因此我取出tcping
并测试了从同一台机器到相关远程服务器(按 IP 地址)的延迟,并始终获得小于 50 毫秒的响应时间。在这个过程中似乎没有我能识别的任何瓶颈。SAN 工作量太小,看起来它可能会进入休眠状态。有问题的盒子上的八个核心的使用率在 0 - 10% 之间徘徊。我有 14 GB 的 RAM 标记为可用。确实没有资源瓶颈。
总而言之,我想我有几个问题,但我真的很感激任何人对此提出的意见。
tcping
和之间的延迟差异是什么资源监控? -更新:Ping 时间可能很长,因为我的上传占用了 Comcast 链接。我不知道为什么tcping
流量会优先于我的Add-AzureVHD
命令,但我开始不在乎了,因为可能没有充分的理由。- 我对超慢的 MD5 哈希校验可能存在什么问题?
- [已解决:康卡斯特未正确提供套餐。]除了康卡斯特实际上未能为我分配 20 Mbps 的上传管道的可能性之外,还有哪些原因导致上传速率人为地低至 10.8 Mbps?