每个service tier and performance level for Microsoft's Azure SQL cloud databases的资源和功能都以数据库吞吐量单位(DTU)表示。
这些是相对测量单位。有没有办法将它们转化为绝对测量?具体可以将它们翻译成IOPS吗?
答案 0 :(得分:19)
我是上面提到的Azure SQL数据库性能测试博客文章的作者。
对于Azure SQL数据库来说,对IOU进行IOPS比较是非常困难的,这就是我在测试中专注于行数和吞吐率(以MB /秒为单位)的原因。我对使用微软引用的交易费率持谨慎态度 - 他们的基准数据库相当小,例如对于标准层,其容量为250 GB,其S1和S2的基准数据库分别仅为2 GB和7 GB。在这些大小中,我建议SQL Server缓存大部分/大部分数据库,因此他们的基准测试可以避免可能影响现实世界数据库的最糟糕的读取限制。
我添加了一篇关于新服务等级达到一般可用性的新帖子,并对GA的S0和S1周围的性能变化进行了一些估算。
http://cbailiss.wordpress.com/2014/09/16/performance-in-new-azure-sql-database-performance-tiers/
答案 1 :(得分:18)
我能够回答这个问题的最接近的是来自微软的一篇名为Azure SQL Database Benchmark Overview的文章。这些编写器在每个Azure SQL层上执行了一个基准测试场景,并根据"每小时/每分钟/秒的交易来测量结果"。
以下是表格形式的结果图片:
答案 2 :(得分:9)
微软似乎对Azure SQL数据库基准测试流程的细节一直保持缄默。我曾经与MSFT代表进行过一次电子邮件的通信,他似乎很有能力,但最终偏离或拒绝回答我的实质性问题。
我认为:没有明确的方法可以将DTU测量值转换为绝对值(即任何有用的值)。
克里斯·巴利斯(Chris Baliss)做了很多帖子,并进行了一些实际的性能测试。它们可能并不完美,但就新的SQL数据库性能与其他任何东西(在本例中为旧的Web / Business模型)进行比较而言,它似乎是我们现在所拥有的最好的。这是他的15个系列中的第一个:
您可以在此处查看最终摘要页面:
他的一般结论是旧的商业数据库在性能方面大致落在新的P1和P2之间,接近P2而不是P1。这是非常令人沮丧的,因为新计划的成本远远高于旧计划 - 增加一个数量级或更多 - 除非你拥有庞大的数据库。