Azure的Web角色和SQL Azure和应用性能之间的延时(Latency between Az

Azure的Web角色和SQL Azure的延迟

喜只知道有一个延迟和暂停在某些时候的网络工作者的角色和SQL Azure的 ，事件超时之间（这一个不是随机经常有）100坪的40％，没有0毫秒超时

如果Web工作角色和SQL Azure在同一数据中心为什么会出现超时，因为他们使用的是他们的内部网络通信

请参照附截图：

它运行在这个网络工作者角色的应用程序有一个神秘的表现起伏不定。如果可能由于各种原因，但我需要知道的是，做对延迟和超时论文统计影响Web应用程序的性能？

谢谢，

Answer 1:

首先，你需要知道的Windows Azure SQL数据库是作为服务提供的多租户，高密度的RDBMS。这意味着，一台服务器所使用的可能是数百家客户。

我也建议你要知道SLA的服务， Windows Azure的SQL数据库尤其如此。没有人曾经宣称将有0毫秒的延迟。还有如“这样的东西瞬态工况中的Windows Azure SQL数据库”。

一个好的建议阅读是Windows Azure的SQL数据库性能和elasticiy指南。

对于Web应用程序的性能，读取性能和弹性指南后，我不认为在一段时间发生一次的200毫秒是核心瓶颈。

第一个注释之后更新

你将永远有一个共享的环境跌宕起伏。你也应该期望查询执行时间的改变向上和向下。这是在那种环境下，你必须设计并住在一起的东西不可避免的。有没有魔术棒在这里，有没有你的专用服务器（我们）在Windows Azure中的SQL数据库的情况。如果你认为你的应用程序需要更可靠的SQL Server服务，您可以尝试在Windows Azure虚拟机和自己带来了一个SQL Server群集。我想（这只是一种猜测），你的云服务和您的VM之间的通信，因为一切都在相同的可用性组，将更加可预测。

经过第二和第三评论更新：

嗯，是的，你可能有授权的问题（我在许可的专家）。是门票你已经打开了跌宕起伏？如果是这样，您可以尝试升级它（不知道怎么样，但是你有你的票号，还必须有一个指定的工程师，买不到票的电子邮件 - 回复到所有到电子邮件）。此外，当您创建的票一定会有一个小的调查问卷，以反映您的问题对业务的影响。然后，通常的反应时间必须被分配到车票。如果支持并没有在该时间内回来给你，你绝对可以升级它。

UPDATE

有趣的观察，我有是在你的所有屏幕截图仅第一个数据包被延迟，那么每个连续的具有0延迟。在所有的样品您提供。如果您遇到这种情况 - 10的10倍，那么你肯定是不具有延迟的问题。我会建议你使用“-t”选项，在常平发送超过4包和观察。我建议打破在大约100包，然后观察结果。我不会考虑到4包样品，其中只有第一个具有延迟的任何性能审查。

Answer 2:

我张贴这在另一个线程，但它是旧的和已经关闭。我认为，这凸显你的一些问题。

我一直试图对我们的业务应用程序迁移到云环境。考虑到我们的现场服务器8+岁应该有与Azure服务的显着改善。然而，当我们测试我们的应用程序和基准云与现场我们注意到，有几乎3倍于云中，然后现场（8+岁服务器）等待时间较为全面和20X比较时，他们使用现代化的设备更多潜在的。我们的应用程序是一个asp.net应用程序和数据库的大小约为11 GB。

SQL Azure和性能

切勿使用云中的连接池。如果你这样做，你将有你的查询中提取左右和中心。相反，打开一个连接并保持打开状态，直到你做。
使用缓存。你没有选择，如果你有使这项工作的希望。我在云中一个成功的网站，但我不得不使用缓存得到任何合理的表现出来。
要知道，这不是你的错！在Azure团队需要解决他们的最终比你做你的。我们有一支精干的应用程序，我们一直在升级，调整和10年的优化，如果我们不能让它工作，那么你也不会。

我喜欢天青作为一个概念。我喜欢的选项。我喜欢的可扩展性，但我不喜欢的性能。我希望微软付出更多重视这一点，并提出了一些变化，因为直到这已得到修复任何人都不应该有自己的移动业务。

测试

测试是通过运行一系列访问完全相同的数据，并通过测量从创建一个对象，以它的配置时的响应时间的自定义功能在代码完成查询完成（强制写入DB）。这个对象包装多数民众赞成被测试的代码。

无缓存是为测试启用但是我没有允许的代码和DB一次之前执行它，并采取了最好的结果，这样的DB服务器有机会优化查询等Web服务器可以正确加载的程序集。

测试1 - Web和数据库一样好机器上