如何解决Azure应用服务Windows IIS容器中出现的503.0错误

一、503.0报错规避方案 #

1. 修复应用池配置问题 #

• 调整IIS应用池快速故障防护阈值，默认的5分钟内5次失败就关停应用池的规则不适合高负载场景，可在Dockerfile中加入以下配置调高阈值：

%windir%\system32\inetsrv\appcmd set config /section:applicationPools /[name='DefaultAppPool'].failure.rapidFailProtection.maxFailures:20 /[name='DefaultAppPool'].failure.rapidFailProtection.interval:00:10:00

• 确认应用池运行身份权限，容器内建议使用内置的NetworkService身份运行应用池，避免自定义身份权限不足导致应用池启动失败。
• 开启IIS失败请求跟踪和应用池事件日志，同步配置Azure应用服务诊断设置，将Windows系统日志、IIS日志投递到Log Analytics工作区，高负载报错时可直接追溯应用池崩溃的具体原因。

2. 优化高负载场景的并发配置 #

• 调高应用池请求队列长度，默认的1000队列长度在高负载下容易被打满触发503，可修改为5000以上：

%windir%\system32\inetsrv\appcmd set config /section:applicationPools /[name='DefaultAppPool'].queueLength:5000

• 配置Azure应用服务自动伸缩规则，设置CPU使用率超过70%、内存使用率超过80%时自动新增实例，负载降低后自动缩减实例，避免单实例负载过高。
• 开启Azure应用服务原生健康检测功能，设置1-2分钟的探测间隔和健康路径，系统会自动停止向返回非200状态码的不健康实例转发流量，还会自动重启持续不健康的实例。

3. 容器镜像优化 #

• 在Dockerfile中添加HEALTHCHECK指令，定期检测容器内IIS服务的运行状态，Azure会自动识别不健康的容器并进行重启操作：

HEALTHCHECK --interval=30s --timeout=5s --retries=3 \
  CMD powershell -command try { $response = iwr http://localhost/health -UseBasicParsing; if ($response.StatusCode -eq 200) { return 0} else {return 1} } catch { return 1 }

二、多容器实例单独操作说明 #

Azure应用服务不支持直接手动单独停止某一个运行中的容器实例，但可以通过以下方式实现类似效果：

• 如需单独重启某一个实例，可以通过Azure门户的Web应用「高级工具」选择指定实例ID进入Kudu控制台操作，也可以使用Azure CLI命令指定实例ID重启：az webapp restart --name <webapp名称> --resource-group <资源组名称> --instance-id <实例ID>
• 结合前面提到的健康检测功能，系统会自动将不健康的实例剔除流量转发列表，等同于停止向该实例分配请求。

内容的提问来源于stack exchange，提问作者admin