gpt4 book ai didi

Windows Azure 虚拟机在扩展时访问网络速度很慢

转载 作者:可可西里 更新时间:2023-11-01 14:41:22 30 4
gpt4 key购买 nike

我正在我的小型 azure VM 上运行一些启动脚本 (cmd/bat),其中包括从已安装的 VHD 进行文件传输操作,通常会在大约 3 分钟内完成(复制文件并使用以下命令提取 ~500Mb zip 文件)命令行 7z)。

当我横向扩展至约 150 个实例时,相同的操作非常慢(总共最多 15 分钟,其中大部分由 7z 使用)。此外,第一次使用 mstsc 很难访问完成启动过程最慢的节点(动画滞后并且需要花费大量时间登录),但这可能不相关。

可能是什么问题?

我们有检查缓存的想法,但最好知道以下情况下可能出现的任何其他潜在瓶颈。

更新:我尝试在 D:\驱动器上解压,而不是在 C:\上解压,当缩放到 200 时,解压缩大约需要一分钟!所以看起来问题是 C:\可能在 blob 上。但同样,我的 40 个文件中有 3GB 数据,因此每个 blob 60MB/s 应该足以处理它。或者 - 我们是否可以为所有 Blob 设置上限?

最佳答案

每种虚拟机大小都有自己的带宽限制。

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

我怀疑您始终拥有已安装的 VHD 的一份副本,并且有大约 150 个实例访问它。增加托管 VHD 的 VM 的大小将是一个很好的测试,但也是一个昂贵的解决方案。从长远来看,将文件放入 blob 存储中。这意味着修改您的脚本以访问 RESTful 端点。

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

以下是每个虚拟机大小的最新限制。不幸的是,该表不包括网络带宽:http://msdn.microsoft.com/en-us/library/windowsazure/dn197896.aspx

-丰富

附:我从 Microsoft 提供的 Azure 培训工具包(日期为 2013 年 1 月)的 PowerPoint 幻灯片中获取了带宽。

关于Windows Azure 虚拟机在扩展时访问网络速度很慢,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17303044/

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com