azure之新的 Azure SQL 数据库服务、可扩展性如何以及 DTU 是什么
新的 Azure SQL 数据库服务看起来不错。不过,我正在尝试弄清楚它们的可扩展性到底有多大。
例如,假设有一个 200 个并发用户的系统。
对于标准
Workgroup and cloud applications with "multiple" concurrent transactions
高级版
Mission-critical, high transactional volume with "many" concurrent users
“多个”和“许多”是什么意思?
此外,标准/S1 提供 15 个 DTU,而标准/S2 提供 50 个 DTU。这是什么意思?
回到我的 200 个用户示例,我应该选择什么选项?
谢谢
编辑
但是什么是“最大 session 数”?这是并发连接数吗?
请您参考如下方法:
MSDN 上有一些关于 Azure SQL 数据库的精彩文章,其中这篇文章对于 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 数据库中,您可以在应用程序启动时更改性能级别。在更改期间,数据库连接断开的时间通常不到一秒。我们服务中用于从服务层/性能级别移动数据库的内部工作流程与数据中心中节点故障转移的工作流程遵循相同的模式。并且节点故障转移始终发生,与服务层的变化无关。换句话说,相对于您过去的经历,您不应该注意到这方面有任何差异。
如果您不喜欢 DTU,我们还有更详细的基准测试工作负载,可能会吸引您。 http://msdn.microsoft.com/en-us/library/azure/dn741327.aspx
谢谢大佬
1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;3.作者投稿可能会经我们编辑修改或补充。