2021-04-07 12:39:16 +02:00
---
sort: 3
---
# vmalert
2020-04-29 16:42:01 +02:00
2020-06-02 18:12:41 +02:00
`vmalert` executes a list of given [alerting ](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/ )
or [recording ](https://prometheus.io/docs/prometheus/latest/configuration/recording_rules/ )
rules against configured address.
2020-04-29 16:42:01 +02:00
2021-04-07 12:39:16 +02:00
## Features
2020-04-29 16:42:01 +02:00
* Integration with [VictoriaMetrics ](https://github.com/VictoriaMetrics/VictoriaMetrics ) TSDB;
2021-04-20 19:16:17 +02:00
* VictoriaMetrics [MetricsQL ](https://docs.victoriametrics.com/MetricsQL.html )
2020-06-02 18:12:41 +02:00
support and expressions validation;
2020-04-29 16:42:01 +02:00
* Prometheus [alerting rules definition format ](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/#defining-alerting-rules )
support;
* Integration with [Alertmanager ](https://github.com/prometheus/alertmanager );
2021-04-20 19:16:17 +02:00
* Keeps the alerts [state on restarts ](#alerts-state-on-restarts );
2021-02-01 14:26:33 +01:00
* Graphite datasource can be used for alerting and recording rules. See [these docs ](#graphite ) for details.
2020-04-29 16:42:01 +02:00
* Lightweight without extra dependencies.
2021-04-07 12:39:16 +02:00
## Limitations
2021-03-09 21:49:50 +01:00
* `vmalert` execute queries against remote datasource which has reliability risks because of network.
2020-06-10 18:37:43 +02:00
It is recommended to configure alerts thresholds and rules expressions with understanding that network request
may fail;
* by default, rules execution is sequential within one group, but persisting of execution results to remote
storage is asynchronous. Hence, user shouldn't rely on recording rules chaining when result of previous
recording rule is reused in next one;
* `vmalert` has no UI, just an API for getting groups and rules statuses.
2021-04-07 12:39:16 +02:00
## QuickStart
2020-04-29 16:42:01 +02:00
To build `vmalert` from sources:
```
git clone https://github.com/VictoriaMetrics/VictoriaMetrics
cd VictoriaMetrics
make vmalert
```
The build binary will be placed to `VictoriaMetrics/bin` folder.
To start using `vmalert` you will need the following things:
2020-06-02 18:12:41 +02:00
* list of rules - PromQL/MetricsQL expressions to execute;
2020-04-29 16:42:01 +02:00
* datasource address - reachable VictoriaMetrics instance for rules execution;
2021-03-09 21:49:50 +01:00
* notifier address - reachable [Alert Manager ](https://github.com/prometheus/alertmanager ) instance for processing,
2020-04-29 16:42:01 +02:00
aggregating alerts and sending notifications.
2020-06-10 18:37:43 +02:00
* remote write address - [remote write ](https://prometheus.io/docs/prometheus/latest/storage/#remote-storage-integrations )
compatible storage address for storing recording rules results and alerts state in for of timeseries. This is optional.
2020-04-29 16:42:01 +02:00
Then configure `vmalert` accordingly:
```
./bin/vmalert -rule=alert.rules \
2020-07-30 20:56:48 +02:00
-datasource.url=http://localhost:8428 \ # PromQL compatible datasource
-notifier.url=http://localhost:9093 \ # AlertManager URL
-notifier.url=http://127.0.0.1:9093 \ # AlertManager replica URL
-remoteWrite.url=http://localhost:8428 \ # remote write compatible storage to persist rules
-remoteRead.url=http://localhost:8428 \ # PromQL compatible datasource to restore alerts state from
-external.label=cluster=east-1 \ # External label to be applied for each rule
2021-03-25 14:29:04 +01:00
-external.label=replica=a # Multiple external labels may be set
2020-04-29 16:42:01 +02:00
```
2020-07-30 20:56:48 +02:00
If you run multiple `vmalert` services for the same datastore or AlertManager - do not forget
2021-03-09 21:49:50 +01:00
to specify different `external.label` flags in order to define which `vmalert` generated rules or alerts.
2020-07-30 20:56:48 +02:00
2021-03-09 21:49:50 +01:00
Configuration for [recording ](https://prometheus.io/docs/prometheus/latest/configuration/recording_rules/ )
and [alerting ](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/ ) rules is very
similar to Prometheus rules and configured using YAML. Configuration examples may be found
2020-06-10 18:37:43 +02:00
in [testdata ](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmalert/config/testdata ) folder.
Every `rule` belongs to `group` and every configuration file may contain arbitrary number of groups:
```yaml
groups:
[ - < rule_group > ]
```
2020-06-02 18:12:41 +02:00
2021-04-07 12:39:16 +02:00
### Groups
2020-04-29 16:42:01 +02:00
2020-06-10 18:37:43 +02:00
Each group has following attributes:
```yaml
# The name of the group. Must be unique within a file.
name: < string >
2020-04-29 16:42:01 +02:00
2020-06-10 18:37:43 +02:00
# How often rules in the group are evaluated.
[ interval: < duration > | default = global.evaluation_interval ]
# How many rules execute at once. Increasing concurrency may speed
2021-03-09 21:49:50 +01:00
# up round execution speed.
2020-06-10 18:37:43 +02:00
[ concurrency: < integer > | default = 1 ]
2021-02-03 20:12:14 +01:00
# Optional type for expressions inside the rules. Supported values: "graphite" and "prometheus".
# By default "prometheus" rule type is used.
[ type: < string > ]
2021-05-24 14:47:20 +02:00
# Optional list of label filters applied to every rule's
# request withing a group. Is compatible only with VM datasource.
# See more details at https://docs.victoriametrics.com#prometheus-querying-api-enhancements
extra_filter_labels:
[ < labelname > : < labelvalue > ... ]
2020-06-10 18:37:43 +02:00
rules:
[ - < rule > ... ]
```
2021-04-07 12:39:16 +02:00
### Rules
2020-06-10 18:37:43 +02:00
There are two types of Rules:
2021-03-09 21:49:50 +01:00
* [alerting ](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/ ) -
2021-04-20 19:16:17 +02:00
Alerting rules allows to define alert conditions via [MetricsQL ](https://docs.victoriametrics.com/MetricsQL.html )
2020-06-10 18:37:43 +02:00
and to send notifications about firing alerts to [Alertmanager ](https://github.com/prometheus/alertmanager ).
2021-03-09 21:49:50 +01:00
* [recording ](https://prometheus.io/docs/prometheus/latest/configuration/recording_rules/ ) -
Recording rules allow you to precompute frequently needed or computationally expensive expressions
2020-06-10 18:37:43 +02:00
and save their result as a new set of time series.
2020-06-18 22:54:44 +02:00
`vmalert` forbids to define duplicates - rules with the same combination of name, expression and labels
2021-03-09 21:49:50 +01:00
within one group.
2020-06-18 22:54:44 +02:00
2021-04-07 12:39:16 +02:00
#### Alerting rules
2020-06-10 18:37:43 +02:00
The syntax for alerting rule is following:
```yaml
# The name of the alert. Must be a valid metric name.
alert: < string >
2021-02-01 14:26:33 +01:00
# Optional type for the rule. Supported values: "graphite", "prometheus".
# By default "prometheus" rule type is used.
[ type: < string > ]
# The expression to evaluate. The expression language depends on the type value.
# By default MetricsQL expression is used. If type="graphite", then the expression
# must contain valid Graphite expression.
2020-06-10 18:37:43 +02:00
expr: < string >
# Alerts are considered firing once they have been returned for this long.
# Alerts which have not yet fired for long enough are considered pending.
[ for: < duration > | default = 0s ]
2020-06-02 18:12:41 +02:00
2020-06-10 18:37:43 +02:00
# Labels to add or overwrite for each alert.
labels:
[ < labelname > : < tmpl_string > ]
# Annotations to add to each alert.
annotations:
[ < labelname > : < tmpl_string > ]
2021-03-09 21:49:50 +01:00
```
2020-06-10 18:37:43 +02:00
2021-04-10 14:46:08 +02:00
It is allowed to use [Go templating ](https://golang.org/pkg/text/template/ ) in annotations
to format data, iterate over it or execute expressions.
Additionally, `vmalert` provides some extra templating functions
listed [here ](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmalert/notifier/template_func.go ).
2021-04-07 12:39:16 +02:00
#### Recording rules
2020-06-10 18:37:43 +02:00
The syntax for recording rules is following:
```yaml
# The name of the time series to output to. Must be a valid metric name.
record: < string >
2021-02-01 14:26:33 +01:00
# Optional type for the rule. Supported values: "graphite", "prometheus".
# By default "prometheus" rule type is used.
[ type: < string > ]
# The expression to evaluate. The expression language depends on the type value.
# By default MetricsQL expression is used. If type="graphite", then the expression
# must contain valid Graphite expression.
2020-06-10 18:37:43 +02:00
expr: < string >
# Labels to add or overwrite before storing the result.
labels:
[ < labelname > : < labelvalue > ]
```
For recording rules to work `-remoteWrite.url` must specified.
2021-04-07 12:39:16 +02:00
### Alerts state on restarts
2020-10-13 17:34:25 +02:00
2021-03-09 21:49:50 +01:00
`vmalert` has no local storage, so alerts state is stored in the process memory. Hence, after reloading of `vmalert`
2020-10-13 17:34:25 +02:00
the process alerts state will be lost. To avoid this situation, `vmalert` should be configured via the following flags:
2021-04-20 10:42:17 +02:00
* `-remoteWrite.url` - URL to VictoriaMetrics (Single) or vminsert (Cluster). `vmalert` will persist alerts state
2021-03-09 21:49:50 +01:00
into the configured address in the form of time series named `ALERTS` and `ALERTS_FOR_STATE` via remote-write protocol.
These are regular time series and may be queried from VM just as any other time series.
2020-10-13 17:34:25 +02:00
The state stored to the configured address on every rule evaluation.
2021-04-20 10:42:17 +02:00
* `-remoteRead.url` - URL to VictoriaMetrics (Single) or vmselect (Cluster). `vmalert` will try to restore alerts state
2020-10-13 17:34:25 +02:00
from configured address by querying time series with name `ALERTS_FOR_STATE` .
Both flags are required for the proper state restoring. Restore process may fail if time series are missing
2021-03-09 21:49:50 +01:00
in configured `-remoteRead.url` , weren't updated in the last `1h` or received state doesn't match current `vmalert`
2020-10-13 17:34:25 +02:00
rules configuration.
2021-05-18 15:22:08 +02:00
### Multitenancy
There are the following approaches for alerting and recording rules across [multiple tenants ](https://docs.victoriametrics.com/Cluster-VictoriaMetrics.html#multitenancy ) exist:
* To run a separate `vmalert` instance per each tenant. The corresponding tenant must be specified in `-datasource.url` command-line flag according to [these docs ](https://docs.victoriametrics.com/Cluster-VictoriaMetrics.html#url-format ). For example, `/path/to/vmalert -datasource.url=http://vmselect:8481/select/123/prometheus` would run alerts against `AccountID=123` . For recording rules the `-remoteWrite.url` command-line flag must contain the url for the specific tenant as well. For example, `-remoteWrite.url=http://vminsert:8480/insert/123/prometheus` would write recording rules to `AccountID=123` .
* To specify `tenant` parameter per each alerting and recording group if [enterprise version of vmalert ](https://victoriametrics.com/enterprise.html ) is used with `-clusterMode` command-line flag. For example:
```yaml
groups:
- name: rules_for_tenant_123
tenant: "123"
rules:
# Rules for accountID=123
- name: rules_for_tenant_456:789
tenant: "456:789"
rules:
# Rules for accountID=456, projectID=789
```
If `-clusterMode` is enabled, then `-datasource.url` , `-remoteRead.url` and `-remoteWrite.url` must contain only the hostname without tenant id. For example: `-datasource.url=http://vmselect:8481` . `vmselect` automatically adds the specified tenant to urls per each recording rule in this case.
The enterprise version of vmalert is available in `vmutils-*-enterprise.tar.gz` files at [release page ](https://github.com/VictoriaMetrics/VictoriaMetrics/releases ) and in `*-enterprise` tags at [Docker Hub ](https://hub.docker.com/r/victoriametrics/vmalert/tags ).
2021-04-07 12:39:16 +02:00
### WEB
2020-06-10 18:37:43 +02:00
`vmalert` runs a web-server (`-httpListenAddr`) for serving metrics and alerts endpoints:
2020-06-02 18:12:41 +02:00
* `http://<vmalert-addr>/api/v1/groups` - list of all loaded groups and rules;
2020-04-29 16:42:01 +02:00
* `http://<vmalert-addr>/api/v1/alerts` - list of all active alerts;
2021-03-03 08:46:10 +01:00
* `http://<vmalert-addr>/api/v1/<groupID>/<alertID>/status" ` - get alert status by ID.
2020-04-29 16:42:01 +02:00
Used as alert source in AlertManager.
* `http://<vmalert-addr>/metrics` - application metrics.
2020-05-13 21:55:35 +02:00
* `http://<vmalert-addr>/-/reload` - hot configuration reload.
2020-04-29 16:42:01 +02:00
2020-06-10 18:37:43 +02:00
2021-04-07 12:39:16 +02:00
## Graphite
2021-02-01 14:26:33 +01:00
vmalert sends requests to `<-datasource.url>/render?format=json` during evaluation of alerting and recording rules
2021-02-03 20:12:14 +01:00
if the corresponding group or rule contains `type: "graphite"` config option. It is expected that the `<-datasource.url>/render`
2021-02-01 14:26:33 +01:00
implements [Graphite Render API ](https://graphite.readthedocs.io/en/stable/render_api.html ) for `format=json` .
2021-02-03 22:44:37 +01:00
When using vmalert with both `graphite` and `prometheus` rules configured against cluster version of VM do not forget
to set `-datasource.appendTypePrefix` flag to `true` , so vmalert can adjust URL prefix automatically based on query type.
2021-02-01 14:26:33 +01:00
2021-04-07 12:39:16 +02:00
## Configuration
2020-04-29 16:42:01 +02:00
The shortlist of configuration flags is the following:
```
2021-02-03 22:44:37 +01:00
-datasource.appendTypePrefix
2021-04-20 10:42:17 +02:00
Whether to add type prefix to -datasource.url based on the query type. Set to true if sending different query types to the vmselect URL.
2020-04-29 16:42:01 +02:00
-datasource.basicAuth.password string
2020-08-14 18:13:24 +02:00
Optional basic auth password for -datasource.url
2020-04-29 16:42:01 +02:00
-datasource.basicAuth.username string
2020-08-14 18:13:24 +02:00
Optional basic auth username for -datasource.url
2020-09-30 08:50:29 +02:00
-datasource.lookback duration
2021-04-12 11:34:59 +02:00
Lookback defines how far into the past to look when evaluating queries. For example, if the datasource.lookback=5m then param "time" with value now()-5m will be added to every query.
2020-09-30 08:50:29 +02:00
-datasource.maxIdleConnections int
2021-04-12 11:34:59 +02:00
Defines the number of idle (keep-alive connections) to each configured datasource. Consider setting this value equal to the value: groups_total * group.concurrency. Too low a value may result in a high number of sockets in TIME_WAIT state. (default 100)
2021-03-01 16:01:27 +01:00
-datasource.queryStep duration
2021-04-30 10:49:01 +02:00
queryStep defines how far a value can fallback to when evaluating queries. For example, if datasource.queryStep=15s then param "step" with value "15s" will be added to every query.If queryStep isn't specified, rule's evaluationInterval will be used instead.
2021-05-10 10:18:26 +02:00
-datasource.roundDigits int
Adds "round_digits" GET param to datasource requests. In VM "round_digits" limits the number of digits after the decimal point in response values.
2020-08-14 18:13:24 +02:00
-datasource.tlsCAFile string
2021-04-12 11:34:59 +02:00
Optional path to TLS CA file to use for verifying connections to -datasource.url. By default, system CA is used
2020-08-14 18:13:24 +02:00
-datasource.tlsCertFile string
Optional path to client-side TLS certificate file to use when connecting to -datasource.url
2020-06-23 21:48:25 +02:00
-datasource.tlsInsecureSkipVerify
2020-08-14 18:13:24 +02:00
Whether to skip tls verification when connecting to -datasource.url
-datasource.tlsKeyFile string
Optional path to client-side TLS certificate key to use when connecting to -datasource.url
-datasource.tlsServerName string
2021-04-12 11:34:59 +02:00
Optional TLS server name to use for connections to -datasource.url. By default, the server name from -datasource.url is used
2020-05-05 06:50:57 +02:00
-datasource.url string
2021-04-20 10:42:17 +02:00
VictoriaMetrics or vmselect url. Required parameter. E.g. http://127.0.0.1:8428
2020-12-22 21:32:10 +01:00
-dryRun -rule
Whether to check only config files without running vmalert. The rules file are validated. The -rule flag must be specified.
2020-08-14 18:13:24 +02:00
-enableTCP6
2021-04-12 11:34:59 +02:00
Whether to enable IPv6 for listening and dialing. By default only IPv4 TCP and UDP is used
2020-08-14 18:13:24 +02:00
-envflag.enable
Whether to enable reading flags from environment variables additionally to command line. Command line flag values have priority over values from environment vars. Flags are read only from command line if this flag isn't set
-envflag.prefix string
Prefix for environment variables if -envflag.enable is set
2020-04-29 16:42:01 +02:00
-evaluationInterval duration
2020-08-14 18:13:24 +02:00
How often to evaluate the rules (default 1m0s)
-external.alert.source string
External Alert Source allows to override the Source link for alerts sent to AlertManager for cases where you want to build a custom link to Grafana, Prometheus or any other service.
2021-03-09 21:49:50 +01:00
eg. 'explore?orgId=1& left=[\"now-1h\",\"now\",\"VictoriaMetrics\",{\"expr\": \"{{$expr|quotesEscape|crlfEscape|queryEscape}}\"},{\"mode\":\"Metrics\"},{\"ui\":[true,true,true,\"none\"]}]'.If empty '/api/v1/:groupID/alertID/status' is used
2020-07-30 20:56:48 +02:00
-external.label array
2020-08-14 18:13:24 +02:00
Optional label in the form 'name=value' to add to all generated recording rules and alerts. Pass multiple -label flags in order to add multiple label sets.
2021-04-12 11:34:59 +02:00
Supports an array of values separated by comma or specified via multiple flags.
2020-08-14 18:13:24 +02:00
-external.url string
External URL is used as alert's source for sent alerts to the notifier
2021-03-01 16:01:27 +01:00
-fs.disableMmap
Whether to use pread() instead of mmap() for reading data files. By default mmap() is used for 64-bit arches and pread() is used for 32-bit arches, since they cannot read data files bigger than 2^32 bytes in memory. mmap() is usually faster for reading small data chunks than pread()
2020-09-09 20:10:34 +02:00
-http.connTimeout duration
2021-04-12 11:34:59 +02:00
Incoming http connections are closed after the configured timeout. This may help to spread the incoming load among a cluster of services behind a load balancer. Please note that the real timeout may be bigger by up to 10% as a protection against the thundering herd problem (default 2m0s)
2020-08-14 18:13:24 +02:00
-http.disableResponseCompression
2021-04-12 11:34:59 +02:00
Disable compression of HTTP responses to save CPU resources. By default compression is enabled to save network bandwidth
2020-09-09 20:10:34 +02:00
-http.idleConnTimeout duration
Timeout for incoming idle http connections (default 1m0s)
2020-08-14 18:13:24 +02:00
-http.maxGracefulShutdownDuration duration
2021-04-12 11:34:59 +02:00
The maximum duration for a graceful shutdown of the HTTP server. A highly loaded server may require increased value for a graceful shutdown (default 7s)
2020-08-14 18:13:24 +02:00
-http.pathPrefix string
An optional prefix to add to all the paths handled by http server. For example, if '-http.pathPrefix=/foo/bar' is set, then all the http requests will be handled on '/foo/bar/*' paths. This may be useful for proxied requests. See https://www.robustperception.io/using-external-urls-and-proxies-with-prometheus
-http.shutdownDelay duration
2021-05-18 15:24:43 +02:00
Optional delay before http server shutdown. During this delay, the server returns non-OK responses from /health page, so load balancers can route new requests to other servers
2020-08-14 18:13:24 +02:00
-httpAuth.password string
Password for HTTP Basic Auth. The authentication is disabled if -httpAuth.username is empty
-httpAuth.username string
Username for HTTP Basic Auth. The authentication is disabled if empty. See also -httpAuth.password
2020-04-29 16:42:01 +02:00
-httpListenAddr string
2020-08-14 18:13:24 +02:00
Address to listen for http connections (default ":8880")
2020-12-22 21:32:10 +01:00
-loggerDisableTimestamps
Whether to disable writing timestamps in logs
2020-08-14 18:13:24 +02:00
-loggerErrorsPerSecondLimit int
2021-04-12 11:34:59 +02:00
Per-second limit on the number of ERROR messages. If more than the given number of errors are emitted per second, the remaining errors are suppressed. Zero values disable the rate limit
2020-08-14 18:13:24 +02:00
-loggerFormat string
Format for logs. Possible values: default, json (default "default")
-loggerLevel string
Minimum level of errors to log. Possible values: INFO, WARN, ERROR, FATAL, PANIC (default "INFO")
-loggerOutput string
Output for the logs. Supported values: stderr, stdout (default "stderr")
2021-03-01 16:01:27 +01:00
-loggerTimezone string
Timezone to use for timestamps in logs. Timezone must be a valid IANA Time Zone. For example: America/New_York, Europe/Berlin, Etc/GMT+3 or Local (default "UTC")
2020-12-22 21:32:10 +01:00
-loggerWarnsPerSecondLimit int
2021-04-12 11:34:59 +02:00
Per-second limit on the number of WARN messages. If more than the given number of warns are emitted per second, then the remaining warns are suppressed. Zero values disable the rate limit
2021-03-15 20:59:25 +01:00
-memory.allowedBytes size
2021-04-12 11:34:59 +02:00
Allowed size of system memory VictoriaMetrics caches may occupy. This option overrides -memory.allowedPercent if set to a non-zero value. Too low a value may increase the cache miss rate usually resulting in higher CPU and disk IO usage. Too high a value may evict too much data from OS page cache resulting in higher disk IO usage
2021-03-15 20:59:25 +01:00
Supports the following optional suffixes for size values: KB, MB, GB, KiB, MiB, GiB (default 0)
2020-08-14 18:13:24 +02:00
-memory.allowedPercent float
2021-04-12 11:34:59 +02:00
Allowed percent of system memory VictoriaMetrics caches may occupy. See also -memory.allowedBytes. Too low a value may increase cache miss rate usually resulting in higher CPU and disk IO usage. Too high a value may evict too much data from OS page cache which will result in higher disk IO usage (default 60)
2020-06-02 18:12:41 +02:00
-metricsAuthKey string
2020-08-14 18:13:24 +02:00
Auth key for /metrics. It overrides httpAuth settings
-notifier.basicAuth.password array
2020-12-24 11:48:59 +01:00
Optional basic auth password for -notifier.url
2021-04-12 11:34:59 +02:00
Supports an array of values separated by comma or specified via multiple flags.
2020-08-14 18:13:24 +02:00
-notifier.basicAuth.username array
2020-12-24 11:48:59 +01:00
Optional basic auth username for -notifier.url
2021-04-12 11:34:59 +02:00
Supports an array of values separated by comma or specified via multiple flags.
2020-08-14 18:13:24 +02:00
-notifier.tlsCAFile array
Optional path to TLS CA file to use for verifying connections to -notifier.url. By default system CA is used
2021-04-12 11:34:59 +02:00
Supports an array of values separated by comma or specified via multiple flags.
2020-08-14 18:13:24 +02:00
-notifier.tlsCertFile array
Optional path to client-side TLS certificate file to use when connecting to -notifier.url
2021-04-12 11:34:59 +02:00
Supports an array of values separated by comma or specified via multiple flags.
2020-12-22 21:32:10 +01:00
-notifier.tlsInsecureSkipVerify array
2020-08-14 18:13:24 +02:00
Whether to skip tls verification when connecting to -notifier.url
2020-12-22 21:32:10 +01:00
Supports array of values separated by comma or specified via multiple flags.
2020-08-14 18:13:24 +02:00
-notifier.tlsKeyFile array
Optional path to client-side TLS certificate key to use when connecting to -notifier.url
2021-04-12 11:34:59 +02:00
Supports an array of values separated by comma or specified via multiple flags.
2020-08-14 18:13:24 +02:00
-notifier.tlsServerName array
Optional TLS server name to use for connections to -notifier.url. By default the server name from -notifier.url is used
2021-04-12 11:34:59 +02:00
Supports an array of values separated by comma or specified via multiple flags.
2020-08-14 18:13:24 +02:00
-notifier.url array
Prometheus alertmanager URL. Required parameter. e.g. http://127.0.0.1:9093
2021-04-12 11:34:59 +02:00
Supports an array of values separated by comma or specified via multiple flags.
2020-08-14 18:13:24 +02:00
-pprofAuthKey string
Auth key for /debug/pprof. It overrides httpAuth settings
2020-05-13 21:55:35 +02:00
-remoteRead.basicAuth.password string
2020-08-14 18:13:24 +02:00
Optional basic auth password for -remoteRead.url
2020-05-13 21:55:35 +02:00
-remoteRead.basicAuth.username string
2020-08-14 18:13:24 +02:00
Optional basic auth username for -remoteRead.url
2021-05-10 10:18:26 +02:00
-remoteRead.ignoreRestoreErrors
Whether to ignore errors from remote storage when restoring alerts state on startup. (default true)
2020-05-13 21:55:35 +02:00
-remoteRead.lookback duration
2020-08-14 18:13:24 +02:00
Lookback defines how far to look into past for alerts timeseries. For example, if lookback=1h then range from now() to now()-1h will be scanned. (default 1h0m0s)
-remoteRead.tlsCAFile string
Optional path to TLS CA file to use for verifying connections to -remoteRead.url. By default system CA is used
-remoteRead.tlsCertFile string
Optional path to client-side TLS certificate file to use when connecting to -remoteRead.url
2020-06-23 21:48:25 +02:00
-remoteRead.tlsInsecureSkipVerify
2020-08-14 18:13:24 +02:00
Whether to skip tls verification when connecting to -remoteRead.url
-remoteRead.tlsKeyFile string
Optional path to client-side TLS certificate key to use when connecting to -remoteRead.url
-remoteRead.tlsServerName string
Optional TLS server name to use for connections to -remoteRead.url. By default the server name from -remoteRead.url is used
2020-05-13 21:55:35 +02:00
-remoteRead.url vmalert
2021-04-20 10:42:17 +02:00
Optional URL to VictoriaMetrics or vmselect that will be used to restore alerts state. This configuration makes sense only if vmalert was configured with `remoteWrite.url` before and has been successfully persisted its state. E.g. http://127.0.0.1:8428
2020-05-13 21:55:35 +02:00
-remoteWrite.basicAuth.password string
2020-08-14 18:13:24 +02:00
Optional basic auth password for -remoteWrite.url
2020-05-13 21:55:35 +02:00
-remoteWrite.basicAuth.username string
2020-08-14 18:13:24 +02:00
Optional basic auth username for -remoteWrite.url
2020-06-02 18:12:41 +02:00
-remoteWrite.concurrency int
2020-08-14 18:13:24 +02:00
Defines number of writers for concurrent writing into remote querier (default 1)
2020-06-29 21:09:03 +02:00
-remoteWrite.flushInterval duration
2020-08-14 18:13:24 +02:00
Defines interval of flushes to remote write endpoint (default 5s)
2020-06-02 18:12:41 +02:00
-remoteWrite.maxBatchSize int
2020-08-14 18:13:24 +02:00
Defines defines max number of timeseries to be flushed at once (default 1000)
2020-06-02 18:12:41 +02:00
-remoteWrite.maxQueueSize int
2020-08-14 18:13:24 +02:00
Defines the max number of pending datapoints to remote write endpoint (default 100000)
-remoteWrite.tlsCAFile string
Optional path to TLS CA file to use for verifying connections to -remoteWrite.url. By default system CA is used
-remoteWrite.tlsCertFile string
Optional path to client-side TLS certificate file to use when connecting to -remoteWrite.url
2020-06-23 21:48:25 +02:00
-remoteWrite.tlsInsecureSkipVerify
2020-08-14 18:13:24 +02:00
Whether to skip tls verification when connecting to -remoteWrite.url
-remoteWrite.tlsKeyFile string
Optional path to client-side TLS certificate key to use when connecting to -remoteWrite.url
-remoteWrite.tlsServerName string
Optional TLS server name to use for connections to -remoteWrite.url. By default the server name from -remoteWrite.url is used
2020-05-13 21:55:35 +02:00
-remoteWrite.url string
2021-04-20 10:42:17 +02:00
Optional URL to VictoriaMetrics or vminsert where to persist alerts state and recording rules results in form of timeseries. E.g. http://127.0.0.1:8428
2020-08-14 18:13:24 +02:00
-rule array
2021-03-09 21:49:50 +01:00
Path to the file with alert rules.
Supports patterns. Flag can be specified multiple times.
2020-08-14 18:13:24 +02:00
Examples:
2020-09-09 20:10:34 +02:00
-rule="/path/to/file". Path to a single file with alerting rules
2021-03-09 21:49:50 +01:00
-rule="dir/*.yaml" -rule="/*.yaml". Relative path to all .yaml files in "dir" folder,
2020-08-14 18:13:24 +02:00
absolute path to all .yaml files in root.
Rule files may contain %{ENV_VAR} placeholders, which are substituted by the corresponding env vars.
2021-04-12 11:34:59 +02:00
Supports an array of values separated by comma or specified via multiple flags.
2020-06-10 18:37:43 +02:00
-rule.validateExpressions
2020-08-14 18:13:24 +02:00
Whether to validate rules expressions via MetricsQL engine (default true)
2020-04-29 16:42:01 +02:00
-rule.validateTemplates
2020-08-14 18:13:24 +02:00
Whether to validate annotation and label templates (default true)
-tls
Whether to enable TLS (aka HTTPS) for incoming requests. -tlsCertFile and -tlsKeyFile must be set if -tls is set
-tlsCertFile string
2021-04-12 11:34:59 +02:00
Path to file with TLS certificate. Used only if -tls is set. Prefer ECDSA certs instead of RSA certs as RSA certs are slower
2020-08-14 18:13:24 +02:00
-tlsKeyFile string
Path to file with TLS key. Used only if -tls is set
-version
Show VictoriaMetrics version
2020-04-29 16:42:01 +02:00
```
2021-03-09 21:49:50 +01:00
Pass `-help` to `vmalert` in order to see the full list of supported
2020-04-29 16:42:01 +02:00
command-line flags with their descriptions.
2020-05-13 21:55:35 +02:00
To reload configuration without `vmalert` restart send SIGHUP signal
or send GET request to `/-/reload` endpoint.
2021-04-07 12:39:16 +02:00
## Contributing
2020-04-29 16:42:01 +02:00
`vmalert` is mostly designed and built by VictoriaMetrics community.
2021-03-09 21:49:50 +01:00
Feel free to share your experience and ideas for improving this
2020-04-29 16:42:01 +02:00
software. Please keep simplicity as the main priority.
2020-05-15 12:26:51 +02:00
2021-04-07 12:39:16 +02:00
## How to build from sources
2020-05-15 12:26:51 +02:00
2021-03-09 21:49:50 +01:00
It is recommended using
[binary releases ](https://github.com/VictoriaMetrics/VictoriaMetrics/releases )
2020-05-15 12:26:51 +02:00
- `vmalert` is located in `vmutils-*` archives there.
2021-04-07 12:39:16 +02:00
### Development build
2020-05-15 12:26:51 +02:00
2021-03-29 22:04:51 +02:00
1. [Install Go ](https://golang.org/doc/install ). The minimum supported version is Go 1.15.
2021-03-25 16:14:38 +01:00
2. Run `make vmalert` from the root folder of [the repository ](https://github.com/VictoriaMetrics/VictoriaMetrics ).
2020-05-15 12:26:51 +02:00
It builds `vmalert` binary and puts it into the `bin` folder.
2021-04-07 12:39:16 +02:00
### Production build
2020-05-15 12:26:51 +02:00
1. [Install docker ](https://docs.docker.com/install/ ).
2021-03-25 16:14:38 +01:00
2. Run `make vmalert-prod` from the root folder of [the repository ](https://github.com/VictoriaMetrics/VictoriaMetrics ).
2020-05-15 12:26:51 +02:00
It builds `vmalert-prod` binary and puts it into the `bin` folder.
2020-07-31 08:25:15 +02:00
2021-04-07 12:39:16 +02:00
### ARM build
2020-07-31 08:25:15 +02:00
ARM build may run on Raspberry Pi or on [energy-efficient ARM servers ](https://blog.cloudflare.com/arm-takes-wing/ ).
2021-04-07 12:39:16 +02:00
### Development ARM build
2020-07-31 08:25:15 +02:00
2021-03-29 22:04:51 +02:00
1. [Install Go ](https://golang.org/doc/install ). The minimum supported version is Go 1.15.
2021-03-25 16:14:38 +01:00
2. Run `make vmalert-arm` or `make vmalert-arm64` from the root folder of [the repository ](https://github.com/VictoriaMetrics/VictoriaMetrics ).
2020-07-31 08:25:15 +02:00
It builds `vmalert-arm` or `vmalert-arm64` binary respectively and puts it into the `bin` folder.
2021-04-07 12:39:16 +02:00
### Production ARM build
2020-07-31 08:25:15 +02:00
1. [Install docker ](https://docs.docker.com/install/ ).
2021-03-25 16:14:38 +01:00
2. Run `make vmalert-arm-prod` or `make vmalert-arm64-prod` from the root folder of [the repository ](https://github.com/VictoriaMetrics/VictoriaMetrics ).
2020-07-31 08:25:15 +02:00
It builds `vmalert-arm-prod` or `vmalert-arm64-prod` binary respectively and puts it into the `bin` folder.