Azure应用服务健康检查metrics blade仅显示count值问题咨询

指标面板中avg、min、max的具体含义 #

针对健康检查对应的状态码指标，三个聚合规则的定义如下：

• avg（平均值）：指定时间窗口内，所有健康检查请求返回的状态码的算术平均值。因为状态码属于分类枚举值而非连续数值，该指标实际业务参考价值极低，仅能粗略反映窗口内是否出现非200的状态码。
• min（最小值）：指定时间窗口内，所有健康检查请求返回的最小状态码。如果窗口内全为正常200返回，该值为200；如果窗口内出现500错误且同时存在200返回，该值仍为200。
• max（最大值）：指定时间窗口内，所有健康检查请求返回的最大状态码。该指标是判断健康状态的核心参考之一：如果窗口内出现任何5xx错误，该值会大于等于500；全正常的场景下该值为200。

你当前仅能看到count聚合值的核心原因是健康检查的自动探测请求未正常触达你的应用端点，无有效状态码值生成，因此其余聚合无数据展示。

验证健康检查调用记录与状态码的方法 #

首先排查log4net无自动调用日志的常见原因 #

• 确认健康检查配置的端点路径与你业务代码中写日志的API路径完全一致，注意大小写、路径前缀（如/api/）、结尾斜杠的差异，路径不匹配会导致请求404，不会触发你业务代码的日志逻辑。
• 确认你未配置App Service访问限制规则拦截Azure内部探测IP，健康检查请求由Azure基础设施内部发起，若你的应用开启了IP白名单仅允许公网特定IP访问，会直接拦截探测请求，请求不会到达应用进程，自然无日志生成。

官方验证渠道 #

• W3C Web日志：在App Service配置页的「App Service日志」菜单中，启用「Web服务器日志」，等待15分钟生效后，可在Kudu控制台的D:\home\LogFiles\http\RawLogs路径下下载W3C日志，筛选请求路径为你的健康检查路径，即可查看所有请求的时间、源IP、返回状态码。
• 诊断面板：进入App Service的「诊断和解决问题」面板，搜索「健康检查」，即可直接查看平台侧记录的所有健康检查执行历史、成功率、每次请求的返回状态码，无需自行解析日志。
• Application Insights（若已接入）：直接在事务搜索中筛选请求路径为健康检查端点，可查看所有请求的完整上下文、返回值、执行耗时。

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