Http 请求向 Web 应用自动缩放新增实例的平滑过渡
Web 应用自动缩放时，如何避免 ASP.NET 站点部分请求处理缓慢或超时。
问题描述
对于应用本身所需初始化时间较长的 ASP.NET 站点，在站点自动缩放增加实例后，由于应用程序本身还没有加载完全，部分访问该站点请求会出现处理缓慢或者发生 HTTP 502 的错误。
解决方案
通过配置 Application Initialization 来实现将 HTTP 请求暂时分发到原来的实例，直到站点应用程序初始化完成，才将请求向新增实例的分发。
当自动缩放增加新实例并完成实例初始化后，部分客户端请求将随即被负载均衡到新的实例。新的实例上应用有可能正在执行应用程序初始化代码没有及时处理 HTTP 请求，直到应用程序初始化完成，才开始处理已排队的请求。此时如果应用所需的初始化时间较长，从客户端角度来看，会观察到一部分请求返回缓慢。如果应用所需初始化时间非常长时，甚至超过某些超时设定而此时则会收到 timeout 相关错误或 HTTP 502 错误。
因此，为了避免这种现象的发生，当自动缩放扩展出新实例后，需要使新增实例不应立即开始接收 HTTP 请求，而是等到站点初始化工作彻底完成后再开始接收并处理请求。
而 Application Initialization 是 IIS8.0 新引入的功能模块，旨在帮助网站管理员更好处理网站预热(warm up)的相关工作。Web 应用利用这个模块，能够很好地帮助 Azure 用户实现上述需求。
用户可以通过站点的 web.config 文件进行 Application Initialization 相关配置, 并将该配置上传到 site/wwwroot/ 目录下，具体内容如下：
<?xml version="1.0"?>
<configuration>
<system.web>
<compilation debug="true" targetFramework="4.5.2" />
<httpRuntime targetFramework="4.5.2" />
</system.web>
<system.webServer>
<applicationInitialization remapManagedRequestsTo="warming.htm">
<add initializationPage="/warmup.aspx" />
</applicationInitialization>
</system.webServer>
</configuration>
应在 Application Initialization 模块中配置 remapManagedRequestsTo 和 initializationPage 属性。其中：
remapManagedRequestsTo属性：当应用站点首次启动或重启时，在初始化代码完成前，请求将会映射到这个页面。用户应配置该属性并编辑该页面的友好提示信息。initializationPage属性：自动缩放扩展出新实例后，App Service 后台程序会自动持续访问该属性对应的页面。直到后台程序收到该页面的HTTP 200返回码后认为该实例上的站点预热完成，并通知前端负载均衡开始将新请求转发到本实例上来。