azure - 在 Windows Azure 中扩展 IO 性能

标签 azure io azure-storage

Windows Azure 宣传三种类型的 IO 性能级别:

  • 超小:低
  • 小:中等
  • 中及以上:高

因此,如果我有一个 IO 密集型应用程序(而不是 CPU 或内存密集型)并且需要至少 6 个 CPU 来处理我的工作负载 - 使用 12-15 个 Extra Small、6 个 Small 或 3 个 CPU 会获得更好的 IO 性能吗?媒介?

我确信这会根据应用程序而有所不同 - 有没有一种简单的方法来测试它?是否有任何数字可以更好地说明当您迁移到大型实例角色时 IO 性能提高了多少?

看起来较小角色的 IO 性能可能与较大角色相当,如果整体负载变得太大,它们只是首先受到限制的角色。听起来对吗?

最佳答案

Windows Azure 计算大小提供大约。每核 100Mbps。超小型实例的速度要低得多,为 5Mbps。请参阅this blog post更多细节。如果您受 IO 限制,6-Small 设置将提供比 12 Extra-Small 大得多的带宽。

当您谈论处理工作负载时,您是否在排队工作?如果是这样,多个辅助角色(每个角色都是小型实例)就可以使用 100Mbps 管道。您必须进行一些基准测试,以确定 3 个中型是否能够为您带来足够的性能提升,以证明更大的 VM 大小是合理的,因为您知道,当工作负载下降时,您每小时的“空闲”成本占用现在是 2 个核心(中型,0.24 美元) ) vs 1(小,0.12 美元)。

关于azure - 在 Windows Azure 中扩展 IO 性能,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5032846/

相关文章:

azure - 二头肌 : how to deploy resource conditionally only if it does not exists

node.js - 有没有类似 Azure 的 ServerSpec 的东西

azure - 为什么使用 Azure 逻辑应用时会超时?

Azure 存储 API 内容配置

linux - 直接 IO 的 mmap : bad address?

scala - 猫效应 : How to transform `List[IO]` to `IO[List]`

azure - 更改文件名 从 Azure 下载

azure - 使用 Azure 策略定义启用存储帐户的诊断设置

使用 Java SDK 通过代理访问 Azure Data Lake Store

c# - 有多个同时写入器(没有读取器)到一个文件。是否有可能在 .NET 中以高效的方式完成?