mirror of
https://github.com/VictoriaMetrics/VictoriaMetrics.git
synced 2025-01-10 15:14:09 +00:00
docs/vmalert.md: follow-up after 7748a9d629
- Consistently use single dash in front of command-line flags instead of double dashes. - Add a warning that too small -search.latencyOffset may lead to incomplete query results.
This commit is contained in:
parent
b68cd810fc
commit
6b71f33c8b
2 changed files with 10 additions and 8 deletions
|
@ -620,7 +620,7 @@ There are following non-required `replay` flags:
|
|||
Progress bar may generate a lot of log records, which is not formatted as standard VictoriaMetrics logger.
|
||||
It could break logs parsing by external system and generate additional load on it.
|
||||
|
||||
See full description for these flags in `./vmalert --help`.
|
||||
See full description for these flags in `./vmalert -help`.
|
||||
|
||||
### Limitations
|
||||
|
||||
|
@ -650,9 +650,10 @@ may get empty response from datasource and produce empty recording rules or rese
|
|||
|
||||
<img alt="vmalert evaluation when data is delayed" src="vmalert_ts_data_delay.gif">
|
||||
|
||||
_Please note, by default recently written datapoints to VictoriaMetrics aren't visible for queries up to 30s.
|
||||
This behavior is controlled by `--search.latencyOffset` command-line flag on vmselect. Usually, this results into
|
||||
a 30s shift for recording rules results._
|
||||
_By default recently written samples to VictoriaMetrics aren't visible for queries for up to 30s.
|
||||
This behavior is controlled by `-search.latencyOffset` command-line flag on vmselect. Usually, this results into
|
||||
a 30s shift for recording rules results.
|
||||
Note that too small value passed to `-search.latencyOffset` may lead to incomplete query results._
|
||||
|
||||
Try the following recommendations in such cases:
|
||||
|
||||
|
|
|
@ -624,7 +624,7 @@ There are following non-required `replay` flags:
|
|||
Progress bar may generate a lot of log records, which is not formatted as standard VictoriaMetrics logger.
|
||||
It could break logs parsing by external system and generate additional load on it.
|
||||
|
||||
See full description for these flags in `./vmalert --help`.
|
||||
See full description for these flags in `./vmalert -help`.
|
||||
|
||||
### Limitations
|
||||
|
||||
|
@ -654,9 +654,10 @@ may get empty response from datasource and produce empty recording rules or rese
|
|||
|
||||
<img alt="vmalert evaluation when data is delayed" src="vmalert_ts_data_delay.gif">
|
||||
|
||||
_Please note, by default recently written datapoints to VictoriaMetrics aren't visible for queries up to 30s.
|
||||
This behavior is controlled by `--search.latencyOffset` command-line flag on vmselect. Usually, this results into
|
||||
a 30s shift for recording rules results._
|
||||
_By default recently written samples to VictoriaMetrics aren't visible for queries for up to 30s.
|
||||
This behavior is controlled by `-search.latencyOffset` command-line flag on vmselect. Usually, this results into
|
||||
a 30s shift for recording rules results.
|
||||
Note that too small value passed to `-search.latencyOffset` may lead to incomplete query results._
|
||||
|
||||
Try the following recommendations in such cases:
|
||||
|
||||
|
|
Loading…
Reference in a new issue