Áú»¢¶Ä²© agent 2 is a new generation of Áú»¢¶Ä²© agent, written in Go (with some C code reused from Áú»¢¶Ä²© agent). It is designed to:
Áú»¢¶Ä²© agent 2 supports passive and active checks, similarly to Áú»¢¶Ä²© agent. Additionally, Áú»¢¶Ä²© agent 2 active checks support flexible/scheduling intervals and check concurrency within one active server.
By default, after a restart, Áú»¢¶Ä²© agent 2 will schedule the first data collection for active checks at a conditionally random time within the item's update interval to prevent spikes in resource usage. To perform active checks that do not have Scheduling update interval immediately after the agent restart, set ForceActiveChecksOnStart
parameter (global-level) or Plugins.<Plugin name>.System.ForceActiveChecksOnStart
(affects only specific plugin checks) in the configuration file. Plugin-level parameter, if set, will override the global parameter.
Checks from different plugins can be executed concurrently. The number of concurrent checks within one plugin is limited by the plugin capacity setting. Each plugin may have a hardcoded capacity setting (1000 being default) that can be lowered using the Plugins.<PluginName>.System.Capacity=N
setting in the Plugins configuration parameter.
For supported platforms, refer to the Requirements page.
Áú»¢¶Ä²© agent 2 on UNIX-like systems is run on the host being monitored.
Áú»¢¶Ä²© agent 2 can be installed on Linux-based systems using one of the following methods:
--enable-agent2
option. Note that a configured Go environment with a currently supported is required for building Áú»¢¶Ä²© agent 2.Since Áú»¢¶Ä²© 7.0.5, Áú»¢¶Ä²© agent 2 packages are no longer available for due to Go 1.22 (and newer) being incompatible with GCC 4.4.7 provided by RHEL 6, which results in compilation errors. Note, however, that Áú»¢¶Ä²© agent packages are still supported.
Áú»¢¶Ä²© agent 2 runs as a foreground process and relies on an external service manager (e.g., systemd) for background execution; Áú»¢¶Ä²© agent 2 does not have built-in daemonization support on Linux.
The agent can be started by executing:
To stop, restart, or check the status of Áú»¢¶Ä²© agent 2, use the following commands:
You can start Áú»¢¶Ä²© agent by locating the zabbix_agent2 binary and running it directly; for example:
Áú»¢¶Ä²© agent 2 runs as a standalone process; however, it can also be run as a Windows service.
Áú»¢¶Ä²© agent 2 can be installed on Windows using one of the following methods:
Áú»¢¶Ä²© agent 2 monitoring capabilities can be extended with plugins. While built-in plugins are available out-of-the-box, loadable plugins on Windows must be installed separately. For more information, see Áú»¢¶Ä²© agent 2 loadable plugins.
See the Áú»¢¶Ä²© agent on Microsoft Windows page for additional details on installing Áú»¢¶Ä²© agent 2 (from a ZIP archive) as a Windows service.
The following command-line parameters can be used with Áú»¢¶Ä²© agent 2:
Parameter | Description |
---|---|
UNIX and Windows agent | |
-c --config <config-file> | Path to the configuration file. You may use this option to specify a configuration file that is not the default one. On UNIX, default is /usr/local/etc/zabbix_agent2.conf or as set by compile-time variables --sysconfdir or --prefix On Windows, default is C:\Program Files\Áú»¢¶Ä²© Agent 2\zabbix_agent2.conf |
-f --foreground | Run Áú»¢¶Ä²© agent in foreground (default: true). |
-p --print | Print known items and exit. Note: To return user parameter results as well, you must specify the configuration file (if it is not in the default location). |
-t --test <item key> | Test specified item and exit. Note: To return user parameter results as well, you must specify the configuration file (if it is not in the default location). |
-T --test-config | Validate configuration file and exit. |
-h --help | Print help information and exit. |
-v --verbose | Print debugging information. Use this option with -p and -t options. |
-V --version | Print agent version and license information. |
-R --runtime-control <option> | Perform administrative functions. See runtime control. |
Windows agent only | |
-m --multiple-agents | Use multiple agent instances (with -i, -d, -s, -x options). To distinguish service names of instances, each service name will include the Hostname value from the specified configuration file. |
-S --startup-type <value> | Set the startup type of the Áú»¢¶Ä²© Windows agent service. Allowed values:automatic - (default) start the service automatically at Windows startup;delayed - delay starting the service after the automatically started services have completed startup;manual - start the service manually (by a user or application);disabled - disable the service, so that it cannot be started by a user or application.You may use this option together with the -i option, or separately to modify the startup type of an already installed service. |
-i --install | Install Áú»¢¶Ä²© Windows agent as service. |
-d --uninstall | Uninstall Áú»¢¶Ä²© Windows agent service. |
-s --start | Start Áú»¢¶Ä²© Windows agent service. |
-x --stop | Stop Áú»¢¶Ä²© Windows agent service. |
Specific examples of using command-line parameters:
zabbix_agent2 --print
zabbix_agent2 -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf
zabbix_agent2.exe -i
zabbix_agent2.exe -c zabbix_agent2.conf -S delayed
Runtime control provides some options for remote control.
Option | Description |
---|---|
log_level_increase | Increase log level. |
log_level_decrease | Decrease log level. |
metrics | List available metrics. |
version | Display agent version. |
userparameter_reload | Reload values of the UserParameter and Include options from the current configuration file. |
help | Display help information on runtime control. |
Examples:
The configuration parameters of agent 2 are mostly compatible with Áú»¢¶Ä²© agent with some exceptions.
New parameters | Description |
---|---|
ControlSocket | The runtime control socket path. Agent 2 uses a control socket for runtime commands. |
EnablePersistentBuffer, PersistentBufferFile, PersistentBufferPeriod |
These parameters are used to configure persistent storage on agent 2 for active items. |
ForceActiveChecksOnStart | Determines whether the agent should perform active checks immediately after restart or spread evenly over time. |
Plugins | Plugins may have their own parameters, in the format Plugins.<Plugin name>.<Parameter>=<value> . A common plugin parameter is System.Capacity, setting the limit of checks that can be executed at the same time. |
StatusPort | The port agent 2 will be listening on for HTTP status request and display of a list of configured plugins and some internal parameters |
Dropped parameters | Description |
AllowRoot, User | Not supported because daemonization is not supported. |
LoadModule, LoadModulePath | Loadable modules are not supported. |
StartAgents | This parameter was used in Áú»¢¶Ä²© agent to increase passive check concurrency or disable them. In Agent 2, the concurrency is configured at a plugin level and can be limited by a capacity setting. Whereas disabling passive checks is not currently supported. |
HostInterface, HostInterfaceItem | Not yet supported. |
For more details see the configuration file options for zabbix_agent2.
Áú»¢¶Ä²© agent 2 can also be compiled with older OpenSSL versions (1.0.1, 1.0.2).
In this case Áú»¢¶Ä²© provides mutexes for locking in OpenSSL. If a mutex lock or unlock fails then an error message is printed to the standard error stream (STDERR) and Agent 2 exits with return code 2 or 3, respectively.