telemetry stanza
The telemetry
stanza specifies various configurations for Vault to publish
metrics to upstream systems. Available Vault metrics can be found in the
Telemetry internals documentation.
telemetry
parameters
Due to the number of configurable parameters to the telemetry
stanza,
parameters on this page are grouped by the telemetry provider.
Common
The following options are available on all telemetry configurations.
usage_gauge_period
(string: "10m")
- Specifies the interval at which high-cardinality usage data is collected, such as token counts, entity counts, and secret counts. A value of "none" disables the collection. Uses duration format strings.maximum_gauge_cardinality
(int: 500)
- The maximum cardinality of gauge labels.disable_hostname
(bool: false)
- Specifies if gauge values should be prefixed with the local hostname.enable_hostname_label
(bool: false)
- Specifies if all metric values should contain thehost
label with the local hostname. It is recommended to enabledisable_hostname
if this option is used.metrics_prefix
(string: "vault")
- Specifies the prefix used for metric vaules. By default, metrics are prefixed with "vault".lease_metrics_epsilon
(string: "1h")
- Specifies the size of the bucket used to measure future lease expiration. For example, for the default value of 1 hour, thevault.expire.leases.by_expiration
metric will aggregate the total number of expiring leases for 1 hour buckets, starting from the current time. Note that leases are put into buckets by rounding. For example, iflease_metrics_epsilon
is set to 1h and lease A expires 25 minutes from now, and lease B expires 35 minutes from now, then lease A will be in the first bucket, which corresponds to 0-30 minutes, and lease B will be in the second bucket, which corresponds to 31-90 minutes. Uses duration format strings.num_lease_metrics_buckets
(int: 168)
- The number of expiry buckets for leases. For the default value, for example, 168 value labels for thevault.expire.leases.by_expiration
metric will be reported, where each value each bucket is separated in time by thelease_metrics_epsilon
parameter. For the default 1 hour value oflease_metrics_epsilon
and the default value ofnum_lease_metrics_buckets
,vault.expire.leases.by_expiration
will report the total number of leases expiring within each hour from the current time to one week from the current time.add_lease_metrics_namespace_labels
(bool: false)
- If this value is set to true, thenvault.expire.leases.by_expiration
will break down expiring leases by both time and namespace. This parameter is disabled by default because enabling it can lead to a large-cardinality metric.add_mount_point_rollback_metrics
(bool: false)
- If this value is set to true, thenvault.rollback.attempt.{MOUNT_POINT}
andvault.route.rollback.{MOUNT_POINT}
metrics will be reported for every mount point. If this parameter is false, thenvault.rollback.attempt
andvault.route.rollback
metrics (which do not have the mount point in the metric name) will be reported instead. This parameter is disabled by default starting in Vault 1.15 due to the high cardinality of these metrics.filter_default
(bool: true)
- This controls whether to allow metrics that have not been specified by the filter. Defaults totrue
, which will allow all metrics when no filters are provided. When set tofalse
with no filters, no metrics will be sent.prefix_filter
(string array: [])
- This is a list of filter rules to apply for allowing/blocking metrics by prefix in the following format:A leading "+" will enable any metrics with the given prefix, and a leading "-" will block them. If there is overlap between two rules, the more specific rule will take precedence. Blocking will take priority if the same prefix is listed multiple times.
statsite
These telemetry
parameters apply to
statsite.
statsite_address
(string: "")
- Specifies the address of a statsite server to forward metrics data to.
statsd
These telemetry
parameters apply to
statsd.
statsd_address
(string: "")
- Specifies the address of a statsd server to forward metrics to.
circonus
These telemetry
parameters apply to Circonus.
circonus_api_token
(string: "")
- Specifies a valid Circonus API Token used to create/manage check. If provided, metric management is enabled.circonus_api_app
(string: "nomad")
- Specifies a valid app name associated with the API token.circonus_api_url
(string: "https://api.circonus.com/v2")
- Specifies the base URL to use for contacting the Circonus API.circonus_submission_interval
(string: "10s")
- Specifies the interval at which metrics are submitted to Circonus.circonus_submission_url
(string: "")
- Specifies thecheck.config.submission_url
field, of a Check API object, from a previously created HTTPTRAP check.circonus_check_id
(string: "")
- Specifies the Check ID (not check bundle) from a previously created HTTPTRAP check. The numeric portion of thecheck._cid
field in the Check API object.circonus_check_force_metric_activation
(bool: false)
- Specifies if force activation of metrics which already exist and are not currently active. If check management is enabled, the default behavior is to add new metrics as they are encountered. If the metric already exists in the check, it will not be activated. This setting overrides that behavior.circonus_check_instance_id
(string: "<hostname>:<application>")
- Serves to uniquely identify the metrics coming from this instance. It can be used to maintain metric continuity with transient or ephemeral instances as they move around within an infrastructure. By default, this is set to hostname:application name (e.g. "host123:nomad").circonus_check_search_tag
(string: <service>:<application>)
- Specifies a special tag which, when coupled with the instance id, helps to narrow down the search results when neither a Submission URL or Check ID is provided. By default, this is set to service:app (e.g. "service:nomad").circonus_check_display_name
(string: "")
- Specifies a name to give a check when it is created. This name is displayed in the Circonus UI Checks list.circonus_check_tags
(string: "")
- Comma separated list of additional tags to add to a check when it is created.circonus_broker_id
(string: "")
- Specifies the ID of a specific Circonus Broker to use when creating a new check. The numeric portion ofbroker._cid
field in a Broker API object. If metric management is enabled and neither a Submission URL nor Check ID is provided, an attempt will be made to search for an existing check using Instance ID and Search Tag. If one is not found, a new HTTPTRAP check will be created. By default, this is a random Enterprise Broker is selected, or, the default Circonus Public Broker.circonus_broker_select_tag
(string: "")
- Specifies a special tag which will be used to select a Circonus Broker when a Broker ID is not provided. The best use of this is to as a hint for which broker should be used based on where this particular instance is running (e.g. a specific geo location or datacenter, dc:sfo).
dogstatsd
These telemetry
parameters apply to
DogStatsD.
dogstatsd_addr
(string: "")
- This provides the address of a DogStatsD instance. DogStatsD is a protocol-compatible flavor of statsd, with the added ability to decorate metrics with tags and event information. If provided, Vault will send various telemetry information to that instance for aggregation. This can be used to capture runtime information.
dogstatsd_tags
(string array: [])
- This provides a list of global tags that will be added to all telemetry packets sent to DogStatsD. It is a list of strings, where each string looks like "my_tag_name:my_tag_value".
prometheus
These telemetry
parameters apply to
prometheus.
prometheus_retention_time
(string: "24h")
- Specifies the amount of time that Prometheus metrics are retained in memory. Setting this to 0 will disable Prometheus telemetry.disable_hostname
(bool: false)
- It is recommended to also enable the optiondisable_hostname
to avoid having prefixed metrics with hostname.
The /v1/sys/metrics
endpoint is only accessible on active nodes
and automatically disabled on standby nodes. You can enable the /v1/sys/metrics
endpoint on standby nodes by enabling unauthenticated metrics access.
Querying /v1/sys/metrics
with one of the following headers:
will return Prometheus formatted results. Most Prometheus servers automatically query scrape targets with these headers by default.
A Vault token is required with capabilities = ["read", "list"]
to
/v1/sys/metrics. The Prometheus bearer_token
or bearer_token_file
options
must be added to the scrape job.
Vault does not use the default Prometheus path, so Prometheus must be configured
to scrape v1/sys/metrics
instead of the default scrape path.
An example job_name stanza required in the Prometheus config is provided below.
An example telemetry configuration to be added to Vault's configuration file is shown below:
stackdriver
These telemetry
parameters apply to Stackdriver Monitoring.
The Stackdriver telemetry provider uses the official Google Cloud Golang SDK. This means it supports the common ways of providing credentials to Google Cloud.
To use this telemetry provider, the service account must have the following minimum scope(s):
And the following IAM role(s):
stackdriver_project_id
(string: "")
- The Google Cloud ProjectID to send telemetry data to.stackdriver_location
(string: "")
- The GCP or AWS region of the monitored resource.stackdriver_namespace
(string: "")
- A namespace identifier for the telemetry data.stackdriver_debug_logs
(bool: "false")
- Specifies if Vault writes additional stackdriver related debug logs to standard error output (stderr).
It is recommended to also enable the option disable_hostname
to avoid having prefixed
metrics with hostname and enable instead enable_hostname_label
.
Metrics from Vault can be found in Metrics Explorer.
All those metrics are shown with a resource type of generic_task
, and the metric name
is prefixed with custom.googleapis.com/go-metrics/
.