From 9d42546a2734fa3fc7dcd15f167465f95fb0fdf2 Mon Sep 17 00:00:00 2001 From: Aliaksandr Valialkin Date: Fri, 11 Dec 2020 21:08:13 +0200 Subject: [PATCH] docs: consistently use links to https://victoriametrics.github.io for documentation references --- README.md | 74 +++++++++++++-------------- app/vmagent/README.md | 16 +++--- app/vmagent/main.go | 2 +- app/vmalert/README.md | 4 +- app/vmalert/main.go | 2 +- app/vmauth/README.md | 10 ++-- app/vmauth/auth_config.go | 2 +- app/vmauth/example_config.yml | 4 +- app/vmauth/main.go | 2 +- app/vmbackup/README.md | 16 +++--- app/vmbackup/main.go | 4 +- app/vmrestore/README.md | 4 +- app/vmrestore/main.go | 2 +- docs/CaseStudies.md | 16 +++--- docs/Cluster-VictoriaMetrics.md | 18 +++---- docs/ExtendedPromQL.md | 2 +- docs/FAQ.md | 56 ++++++++++---------- docs/Quick-Start.md | 10 ++-- docs/Single-server-VictoriaMetrics.md | 74 +++++++++++++-------------- docs/vmagent.md | 16 +++--- docs/vmalert.md | 4 +- docs/vmauth.md | 10 ++-- docs/vmbackup.md | 16 +++--- docs/vmrestore.md | 4 +- 24 files changed, 184 insertions(+), 184 deletions(-) diff --git a/README.md b/README.md index 1bb4dfb29..045c3d000 100644 --- a/README.md +++ b/README.md @@ -20,7 +20,7 @@ Then read [Prometheus setup](#prometheus-setup) and [Grafana setup](#grafana-set Cluster version is available [here](https://github.com/VictoriaMetrics/VictoriaMetrics/tree/cluster). -See our [Wiki](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki) for additional documentation. +See additional docs at our [Wiki](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki). [Contact us](mailto:info@victoriametrics.com) if you need paid enterprise support for VictoriaMetrics. See [features available for enterprise customers](https://victoriametrics.com/enterprise.html). @@ -30,28 +30,28 @@ See [features available for enterprise customers](https://victoriametrics.com/en Click on a link in order to read the corresponding case study -* [zhihu](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#zhihu) -* [adidas](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#adidas) -* [CERN](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#cern) -* [COLOPL](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#colopl) -* [Zerodha](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#zerodha) -* [Wix.com](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#wixcom) -* [Wedos.com](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#wedoscom) -* [Synthesio](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#synthesio) -* [MHI Vestas Offshore Wind](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#mhi-vestas-offshore-wind) -* [Dreamteam](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#dreamteam) -* [Brandwatch](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#brandwatch) -* [Adsterra](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#adsterra) -* [ARNES](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#arnes) -* [Idealo.de](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#idealode) +* [zhihu](https://victoriametrics.github.io/CaseStudies.html#zhihu) +* [adidas](https://victoriametrics.github.io/CaseStudies.html#adidas) +* [CERN](https://victoriametrics.github.io/CaseStudies.html#cern) +* [COLOPL](https://victoriametrics.github.io/CaseStudies.html#colopl) +* [Zerodha](https://victoriametrics.github.io/CaseStudies.html#zerodha) +* [Wix.com](https://victoriametrics.github.io/CaseStudies.html#wixcom) +* [Wedos.com](https://victoriametrics.github.io/CaseStudies.html#wedoscom) +* [Synthesio](https://victoriametrics.github.io/CaseStudies.html#synthesio) +* [MHI Vestas Offshore Wind](https://victoriametrics.github.io/CaseStudies.html#mhi-vestas-offshore-wind) +* [Dreamteam](https://victoriametrics.github.io/CaseStudies.html#dreamteam) +* [Brandwatch](https://victoriametrics.github.io/CaseStudies.html#brandwatch) +* [Adsterra](https://victoriametrics.github.io/CaseStudies.html#adsterra) +* [ARNES](https://victoriametrics.github.io/CaseStudies.html#arnes) +* [Idealo.de](https://victoriametrics.github.io/CaseStudies.html#idealode) ## Prominent features -* VictoriaMetrics can be used as long-term storage for Prometheus or for [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md). +* VictoriaMetrics can be used as long-term storage for Prometheus or for [vmagent](https://victoriametrics.github.io/vmagent.html). See [these docs](#prometheus-setup) for details. * VictoriaMetrics supports [Prometheus querying API](https://prometheus.io/docs/prometheus/latest/querying/api/), so it can be used as Prometheus drop-in replacement in Grafana. -* VictoriaMetrics implements [MetricsQL](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/MetricsQL) query language backwards compatible with PromQL. +* VictoriaMetrics implements [MetricsQL](https://victoriametrics.github.io/MetricsQL.html) query language backwards compatible with PromQL. * VictoriaMetrics provides global query view. Multiple Prometheus instances or any other data sources may ingest data into VictoriaMetrics. Later this data may be queried via a single query. * High performance and good scalability for both [inserts](https://medium.com/@valyala/high-cardinality-tsdb-benchmarks-victoriametrics-vs-timescaledb-vs-influxdb-13e6ee64dd6b) @@ -76,7 +76,7 @@ Click on a link in order to read the corresponding case study * All the configuration is done via explicit command-line flags with reasonable defaults. * All the data is stored in a single directory pointed by `-storageDataPath` command-line flag. * Easy and fast backups from [instant snapshots](https://medium.com/@valyala/how-victoriametrics-makes-instant-snapshots-for-multi-terabyte-time-series-data-e1f3fb0e0282) - to S3 or GCS with [vmbackup](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmbackup/README.md) / [vmrestore](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmrestore/README.md). + to S3 or GCS with [vmbackup](https://victoriametrics.github.io/vmbackup.html) / [vmrestore](https://victoriametrics.github.io/vmrestore.html). See [this article](https://medium.com/@valyala/speeding-up-backups-for-big-time-series-databases-533c1a927883) for more details. * Storage is protected from corruption on unclean shutdown (i.e. OOM, hardware reset or `kill -9`) thanks to [the storage architecture](https://medium.com/@valyala/how-victoriametrics-makes-instant-snapshots-for-multi-terabyte-time-series-data-e1f3fb0e0282). * Supports metrics' scraping, ingestion and [backfilling](#backfilling) via the following protocols: @@ -95,7 +95,7 @@ Click on a link in order to read the corresponding case study * Supports metrics' relabeling. See [these docs](#relabeling) for details. * Ideally works with big amounts of time series data from Kubernetes, IoT sensors, connected cars, industrial telemetry, financial data and various Enterprise workloads. * Has open source [cluster version](https://github.com/VictoriaMetrics/VictoriaMetrics/tree/cluster). -* See also technical [Articles about VictoriaMetrics](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/Articles). +* See also technical [Articles about VictoriaMetrics](https://victoriametrics.github.io/Articles.html). ## Operation @@ -250,8 +250,8 @@ Read more about tuning remote write for Prometheus [here](https://prometheus.io/ It is recommended upgrading Prometheus to [v2.12.0](https://github.com/prometheus/prometheus/releases) or newer, since previous versions may have issues with `remote_write`. -Take a look also at [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) -and [vmalert](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmalert/README.md), +Take a look also at [vmagent](https://victoriametrics.github.io/vmagent.html) +and [vmalert](https://victoriametrics.github.io/vmalert.html), which can be used as faster and less resource-hungry alternative to Prometheus. @@ -266,7 +266,7 @@ http://:8428 Substitute `` with the hostname or IP address of VictoriaMetrics. Then build graphs with the created datasource using [PromQL](https://prometheus.io/docs/prometheus/latest/querying/basics/) -or [MetricsQL](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/MetricsQL). VictoriaMetrics supports [Prometheus querying API](#prometheus-querying-api-usage), +or [MetricsQL](https://victoriametrics.github.io/MetricsQL.html). VictoriaMetrics supports [Prometheus querying API](#prometheus-querying-api-usage), which is used by Grafana. @@ -324,7 +324,7 @@ The file pointed by `-promscrape.config` may contain `%{ENV_VAR}` placeholders, VictoriaMetrics also supports [importing data in Prometheus exposition format](#how-to-import-data-in-prometheus-exposition-format). -See also [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md), which can be used as drop-in replacement for Prometheus. +See also [vmagent](https://victoriametrics.github.io/vmagent.html), which can be used as drop-in replacement for Prometheus. ## How to send data from InfluxDB-compatible agents such as [Telegraf](https://www.influxdata.com/time-series-platform/telegraf/) @@ -640,7 +640,7 @@ ROOT_IMAGE=scratch make package-victoria-metrics ## Start with docker-compose [Docker-compose](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/deployment/docker/docker-compose.yml) -helps to spin up VictoriaMetrics, [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) and Grafana with one command. +helps to spin up VictoriaMetrics, [vmagent](https://victoriametrics.github.io/vmagent.html) and Grafana with one command. More details may be found [here](https://github.com/VictoriaMetrics/VictoriaMetrics/tree/master/deployment/docker#folder-contains-basic-images-and-tools-for-building-and-running-victoria-metrics-in-docker). @@ -663,7 +663,7 @@ The page will return the following JSON response: Snapshots are created under `<-storageDataPath>/snapshots` directory, where `<-storageDataPath>` is the command-line flag value. Snapshots can be archived to backup storage at any time -with [vmbackup](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmbackup/README.md). +with [vmbackup](https://victoriametrics.github.io/vmbackup.html). The `http://:8428/snapshot/list` page contains the list of available snapshots. @@ -675,7 +675,7 @@ Navigate to `http://:8428/snapshot/delete_all` in order to Steps for restoring from a snapshot: 1. Stop VictoriaMetrics with `kill -INT`. -2. Restore snapshot contents from backup with [vmrestore](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmrestore/README.md) +2. Restore snapshot contents from backup with [vmrestore](https://victoriametrics.github.io/vmrestore.html) to the directory pointed by `-storageDataPath`. 3. Start VictoriaMetrics. @@ -1004,7 +1004,7 @@ VictoriaMetrics provides the following extra actions for relabeling rules: * `keep_if_equal`: keeps the entry if all label values from `source_labels` are equal. * `drop_if_equal`: drops the entry if all the label values from `source_labels` are equal. -See also [relabeling in vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md#relabeling). +See also [relabeling in vmagent](https://victoriametrics.github.io/vmagent.html#relabeling). ## Federation @@ -1062,7 +1062,7 @@ The required resources for query path: ## High availability * Install multiple VictoriaMetrics instances in distinct datacenters (availability zones). -* Pass addresses of these instances to [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) via `-remoteWrite.url` command-line flag: +* Pass addresses of these instances to [vmagent](https://victoriametrics.github.io/vmagent.html) via `-remoteWrite.url` command-line flag: ```bash /path/to/vmagent -remoteWrite.url=http://:8428/api/v1/write -remoteWrite.url=http://:8428/api/v1/write @@ -1087,7 +1087,7 @@ remote_write: kill -HUP `pidof prometheus` ``` -It is recommended to use [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) instead of Prometheus for highly loaded setups. +It is recommended to use [vmagent](https://victoriametrics.github.io/vmagent.html) instead of Prometheus for highly loaded setups. * Now Prometheus should write data into all the configured `remote_write` urls in parallel. * Set up [Promxy](https://github.com/jacksontj/promxy) in front of all the VictoriaMetrics replicas. @@ -1136,9 +1136,9 @@ Just start multiple VictoriaMetrics instances with distinct values for the follo * `-storageDataPath`, so the data for each retention period is saved in a separate directory * `-httpListenAddr`, so clients may reach VictoriaMetrics instance with proper retention -Then set up [vmauth](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmauth/README.md) in front of VictoriaMetrics instances, +Then set up [vmauth](https://victoriametrics.github.io/vmauth.html) in front of VictoriaMetrics instances, so it could route requests from particular user to VictoriaMetrics with the desired retention. -The same scheme could be implemented for multiple tenants in [VictoriaMetrics cluster](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md). +The same scheme could be implemented for multiple tenants in [VictoriaMetrics cluster](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html). ## Downsampling @@ -1176,7 +1176,7 @@ horizontally scalable long-term remote storage for really large Prometheus deplo ## Alerting -It is recommended using [vmalert](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmalert/README.md) for alerting. +It is recommended using [vmalert](https://victoriametrics.github.io/vmalert.html) for alerting. Additionally, alerting can be set up with the following tools: @@ -1201,7 +1201,7 @@ Consider setting the following command-line flags: Explicitly set internal network interface for TCP and UDP ports for data ingestion with Graphite and OpenTSDB formats. For example, substitute `-graphiteListenAddr=:2003` with `-graphiteListenAddr=:2003`. -Prefer authorizing all the incoming requests from untrusted networks with [vmauth](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmauth/README.md) +Prefer authorizing all the incoming requests from untrusted networks with [vmauth](https://victoriametrics.github.io/vmauth.html) or similar auth proxy. @@ -1224,7 +1224,7 @@ mkfs.ext4 ... -O 64bit,huge_file,extent -T huge ## Monitoring VictoriaMetrics exports internal metrics in Prometheus format at `/metrics` page. -These metrics may be collected by [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) +These metrics may be collected by [vmagent](https://victoriametrics.github.io/vmagent.html) or Prometheus by adding the corresponding scrape config to it. Alternatively they can be self-scraped by setting `-selfScrapeInterval` command-line flag to duration greater than 0. For example, `-selfScrapeInterval=10s` would enable self-scraping of `/metrics` page with 10 seconds interval. @@ -1346,7 +1346,7 @@ should be used only for one-off updates. It shouldn't be used for frequent updat ## Replication Single-node VictoriaMetrics doesn't support application-level replication. Use cluster version instead. -See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#replication-and-data-safety) for details. +See [these docs](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#replication-and-data-safety) for details. Storage-level replication may be offloaded to durable persistent storage such as [Google Cloud disks](https://cloud.google.com/compute/docs/disks#pdspecs). @@ -1355,8 +1355,8 @@ See also [high availability docs](#high-availability) and [backup docs](#backups ## Backups -VictoriaMetrics supports backups via [vmbackup](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmbackup/README.md) -and [vmrestore](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmrestore/README.md) tools. +VictoriaMetrics supports backups via [vmbackup](https://victoriametrics.github.io/vmbackup.html) +and [vmrestore](https://victoriametrics.github.io/vmrestore.html) tools. We also provide `vmbackuper` tool for paid enterprise subscribers - see [this issue](https://github.com/VictoriaMetrics/VictoriaMetrics/issues/466) for details. diff --git a/app/vmagent/README.md b/app/vmagent/README.md index b54eac26c..261c29f7a 100644 --- a/app/vmagent/README.md +++ b/app/vmagent/README.md @@ -21,14 +21,14 @@ to `vmagent` (like the ability to push metrics instead of pulling them). We did See [Quick Start](#quick-start) for details. * Can add, remove and modify labels (aka tags) via Prometheus relabeling. Can filter data before sending it to remote storage. See [these docs](#relabeling) for details. * Accepts data via all the ingestion protocols supported by VictoriaMetrics: - * Influx line protocol via `http://:8429/write`. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-send-data-from-influxdb-compatible-agents-such-as-telegraf). - * Graphite plaintext protocol if `-graphiteListenAddr` command-line flag is set. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-send-data-from-graphite-compatible-agents-such-as-statsd). - * OpenTSDB telnet and http protocols if `-opentsdbListenAddr` command-line flag is set. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-send-data-from-opentsdb-compatible-agents). + * Influx line protocol via `http://:8429/write`. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-send-data-from-influxdb-compatible-agents-such-as-telegraf). + * Graphite plaintext protocol if `-graphiteListenAddr` command-line flag is set. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-send-data-from-graphite-compatible-agents-such-as-statsd). + * OpenTSDB telnet and http protocols if `-opentsdbListenAddr` command-line flag is set. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-send-data-from-opentsdb-compatible-agents). * Prometheus remote write protocol via `http://:8429/api/v1/write`. - * JSON lines import protocol via `http://:8429/api/v1/import`. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-data-in-json-line-format). - * Native data import protocol via `http://:8429/api/v1/import/native`. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-data-in-native-format). - * Data in Prometheus exposition format. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-data-in-prometheus-exposition-format) for details. - * Arbitrary CSV data via `http://:8429/api/v1/import/csv`. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-csv-data). + * JSON lines import protocol via `http://:8429/api/v1/import`. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-data-in-json-line-format). + * Native data import protocol via `http://:8429/api/v1/import/native`. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-data-in-native-format). + * Data in Prometheus exposition format. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-data-in-prometheus-exposition-format) for details. + * Arbitrary CSV data via `http://:8429/api/v1/import/csv`. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-csv-data). * Can replicate collected metrics simultaneously to multiple remote storage systems. * Works in environments with unstable connections to remote storage. If the remote storage is unavailable, the collected metrics are buffered at `-remoteWrite.tmpDataPath`. The buffered metrics are sent to remote storage as soon as connection @@ -56,7 +56,7 @@ If you only need to collect Influx data, then the following is sufficient: /path/to/vmagent -remoteWrite.url=https://victoria-metrics-host:8428/api/v1/write ``` -Then send Influx data to `http://vmagent-host:8429`. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-send-data-from-influxdb-compatible-agents-such-as-telegraf) for more details. +Then send Influx data to `http://vmagent-host:8429`. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-send-data-from-influxdb-compatible-agents-such-as-telegraf) for more details. `vmagent` is also available in [docker images](https://hub.docker.com/r/victoriametrics/vmagent/tags). diff --git a/app/vmagent/main.go b/app/vmagent/main.go index 4f2f269c7..a66bbce22 100644 --- a/app/vmagent/main.go +++ b/app/vmagent/main.go @@ -272,7 +272,7 @@ func usage() { const s = ` vmagent collects metrics data via popular data ingestion protocols and routes it to VictoriaMetrics. -See the docs at https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md . +See the docs at https://victoriametrics.github.io/vmagent.html . ` flagutil.Usage(s) } diff --git a/app/vmalert/README.md b/app/vmalert/README.md index 6601c5b9c..4c93979c3 100644 --- a/app/vmalert/README.md +++ b/app/vmalert/README.md @@ -6,7 +6,7 @@ rules against configured address. ### Features: * Integration with [VictoriaMetrics](https://github.com/VictoriaMetrics/VictoriaMetrics) TSDB; -* VictoriaMetrics [MetricsQL](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/MetricsQL) +* VictoriaMetrics [MetricsQL](https://victoriametrics.github.io/MetricsQL.html) support and expressions validation; * Prometheus [alerting rules definition format](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/#defining-alerting-rules) support; @@ -90,7 +90,7 @@ rules: There are two types of Rules: * [alerting](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/) - -Alerting rules allows to define alert conditions via [MetricsQL](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/MetricsQL) +Alerting rules allows to define alert conditions via [MetricsQL](https://victoriametrics.github.io/MetricsQL.html) and to send notifications about firing alerts to [Alertmanager](https://github.com/prometheus/alertmanager). * [recording](https://prometheus.io/docs/prometheus/latest/configuration/recording_rules/) - Recording rules allow you to precompute frequently needed or computationally expensive expressions diff --git a/app/vmalert/main.go b/app/vmalert/main.go index 18097680a..d90a3f31c 100644 --- a/app/vmalert/main.go +++ b/app/vmalert/main.go @@ -218,7 +218,7 @@ func usage() { const s = ` vmalert processes alerts and recording rules. -See the docs at https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmalert/README.md . +See the docs at https://victoriametrics.github.io/vmalert.html . ` flagutil.Usage(s) } diff --git a/app/vmauth/README.md b/app/vmauth/README.md index 3e6a9f243..017a9278e 100644 --- a/app/vmauth/README.md +++ b/app/vmauth/README.md @@ -46,7 +46,7 @@ users: url_prefix: "http://localhost:8428" # The user for querying account 123 in VictoriaMetrics cluster - # See https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#url-format + # See https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#url-format # All the requests to http://vmauth:8427 with the given Basic Auth (username:password) # will be routed to http://vmselect:8481/select/123/prometheus . # For example, http://vmauth:8427/api/v1/query is routed to http://vmselect:8481/select/123/prometheus/api/v1/select @@ -55,7 +55,7 @@ users: url_prefix: "http://vmselect:8481/select/123/prometheus" # The user for inserting Prometheus data into VictoriaMetrics cluster under account 42 - # See https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#url-format + # See https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#url-format # All the reuqests to http://vmauth:8427 with the given Basic Auth (username:password) # will be routed to http://vminsert:8480/insert/42/prometheus . # For example, http://vmauth:8427/api/v1/write is routed to http://vminsert:8480/insert/42/prometheus/api/v1/write @@ -87,7 +87,7 @@ Alternatively, [https termination proxy](https://en.wikipedia.org/wiki/TLS_termi ### Monitoring `vmauth` exports various metrics in Prometheus exposition format at `http://vmauth-host:8427/metrics` page. It is recommended setting up regular scraping of this page -either via [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) or via Prometheus, so the exported metrics could be analyzed later. +either via [vmagent](https://victoriametrics.github.io/vmagent.html) or via Prometheus, so the exported metrics could be analyzed later. ### How to build from sources @@ -151,10 +151,10 @@ Pass `-help` command-line arg to `vmauth` in order to see all the configuration vmauth authenticates and authorizes incoming requests and proxies them to VictoriaMetrics. -See the docs at https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmauth/README.md . +See the docs at https://victoriametrics.github.io/vmauth.html . -auth.config string - Path to auth config. See https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmauth/README.md for details on the format of this auth config + Path to auth config. See https://victoriametrics.github.io/vmauth.html for details on the format of this auth config -enableTCP6 Whether to enable IPv6 for listening and dialing. By default only IPv4 TCP is used -envflag.enable diff --git a/app/vmauth/auth_config.go b/app/vmauth/auth_config.go index 85832719f..f3a4786ca 100644 --- a/app/vmauth/auth_config.go +++ b/app/vmauth/auth_config.go @@ -17,7 +17,7 @@ import ( ) var ( - authConfigPath = flag.String("auth.config", "", "Path to auth config. See https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmauth/README.md "+ + authConfigPath = flag.String("auth.config", "", "Path to auth config. See https://victoriametrics.github.io/vmauth.html "+ "for details on the format of this auth config") ) diff --git a/app/vmauth/example_config.yml b/app/vmauth/example_config.yml index 55671281f..ba8e12217 100644 --- a/app/vmauth/example_config.yml +++ b/app/vmauth/example_config.yml @@ -12,7 +12,7 @@ users: url_prefix: "http://localhost:8428" # The user for querying account 123 in VictoriaMetrics cluster - # See https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#url-format + # See https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#url-format # All the requests to http://vmauth:8427 with the given Basic Auth (username:password) # will be routed to http://vmselect:8481/select/123/prometheus . # For example, http://vmauth:8427/api/v1/query is routed to http://vmselect:8481/select/123/prometheus/api/v1/select @@ -21,7 +21,7 @@ users: url_prefix: "http://vmselect:8481/select/123/prometheus" # The user for inserting Prometheus data into VictoriaMetrics cluster under account 42 - # See https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#url-format + # See https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#url-format # All the reuqests to http://vmauth:8427 with the given Basic Auth (username:password) # will be routed to http://vminsert:8480/insert/42/prometheus . # For example, http://vmauth:8427/api/v1/write is routed to http://vminsert:8480/insert/42/prometheus/api/v1/write diff --git a/app/vmauth/main.go b/app/vmauth/main.go index 58c89238e..b17edc277 100644 --- a/app/vmauth/main.go +++ b/app/vmauth/main.go @@ -96,7 +96,7 @@ func usage() { const s = ` vmauth authenticates and authorizes incoming requests and proxies them to VictoriaMetrics. -See the docs at https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmauth/README.md . +See the docs at https://victoriametrics.github.io/vmauth.html . ` flagutil.Usage(s) } diff --git a/app/vmbackup/README.md b/app/vmbackup/README.md index 1cade096b..e3ae3f22b 100644 --- a/app/vmbackup/README.md +++ b/app/vmbackup/README.md @@ -1,6 +1,6 @@ ## vmbackup -`vmbackup` creates VictoriaMetrics data backups from [instant snapshots](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-work-with-snapshots). +`vmbackup` creates VictoriaMetrics data backups from [instant snapshots](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-work-with-snapshots). Supported storage systems for backups: @@ -15,7 +15,7 @@ data between the existing backup and new backup. It saves time and costs on data Backup process can be interrupted at any time. It is automatically resumed from the interruption point when restarting `vmbackup` with the same args. -Backed up data can be restored with [vmrestore](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmrestore/README.md). +Backed up data can be restored with [vmrestore](https://victoriametrics.github.io/vmrestore.html). See [this article](https://medium.com/@valyala/speeding-up-backups-for-big-time-series-databases-533c1a927883) for more details. @@ -34,8 +34,8 @@ vmbackup -storageDataPath= -snapshotName=` - path to VictoriaMetrics data pointed by `-storageDataPath` command-line flag in single-node VictoriaMetrics or in cluster `vmstorage`. - There is no need to stop VictoriaMetrics for creating backups, since they are performed from immutable [instant snapshots](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-work-with-snapshots). -* `` is the snapshot to back up. See [how to create instant snapshots](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-work-with-snapshots). + There is no need to stop VictoriaMetrics for creating backups, since they are performed from immutable [instant snapshots](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-work-with-snapshots). +* `` is the snapshot to back up. See [how to create instant snapshots](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-work-with-snapshots). * `` is an already existing name for [GCS bucket](https://cloud.google.com/storage/docs/creating-buckets). * `` is the destination path where new backup will be placed. @@ -72,7 +72,7 @@ Smart backups mean storing full daily backups into `YYYYMMDD` folders and creati vmbackup -snapshotName= -dst=gcs:///latest ``` -Where `` is the latest [snapshot](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-work-with-snapshots). +Where `` is the latest [snapshot](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-work-with-snapshots). The command will upload only changed data to `gcs:///latest`. * Run the following command once a day: @@ -123,8 +123,8 @@ See [this article](https://medium.com/@valyala/speeding-up-backups-for-big-time- * If the backup is slow, then try setting higher value for `-concurrency` flag. This will increase the number of concurrent workers that upload data to backup storage. * If `vmbackup` eats all the network bandwidth, then set `-maxBytesPerSecond` to the desired value. * If `vmbackup` has been interrupted due to temporary error, then just restart it with the same args. It will resume the backup process. -* Backups created from [single-node VictoriaMetrics](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md) cannot be restored - at [cluster VictoriaMetrics](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md) and vice versa. +* Backups created from [single-node VictoriaMetrics](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html) cannot be restored + at [cluster VictoriaMetrics](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html) and vice versa. ### Advanced usage @@ -214,7 +214,7 @@ See [this article](https://medium.com/@valyala/speeding-up-backups-for-big-time- -snapshot.deleteURL string VictoriaMetrics delete snapshot url. Optional. Will be generated from -snapshot.createURL if not provided. All created snaphosts will be automatically deleted. Example: http://victoriametrics:8428/snaphsot/delete -snapshotName string - Name for the snapshot to backup. See https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-work-with-snapshots + Name for the snapshot to backup. See https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-work-with-snapshots -storageDataPath string Path to VictoriaMetrics data. Must match -storageDataPath from VictoriaMetrics or vmstorage (default "victoria-metrics-data") -version diff --git a/app/vmbackup/main.go b/app/vmbackup/main.go index 13f0f23f2..f40fce2ab 100644 --- a/app/vmbackup/main.go +++ b/app/vmbackup/main.go @@ -19,7 +19,7 @@ import ( var ( storageDataPath = flag.String("storageDataPath", "victoria-metrics-data", "Path to VictoriaMetrics data. Must match -storageDataPath from VictoriaMetrics or vmstorage") - snapshotName = flag.String("snapshotName", "", "Name for the snapshot to backup. See https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-work-with-snapshots") + snapshotName = flag.String("snapshotName", "", "Name for the snapshot to backup. See https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-work-with-snapshots") snapshotCreateURL = flag.String("snapshot.createURL", "", "VictoriaMetrics create snapshot url. When this is given a snapshot will automatically be created during backup. "+ "Example: http://victoriametrics:8428/snaphsot/create") snapshotDeleteURL = flag.String("snapshot.deleteURL", "", "VictoriaMetrics delete snapshot url. Optional. Will be generated from -snapshot.createURL if not provided. "+ @@ -99,7 +99,7 @@ func usage() { vmbackup performs backups for VictoriaMetrics data from instant snapshots to gcs, s3 or local filesystem. Backed up data can be restored with vmrestore. -See the docs at https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmbackup/README.md . +See the docs at https://victoriametrics.github.io/vbackup.html . ` flagutil.Usage(s) } diff --git a/app/vmrestore/README.md b/app/vmrestore/README.md index 59a24dda8..6750ed14f 100644 --- a/app/vmrestore/README.md +++ b/app/vmrestore/README.md @@ -1,6 +1,6 @@ ## vmrestore -`vmrestore` restores data from backups created by [vmbackup](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmbackup/README.md). +`vmrestore` restores data from backups created by [vmbackup](https://victoriametrics.github.io/vbackup.html). VictoriaMetrics `v1.29.0` and newer versions must be used for working with the restored data. Restore process can be interrupted at any time. It is automatically resumed from the interruption point @@ -17,7 +17,7 @@ vmrestore -src=gcs:/// -storageDataPath=` is [GCS bucket](https://cloud.google.com/storage/docs/creating-buckets) name. -* `` is the path to backup made with [vmbackup](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmbackup/README.md) on GCS bucket. +* `` is the path to backup made with [vmbackup](https://victoriametrics.github.io/vbackup.html) on GCS bucket. * `` is the path to folder where data will be restored. This folder must be passed to VictoriaMetrics in `-storageDataPath` command-line flag after the restore process is complete. diff --git a/app/vmrestore/main.go b/app/vmrestore/main.go index c65f54bf5..6c8d8321d 100644 --- a/app/vmrestore/main.go +++ b/app/vmrestore/main.go @@ -58,7 +58,7 @@ func usage() { const s = ` vmrestore restores VictoriaMetrics data from backups made by vmbackup. -See the docs at https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmrestore/README.md . +See the docs at https://victoriametrics.github.io/vmrestore.html . ` flagutil.Usage(s) } diff --git a/docs/CaseStudies.md b/docs/CaseStudies.md index 240cdad35..005dd7b43 100644 --- a/docs/CaseStudies.md +++ b/docs/CaseStudies.md @@ -3,7 +3,7 @@ Below are approved public case studies and talks from VictoriaMetrics users. Join our [community Slack channel](http://slack.victoriametrics.com/) and feel free asking for references, reviews and additional case studies from real VictoriaMetrics users there. -See also [articles about VictoriaMetrics from our users](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/Articles#third-party-articles-and-slides). +See also [articles about VictoriaMetrics from our users](https://victoriametrics.github.io/Articles.html#third-party-articles-and-slides). * [zhihu](#zhihu) @@ -86,7 +86,7 @@ Thanos, Cortex and VictoriaMetrics were evaluated as a long-term storage for Pro * Blazing fast benchmarks for a single node setup. * Single binary mode. Easy to scale vertically, very less operational headache. * Considerable [improvements on creating Histograms](https://medium.com/@valyala/improving-histogram-usability-for-prometheus-and-grafana-bc7e5df0e350). -* [MetricsQL](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/MetricsQL) gives us the ability to extend PromQL with more aggregation operators. +* [MetricsQL](https://victoriametrics.github.io/MetricsQL.html) gives us the ability to extend PromQL with more aggregation operators. * API is compatible with Prometheus, almost all standard PromQL queries just work out of the box. * Handles storage well, with periodic compaction. Makes it easy to take snapshots. @@ -98,7 +98,7 @@ See [Monitoring K8S with VictoriaMetrics](https://docs.google.com/presentation/d [Wix.com](https://en.wikipedia.org/wiki/Wix.com) is the leading web development platform. -> We needed to redesign metric infrastructure from the ground up after the move to Kubernethes. A few approaches/designs have been tried before the one that works great has been chosen: Prometheus instance in every datacenter with 2 hours retention for local storage and remote write into [HA pair of single-node VictoriaMetrics instances](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#high-availability). +> We needed to redesign metric infrastructure from the ground up after the move to Kubernethes. A few approaches/designs have been tried before the one that works great has been chosen: Prometheus instance in every datacenter with 2 hours retention for local storage and remote write into [HA pair of single-node VictoriaMetrics instances](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#high-availability). Numbers: @@ -121,14 +121,14 @@ Numbers: * Enough head room/scaling capacity for future growth, up to 100M active time series. * Ability to split DB replicas per workload. Alert queries go to one replica, user queries go to another (speed for users, effective cache). -> Optimizing for those points and our specific workload VictoriaMetrics proved to be the best option. As an icing on a cake we’ve got [PromQL extensions](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/MetricsQL) - `default 0` and `histogram` are my favorite ones, for example. What we specially like is having a lot of tsdb params easily available via config options, that makes tsdb easy to tune for specific use case. Also worth noting is a great community in [Slack channel](http://slack.victoriametrics.com/) and of course maintainer support. +> Optimizing for those points and our specific workload VictoriaMetrics proved to be the best option. As an icing on a cake we’ve got [PromQL extensions](https://victoriametrics.github.io/MetricsQL.html) - `default 0` and `histogram` are my favorite ones, for example. What we specially like is having a lot of tsdb params easily available via config options, that makes tsdb easy to tune for specific use case. Also worth noting is a great community in [Slack channel](http://slack.victoriametrics.com/) and of course maintainer support. Alex Ulstein, Head of Monitoring, Wix.com ## Wedos.com -> [Wedos](https://www.wedos.com/) is the Biggest Czech Hosting. We have our own private data center, that holds only our servers and technologies. The second data center, where the servers will be cooled in an oil bath, is being built. We started using [cluster VictoriaMetrics](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md) to store Prometheus metrics from all our infrastructure after receiving positive references from our friends who successfully use VictoriaMetrics. +> [Wedos](https://www.wedos.com/) is the Biggest Czech Hosting. We have our own private data center, that holds only our servers and technologies. The second data center, where the servers will be cooled in an oil bath, is being built. We started using [cluster VictoriaMetrics](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html) to store Prometheus metrics from all our infrastructure after receiving positive references from our friends who successfully use VictoriaMetrics. Numbers: @@ -249,12 +249,12 @@ We end up with the following configuration: Turns out that remote write protocol generates too much traffic and connections. So after 8 months we started to look for alternatives. -Around the same time VictoriaMetrics released [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md). +Around the same time VictoriaMetrics released [vmagent](https://victoriametrics.github.io/vmagent.html). We tried to scrape all the metrics via a single insance of vmagent. But that didn't work - vmgent wasn't able to catch up with writes into VictoriaMetrics. We tested different options and end up with the following scheme: - We removed Prometheus from our setup. -- VictoriaMetrics [can scrape targets](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-scrape-prometheus-exporters-such-as-node-exporter) as well, +- VictoriaMetrics [can scrape targets](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-scrape-prometheus-exporters-such-as-node-exporter) as well, so we removed vmagent. Now VictoriaMetrics scrapes all the metrics from 110 jobs and 5531 targets. - We use [Promxy](https://github.com/jacksontj/promxy) for alerting. @@ -265,7 +265,7 @@ Such a scheme has the following benefits comparing to Prometheus: Cons are the following: -- VictoriaMetrics didn't support replication (it [supports replication now](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#replication-and-data-safety)) - we run extra instance of VictoriaMetrics and Promxy in front of VictoriaMetrics pair for high availability. +- VictoriaMetrics didn't support replication (it [supports replication now](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#replication-and-data-safety)) - we run extra instance of VictoriaMetrics and Promxy in front of VictoriaMetrics pair for high availability. - VictoriaMetrics stores 1 extra month for defined retention (if retention is set to N months, then VM stores N+1 months of data), but this is still better than other solutions. Some numbers from our single-node VictoriaMetrics setup: diff --git a/docs/Cluster-VictoriaMetrics.md b/docs/Cluster-VictoriaMetrics.md index 090601648..e1c0dbaaf 100644 --- a/docs/Cluster-VictoriaMetrics.md +++ b/docs/Cluster-VictoriaMetrics.md @@ -46,7 +46,7 @@ See [these docs](#url-format) for details. Some facts about tenants in VictoriaM * Each `accountID` and `projectID` is identified by an arbitrary 32-bit integer in the range `[0 .. 2^32)`. If `projectID` is missing, then it is automatically assigned to `0`. It is expected that other information about tenants such as auth tokens, tenant names, limits, accounting, etc. is stored in a separate relational database. This database must be managed -by a separate service sitting in front of VictoriaMetrics cluster such as [vmauth](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmauth/README.md). +by a separate service sitting in front of VictoriaMetrics cluster such as [vmauth](https://victoriametrics.github.io/vmauth.html). [Contact us](mailto:info@victoriametrics.com) if you need help with creating such a service. * Tenants are automatically created when the first data point is written into the given tenant. @@ -159,7 +159,7 @@ By default the following TCP ports are used: - `vmselect` - 8481 - `vmstorage` - 8482 -It is recommended setting up [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) +It is recommended setting up [vmagent](https://victoriametrics.github.io/vmagent.html) or Prometheus to scrape `/metrics` pages from all the cluster components, so they can be monitored and analyzed with [the official Grafana dashboard for VictoriaMetrics cluster](https://grafana.com/grafana/dashboards/11176) or [an alternative dashboard for VictoriaMetrics cluster](https://grafana.com/grafana/dashboards/11831). @@ -175,11 +175,11 @@ or [an alternative dashboard for VictoriaMetrics cluster](https://grafana.com/gr - `influx/write` and `influx/api/v2/write` - for inserting data with [Influx line protocol](https://docs.influxdata.com/influxdb/v1.7/write_protocols/line_protocol_tutorial/). - `opentsdb/api/put` - for accepting [OpenTSDB HTTP /api/put requests](http://opentsdb.net/docs/build/html/api_http/put.html). This handler is disabled by default. It is exposed on a distinct TCP address set via `-opentsdbHTTPListenAddr` command-line flag. - See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#sending-opentsdb-data-via-http-apiput-requests) for details. + See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#sending-opentsdb-data-via-http-apiput-requests) for details. - `prometheus/api/v1/import` - for importing data obtained via `api/v1/export` on `vmselect` (see below). - `prometheus/api/v1/import/native` - for importing data obtained via `api/v1/export/native` on `vmselect` (see below). - - `prometheus/api/v1/import/csv` - for importing arbitrary CSV data. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-csv-data) for details. - - `prometheus/api/v1/import/prometheus` - for importing data in Prometheus exposition format. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-data-in-prometheus-exposition-format) for details. + - `prometheus/api/v1/import/csv` - for importing arbitrary CSV data. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-csv-data) for details. + - `prometheus/api/v1/import/prometheus` - for importing data in Prometheus exposition format. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-data-in-prometheus-exposition-format) for details. * URLs for [Prometheus querying API](https://prometheus.io/docs/prometheus/latest/querying/api/): `http://:8481/select//prometheus/`, where: - `` is an arbitrary number identifying data namespace for the query (aka tenant) @@ -317,7 +317,7 @@ It isn't recommended spreading components for a single cluster across multiple a and higher error rates comparing the network inside AZ. If you need multi-AZ setup, then it is recommended running independed clusters in each AZ and setting up -[vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) in front of these clusters, so it could replicate incoming data +[vmagent](https://victoriametrics.github.io/vmagent.html) in front of these clusters, so it could replicate incoming data into all the cluster. Then [promxy](https://github.com/jacksontj/promxy) could be used for querying the data from multiple clusters. @@ -341,7 +341,7 @@ For example, when `-replicationFactor=3` is passed to `vminsert`, then it replic When the replication is enabled, `-replicationFactor=N` and `-dedup.minScrapeInterval=1ms` command-line flag must be passed to `vmselect` nodes. The `-replicationFactor=N` improves query performance when a part of vmstorage nodes respond slowly and/or temporarily unavailable. The `-dedup.minScrapeInterval=1ms` de-duplicates replicated data during queries. It is OK if `-dedup.minScrapeInterval` exceeds 1ms -when [deduplication](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#deduplication) is used additionally to replication. +when [deduplication](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#deduplication) is used additionally to replication. Note that [replication doesn't save from disaster](https://medium.com/@valyala/speeding-up-backups-for-big-time-series-databases-533c1a927883), so it is recommended performing regular backups. See [these docs](#backups) for details. @@ -363,7 +363,7 @@ for protecting from user errors such as accidental data deletion. The following steps must be performed for each `vmstorage` node for creating a backup: 1. Create an instant snapshot by navigating to `/snapshot/create` HTTP handler. It will create snapshot and return its name. -2. Archive the created snapshot from `<-storageDataPath>/snapshots/` folder using [vmbackup](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/app/vmbackup/README.md). +2. Archive the created snapshot from `<-storageDataPath>/snapshots/` folder using [vmbackup](https://victoriametrics.github.io/vbackup.html). The archival process doesn't interfere with `vmstorage` work, so it may be performed at any suitable time. 3. Delete unused snapshots via `/snapshot/delete?snapshot=` or `/snapshot/delete_all` in order to free up occupied storage space. @@ -372,7 +372,7 @@ There is no need in synchronizing backups among all the `vmstorage` nodes. Restoring from backup: 1. Stop `vmstorage` node with `kill -INT`. -2. Restore data from backup using [vmrestore](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/app/vmrestore/README.md) into `-storageDataPath` directory. +2. Restore data from backup using [vmrestore](https://victoriametrics.github.io/vmrestore.html) into `-storageDataPath` directory. 3. Start `vmstorage` node. diff --git a/docs/ExtendedPromQL.md b/docs/ExtendedPromQL.md index 97d7e7f0d..e268ac091 100644 --- a/docs/ExtendedPromQL.md +++ b/docs/ExtendedPromQL.md @@ -1,3 +1,3 @@ # MetricsQL -The page has been moved to [MetricsQL](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/MetricsQL). +The page has been moved to [MetricsQL](https://victoriametrics.github.io/MetricsQL.html). diff --git a/docs/FAQ.md b/docs/FAQ.md index cde802c27..1352e48f2 100644 --- a/docs/FAQ.md +++ b/docs/FAQ.md @@ -7,22 +7,22 @@ To provide the best monitoring solution. ### Who uses VictoriaMetrics? -See [case studies](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies). +See [case studies](https://victoriametrics.github.io/CaseStudies.html). ### Which features does VictoriaMetrics have? -See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#prominent-features). +See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#prominent-features). ### How to start using VictoriaMetrics? -See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/Quick-Start). +See [these docs](https://victoriametrics.github.io/Quick-Start.html). ### What is the difference between vmagent and Prometheus? -While both [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) and Prometheus may scrape Prometheus targets (aka `/metrics` pages) +While both [vmagent](https://victoriametrics.github.io/vmagent.html) and Prometheus may scrape Prometheus targets (aka `/metrics` pages) according to the provided Prometheus-compatible [scrape configs](https://prometheus.io/docs/prometheus/latest/configuration/configuration/#scrape_config) and send data to multiple remote storage systems, vmagent has the following additional features: @@ -33,14 +33,14 @@ and send data to multiple remote storage systems, vmagent has the following addi with the hardcoded retention of 2 hours. - vmagent may accept, relabel and filter data obtained via multiple data ingestion protocols additionally to data scraped from Prometheus targets. I.e. it supports both `pull` and `push` protocols for data ingestion. - See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md#features) for details. + See [these docs](https://victoriametrics.github.io/vmagent.html#features) for details. - vmagent may be used in different use cases: - - [IoT and edge monitoring](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md#iot-and-edge-monitoring) - - [Drop-in replacement for Prometheus](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md#drop-in-replacement-for-prometheus) - - [Replication and High Availability](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md#replication-and-high-availability) - - [Relabeling and Filtering](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md#relabeling-and-filtering) - - [Splitting data streams among multiple systems](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md#splitting-data-streams-among-multiple-systems) - - [Prometheus remote_write proxy](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md#prometheus-remote_write-proxy) + - [IoT and edge monitoring](https://victoriametrics.github.io/vmagent.html#iot-and-edge-monitoring) + - [Drop-in replacement for Prometheus](https://victoriametrics.github.io/vmagent.html#drop-in-replacement-for-prometheus) + - [Replication and High Availability](https://victoriametrics.github.io/vmagent.html#replication-and-high-availability) + - [Relabeling and Filtering](https://victoriametrics.github.io/vmagent.html#relabeling-and-filtering) + - [Splitting data streams among multiple systems](https://victoriametrics.github.io/vmagent.html#splitting-data-streams-among-multiple-systems) + - [Prometheus remote_write proxy](https://victoriametrics.github.io/vmagent.html#prometheus-remote_write-proxy) ### Is it safe to enable [remote write](https://prometheus.io/docs/operating/integrations/#remote-endpoints-and-storage) in Prometheus? @@ -48,7 +48,7 @@ and send data to multiple remote storage systems, vmagent has the following addi Yes. Prometheus continues writing data to local storage after enabling remote write, so all the existing local storage data and new data is available for querying via Prometheus as usual. -It is recommended using [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) for scraping Prometheus targets +It is recommended using [vmagent](https://victoriametrics.github.io/vmagent.html) for scraping Prometheus targets and writing data to VictoriaMetrics. @@ -70,13 +70,13 @@ VictoriaMetrics also [uses less RAM than Thanos components](https://github.com/t ### What is the difference between VictoriaMetrics and [Cortex](https://github.com/cortexproject/cortex)? VictoriaMetrics is similar to Cortex in the following aspects: -- Both systems accept data from [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) or Prometheus +- Both systems accept data from [vmagent](https://victoriametrics.github.io/vmagent.html) or Prometheus via standard [remote_write API](https://prometheus.io/docs/practices/remote_write/), i.e. there is no need in running sidecars unlike in [Thanos](https://github.com/thanos-io/thanos) case. -- Both systems support multi-tenancy out of the box. See [the corresponding docs for VictoriaMetrics](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#multitenancy). -- Both systems support data replication. See [replication in Cortex](https://github.com/cortexproject/cortex/blob/fe56f1420099aa1bf1ce09316c186e05bddee879/docs/architecture.md#hashing) and [replication in VictoriaMetrics](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#replication-and-data-safety). -- Both systems scale horizontally to multiple nodes. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#cluster-resizing-and-scalability) for details. -- Both systems support alerting and recording rules via the corresponding tools such as [vmalert](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmalert/README.md). +- Both systems support multi-tenancy out of the box. See [the corresponding docs for VictoriaMetrics](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#multitenancy). +- Both systems support data replication. See [replication in Cortex](https://github.com/cortexproject/cortex/blob/fe56f1420099aa1bf1ce09316c186e05bddee879/docs/architecture.md#hashing) and [replication in VictoriaMetrics](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#replication-and-data-safety). +- Both systems scale horizontally to multiple nodes. See [these docs](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#cluster-resizing-and-scalability) for details. +- Both systems support alerting and recording rules via the corresponding tools such as [vmalert](https://victoriametrics.github.io/vmalert.html). The main differences between Cortex and VictoriaMetrics: @@ -84,15 +84,15 @@ The main differences between Cortex and VictoriaMetrics: - Cortex heavily relies on third-party services such as Consul, Memcache, DynamoDB, BigTable, Cassandra, etc. This may increase operational complexity and reduce system reliability comparing to VictoriaMetrics' case, which doesn't use any external services. Compare [Cortex Architecture](https://github.com/cortexproject/cortex/blob/master/docs/architecture.md) - to [VictoriaMetrics architecture](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#architecture-overview). -- VictoriaMetrics provides [production-ready single-node solution](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md), + to [VictoriaMetrics architecture](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#architecture-overview). +- VictoriaMetrics provides [production-ready single-node solution](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html), which is much easier to setup and operate than Cortex cluster. - Cortex may lose up to 12 hours of recent data on Ingestor failure - see [the corresponding docs](https://github.com/cortexproject/cortex/blob/fe56f1420099aa1bf1ce09316c186e05bddee879/docs/architecture.md#ingesters-failure-and-data-loss). VictoriaMetrics may lose only a few seconds of recent data, which isn't synced to persistent storage yet. See [this article for details](https://medium.com/@valyala/wal-usage-looks-broken-in-modern-time-series-databases-b62a627ab704). -- Cortex is usually slower and requires more CPU and RAM than VictoriaMetrics. See [this talk from adidas at PromCon 2019](https://promcon.io/2019-munich/talks/remote-write-storage-wars/) and [other case studies](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies). +- Cortex is usually slower and requires more CPU and RAM than VictoriaMetrics. See [this talk from adidas at PromCon 2019](https://promcon.io/2019-munich/talks/remote-write-storage-wars/) and [other case studies](https://victoriametrics.github.io/CaseStudies.html). - VictoriaMetrics accepts data in multiple popular data ingestion protocols additionally to Prometheus remote_write protocol - InfluxDB, OpenTSDB, Graphite, CSV, JSON, native binary. - See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-time-series-data) for details. + See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-time-series-data) for details. ### What is the difference between VictoriaMetrics and [Thanos](https://github.com/thanos-io/thanos)? @@ -107,13 +107,13 @@ The main differences between Cortex and VictoriaMetrics: VictoriaMetrics works perfectly with HDD-based block storage - there is no need in using more expensive SSD or NVMe disks in most cases. - Thanos may lose up to 2 hours of recent data, which wasn't uploaded yet to object storage. VictoriaMetrics may lose only a few seconds of recent data, which isn't synced to persistent storage yet. See [this article for details](https://medium.com/@valyala/wal-usage-looks-broken-in-modern-time-series-databases-b62a627ab704). -- VictoriaMetrics provides [production-ready single-node solution](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md), +- VictoriaMetrics provides [production-ready single-node solution](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html), which is much easier to setup and operate than Thanos components. - Thanos may be harder to setup and operate comparing to VictoriaMetrics, since it has more moving parts, which can be connected with less reliable networks. See [this article for details](https://medium.com/faun/comparing-thanos-to-victoriametrics-cluster-b193bea1683). - Thanos is usually slower and requires more CPU and RAM than VictoriaMetrics. See [this talk from adidas at PromCon 2019](https://promcon.io/2019-munich/talks/remote-write-storage-wars/). - VictoriaMetrics accepts data in multiple popular data ingestion protocols additionally to Prometheus remote_write protocol - InfluxDB, OpenTSDB, Graphite, CSV, JSON, native binary. - See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-time-series-data) for details. + See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-time-series-data) for details. ### How does VictoriaMetrics compare to [InfluxDB](https://www.influxdata.com/time-series-platform/influxdb/)? @@ -121,7 +121,7 @@ The main differences between Cortex and VictoriaMetrics: - VictoriaMetrics requires [10x less RAM](https://medium.com/@valyala/insert-benchmarks-with-inch-influxdb-vs-victoriametrics-e31a41ae2893) and it [works faster](https://medium.com/@valyala/measuring-vertical-scalability-for-time-series-databases-in-google-cloud-92550d78d8ae). - VictoriaMetrics provides [better query language](https://medium.com/@valyala/promql-tutorial-for-beginners-9ab455142085) than InfluxQL or Flux. - VictoriaMetrics accepts data in multiple popular data ingestion protocols additionally to InfluxDB - Prometheus remote_write, OpenTSDB, Graphite, CSV, JSON, native binary. - See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-time-series-data) for details. + See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-time-series-data) for details. ### How does VictoriaMetrics compare to [TimescaleDB](https://www.timescale.com/)? @@ -150,13 +150,13 @@ Yes: * [TSBS benchmark on high-cardinality time series: VictoriaMetrics vs InfluxDB vs TimescaleDB](https://medium.com/@valyala/high-cardinality-tsdb-benchmarks-victoriametrics-vs-timescaledb-vs-influxdb-13e6ee64dd6b) * [Standard TSBS benchmark: VictoriaMetrics vs InfluxDB vs TimescaleDB](https://medium.com/@valyala/when-size-matters-benchmarking-victoriametrics-vs-timescale-and-influxdb-6035811952d4) -See also [other articles about VictoriaMetrics](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/Articles). +See also [other articles about VictoriaMetrics](https://victoriametrics.github.io/Articles.html). ### What is the pricing for VictoriaMetrics? The following versions are open source and free: -* [Single-node version](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/Single-server-VictoriaMetrics). +* [Single-node version](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html). * [Cluster version](https://github.com/VictoriaMetrics/VictoriaMetrics/tree/cluster). We provide commercial support for both versions. [Contact us](mailto:info@victoriametrics.com) for the pricing. @@ -181,12 +181,12 @@ or via [Prometheus datasource in Grafana](http://docs.grafana.org/features/datas ### Does VictoriaMetrics deduplicate data from Prometheus instances scraping the same targets (aka `HA pairs`)? -Yes. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#deduplication) for details. +Yes. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#deduplication) for details. ### Does VictoriaMetrics support replication? -Yes. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#replication-and-data-safety) for details. +Yes. See [these docs](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#replication-and-data-safety) for details. ### Where is the source code of VictoriaMetrics? diff --git a/docs/Quick-Start.md b/docs/Quick-Start.md index 77eb0236e..df49809d3 100644 --- a/docs/Quick-Start.md +++ b/docs/Quick-Start.md @@ -3,7 +3,7 @@ 1. If you run Ubuntu, then just run `snap install victoriametrics` command in order to install and start VictoriaMetrics, then read [these docs](https://snapcraft.io/victoriametrics). Otherwise download the latest VictoriaMetrics release from [releases page](https://github.com/VictoriaMetrics/VictoriaMetrics/releases), from [Docker hub](https://hub.docker.com/r/victoriametrics/victoria-metrics/) - or [build it from sources](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/Single-server-VictoriaMetrics#how-to-build-from-sources). + or [build it from sources](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-build-from-sources). 2. This step isn't needed if you run VictoriaMetrics via `snap install victoriametrics` as described above. Otherwise run the binary or Docker image with the desired command-line flags. Pass `-help` in order to see description for all the available flags @@ -17,15 +17,15 @@ `./victoria-metrics-prod -storageDataPath=/var/lib/victoria-metrics-data -retentionPeriod=3` See [these instructions](https://github.com/VictoriaMetrics/VictoriaMetrics/issues/43) in order to configure VictoriaMetrics as OS service. - It is recommended setting up [VictoriaMetrics monitoring](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#monitoring). + It is recommended setting up [VictoriaMetrics monitoring](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#monitoring). -3. Configure [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) or Prometheus to write data to VictoriaMetrics. +3. Configure [vmagent](https://victoriametrics.github.io/vmagent.html) or Prometheus to write data to VictoriaMetrics. It is recommended to use `vmagent` instead of Prometheus, since it is more resource efficient. If you still prefer Prometheus, then - see [these instructions](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/Single-server-VictoriaMetrics#prometheus-setup) + see [these instructions](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#prometheus-setup) for details on how to configure Prometheus. 4. Configure Grafana to query VictoriaMetrics instead of Prometheus. - See [these instructions](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/Single-server-VictoriaMetrics#grafana-setup). + See [these instructions](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#grafana-setup). There is also [cluster version](https://github.com/VictoriaMetrics/VictoriaMetrics/tree/cluster) and [SaaS playground](https://play.victoriametrics.com/signIn). diff --git a/docs/Single-server-VictoriaMetrics.md b/docs/Single-server-VictoriaMetrics.md index 1bb4dfb29..045c3d000 100644 --- a/docs/Single-server-VictoriaMetrics.md +++ b/docs/Single-server-VictoriaMetrics.md @@ -20,7 +20,7 @@ Then read [Prometheus setup](#prometheus-setup) and [Grafana setup](#grafana-set Cluster version is available [here](https://github.com/VictoriaMetrics/VictoriaMetrics/tree/cluster). -See our [Wiki](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki) for additional documentation. +See additional docs at our [Wiki](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki). [Contact us](mailto:info@victoriametrics.com) if you need paid enterprise support for VictoriaMetrics. See [features available for enterprise customers](https://victoriametrics.com/enterprise.html). @@ -30,28 +30,28 @@ See [features available for enterprise customers](https://victoriametrics.com/en Click on a link in order to read the corresponding case study -* [zhihu](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#zhihu) -* [adidas](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#adidas) -* [CERN](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#cern) -* [COLOPL](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#colopl) -* [Zerodha](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#zerodha) -* [Wix.com](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#wixcom) -* [Wedos.com](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#wedoscom) -* [Synthesio](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#synthesio) -* [MHI Vestas Offshore Wind](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#mhi-vestas-offshore-wind) -* [Dreamteam](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#dreamteam) -* [Brandwatch](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#brandwatch) -* [Adsterra](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#adsterra) -* [ARNES](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#arnes) -* [Idealo.de](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/CaseStudies#idealode) +* [zhihu](https://victoriametrics.github.io/CaseStudies.html#zhihu) +* [adidas](https://victoriametrics.github.io/CaseStudies.html#adidas) +* [CERN](https://victoriametrics.github.io/CaseStudies.html#cern) +* [COLOPL](https://victoriametrics.github.io/CaseStudies.html#colopl) +* [Zerodha](https://victoriametrics.github.io/CaseStudies.html#zerodha) +* [Wix.com](https://victoriametrics.github.io/CaseStudies.html#wixcom) +* [Wedos.com](https://victoriametrics.github.io/CaseStudies.html#wedoscom) +* [Synthesio](https://victoriametrics.github.io/CaseStudies.html#synthesio) +* [MHI Vestas Offshore Wind](https://victoriametrics.github.io/CaseStudies.html#mhi-vestas-offshore-wind) +* [Dreamteam](https://victoriametrics.github.io/CaseStudies.html#dreamteam) +* [Brandwatch](https://victoriametrics.github.io/CaseStudies.html#brandwatch) +* [Adsterra](https://victoriametrics.github.io/CaseStudies.html#adsterra) +* [ARNES](https://victoriametrics.github.io/CaseStudies.html#arnes) +* [Idealo.de](https://victoriametrics.github.io/CaseStudies.html#idealode) ## Prominent features -* VictoriaMetrics can be used as long-term storage for Prometheus or for [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md). +* VictoriaMetrics can be used as long-term storage for Prometheus or for [vmagent](https://victoriametrics.github.io/vmagent.html). See [these docs](#prometheus-setup) for details. * VictoriaMetrics supports [Prometheus querying API](https://prometheus.io/docs/prometheus/latest/querying/api/), so it can be used as Prometheus drop-in replacement in Grafana. -* VictoriaMetrics implements [MetricsQL](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/MetricsQL) query language backwards compatible with PromQL. +* VictoriaMetrics implements [MetricsQL](https://victoriametrics.github.io/MetricsQL.html) query language backwards compatible with PromQL. * VictoriaMetrics provides global query view. Multiple Prometheus instances or any other data sources may ingest data into VictoriaMetrics. Later this data may be queried via a single query. * High performance and good scalability for both [inserts](https://medium.com/@valyala/high-cardinality-tsdb-benchmarks-victoriametrics-vs-timescaledb-vs-influxdb-13e6ee64dd6b) @@ -76,7 +76,7 @@ Click on a link in order to read the corresponding case study * All the configuration is done via explicit command-line flags with reasonable defaults. * All the data is stored in a single directory pointed by `-storageDataPath` command-line flag. * Easy and fast backups from [instant snapshots](https://medium.com/@valyala/how-victoriametrics-makes-instant-snapshots-for-multi-terabyte-time-series-data-e1f3fb0e0282) - to S3 or GCS with [vmbackup](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmbackup/README.md) / [vmrestore](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmrestore/README.md). + to S3 or GCS with [vmbackup](https://victoriametrics.github.io/vmbackup.html) / [vmrestore](https://victoriametrics.github.io/vmrestore.html). See [this article](https://medium.com/@valyala/speeding-up-backups-for-big-time-series-databases-533c1a927883) for more details. * Storage is protected from corruption on unclean shutdown (i.e. OOM, hardware reset or `kill -9`) thanks to [the storage architecture](https://medium.com/@valyala/how-victoriametrics-makes-instant-snapshots-for-multi-terabyte-time-series-data-e1f3fb0e0282). * Supports metrics' scraping, ingestion and [backfilling](#backfilling) via the following protocols: @@ -95,7 +95,7 @@ Click on a link in order to read the corresponding case study * Supports metrics' relabeling. See [these docs](#relabeling) for details. * Ideally works with big amounts of time series data from Kubernetes, IoT sensors, connected cars, industrial telemetry, financial data and various Enterprise workloads. * Has open source [cluster version](https://github.com/VictoriaMetrics/VictoriaMetrics/tree/cluster). -* See also technical [Articles about VictoriaMetrics](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/Articles). +* See also technical [Articles about VictoriaMetrics](https://victoriametrics.github.io/Articles.html). ## Operation @@ -250,8 +250,8 @@ Read more about tuning remote write for Prometheus [here](https://prometheus.io/ It is recommended upgrading Prometheus to [v2.12.0](https://github.com/prometheus/prometheus/releases) or newer, since previous versions may have issues with `remote_write`. -Take a look also at [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) -and [vmalert](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmalert/README.md), +Take a look also at [vmagent](https://victoriametrics.github.io/vmagent.html) +and [vmalert](https://victoriametrics.github.io/vmalert.html), which can be used as faster and less resource-hungry alternative to Prometheus. @@ -266,7 +266,7 @@ http://:8428 Substitute `` with the hostname or IP address of VictoriaMetrics. Then build graphs with the created datasource using [PromQL](https://prometheus.io/docs/prometheus/latest/querying/basics/) -or [MetricsQL](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/MetricsQL). VictoriaMetrics supports [Prometheus querying API](#prometheus-querying-api-usage), +or [MetricsQL](https://victoriametrics.github.io/MetricsQL.html). VictoriaMetrics supports [Prometheus querying API](#prometheus-querying-api-usage), which is used by Grafana. @@ -324,7 +324,7 @@ The file pointed by `-promscrape.config` may contain `%{ENV_VAR}` placeholders, VictoriaMetrics also supports [importing data in Prometheus exposition format](#how-to-import-data-in-prometheus-exposition-format). -See also [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md), which can be used as drop-in replacement for Prometheus. +See also [vmagent](https://victoriametrics.github.io/vmagent.html), which can be used as drop-in replacement for Prometheus. ## How to send data from InfluxDB-compatible agents such as [Telegraf](https://www.influxdata.com/time-series-platform/telegraf/) @@ -640,7 +640,7 @@ ROOT_IMAGE=scratch make package-victoria-metrics ## Start with docker-compose [Docker-compose](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/deployment/docker/docker-compose.yml) -helps to spin up VictoriaMetrics, [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) and Grafana with one command. +helps to spin up VictoriaMetrics, [vmagent](https://victoriametrics.github.io/vmagent.html) and Grafana with one command. More details may be found [here](https://github.com/VictoriaMetrics/VictoriaMetrics/tree/master/deployment/docker#folder-contains-basic-images-and-tools-for-building-and-running-victoria-metrics-in-docker). @@ -663,7 +663,7 @@ The page will return the following JSON response: Snapshots are created under `<-storageDataPath>/snapshots` directory, where `<-storageDataPath>` is the command-line flag value. Snapshots can be archived to backup storage at any time -with [vmbackup](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmbackup/README.md). +with [vmbackup](https://victoriametrics.github.io/vmbackup.html). The `http://:8428/snapshot/list` page contains the list of available snapshots. @@ -675,7 +675,7 @@ Navigate to `http://:8428/snapshot/delete_all` in order to Steps for restoring from a snapshot: 1. Stop VictoriaMetrics with `kill -INT`. -2. Restore snapshot contents from backup with [vmrestore](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmrestore/README.md) +2. Restore snapshot contents from backup with [vmrestore](https://victoriametrics.github.io/vmrestore.html) to the directory pointed by `-storageDataPath`. 3. Start VictoriaMetrics. @@ -1004,7 +1004,7 @@ VictoriaMetrics provides the following extra actions for relabeling rules: * `keep_if_equal`: keeps the entry if all label values from `source_labels` are equal. * `drop_if_equal`: drops the entry if all the label values from `source_labels` are equal. -See also [relabeling in vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md#relabeling). +See also [relabeling in vmagent](https://victoriametrics.github.io/vmagent.html#relabeling). ## Federation @@ -1062,7 +1062,7 @@ The required resources for query path: ## High availability * Install multiple VictoriaMetrics instances in distinct datacenters (availability zones). -* Pass addresses of these instances to [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) via `-remoteWrite.url` command-line flag: +* Pass addresses of these instances to [vmagent](https://victoriametrics.github.io/vmagent.html) via `-remoteWrite.url` command-line flag: ```bash /path/to/vmagent -remoteWrite.url=http://:8428/api/v1/write -remoteWrite.url=http://:8428/api/v1/write @@ -1087,7 +1087,7 @@ remote_write: kill -HUP `pidof prometheus` ``` -It is recommended to use [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) instead of Prometheus for highly loaded setups. +It is recommended to use [vmagent](https://victoriametrics.github.io/vmagent.html) instead of Prometheus for highly loaded setups. * Now Prometheus should write data into all the configured `remote_write` urls in parallel. * Set up [Promxy](https://github.com/jacksontj/promxy) in front of all the VictoriaMetrics replicas. @@ -1136,9 +1136,9 @@ Just start multiple VictoriaMetrics instances with distinct values for the follo * `-storageDataPath`, so the data for each retention period is saved in a separate directory * `-httpListenAddr`, so clients may reach VictoriaMetrics instance with proper retention -Then set up [vmauth](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmauth/README.md) in front of VictoriaMetrics instances, +Then set up [vmauth](https://victoriametrics.github.io/vmauth.html) in front of VictoriaMetrics instances, so it could route requests from particular user to VictoriaMetrics with the desired retention. -The same scheme could be implemented for multiple tenants in [VictoriaMetrics cluster](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md). +The same scheme could be implemented for multiple tenants in [VictoriaMetrics cluster](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html). ## Downsampling @@ -1176,7 +1176,7 @@ horizontally scalable long-term remote storage for really large Prometheus deplo ## Alerting -It is recommended using [vmalert](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmalert/README.md) for alerting. +It is recommended using [vmalert](https://victoriametrics.github.io/vmalert.html) for alerting. Additionally, alerting can be set up with the following tools: @@ -1201,7 +1201,7 @@ Consider setting the following command-line flags: Explicitly set internal network interface for TCP and UDP ports for data ingestion with Graphite and OpenTSDB formats. For example, substitute `-graphiteListenAddr=:2003` with `-graphiteListenAddr=:2003`. -Prefer authorizing all the incoming requests from untrusted networks with [vmauth](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmauth/README.md) +Prefer authorizing all the incoming requests from untrusted networks with [vmauth](https://victoriametrics.github.io/vmauth.html) or similar auth proxy. @@ -1224,7 +1224,7 @@ mkfs.ext4 ... -O 64bit,huge_file,extent -T huge ## Monitoring VictoriaMetrics exports internal metrics in Prometheus format at `/metrics` page. -These metrics may be collected by [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) +These metrics may be collected by [vmagent](https://victoriametrics.github.io/vmagent.html) or Prometheus by adding the corresponding scrape config to it. Alternatively they can be self-scraped by setting `-selfScrapeInterval` command-line flag to duration greater than 0. For example, `-selfScrapeInterval=10s` would enable self-scraping of `/metrics` page with 10 seconds interval. @@ -1346,7 +1346,7 @@ should be used only for one-off updates. It shouldn't be used for frequent updat ## Replication Single-node VictoriaMetrics doesn't support application-level replication. Use cluster version instead. -See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#replication-and-data-safety) for details. +See [these docs](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#replication-and-data-safety) for details. Storage-level replication may be offloaded to durable persistent storage such as [Google Cloud disks](https://cloud.google.com/compute/docs/disks#pdspecs). @@ -1355,8 +1355,8 @@ See also [high availability docs](#high-availability) and [backup docs](#backups ## Backups -VictoriaMetrics supports backups via [vmbackup](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmbackup/README.md) -and [vmrestore](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmrestore/README.md) tools. +VictoriaMetrics supports backups via [vmbackup](https://victoriametrics.github.io/vmbackup.html) +and [vmrestore](https://victoriametrics.github.io/vmrestore.html) tools. We also provide `vmbackuper` tool for paid enterprise subscribers - see [this issue](https://github.com/VictoriaMetrics/VictoriaMetrics/issues/466) for details. diff --git a/docs/vmagent.md b/docs/vmagent.md index b54eac26c..261c29f7a 100644 --- a/docs/vmagent.md +++ b/docs/vmagent.md @@ -21,14 +21,14 @@ to `vmagent` (like the ability to push metrics instead of pulling them). We did See [Quick Start](#quick-start) for details. * Can add, remove and modify labels (aka tags) via Prometheus relabeling. Can filter data before sending it to remote storage. See [these docs](#relabeling) for details. * Accepts data via all the ingestion protocols supported by VictoriaMetrics: - * Influx line protocol via `http://:8429/write`. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-send-data-from-influxdb-compatible-agents-such-as-telegraf). - * Graphite plaintext protocol if `-graphiteListenAddr` command-line flag is set. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-send-data-from-graphite-compatible-agents-such-as-statsd). - * OpenTSDB telnet and http protocols if `-opentsdbListenAddr` command-line flag is set. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-send-data-from-opentsdb-compatible-agents). + * Influx line protocol via `http://:8429/write`. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-send-data-from-influxdb-compatible-agents-such-as-telegraf). + * Graphite plaintext protocol if `-graphiteListenAddr` command-line flag is set. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-send-data-from-graphite-compatible-agents-such-as-statsd). + * OpenTSDB telnet and http protocols if `-opentsdbListenAddr` command-line flag is set. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-send-data-from-opentsdb-compatible-agents). * Prometheus remote write protocol via `http://:8429/api/v1/write`. - * JSON lines import protocol via `http://:8429/api/v1/import`. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-data-in-json-line-format). - * Native data import protocol via `http://:8429/api/v1/import/native`. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-data-in-native-format). - * Data in Prometheus exposition format. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-data-in-prometheus-exposition-format) for details. - * Arbitrary CSV data via `http://:8429/api/v1/import/csv`. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-csv-data). + * JSON lines import protocol via `http://:8429/api/v1/import`. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-data-in-json-line-format). + * Native data import protocol via `http://:8429/api/v1/import/native`. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-data-in-native-format). + * Data in Prometheus exposition format. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-data-in-prometheus-exposition-format) for details. + * Arbitrary CSV data via `http://:8429/api/v1/import/csv`. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-import-csv-data). * Can replicate collected metrics simultaneously to multiple remote storage systems. * Works in environments with unstable connections to remote storage. If the remote storage is unavailable, the collected metrics are buffered at `-remoteWrite.tmpDataPath`. The buffered metrics are sent to remote storage as soon as connection @@ -56,7 +56,7 @@ If you only need to collect Influx data, then the following is sufficient: /path/to/vmagent -remoteWrite.url=https://victoria-metrics-host:8428/api/v1/write ``` -Then send Influx data to `http://vmagent-host:8429`. See [these docs](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-send-data-from-influxdb-compatible-agents-such-as-telegraf) for more details. +Then send Influx data to `http://vmagent-host:8429`. See [these docs](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-send-data-from-influxdb-compatible-agents-such-as-telegraf) for more details. `vmagent` is also available in [docker images](https://hub.docker.com/r/victoriametrics/vmagent/tags). diff --git a/docs/vmalert.md b/docs/vmalert.md index 6601c5b9c..4c93979c3 100644 --- a/docs/vmalert.md +++ b/docs/vmalert.md @@ -6,7 +6,7 @@ rules against configured address. ### Features: * Integration with [VictoriaMetrics](https://github.com/VictoriaMetrics/VictoriaMetrics) TSDB; -* VictoriaMetrics [MetricsQL](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/MetricsQL) +* VictoriaMetrics [MetricsQL](https://victoriametrics.github.io/MetricsQL.html) support and expressions validation; * Prometheus [alerting rules definition format](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/#defining-alerting-rules) support; @@ -90,7 +90,7 @@ rules: There are two types of Rules: * [alerting](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/) - -Alerting rules allows to define alert conditions via [MetricsQL](https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/MetricsQL) +Alerting rules allows to define alert conditions via [MetricsQL](https://victoriametrics.github.io/MetricsQL.html) and to send notifications about firing alerts to [Alertmanager](https://github.com/prometheus/alertmanager). * [recording](https://prometheus.io/docs/prometheus/latest/configuration/recording_rules/) - Recording rules allow you to precompute frequently needed or computationally expensive expressions diff --git a/docs/vmauth.md b/docs/vmauth.md index 3e6a9f243..017a9278e 100644 --- a/docs/vmauth.md +++ b/docs/vmauth.md @@ -46,7 +46,7 @@ users: url_prefix: "http://localhost:8428" # The user for querying account 123 in VictoriaMetrics cluster - # See https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#url-format + # See https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#url-format # All the requests to http://vmauth:8427 with the given Basic Auth (username:password) # will be routed to http://vmselect:8481/select/123/prometheus . # For example, http://vmauth:8427/api/v1/query is routed to http://vmselect:8481/select/123/prometheus/api/v1/select @@ -55,7 +55,7 @@ users: url_prefix: "http://vmselect:8481/select/123/prometheus" # The user for inserting Prometheus data into VictoriaMetrics cluster under account 42 - # See https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md#url-format + # See https://victoriametrics.github.io/Cluster-VictoriaMetrics.html#url-format # All the reuqests to http://vmauth:8427 with the given Basic Auth (username:password) # will be routed to http://vminsert:8480/insert/42/prometheus . # For example, http://vmauth:8427/api/v1/write is routed to http://vminsert:8480/insert/42/prometheus/api/v1/write @@ -87,7 +87,7 @@ Alternatively, [https termination proxy](https://en.wikipedia.org/wiki/TLS_termi ### Monitoring `vmauth` exports various metrics in Prometheus exposition format at `http://vmauth-host:8427/metrics` page. It is recommended setting up regular scraping of this page -either via [vmagent](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmagent/README.md) or via Prometheus, so the exported metrics could be analyzed later. +either via [vmagent](https://victoriametrics.github.io/vmagent.html) or via Prometheus, so the exported metrics could be analyzed later. ### How to build from sources @@ -151,10 +151,10 @@ Pass `-help` command-line arg to `vmauth` in order to see all the configuration vmauth authenticates and authorizes incoming requests and proxies them to VictoriaMetrics. -See the docs at https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmauth/README.md . +See the docs at https://victoriametrics.github.io/vmauth.html . -auth.config string - Path to auth config. See https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmauth/README.md for details on the format of this auth config + Path to auth config. See https://victoriametrics.github.io/vmauth.html for details on the format of this auth config -enableTCP6 Whether to enable IPv6 for listening and dialing. By default only IPv4 TCP is used -envflag.enable diff --git a/docs/vmbackup.md b/docs/vmbackup.md index 1cade096b..e3ae3f22b 100644 --- a/docs/vmbackup.md +++ b/docs/vmbackup.md @@ -1,6 +1,6 @@ ## vmbackup -`vmbackup` creates VictoriaMetrics data backups from [instant snapshots](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-work-with-snapshots). +`vmbackup` creates VictoriaMetrics data backups from [instant snapshots](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-work-with-snapshots). Supported storage systems for backups: @@ -15,7 +15,7 @@ data between the existing backup and new backup. It saves time and costs on data Backup process can be interrupted at any time. It is automatically resumed from the interruption point when restarting `vmbackup` with the same args. -Backed up data can be restored with [vmrestore](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmrestore/README.md). +Backed up data can be restored with [vmrestore](https://victoriametrics.github.io/vmrestore.html). See [this article](https://medium.com/@valyala/speeding-up-backups-for-big-time-series-databases-533c1a927883) for more details. @@ -34,8 +34,8 @@ vmbackup -storageDataPath= -snapshotName=` - path to VictoriaMetrics data pointed by `-storageDataPath` command-line flag in single-node VictoriaMetrics or in cluster `vmstorage`. - There is no need to stop VictoriaMetrics for creating backups, since they are performed from immutable [instant snapshots](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-work-with-snapshots). -* `` is the snapshot to back up. See [how to create instant snapshots](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-work-with-snapshots). + There is no need to stop VictoriaMetrics for creating backups, since they are performed from immutable [instant snapshots](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-work-with-snapshots). +* `` is the snapshot to back up. See [how to create instant snapshots](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-work-with-snapshots). * `` is an already existing name for [GCS bucket](https://cloud.google.com/storage/docs/creating-buckets). * `` is the destination path where new backup will be placed. @@ -72,7 +72,7 @@ Smart backups mean storing full daily backups into `YYYYMMDD` folders and creati vmbackup -snapshotName= -dst=gcs:///latest ``` -Where `` is the latest [snapshot](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-work-with-snapshots). +Where `` is the latest [snapshot](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-work-with-snapshots). The command will upload only changed data to `gcs:///latest`. * Run the following command once a day: @@ -123,8 +123,8 @@ See [this article](https://medium.com/@valyala/speeding-up-backups-for-big-time- * If the backup is slow, then try setting higher value for `-concurrency` flag. This will increase the number of concurrent workers that upload data to backup storage. * If `vmbackup` eats all the network bandwidth, then set `-maxBytesPerSecond` to the desired value. * If `vmbackup` has been interrupted due to temporary error, then just restart it with the same args. It will resume the backup process. -* Backups created from [single-node VictoriaMetrics](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md) cannot be restored - at [cluster VictoriaMetrics](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/cluster/README.md) and vice versa. +* Backups created from [single-node VictoriaMetrics](https://victoriametrics.github.io/Single-server-VictoriaMetrics.html) cannot be restored + at [cluster VictoriaMetrics](https://victoriametrics.github.io/Cluster-VictoriaMetrics.html) and vice versa. ### Advanced usage @@ -214,7 +214,7 @@ See [this article](https://medium.com/@valyala/speeding-up-backups-for-big-time- -snapshot.deleteURL string VictoriaMetrics delete snapshot url. Optional. Will be generated from -snapshot.createURL if not provided. All created snaphosts will be automatically deleted. Example: http://victoriametrics:8428/snaphsot/delete -snapshotName string - Name for the snapshot to backup. See https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-work-with-snapshots + Name for the snapshot to backup. See https://victoriametrics.github.io/Single-server-VictoriaMetrics.html#how-to-work-with-snapshots -storageDataPath string Path to VictoriaMetrics data. Must match -storageDataPath from VictoriaMetrics or vmstorage (default "victoria-metrics-data") -version diff --git a/docs/vmrestore.md b/docs/vmrestore.md index 59a24dda8..6750ed14f 100644 --- a/docs/vmrestore.md +++ b/docs/vmrestore.md @@ -1,6 +1,6 @@ ## vmrestore -`vmrestore` restores data from backups created by [vmbackup](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmbackup/README.md). +`vmrestore` restores data from backups created by [vmbackup](https://victoriametrics.github.io/vbackup.html). VictoriaMetrics `v1.29.0` and newer versions must be used for working with the restored data. Restore process can be interrupted at any time. It is automatically resumed from the interruption point @@ -17,7 +17,7 @@ vmrestore -src=gcs:/// -storageDataPath=` is [GCS bucket](https://cloud.google.com/storage/docs/creating-buckets) name. -* `` is the path to backup made with [vmbackup](https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/app/vmbackup/README.md) on GCS bucket. +* `` is the path to backup made with [vmbackup](https://victoriametrics.github.io/vbackup.html) on GCS bucket. * `` is the path to folder where data will be restored. This folder must be passed to VictoriaMetrics in `-storageDataPath` command-line flag after the restore process is complete.