Chat now with support
Chat with Support

Foglight Agent Manager 5.8.5.2 - Guide

Configuring the Embedded Agent Manager Installing External Agent Managers
Understanding How the Agent Manager Communicates with the Management Server Deploying the Agent Manager Cartridge Downloading the Agent Manager Installer Installing the Agent Manager Starting or Stopping the Agent Manager Process Frequently Asked Questions
Configuring the Agent Manager Advanced System Configuration and Troubleshooting
Configuring Windows Management Instrumentation (WMI) Configuring Windows Remote Management (WinRM) UNIX- and Linux-Specific Configuration
Monitoring the Agent Manager Performance Deploying the Agent Manager to Large-Scale Environments

About Non-HA Deployments

Negotiating Agent Manager Resources at Runtime

One way to edit Agent Manager settings is through the fglam.config.xml. However, this approach requires a manual restart of the Agent Manager.
Another way to override custom Agent Manager settings is to provide agent-specific settings within the agent-definition.xml file of your cartridge project, as you develop your cartridge. There are two types of configuration changes you can implement:
Runtime settings are considered as default settings for the agent package. You define these settings within the <runtime> element in the agent-definition.xml file. For example, you can apply the runtime settings to allocate more heap size than what is already allocated by the Agent Manager. On agent package deployment, these values are compared with the current Agent Manager configuration settings. If any of these settings exceed the existing Agent Manager settings, they are applied, causing the Agent Manager to be restarted.
Per-agent settings are considered when a certain number of agent instances is reached. You define these settings within the <agent> element, using the per-agent attribute to specify the number of agent instances. For example, if there are five or more instances of the agent type, you may need to increase the heap size beyond what is already allocated with the default Agent Manager setting. These changes also require a restart of the Agent Manager.

How the Agent Manager Applies Configuration Settings

When the Agent Manager deploys your agent package (typically a .gar file), it evaluates any runtime settings specified in your agent package and compares them to its current runtime settings, and any pending requests from other agent packages, to determine if the existing configuration meets your resource requirements.
2
Evaluate the <FGLAM_STATE>/config/client.config and <FGLAM_STATE>/config/baseline.jvmargs.config, and apply the required settings, overriding any applicable values set in the previous step.
TIP: The client.config and baseline.jvmargs.config files can be edited by the user to persist configuration changes that override the default launcher configuration values.
3
Evaluate the <FGLAM_STATE>/config/deployments/vm.deployments.config and apply the required settings, overriding any applicable values set in the previous step.
TIP: The vm.deployments.config file is a non-editable file that is maintained by the Agent Manager runtime process, as deployment runtime changes are discovered.
With the base runtime environment set, the Agent Manager evaluates each deployed agent package in the order in which they were deployed, and compares their runtime settings with its current settings. During the evaluation, any requested changes that meet or exceed the current configuration are aggregated and persisted to the <FGLAM_STATE>/config/deployments/vm.deployments.config file. If the evaluated runtime configuration matches that of the current environment, the Agent Manager startup sequence is complete. If a change is detected, for example, in a multi-state installation, or because of the Dquest.debug.fglam.deployonstartup flag usage, the Agent Manager process restarts. This subsequent restart process persists the updated changes to the vm.deployments.config file.
In addition to evaluating the <runtime> tag settings for each deployed agent package, the declared agent type resource settings in the agent.manifest file are also evaluated. These configuration settings differ from the <runtime> values in that their declared values are calculated based on the number of agent instances that exist on this Agent Manager. As part of the evaluation, each per-agent resource configuration is registered with a listener that is notified whenever a new agent instance is created. When these notifications are received, the resource settings are calculated and submitted for evaluation. If the calculated value results in a runtime change, the new values are persisted and the Agent Manager is restarted.
Controls whether the Agent Manager runtime supports IPv6. The default value is true and must only be declared if your deployment specifically requires only IPv4 support.
Controls access through the local host to the Agent Manager JMX Console. The default value is true and this attribute must only be declared if your deployment requires this service to be disabled.
Declares a list of VM system properties to be set on startup. Only one jvm-arg value can be declared per element. Additional values must be set individually.
Default restrictions apply to -XX properties. Restrictions can be disabled by setting the -Dcom.quest.fglam.resources.jvm.args.disable.restrictions property in the config/client.config file prior to startup.
The Agent Manager maintains two queue configurations for storing and submitting messages to its upstream connection. Each of these queue types can be configured individually. The settings declared here override values in the config/fglam-config.xml file with respect to each of the upstream and upstream-verified configurations. This element is used to calculate the required upstream queue size based on the number of agent instances. Each of the upstream-queue attributes should be expressed as a multiple of the per-agent attribute.
Indicates whether the configured queue is upstream or upstream-verified.
0: Messages are not queued.
-1: Agent queues can grow indefinitely.
0: Messages are never written to disk.
-1: There is no disk space limit for storing messages.
-1: Every available message is included in each batch.
Calculates the required VM heap size in MB, based on the number of agent instances. The min and max attributes should be sized as a factor of the per-agent value. For example:
Declares a list of VM system properties to be set on startup. Only one jvm-arg value can be declared per element. Additional values must be set individually.
JVM arguments that are declared within the <agent> tag are evaluated when the first agent instance of this type is created.
Default restrictions apply to -XX properties. Restrictions can be disabled by setting the -Dcom.quest.fglam.resources.jvm.args.disable.restrictions property in the config/client.config file prior to startup.
The upstream queue attributes calculate the required upstream queue size based on the number of agent instances. Each of the upstream-queue attributes must be expressed as a multiple of the per-agent attribute.
Indicates whether the configured queue is upstream or upstream-verified.
0: Messages are not queued.
-1: Agent queues can grow indefinitely.
0: Messages are never written to disk
-1: There is no disk space limit for storing messages.
-1: Every available message is included in each batch.

Configuration Example

The following block of code illustrates an example of how you can configure your agent-definition.xml file to make use of custom configuration settings.
<runtime ipv6="true" remote-managed="true">
</runtime>
Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating