use*_*968 3 windows performance vhd 7zip azure
我正在我的小天蓝色VM上运行一些启动脚本(cmd/bat),其中包括来自已安装的VHD的文件传输操作,通常在大约3分钟内完成(复制文件并使用命令行提取~500Mb zip文件) 7Z).
当我扩展到~150个实例时,相同的操作非常慢(总共最多15分钟,其中大部分由7z使用).此外,完成启动过程最慢的节点最初使用mstsc很难访问(动画滞后并需要花费大量时间登录),但这可能没有关系.
可能是什么问题呢?
我们有想法检查缓存,但是知道在下列情况下可能存在的任何其他潜在瓶颈会很好.
更新: 我尝试在D:\驱动器上提取而不是在C:\上提取它,并且在缩放到200时,解压缩大约需要一分钟!所以似乎问题是C:\可能在blob上.但同样,我在40个文件中有3GB的数据,因此每个blob的60MB/s应足以处理它.或者 - 是否可以为所有blob设置上限?
小智 6
每个VM大小都有自己的带宽限制.
| VM Size | Bandwidth |
| ------------- |:-------------:|
| Extra Small | 5 (Mbps) |
| Small | 100 (Mbps) |
| Medium | 200 (Mbps) |
| Large | 400 (Mbps) |
| Extra Large | 800 (Mbps) |
Run Code Online (Sandbox Code Playgroud)
我怀疑你总是有一个已安装VHD的副本,并且有大约150个实例.增加托管VHD的VM的VM大小将是一个很好的测试,但是一个昂贵的解决方案.长期将文件放在blob存储中.这意味着修改脚本以访问RESTful端点.
在2-3个不同的VM上创建2-3个驱动器并编写一个确保它们具有相同文件的脚本可能是最简单的.您的脚本可以随机命中2-3个已安装的VHD中的一个以分散负载.
以下是每个VM大小的最新限制.不幸的是,这个表不包括网络带宽:http://msdn.microsoft.com/en-us/library/windowsazure/dn197896.aspx
-丰富
ps我从2013年1月提供的Microsoft提供的Azure培训套件中获得了PowerPoint幻灯片的带宽.