新Azure SQL数据库服务、可伸缩性和什么是DTU

Question

新的Azure SQL数据库服务看起来不错。不过，我正在努力弄清楚它们的可伸缩性。

因此，例如，假设一个200并发用户系统。

为标准

Workgroup and cloud applications with "multiple" concurrent transactions

为高级

Mission-critical, high transactional volume with "many" concurrent users

“多”和“多”是什么意思？

此外，Standard/S1提供15个DTU，而Standard/S2提供50个DTU。这是什么意思？

回到我的200个用户示例，我应该选择什么？

Azure SQL数据库链接

谢谢

编辑

关于定义的有用页面

然而，什么是“最大会话”？这是并发连接的数目吗？

Answer 1

不做测试是很难分辨的。对于200个用户，我猜你指的是200人同时坐在电脑前做事情，而不是200名一天登录两次的用户。S2允许每秒49个事务，听起来是正确的，但您需要测试。同时，做大量的缓存也不会有什么坏处。

Answer 2

有一些关于Azure SQL数据库的MSDN文章，特别是这篇文章对于DTU来说是一个很好的起点。http://msdn.microsoft.com/en-us/library/azure/dn741336.aspx和http://channel9.msdn.com/Series/Windows-Azure-Storage-SQL-Database-Tutorials/Scott-Klein-Video-02

简而言之，这是一种理解驱动每个性能级别的资源的方法。在与Azure SQL数据库客户交谈时，我们知道的一件事是，他们是一个不同的群体。有些人对最绝对的细节、核心、内存、IOPS最满意，而另一些人则是在一个更概括的信息水平之后。没有一刀切的东西。DTU是为后面的组准备的。

无论如何，云的好处之一是很容易从一个服务层和性能级别开始并迭代。特别是在Azure SQL数据库中，您可以在应用程序运行时更改性能级别。在更改期间，删除DB连接的时间通常不到一秒。我们服务中用于从服务层/性能级别移动DB的内部工作流遵循与数据中心节点失败的工作流相同的模式。而节点失败总是发生在与服务层变化无关的情况下。换句话说，与你过去的经历相比，你不应该注意到在这方面有什么不同。

如果DTU不是你的问题，我们也有一个更详细的基准工作量，可能会有吸引力。http://msdn.microsoft.com/en-us/library/azure/dn741327.aspx

谢谢盖伊

Answer 3

看看今天在Build上宣布的新的弹性DB产品(预览)。定价页面已经更新了弹性DB的价格信息。