Azure WebApp部署的WebAPI生产环境性能问题排查指标咨询

一、网络延迟专项排查 #

• 用WebApp内置工具测试数据库连接延迟：

  在WebApp的Kudu高级工具控制台执行：tcpping <sql托管实例FQDN> 1433，对比开发/预发布环境的往返时间（RTT）和连接建立耗时，重点看生产环境是否存在明显的链路损耗

• 验证VNet与网络配置：确认WebApp和SQL托管实例是否在同一VNet，或通过专用链接/对等连接打通；检查NSG规则是否存在隐性的流量拦截或路由跳转，导致额外延迟
• 排查DNS解析差异：在Kudu执行nslookup <sql托管实例FQDN>，对比开发环境的解析耗时，生产环境可能存在DNS缓存失效或解析链路异常

二、WebApp实例深层性能指标排查 #

• 监控应用内部请求队列：在Azure门户的WebApp指标中新增Requests in Application Queue指标，这个指标比Http队列更贴近应用进程内的请求积压情况，排查是否因线程池耗尽导致请求排队
• 分析CPU时间细分数据：不要只看总CPU使用率，查看CPU Time by Process指标，确认是应用进程（w3wp.exe）占用过高，还是系统进程消耗资源；同时对比开发/预发布环境的CPU时间占比，排查生产环境是否有额外的日志、监控插件消耗CPU
• 检查内存与GC状态：查看Private Bytes和Working Set指标，对比开发环境数据，排查生产环境是否因内存泄漏、大对象分配导致GC频繁触发，拖慢响应；可在Kudu用dotnet-dump捕获内存快照做进一步分析
• 启用全链路采样追踪：通过Application Insights开启采样率100%的全链路追踪，对比开发环境的追踪数据，定位每个请求的细分耗时环节（比如数据库查询、外部调用）的差异

三、SQL托管实例隐藏瓶颈排查 #

• 分析数据库等待统计：在SQL托管实例执行以下查询，重点关注高等待时间的事件：

  SELECT wait_type, wait_time_ms, signal_wait_time_ms, wait_count 
  FROM sys.dm_os_wait_stats 
  ORDER BY wait_time_ms DESC
  

  比如PAGEIOLATCH_*（IO等待）、LCK_M_*（锁等待）、RESOURCE_SEMAPHORE（内存等待），生产环境可能因数据量、并发量更高出现这类瓶颈，而开发/预发布环境无此问题
• 对比查询执行计划：将生产环境慢的查询拿到开发环境执行，对比执行计划；若生产环境执行计划劣化，可执行UPDATE STATISTICS <表名>更新统计信息后重新测试
• 检查集群节点负载：查看SQL托管实例的Instance CPU Usage和Instance Memory Usage（注意是实例级而非数据库级指标），确认是否是集群节点本身负载过高导致延迟

四、生产与预发布环境差异排查 #

• 核对应用配置细节：检查生产环境的App Settings，比如连接字符串超时时间、第三方服务Endpoint、日志级别（Debug级别日志会严重拖慢生产性能）是否与预发布环境一致
• 确认部署槽配置同步：检查预发布槽的配置（如Always On、ARR Affinity、扩展插件）是否完全同步到生产槽，避免生产环境存在独有的配置差异
• 排查外部依赖差异：生产环境调用的第三方服务、CDN等外部资源可能存在更高延迟，通过Application Insights追踪外部调用的耗时，与开发环境做对比

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