【问题标题】:DotNetNuke on Windows Azure Websites performanceWindows Azure 网站性能上的 DotNetNuke
【发布时间】:2012-11-13 09:25:07
【问题描述】:

我正在使用 DotNetNuke (DNN) 评估 Windows Azure 网站预览版(我认为是 WAWS,不确定所有这些微软喜欢改变的名称和首字母缩略词),我也在“非云”上使用了多年V-服务器。安装轻而易举。我只尝试了免费的共享实例,我用 1 个和 3 个活动实例进行了测试,结果相似。

在我之前的 DNN 安装中,首次点击性能一直是一个问题,当网站空闲一段时间(15 分钟左右)时,该过程将停止,然后下一个不幸的访问者将至少等待 20 秒左右。通过对 IIS 进行一些调整,可以最大限度地减少此问题,但我使用监控服务获得了最好的结果,该服务将每五分钟从 DNN 请求一个页面并保持进程正常运行。

虽然浏览 DNN 页面通常在 WAWS 上表现良好,但我立即注意到“第一次命中”问题是 WAWS 上 DNN 的问题,因此我为页面配置了监控服务。这没有帮助,监控服务将始终报告该站点已关闭。几乎就像 WAWS 试图避免让网站保持正常运行一样,因为它检测到只有监控服务在请求该页面。

此外,在 DNN 页面上导航然后暂停一两分钟时,我经常会收到“Internet Explorer 无法加载此页面”错误,没有具体的错误代码。

其他人是否对 WAWS 上的 DNN 性能有经验,或者可能知道为什么“第一次命中”会出现这样的问题?

【问题讨论】:

标签: azure dotnetnuke


【解决方案1】:

我怀疑 Microsoft 正在积极尝试避免许多 ASP.Net 开发人员使用的 keep-alive 技巧。与许多共享托管平台一样,WAWS 在任何时候都依赖于服务器上只有一定数量的活动网站,以实现更高的服务器密度并控制托管成本。这也是他们可以免费提供这项服务的原因之一。

【讨论】:

  • 谢谢乔。我想这不会是“保留”模式的问题吗?
  • 我今天测试了“保留模式”。好处:“第一次点击”仍然比其他点击慢,但比免费/共享实例上的第一次点击要快得多。愚蠢的消息:监控(因此“保持活力”)仍然被过滤。我当然希望这只是一个“预览”现象。
  • 不确定发生了什么,但监控服务请求不再被阻止。 (保留的)实例现在可以像 DNN 的魅力一样工作。
【解决方案2】:

我认为你想要研究的是“保持活力”。

您遇到的情况是 ASP .NET 进程由于不活动而为您的应用程序终止。当进程不在内存中并且站点被访问时,IIS 必须重新启动它,这是您访问站点时的 10 - 20 秒延迟,因为进程再次启动和/或及时编译。

您可以安排一些第 3 方监控服务通过 HTTP 请求每 10 分钟检查一次您的网站,这将使您的网站保持正常运行。只是 ping 它不会跟上它。

【讨论】:

  • Ryan,我认为 MS 正在积极阻止常见的监控服务,以防止将流量不佳的网站保留在内存中。
猜你喜欢
  • 2014-01-15
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多