mirror of
https://github.com/VictoriaMetrics/VictoriaMetrics.git
synced 2024-11-23 20:37:12 +01:00
5d66ee88bd
This limit has little sense for these APIs, since: - Thses APIs frequently result in scanning of all the time series on the given time range. For example, if extra_filters={datacenter="some_dc"} . - Users expect these APIs shouldn't hit the -search.maxUniqueTimeseries limit, which is intended for limiting resource usage at /api/v1/query and /api/v1/query_range requests. Also limit the concurrency for /api/v1/labels, /api/v1/label/.../values and /api/v1/series requests in order to limit the maximum memory usage and CPU usage for these API. This limit shouldn't affect typical use cases for these APIs: - Grafana dashboard load when dashboard labels should be loaded - Auto-suggestion list load when editing the query in Grafana or vmui Updates https://github.com/VictoriaMetrics/VictoriaMetrics/issues/5055 |
||
---|---|---|
.. | ||
victoria-logs | ||
victoria-metrics | ||
vlinsert | ||
vlselect | ||
vlstorage | ||
vmagent | ||
vmalert | ||
vmalert-tool | ||
vmauth | ||
vmbackup | ||
vmbackupmanager | ||
vmctl | ||
vmgateway | ||
vminsert | ||
vmrestore | ||
vmselect | ||
vmstorage | ||
vmui |