对于一个关于SQL Azure性能的中等生产网站,Azure是否真的很方便,速度是关键问题？

Question

所以我昨天读了很多关于Azure的内容,因为我正在考虑我的Webapps未来计划.问题是2012年是否从具有两个联网强服务器的专用主机迁移(一个用于IIS,一个用于SQL Server 2008).我们只讨论ASP.net webapps,比如10个网站查询同一个数据库.

专业人士:我确实想放弃硬件/操作系统维护/崩溃的烦恼.Azure在这一点看起来很酷.

缺点:我读了关于速度的看法.特别是关于SQL Azure.

速度是我网站的关键点之一.单击,它只显示为本地模式.

任何人都有成功的迁移(生产网站,没有测试),没有性能损失？

如果由于某些人报告的SQL Azure实例延迟而导致性能下降,迁移到云的重点是什么？是不是SQL Azure应该为SQL增长提供更好的性能扩展能力？

特别是我读到SQL Azure总是共享,这意味着你不能为你的服务预留一个X proc实例,这不是生产环境的强大限制吗？在某些方面似乎有点懦弱.

关于这个问题,任何证词都表示赞赏,谢谢.

Answer 1

Windows Azure旨在成为分布式系统的生产平台.就SQL Azure来说,我不确定你的意思是"慢" - 我建议推高基准测试,看看它是否符合你的需求.

SQL Azure确实是一种共享服务.但这是您不必担心的事情 - SQL Azure团队扩展硬件以满足其用户群的需求.

构建Web应用程序时(在Azure Web角色上):

• 将新的AppFabric Cache用于会话状态(这是缓存即服务,独立于任何虚拟机实例)
• 缓存频繁检索的数据库数据(在AppFabric Cache中,或通过新的基于角色的CDN)
• 考虑向上扩展(到2,4或8个核心)作为基准机器,因为每个核心具有相关的~100Mbps的网络带宽.如果您的查询返回大量数据,则更多网络带宽是关键性能选项.如果这些查询仅返回小数据项,则这不应成为问题.

您可以在www.windowsazurepass.com上进行为期30天的试用(使用促销代码DPWE01).这将包括一对1GB SQL Azure数据库,以及三个小型(单核)计算实例,这些应该适用于某些初始基准测试.