Azure VM无代码Application Insights性能计数器关联配置问询

你好呀，针对你在Azure Windows Server 2016虚拟机上使用无代码版Application Insights，想要把性能计数器里的w3wp#1这类进程标识关联到应用池或者cloudRoleName的需求，我整理了两种可行的方案，先聊聊无代码代理的配置思路，再补充SDK的备选方案：

一、尝试用Application Insights Agent（无代码代理）实现关联 #

其实是可以通过配置代理来实现进程到应用池的映射，进而关联到cloudRoleName的，分两种场景处理：

1. 单应用池场景：全局设置cloudRoleName #

如果你的VM上只跑了一个应用池，直接用PowerShell就能快速配置全局的cloudRoleName，所有性能计数器都会带上这个标识：

Set-ApplicationInsightsMonitoringConfig -InstrumentationKey "你的仪表板密钥" -CloudRoleName "你的应用池名称"

执行完这个命令后，代理会自动把所有遥测的cloudRoleName设为你指定的应用池名称，这样就能和w3wp#1的性能数据关联起来了。

2. 多应用池场景：自定义遥测处理器 #

如果VM上有多个应用池，需要给每个进程对应到不同的应用池，就需要自定义一个遥测处理器：

• 首先找到代理的配置目录，默认是C:\Program Files\Microsoft Application Insights Agent\Config
• 编辑ApplicationInsights.config，添加自定义处理器的配置（注意你需要自己编写一个简单的.NET类库实现ITelemetryProcessor接口）：

<TelemetryProcessors>
  <!-- 保留原有处理器 -->
  <Add Type="Microsoft.ApplicationInsights.Extensibility.PerfCounterCollector.QuickPulse.QuickPulseTelemetryProcessor, Microsoft.AI.PerfCounterCollector"/>
  <!-- 添加自定义进程到应用池映射处理器 -->
  <Add Type="你的自定义处理器类名, 你的类库程序集名称"/>
</TelemetryProcessors>

自定义处理器的逻辑很简单：从性能计数器的ProcessName（比如w3wp#1）里提取进程ID，然后通过Windows API或者WMI查询该进程对应的应用池名称，最后把应用池名称设置到telemetry.Context.Cloud.RoleName或者添加为自定义属性AppPoolName。

二、当代理配置受限，用SDK实现更灵活的关联 #

如果代理的自定义配置太繁琐，或者你需要更精细的控制，给每个.NET应用添加SDK是更可靠的选择：

1. 安装并配置SDK #

给每个ASP.NET应用安装Microsoft.ApplicationInsights.Web NuGet包，然后添加一个遥测初始化器：

public class AppPoolRoleInitializer : ITelemetryInitializer
{
    public void Initialize(ITelemetry telemetry)
    {
        // 获取当前应用的应用池名称
        var appPoolName = System.Web.Hosting.HostingEnvironment.ApplicationHost.GetSiteName();
        // 设置cloudRoleName为应用池名称
        telemetry.Context.Cloud.RoleName = appPoolName;
        // 额外添加自定义属性，方便后续筛选关联
        telemetry.Properties["AppPoolName"] = appPoolName;
    }
}

2. 注册初始化器 #

在Global.asax.cs或者Startup类中注册这个初始化器：

protected void Application_Start()
{
    // 其他初始化代码...
    TelemetryConfiguration.Active.TelemetryInitializers.Add(new AppPoolRoleInitializer());
}

这样所有的遥测数据（包括性能计数器）都会自动带上应用池名称和对应的cloudRoleName，完美解决进程和应用池的关联问题。

总结 #

• 单应用池场景：用代理的PowerShell命令就能快速搞定，零代码；
• 多应用池场景：要么自定义遥测处理器配合代理，要么给每个应用加SDK，后者的灵活性和可维护性更高，推荐优先考虑。

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