“始终开启”设置会阻止 idleTimeout 和periodicRestart 吗？答案

【问题标题】：Will "Always On" setting prevent BOTH idleTimeout and periodicRestart?“始终开启”设置会阻止 idleTimeout 和periodicRestart 吗？
【发布时间】：2014-03-17 10:50:21
【问题描述】：

您可能知道，托管在 Microsoft Azure 网站服务下的网站默认配置为空闲 20 分钟后超时 (idleTimeout)，应用程序池每 29 小时重新启动一次 (periodicRestart)。这会导致网站对于第一个访问它的用户来说很慢。

我想知道标准模式下新的“始终开启”设置是否会阻止两种情况的发生。

我发现有几篇文章提到了该功能，它们都非常清楚将避免空闲超时，但没有一篇明确提及周期性重启：

我们正在介绍的其他有用的网站功能之一今天是我们称之为“永远在线”的功能。启用 Always On 时一个站点，Windows Azure 会定期自动 ping 您的网站确保网站始终处于活动状态并处于温暖/运行状态状态。这对于确保站点始终响应（并且应用程序域或工作进程由于缺少外部 HTTP 请求）。

http://weblogs.asp.net/scottgu/archive/2014/01/16/windows-azure-staging-publishing-support-for-web-sites-monitoring-improvements-hyper-v-recovery-manager-ga-and-pci-compliance.aspx

Azure 文档也不是很明确：

始终开启 - 默认情况下，如果网站处于空闲状态，则会卸载它们一段时间。这使系统可以节省资源。你可以在标准模式下为站点启用 Always On 设置，如果网站需要一直加载。因为连续的网络作业可能如果禁用 Always On 则无法可靠运行，您应该启用 Always On 当您在网站上连续运行 Web 作业时。

http://www.windowsazure.com/en-us/documentation/articles/web-sites-configure/

【问题讨论】：

嗨！您能否谈谈您在 Azure 网站和“始终开启”设置中的体验。我可以确定，该站点不会因空闲和定期超时而重新启动和关闭吗？我为此创建了新问题：stackoverflow.com/questions/25545677/…

标签： azure azure-web-app-service connection-timeout

【解决方案1】：

是的，它们都将被阻止。

Azure 网站上从来没有默认的 29 小时定期重启。该功能是由 WAS 强制执行的 IIS 功能，旨在在服务器级别上运行，这意味着重新启动 IIS 服务器上的所有工作进程。这两个东西（WAS 和 IIS 服务器）都不适用于 Azure 网站，因为 WAS 是 IIS 的进程管理组件，并且非常特定于单一设置。 Azure 网站使用不同的进程管理组件，它没有定期重启。

【讨论】：

根据您的回答，我们决定激活该功能并在接下来的 48 小时内密切监控网站，以验证没有执行不希望的周期性重启。我会让你知道结果。谢谢！
另一个您可以考虑与 Always On 结合使用的有用功能是 AppInit。如果站点碰巧因任何其他原因重新启动（站点崩溃、VM 不正常、VM Windows 更新、Azure 网站升级等），Always On 将确保启动您的站点并向站点根/ 发送请求。如果这就是您的网站需要预热的全部内容，那么您就完成了。如果没有，您可以使用 appinit 在 web.config 中列出不同的 URL，一旦站点根被访问，工作进程将负责访问所有这些 URL。请注意，app init 不支持身份验证。
部署期间呢？如果您设置了 Always on，并且您部署到您的网站，还会有停机时间吗？这就是我们需要使用 SLOTS 进行热身的原因吗？
好吧，在部署期间，您的应用必须在内存中卸载和重新加载。旧位被新位交换。一些复杂的应用程序在重新启动后可能需要超过 2 或 3 分钟才能恢复在线。这 2 或 3 分钟构成应用程序的停机时间，因为应用程序在内存中初始化时无法真正处理任何请求。这就是部署槽的帮助。您在内存中的不同进程（不同的插槽）中部署，预热，然后让负载均衡器将流量重定向到新的就绪进程（交换）。
这是否意味着 Azure 网站不使用下面的 IIS？或者，IIS 以某种方式配置为在没有 WAS 组件的情况下工作？