"Always On"设置是否会阻止BOTH idleTimeout和periodicRestart?

PLT*_*PLT 13 azure connection-timeout azure-web-sites

您是否知道,在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-和PCI-compliance.aspx

Azure文档也不是很明确:

始终开启 - 默认情况下,如果网站闲置一段时间,则会将其卸载.这使系统可以节省资源.如果需要始终加载站点,则可以在标准模式下为站点启用"始终开启"设置.如果禁用"始终开启",连续的Web作业可能无法可靠地运行,则应在站点上运行连续Web作业时启用"始终开启".

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

ahm*_*yed 12

是的,他们两个都将被阻止.

Azure网站上从未使用默认的29小时periodicRestart.该功能是由WAS强制执行的IIS功能,旨在在服务器级别上运行,这意味着重新启动IIS服务器上的所有工作进程.这两种东西(WAS和IIS服务器)并不适用于Azure的网站如同是IIS的过程管理组件,并且是非常具体的一个盒子设置.Azure网站使用不具有periodicRestart的其他流程管理组件.

  • 好吧,在部署过程中,您的应用程序必须卸载并重新加载到内存中。旧位被新位交换。某些复杂的应用程序重新启动后可能需要 2 或 3 分钟以上才能恢复在线状态。这 2 或 3 分钟构成了应用程序的停机时间,因为应用程序在内存中初始化时无法真正满足任何请求。这就是部署槽的作用。您部署在内存中的不同进程(不同的插槽)中,进行预热,然后让负载均衡器将流量重定向到新的就绪进程(交换)。 (2认同)