扩展时，Windows Azure虚拟机访问网络的速度较慢

我正在我的小型azure VM上运行一些启动脚本（cmd/bat），其中包括从装载的VHD执行的文件传输操作，通常在3分钟内完成（使用命令行7z复制文件并提取~500Mb zip文件）

当我扩展到大约150个实例时，相同的操作非常慢（总共长达15分钟，其中大部分由7z使用）。此外，完成启动过程最慢的节点在开始时很难使用mstsc访问（动画滞后，需要花费大量时间登录），但这可能并不相关

有什么问题吗

我们本来打算检查缓存，但如果知道在以下情况下可能存在的任何其他潜在瓶颈，那就太好了

更新：

---

我尝试在D:\驱动器上解压，而不是在C:\驱动器上解压。当扩展到200时，解压大约需要一分钟！所以问题似乎是C:\可能在blob上。但同样，我在40个文件中有3GB的数据，因此每个blob的60MB/s应该足以处理它。或者-我们可以为所有blob设置一个上限吗？

每个VM大小都有自己的带宽限制

| VM Size       | Bandwidth     |
| ------------- |:-------------:|
| Extra Small   | 5 (Mbps)      |
| Small         | 100 (Mbps)    |
| Medium        | 200 (Mbps)    |
| Large         | 400 (Mbps)    |
| Extra Large   | 800 (Mbps)    |

我怀疑您总是有一个已装入VHD的副本，并且有大约150个实例命中它。增加承载VHD的VM的VM大小将是一个很好的测试，但却是一个昂贵的解决方案。长期将文件放入blob存储中。这意味着修改脚本以访问RESTful端点

在2-3个不同的虚拟机上创建2-3个驱动器并编写脚本以确保它们具有相同的文件可能是最简单的。您的脚本可能会随机命中2-3个安装的VHD之一，以分散负载

以下是每个VM大小的最新限制。不幸的是，此表不包括网络带宽：

-丰富的

---

P.S.P.我从微软提供的2013年1月Azure培训套件的PowerPoint幻灯片中获得带宽。

< P>一个要考虑的是存储帐户的每个存储帐户。启用地理应用程序后，您可能会遇到10Gbps的出口和每秒20K的事务。图：对于150个实例，当所有实例都启动时，您可能会以150 x 100Mbps或15Gbps的速率运行

不确定你问题中的“挂载VHD”部分。使用Azure的驱动器装载，在任何给定时间，只有一个虚拟机实例可以装载到驱动器。对于这种类型的文件复制操作，通常您会直接从存储blob中获取文件，而不是从存储在vhd中的文件（反过来，存储在页面blob中）中获取文件

---

编辑：我只想提一下，单个blob限制在60MB/秒（在我引用的博客文章中也提到过）。这也可能与您的限制有关。

实际上，当我们装载blob时，我们会创建一个快照，一旦我们使用它，我们就会卸载它。快照文件实际上在事件发生后仍保留在容器中-我们也在寻找删除它们的方法，以使它们不会堆积起来，但这是另一回事。在您的脚本中，您是否使用网络路径访问文件\\servername\sharename\myscript.cmd或通过http？Cloud Storage studio可以删除快照。否则，您必须使用Azure的API。目前还没有Microsoft提供的PowerShell cmdlet。由于驱动器已装入，因此路径看起来像本地地址：F:\yada\yada\yada我们正在使用API删除它们（快照），但破坏租约并不总是简单的。有一天，当这成为一个问题时，我可能会发布一个问题。确认，非常小，举个小例子，我想我不清楚，对不起。是的，我们是从一个水滴上爬上去的。我们还将首先创建快照，因此实际上使用的是只读快照。如果你对10Gbps上限的看法正确的话，有没有办法加快启动速度？明白了。值得尝试的一件事是将zip文件直接存储在blob中，而不是存储在数据磁盘vhd中，并避免使用低级磁盘驱动程序（它可以有效地为您提供文件系统访问），而只需从blob直接下载（通过PowerShell或发布的众多语言SDK即可轻松完成）。是的，这是我们将来打算做的事情。非常感谢。你能给我一些你提到的10Gbps上限的参考资料吗？我从未有过这样的限制（或者——我不知道什么时候会有）。我们可以扩展超过150个实例（10倍以上），所以了解这一点会很好。另外，将zip文件存储在blob存储中能否解决此限制？存储帐户目标（修订版）：已解决。显然，快照只包含与原始blob的差异，因此所有访问都是通过单个blob完成的，因此我们达到了60MB/s/blob的上限。