Monitors gather metrics from the host and from running applications. They are
configured in a list called monitors
in the main agent config
file. For example:
monitors:
- type: elasticsearch
discoveryRule: 'port == 9200 && container_image =~ "elasticsearch"'
- type: cpu
- type: docker-container-stats
dockerURL: tcp://localhost:2379
See here for a list of available monitors
The following config options are common to all monitors:
Config option | Default | Required | Type | Description |
---|---|---|---|---|
type |
no | string |
The type of the monitor | |
discoveryRule |
no | string |
The rule used to match up this configuration with a discovered endpoint. If blank, the configuration will be run immediately when the agent is started. If multiple endpoints match this rule, multiple instances of the monitor type will be created with the same configuration (except different host/port). | |
validateDiscoveryRule |
false |
no | bool |
If true, a warning will be emitted if a discovery rule contains variables that will never possibly match a rule. If using multiple observers, it is convenient to set this to false to suppress spurious errors. The top-level setting validateDiscoveryRules acts as a default if this isn't set. |
extraDimensions |
no | map of strings |
A set of extra dimensions (key:value pairs) to include on datapoints emitted by the monitor(s) created from this configuration. To specify metrics from this monitor should be high-resolution, add the dimension sf_hires: 1 |
|
extraDimensionsFromEndpoint |
no | map of strings |
A mapping of extra dimension names to a discovery rule expression that is used to derive the value of the dimension. For example, to use a certain container label as a dimension, you could use something like this in your monitor config block: extraDimensionsFromEndpoint: {env: 'Get(container_labels, "myapp.com/environment")'} |
|
configEndpointMappings |
no | map of strings |
A set of mappings from a configuration option on this monitor to attributes of a discovered endpoint. The keys are the config option on this monitor and the value can be any valid expression used in discovery rules. | |
intervalSeconds |
0 |
no | integer |
The interval (in seconds) at which to emit datapoints from the monitor(s) created by this configuration. If not set (or set to 0), the global agent intervalSeconds config option will be used instead. |
solo |
false |
no | bool |
If one or more configurations have this set to true, only those configurations will be considered. This setting can be useful for testing. |
metricsToExclude |
no | list of objects |
DEPRECATED in favor of the datapointsToExclude option. That option handles negation of filter items differently. |
|
datapointsToExclude |
no | list of objects |
A list of datapoint filters. These filters allow you to comprehensively define which datapoints to exclude by metric name or dimension set, as well as the ability to define overrides to re-include metrics excluded by previous patterns within the same filter item. See monitor filtering for examples and more information. | |
disableHostDimensions |
false |
no | bool |
Some monitors pull metrics from services not running on the same host and should not get the host-specific dimensions set on them (e.g. host , AWSUniqueId , etc). Setting this to true causes those dimensions to be omitted. You can disable this globally with the disableHostDimensions option on the top level of the config. |
disableEndpointDimensions |
false |
no | bool |
This can be set to true if you don't want to include the dimensions that are specific to the endpoint that was discovered by an observer. This is useful when you have an endpoint whose identity is not particularly important since it acts largely as a proxy or adapter for other metrics. |
dimensionTransformations |
no | map of strings |
A map from dimension names emitted by the monitor to the desired dimension name that will be emitted in the datapoint that goes to SignalFx. This can be useful if you have custom metrics from your applications and want to make the dimensions from a monitor match those. Also can be useful when scraping free-form metrics, say with the prometheus-exporter monitor. Right now, only static key/value transformations are supported. Note that filtering by dimensions will be done on the original dimension name and not the new name. Note that it is possible to remove unwanted dimensions via this configuration, by making the desired dimension name an empty string. |
|
extraMetrics |
no | list of strings |
Extra metrics to enable besides the default included ones. This is an overridable filter. | |
extraGroups |
no | list of strings |
Extra metric groups to enable in addition to the metrics that are emitted by default. A metric group is simply a collection of metrics, and they are defined in each monitor's documentation. |
These are all of the monitors included in the agent, along with their possible configuration options:
- appmesh
- aspdotnet
- cadvisor
- collectd/activemq
- collectd/apache
- collectd/cassandra
- collectd/chrony
- collectd/consul
- collectd/couchbase
- collectd/cpu
- collectd/cpufreq
- collectd/custom
- collectd/df
- collectd/disk
- collectd/docker
- collectd/elasticsearch
- collectd/etcd
- collectd/genericjmx
- collectd/hadoop
- collectd/hadoopjmx
- collectd/haproxy
- collectd/health-checker
- collectd/interface
- collectd/jenkins
- collectd/kafka
- collectd/kafka_consumer
- collectd/kafka_producer
- collectd/kong
- collectd/load
- collectd/marathon
- collectd/memcached
- collectd/memory
- collectd/mongodb
- collectd/mysql
- collectd/nginx
- collectd/openstack
- collectd/postgresql
- collectd/processes
- collectd/protocols
- collectd/python
- collectd/rabbitmq
- collectd/redis
- collectd/signalfx-metadata
- collectd/solr
- collectd/spark
- collectd/statsd
- collectd/systemd
- collectd/uptime
- collectd/vmem
- collectd/zookeeper
- conviva
- cpu
- disk-io
- docker-container-stats
- dotnet
- ecs-metadata
- elasticsearch
- expvar
- filesystems
- gitlab
- gitlab-gitaly
- gitlab-runner
- gitlab-sidekiq
- gitlab-unicorn
- gitlab-workhorse
- haproxy
- host-metadata
- internal-metrics
- java-monitor
- jmx
- kubelet-stats
- kubernetes-apiserver
- kubernetes-cluster
- kubernetes-events
- kubernetes-scheduler
- kubernetes-volumes
- logstash
- logstash-tcp
- memory
- net-io
- openshift-cluster
- postgresql
- processlist
- prometheus-exporter
- prometheus/go
- prometheus/nginx-vts
- prometheus/node
- prometheus/postgres
- prometheus/prometheus
- prometheus/redis
- python-monitor
- signalfx-forwarder
- sql
- statsd
- telegraf/logparser
- telegraf/procstat
- telegraf/snmp
- telegraf/sqlserver
- telegraf/statsd
- telegraf/tail
- telegraf/win_perf_counters
- telegraf/win_services
- trace-forwarder
- traefik
- vmem
- windows-iis
- windows-legacy