vmctl: mention replicationFactor during migration (#4633)

Addresses https://github.com/VictoriaMetrics/VictoriaMetrics/issues/4624

Signed-off-by: hagen1778 <roman@victoriametrics.com>
This commit is contained in:
Roman Khavronenko 2023-07-14 10:52:39 +02:00 committed by Aliaksandr Valialkin
parent 3d23fd9853
commit 89b5a6a4d5
No known key found for this signature in database
GPG Key ID: A72BEC6CD3D0DED1
2 changed files with 12 additions and 2 deletions

View File

@ -799,7 +799,12 @@ Or manually specify addresses according to [URL format](https://docs.victoriamet
--vm-native-src-addr=http://<src-vmselect>:8481/select/0/prometheus --vm-native-src-addr=http://<src-vmselect>:8481/select/0/prometheus
--vm-native-dst-addr=http://<dst-vminsert>:8480/insert/0/prometheus --vm-native-dst-addr=http://<dst-vminsert>:8480/insert/0/prometheus
``` ```
6. Migration speed can be adjusted via `--vm-concurrency` cmd-line flag, which controls the number of concurrent 6. Migrating data from VM cluster which had replication (`-replicationFactor` > 1) enabled won't produce the same amount
of data copies for the destination database, and will result only in creating duplicates. To remove duplicates,
destination database need to be configured with `-dedup.minScrapeInterval=1ms`. To restore the replication factor
the destination `vminsert` component need to be configured with the according `-replicationFactor` value.
See more about replication [here](https://docs.victoriametrics.com/Cluster-VictoriaMetrics.html#replication-and-data-safety).
7. Migration speed can be adjusted via `--vm-concurrency` cmd-line flag, which controls the number of concurrent
workers busy with processing. Please note, that each worker can load up to a single vCPU core on VictoriaMetrics. workers busy with processing. Please note, that each worker can load up to a single vCPU core on VictoriaMetrics.
So try to set it according to allocated CPU resources of your VictoriaMetrics destination installation. So try to set it according to allocated CPU resources of your VictoriaMetrics destination installation.
7. Migration is a backfilling process, so it is recommended to read 7. Migration is a backfilling process, so it is recommended to read

View File

@ -810,7 +810,12 @@ Or manually specify addresses according to [URL format](https://docs.victoriamet
--vm-native-src-addr=http://<src-vmselect>:8481/select/0/prometheus --vm-native-src-addr=http://<src-vmselect>:8481/select/0/prometheus
--vm-native-dst-addr=http://<dst-vminsert>:8480/insert/0/prometheus --vm-native-dst-addr=http://<dst-vminsert>:8480/insert/0/prometheus
``` ```
6. Migration speed can be adjusted via `--vm-concurrency` cmd-line flag, which controls the number of concurrent 6. Migrating data from VM cluster which had replication (`-replicationFactor` > 1) enabled won't produce the same amount
of data copies for the destination database, and will result only in creating duplicates. To remove duplicates,
destination database need to be configured with `-dedup.minScrapeInterval=1ms`. To restore the replication factor
the destination `vminsert` component need to be configured with the according `-replicationFactor` value.
See more about replication [here](https://docs.victoriametrics.com/Cluster-VictoriaMetrics.html#replication-and-data-safety).
7. Migration speed can be adjusted via `--vm-concurrency` cmd-line flag, which controls the number of concurrent
workers busy with processing. Please note, that each worker can load up to a single vCPU core on VictoriaMetrics. workers busy with processing. Please note, that each worker can load up to a single vCPU core on VictoriaMetrics.
So try to set it according to allocated CPU resources of your VictoriaMetrics destination installation. So try to set it according to allocated CPU resources of your VictoriaMetrics destination installation.
7. Migration is a backfilling process, so it is recommended to read 7. Migration is a backfilling process, so it is recommended to read