Azure Function实例数统计异常：应用日志查询结果与预期不符

一、别用cloud_RoleInstance统计实例数 #

cloud_RoleInstance是底层宿主（容器/VM）的标识符，并非函数实例的唯一ID。消费计划中，旧实例被回收后，同一个宿主名称可能会分配给新实例；另外也可能出现同一函数实例对应多个宿主标识的情况（比如宿主重启）。用它统计实例数，结果必然不准确。

二、你的查询语句存在这些问题 #

1. 选错日志表：traces包含所有日志类型（启动、报错、调试信息等），哪怕实例已经被回收，延迟上报的日志也会被纳入统计。应该改用requests表，它只记录实际处理请求的日志，更能反映活跃实例的真实状态。
2. 时间范围的误差：10秒窗口可能包含实例启动/回收的边缘日志，比如旧实例的日志延迟到窗口内上报，导致统计到已下线的实例。
3. 唯一标识有效性：确认prop__MyCustomTestRunId是否真的只对应本次测试，有没有其他测试或重复运行的日志混入。

三、消费计划的实例回收特性 #

消费计划的实例被回收后，日志不会立刻从Application Insights中消失，尤其是强制回收的实例，日志上报可能存在延迟。这会让你查询到的实例数包含已经下线的实例，和实际活跃数不符。

四、正确的实例数查询方法 #

1. 统计指定时段的实际实例数 #

用FunctionInstanceGuid统计，这是每个函数实例的唯一GUID，实例启动时生成、回收后不会复用，结果最准确：

requests 
| where operation_Name == "MyFunctionsName" 
and customDimensions.prop__MyCustomTestRunId == "12345"
and timestamp > datetime('2024-2-13 15:26:00.0') and timestamp < datetime('2024-2-13 15:26:10.0') 
| distinct customDimensions['FunctionInstanceGuid']
| count

2. 查看实例数的实时变化趋势 #

按秒分段统计，避免延迟日志干扰，能看到真实的缩放波动：

requests 
| where operation_Name == "MyFunctionsName" 
and customDimensions.prop__MyCustomTestRunId == "12345"
and timestamp between (datetime('2024-2-13 15:26:00.0') .. datetime('2024-2-13 15:26:10.0'))
| summarize dcount(customDimensions['FunctionInstanceGuid']) by bin(timestamp, 1s)
| render timechart

五、额外排查点 #

• 确认函数应用的最大缩放配置WEBSITE_MAX_DYNAMIC_APPLICATION_SCALE_OUT是否真的设为16，去函数应用配置页面核对，别仅依赖本地设置。
• 缩放控制器日志可能存在延迟，但你提到整个测试实例总数都不到29，这个可能性不大，可交叉对比控制器日志和正确的实例统计结果验证。

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