AppDynamics Application Intelligence Platform

3.8.x Documentation

PDFs

Videos

Release Notes

This page addresses agent to Controller communications.

Agent to Controller Interactions

Each AppDynamics agent has multiple communication channels for different purposes that initiate connections to the Controller independently at different time intervals.

  • The agent configuration channel queries the Controller for any new configuration changes every 60 seconds and downloads the changes when they are available.
  • The agent metric channel posts all new periodic metrics, including JMX, Windows performance counters, and business transaction metrics to the Controller every 60 seconds. 
  • If there are new business transactions that haven’t been seen before by the agent, they are posted to the Controller for registration every 10 seconds.
  • If the agent has collected any new snapshots or events, they are posted to the Controller every 20 seconds.

Agent Behavior When the Controller is Not Reachable

The Controller may become unreachable when there are network problems, agent errors or when the Controller server is down for a variety of reasons.

If the Controller is unreachable for one minute:

  • The agent goes into standby mode during which it does not detect any transactions.
  • Any collected snapshots and events are dropped and lost. Snapshots and events are dropped because they consume too much memory to cache.
  • All metrics that have not been posted to the Controller are stored in memory. The memory impact of retaining metrics is minimal. 
  • New business transaction registrations that have not been posted to the Controller are stored in memory
  • The agent attempts to connect to the Controller every minute, and resumes normal activity when it can download its full configuration.

 

If the Controller becomes reachable in the following minute or two:

  • All metrics that have been stored in memory are posted to the Controller. 
  • New business transaction registrations that have been stored in memory are posted to the Controller.
  • Snapshots and events collected in the 20 seconds prior to the reconnection are posted to the Controller.

If the Controller is not reachable after three failed attempts that are one minute apart:

  • The agent is muted; all business transaction interceptors are disabled. The interceptors are still called when monitored application entry point methods are executed, but they are unproductive. No new business transactions are discovered or registered. Correlation exit points will set a header such as “notxdetect=true”, which tells downstream tiers to also ignore the transaction. 
  • JMX metrics are stored in the application server memory and transmitted to Controller after reconnection; so, there are no gaps in the metric history. 
  • Periodic metrics for the last three minutes are stored in memory; metrics older than three minutes are purged from memory. 
  • The agent configuration channel and the metric channel continue to attempt to connect to the Controller once each minute.

If the Controller is not reachable after five minutes:

  • The license is freed for another agent to use. 

If the connection is later successful and the agent and is able to download its full configuration and a license:

  • All periodic metrics, such as JMX metrics and Windows performance counters for the last three minutes are posted to the Controller. The Controller drops metrics that were collected too long ago in the past, such as when rollups are already completed.
  • The agent is reactivated, business transaction interceptors are re-enabled, business transactions are monitored and possibly snapshotted, new business transactions will be discovered and registered, and downstream correlation is re-enabled.

 

What Happens When you Disable an Agent from the Controller UI?

  • business transaction interceptors are disabled and no transaction metrics, snapshots or events are collected.
  • The agent continues to collect periodic JMX and Windows performance counter metrics.
  • The agent continues to be registered with the Controller and continues to consume a license. The only way to free up a license is to restart the app server without the agent, removing the agent from the JVM.

See Enabling and Disabling App Agents.

 

  • No labels