AppDynamics Application Intelligence Platform
3.9.x Documentation
Configure the .NET Agent properties using a single configuration file. This topic describes the structure and content of the config.xml file to help you customize agent behavior. To use the .NET Agent Configuration Utility, see Configure the .NET Agent.
The .NET Agent uses a single configuration file to control agent behavior: Controller connectivity, machine agent operations, and app agent functionality for IIS applications, Windows services, and standalone applications such as console applications, WinForms, or WPF. Benefits of the unified configuration file include:
To configure connection to the Controller, See Controller Element.
To configure the .NET machine agent, See Machine Agent Element.
To configure app agents for IIS applications, see App Agents - IIS Element.
To configure an app agent for a Windows service or standalone application, see App Agents - Standalone Applications Element.
Configure the agent properties in the config.xml file in the agent Config directory. If you run the .NET Agent Configuration Utility, it writes the conifg.xml to the following locations:
Windows Server 2008 and later
%ProgramData%\AppDynamics\DotNetAgent\Config\config.xml
Windows Server 2003
%AllUsersProfile%\Application Data\AppDynamics\DotNetAgent\Config\config.xml
Sample config.xml files install to the following location:
%ProgramFiles%\AppDynamics\AppDynamics .NET Agent\SampleConfigurations
After you edit the config.xml, you must restart the AppDynamics.Agent.Coordinator service. Then restart IIS, your Windows service, or standalone application for your instrumentation changes to take effect.
Minimal .NET App Agent config.xml File
The most basic configuration demonstrates the required sections for agent configuration. This sample instruments all IIS applications using the automatic element (<automatic />
). No Windows services or standalone applications are instrumented.
<?xml version="1.0" encoding="utf-8"?> <appdynamics-agent xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <controller host="mycontroller.mycompany.com" port="8090" ssl=false"> <application name="MyDotNetApplication" /> </controller> <machine-agent /> <app-agents> <IIS> <automatic /> </IIS> </app-agents> </appdynamics-agent>
The Appdynamics Agent element is the root container element for configurations in the config.xml.
Required Element: <appdynamics-agent xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
The Controller element is a child of the AppDynamics Agent element. It specifies the connection information for the AppDynamics Pro Controller.
The .NET Agent configuration utility only supports configuration of one Controller per server.
Required Element: <controller host="mycontroller.mycompany.com" port="8090" ssl="false" high_availability="false"
>
The Controller host attribute indicates the host name or the IP address of the AppDynamics Controller. For an on-premise Controller, use the value for Application Server Host Name you provided when you installed the Controller. If you use the AppDynamics SaaS Controller, see the Welcome email from AppDynamics.
Type: String
Default: None
Required: Yes
The Controller port attribute specifies the HTTP(S) port of the AppDynamics Controller. If the Controller ssl attribute is set to true, specify the HTTPS port of the Controller; otherwise specify the HTTP port.
Type: Positive Integer
Default: 8090
For On-premise installations, the defaults are port 8090 for HTTP and port 8181 for HTTPS.
For the SaaS Controller, use port 80 for HTTP or port 443 for HTTPS.
Required: Yes
To enable encryption over SSL between the agent and the Controller, set the Controller ssl attribute to "true".
Type: Boolean
Default: false
Required: No
If you have your controller set up for high availability, set the Controller high availability attribute to "true".
Type: Boolean
Default: false
Required: No
The Controller Application element is a child of the Controller element. It indicates the name of the logical business application you see in the Controller interface.
The .NET Agent configuration utility only supports one business application per server.
Required Element: <application name="MyDotNetApplication"/>
Set the application name attribute to the business application you use in the controller. If the application name does not exist, the Controller will create it when the agent registers. All instrumented applications in the config.xml register with the same business application in the Controller. See Logical Model.
Type: String
Default: None
Required: Yes
You specify a Tier for individual applications in the App Agents Element.
The Account element is a child of the Controller element. If the AppDynamics Controller runs in multi-tenant mode or if you use the AppDynamics SaaS Controller, specify the account name and account access key for the agent to authenticate with the Controller. If you are using the AppDynamics SaaS Controller, the account name is provided in the Welcome email from AppDynamics.
Optional Element: <account name="mycontroller.saas.appdynamics.com" password="myaccesskey"/>
The account name attribute indicates to the account name for the SaaS or multi-tenant Controller.
Type: String
Default: None
Required: Only for SaaS or multi-tenant Controllers
The account password attribute indicates the access key for the SaaS or multi-tenant Controller.
Type: String
Default: None
Required: Only for SaaS or multi-tenant Controllers
The Proxy element is a child of the Controller element. Use it to configure connection to the Controller through a proxy server with no authentication.
Optional Element: <proxy host="proxy-name" port="3128" enabled="true"/>
The proxy host attribute indicates the proxy server host name or IP address.
Type: String
Default: None
Required: host is required for the proxy element
The proxy port attribute indicates the proxy server port.
Type: Positive Integer
Default: None
Required: port is required for the proxy element
To enable Controller access through a proxy server, set the proxy enabled attribute to "true".
Type: Boolean
Default: false
Required: No
The Machine Agent element is a child of the AppDynamics Agent element. An empty Machine Agent element enables the default instrumentation for the .NET machine agent (See Monitor CLRs and Monitor IIS). Enable optional additional Microsoft Performance Counters or .NET Agent instrumentors as children of the Machine Agent element.
Required Element: <machine-agent/>
The Machine Snapshot element is a child of the Machine Agent element. Use it to tune the settings for machine snapshots in your environment. If you don't specify an attribute, the agent uses the default values for that attribute. See Machine Snapshots for .NET and Configure Machine Snapshots for .NET.
Optional Element: <machine-snapshot enabled=
"true"
window-size=
"600"
samples-per-window=
"60"
violations-per-window=
"6"
max-percent-cpu=
"80"
max-percent-memory=
"80"
max-queue-item-age=
"100"
periodic-collection=
"600"
/>
Set the Machine Snapshot enabled attribute to "false" to disable machine snapshots.
Type: Boolean
Default: true
Required: No
Specify the window size time range in seconds for the .NET Machine Agent to take samples. During a window, the agent takes samples and checks them for breached thresholds: max percent CPU, the max percent memory, and max queue item age.
Type: Integer
Default: 600
Required: No
Specify the number of samples the .NET Machine Agent takes during the specified window. For example, if the window size is 600 and the samples per window is 60, the agent takes a sample once every 10 seconds.
Type: Integer
Default: 60
Required: No
When the .NET Machine Agent detects the number of violations per window for one threshold, it takes a snapshot. The agent only takes one snapshot per window for thresholds exceeded. For example, if the violations per window is set to 6, and six samples show memory usage at 80% or greater, the agent takes a snapshot. The counters for each threshold are separate.
Type: Integer
Default: 6
Required: No
When the .NET Machine agent detects CPU usage on the machine equals or exceeds the max percent cpu value, it flags the sample as a violation. The minimum value is 20; the maximum value is 100.
Type: Integer
Default: 80
Required: No
When the .NET Machine agent detects memory usage on the machine equals or exceeds the max percent memory value, it flags the sample as a violation. The minimum value is 20; the maximum value is 100.
Type: Integer
Default: 80
Required: No
When the .NET Machine agent detects the oldest item in the IIS queue equals or exceeds the max queue item age value in milliseconds, it flags the sample as a violation.
Type: Integer
Default: 100
Required: No
The .NET Machine agent takes one snapshot per periodic collection time range. Specify the value in seconds. The minimum is 60 seconds.
Type: Integer
Default: 600
Required: No
The CLR Crash Reporting element is a child element of the Machine Agent element. Use the CLR Crash Reporting element to control whether or not the .NET Machine Agent reports CLR crash events to the Controller. See Monitor CLR Crashes.
Optional Element: <clrcrash-reporting enabled="true"/>
Set the enabled attribute to "false" to stop reporting CLR Crash events to the controller.
Type: Boolean
Default: true
Required: No
The Performance Counters element is a child of the Machine Agent element. It is a container for all performance counters.
Optional Element: <perf-counters>
The Performance Counter element is a child of the Performance Counters element. For a list of performance counters to enable, see Performance Counters in the .NET Framework.
Optional Element: <perf-counter cat="category" name="name" instance="instance"/>
The performance counter cat attribute indicates the performance counter category.
Type: String
Default: None
Required: Category is required for the Performance Counter element.
The performance counter name attribute indicates the performance counter name.
Type: String
Default: None
Required: Name is required for the Performance Counter element.
The performance counter instance attribute is the performance counter instance value.
Type: String
Default: None
Required: Instance is required for the Performance Counter element.
<machine-agent> <!-- Additional machine level Performance Counters --> <perf-counters> <perf-counter cat="Network Interface" name="Bytes Sent" instance="Local Area Connection"/> </perf-counters> </machine-agent>
The Instrumentation element is a child of the Machine Agent element. It allows you to enable additional .NET Agent instrumetors such as thread correlation or correlation for .NET remoting.
Optional Element: <instrumentation>
The Instrumentor element is a child of the Instrumentation element. The instrumentor element specifies the .NET Agent instrumentor to implement.
Optional Element: <instrumentor name="instrumentor name" enabled="true"/>/>
The instrumentor name attribute indicates the instrumentor name.
Type: String
Default: None
Required: Name is required for the Instrumentor element.
Set the instrumentor enabled attribute to "true" to enable instrumentation.
Type: Boolean
Default: false
Required: No.
The current configuration syntax is enabled="true". Versions prior to 3.7.8 used disabled="false".
<machine-agent> <!--Enable thread correlation--> <instrumentation> <instrumentor name="ThreadCorrelationThreadPoolCLR2Instrumentor" enabled="true"/> <instrumentor name="ThreadStartCLR2Instrumentor" enabled="true"/> <instrumentor name="ThreadStartCLR4Instrumentor" enabled="true"/> </instrumentation> </machine-agent>
The App Agents element is a child of the AppDynamics Agent element. It is a container for app agent configurations for IIS applications, Windows services, and standalone applications.
Required Element: <app-agents enabled="true">
To disable application monitoring on the server, set the app agents enabled attribute to "false".
Type: Boolean
Default: true
Required: No
The default Profiler element is a child of the App Agents element. It defines customizations to the default profiler behavior for all instrumented .NET applications on the machine: IIS applications, application pools, Windows services, and standalone applications.
Optional Element: <profiler>
New in 3.9.4, The Disabled Features element is a child of the Profiler element. Use this property to disable data collection mechanisms at the agent level for security or privacy reasons. This configuration overrides any configuration set by the Controller.
Optional Element: <disabled-features value="NONE"/>
The disabled features value is a comma separated list of features to disable. The available values are as follows:
Type: String
Default: NONE
Required: No
<app-agents> <profiler> <disabled-features value="LOG_PAYLOAD,RAW_SQL,CUSTOM_EXIT_SNAP_DATA"/> </profiler> ... </app-agents>
The IIS element is a child of the App Agents element. There are three options to configure IIS applications:
The settings for any application pool apply to all applications within the app pool unless the individual application has a specific configuration.
Explicit child-level configurations override parent-level configurations. Otherwise, children inherit parent configurations.
Optional Element: <IIS>
The Automatic element is a child of the IIS element. Use the Automatic element to enable or disable automatic instrumentation for all IIS apps. You can configure automatic instrumentation and manual instrumentation both. Manual configurations override automatic ones.
Optional Element: <automatic enabled="false" />
Set the automatic enabled attribute to "true" to enable instrumentation for all IIS applications. This is the default setting if you use the .NET Agent Configuration Utility automatic configuration option. To disable automatic instrumentation for all IIS applications, set the value to "false".
Type: Boolean
Default: true
Required: No
The IIS Application Pools element is a child of the IIS element. It is a container element for all the IIS application pools you configure for instrumentation.
Optional Element: <application-pools>
The Application Pool element is a child of the Application Pools element.. You may have multiple application pool elements distinguished by the name attribute. Use the application pool element to configure the app agent for all applications within an application pool. For more information on IIS application pools, see Managing Application Pools in IIS.
Application-specific configurations in the IIS Applications element override application pool configurations.
Optional Element: <application-pool name="DefaultAppPool" enabled="false">
The application pool name attribute indicates the name of the IIS Application Pool.
Type: String
Default: None
Required: Name is required for the Application Pool element.
Set the application pool enabled attribute to "false" to disable instrumentation for all applications in the application pool. Set the value to "true" to instrument all applications in the application pool.
Type: Boolean
Default: None. Defaults to true if not specified.
Required: No
The Tier element is a child of the Application Pool element. If you enable instrumentation for an Application pool, you must use a Tier element to assign the pool's applications to a tier in the Controller. See Logical Model.
Required Element: <tier name="Inventory" />
Use the tier name attribute to specify the tier.
Type: String
Default: None
Required: Yes
The IIS Applications element is a child of the IIS element. It is a container element for all the IIS applications you configure for instrumentation.
Optional Element: <applications>
The Application element is a child of the Applications element. Use multiple application elements to instrument different sites and applications. To learn more about IIS sites and applications, see Understanding Sites, Applications, and Virtual Directories on IIS 7 and Above.
Optional Element: <application path="/" site="FirstSite" port="8008">
The application site attribute indicates the root site in IIS for the application.
Type: String
Default: None
Required: Site is required for the Application element.
The application path attribute indicates the application's path relative to the root site. Use the forward slash to indicate the root site and instrument all children applications. Use the path to an application to instrument the specific application and any children.
For example: Site1 hosts two applications AppX and AppY. To instrument Site 1, AppY and AppZ, set the path to "/". To instrument AppY, but not AppZ, set the path to "/AppY".
Type: String
Default: /
Required: Path is required for the Application element.
For cases where two or more sites in IIS 6 have the same site name, set the site port attribute to differentiate between the sites.
Type: Positive Integer
Default: None
Required: No
In certain cases you may want to enable instrumentation for a parent application, but disable it for a child application. In this case create an Application element for the child application to disable and set the application enabled attribute to to "false".
Type: Boolean
Default: true
Required: No
The Tier element is a child of the Application element. If you enable instrumentation for an application, your must use a Tier element to assign the application to a tier in the Controller. See Logical Model.
Required Element: <tier name="Consumer" />
The tier name attribute indicates the business application tier.
Type: String
Default: None
Required: Yes
<IIS> <!-- Automatic instruments all IIS applications when enabled --> <automatic enabled="false" /> <!-- Application Pool agent configurations --> <application-pools> <!-- Do not instrument applications in DefaultAppPool when "enabled" attribute is set to false --> <application-pool name="DefaultAppPool" enabled="false"> <tier name="Tier Name"/> </application-pool> <!-- Instrument applications in the OtherAppPpool and assign them to the Inventory tier --> <application-pool name="OtherAppPool"> <tier name="Inventory"/> </application-pool> </application-pools> <applications> <!-- Instrument all applications in the First Site --> <application path="/" site="FirstSite"> <tier name="Order"/> </application> <!-- Instrument the /app application and child apps in the Second Site --> <!-- but not the root Second Site application --> <application path="/app" site="SecondSite"> <tier name="Consumer"/> </application> </applications> </IIS>
The Standalone Applications element is a child of the App Agents element. It is a container element for all the Windows services or standalone applications you configure for instrumentation. See Enable the .NET Agent for Windows Services and Standalone Applications.
Optional Element: <standalone-applications>
The Standalone Application element is a child of the Standalone Applications element. It specifies a Windows service or standalone application to instrument.
Optional Element: <standalone-application executable="MyWindowsApplication.exe">
The standalone application executable attribute specifies the file name of the Windows service or standalone application to instrument.
Only use the application file name. Do not include the full path to the file. For example, if you want to instrument, C:\Program Files\My Application\MyApp.exe, the executable value is "MyApp.exe". The file extension is optional, so "MyApp" also works.
Type: String
Default: None
Required: Yes
For applications with multiple application domains, the app-domain-name attribute enables you to limit instrumentation to specific application domains. See Configure Application Domain Monitoring.
Type: String
Default: None
Required: No
The Tier element is a child of the Standalone Application element. If you enable instrumentation for an application, your must use a Tier element to assign the application to a tier in the Controller. See Logical Model.
Required Element: <tier name="Consumer" />
The tier name attribute indicates the business application tier.
Type: String
Default: None
Required: Yes
<standalone-applications> <standalone-application executable="ExampleApplication.exe"> <tier name="Standalone Application Tier"/> </standalone-application> <!-- Instrument a Windows service. --> <standalone-application executable="MyWindowsService.exe"> <tier name="Windows Service Tier"/> </standalone-application> </standalone-applications>