From ec319b33db611b2e626e99adee50cae93760320e Mon Sep 17 00:00:00 2001 From: Fabrizio Bonavita Date: Tue, 7 Nov 2023 12:39:09 +0100 Subject: [PATCH] Updated backups copy --- .../content/documentation/cloud/backups.md | 21 ++++++++----------- 1 file changed, 9 insertions(+), 12 deletions(-) diff --git a/qdrant-landing/content/documentation/cloud/backups.md b/qdrant-landing/content/documentation/cloud/backups.md index aaebc6c39..3b5a0265d 100644 --- a/qdrant-landing/content/documentation/cloud/backups.md +++ b/qdrant-landing/content/documentation/cloud/backups.md @@ -11,6 +11,15 @@ However, encoding and uploading a big amount of data might require a long time. For high availability critical projects we highly recommend relying on replication, which is always a better option, because it guarantees the proper cluster functionality as long as at least one replica is running. For less critical use-cases you can make use of one of the available options. +## Automatic backups + +The cloud platform offers an option for automatic backups of your clusters. It is possible to configure periodical file system level snapshots to restore a cluster from a hard copy. +On the cluster settings section you can choose how often a backup should be taken and how many copies you want to keep. + +To restore a Qdrant cluster from backup, you can select a desired backup copy version and start the restore process. +Attention: during the restoring process the affected cluster will not be available because the cluster will be deleted and created from scratch from the backup copy. +Please also note, that if you changed the cluster setup after the copy was created, the new cluster will reset to the previous configuration. + ## Self-service backups Qdrant engine offers a snapshot API that allows to create a snapshot of a particular collection or even the whole storage. @@ -25,15 +34,3 @@ Here is how you can quickly snapshot and recover a collection: 2. Delete and recreate the collection. 3. Recover the snapshot - Call the [recover endpoint](../../concepts/snapshots/#recover-in-cluster-deployment) with location pointing to the snapshot file (`file:///qdrant/snapshots/{collection_name}/{snapshot_file_name}`) you got for each host. - - -## Automatic backups - -We are currently offering this service on a request-only basis. Please [**let us know**](mailto:cloud@qdrant.io) if you would like to activate automatic backups. - -The cloud platform offers an option for automatic system backups. It is possible to configure periodical system level snapshots to restore a cluster from a hard copy. On the cluster settings section you can choose how often a backup should be done and how many latest copies should be kept on the backup storage. - -To restore a Qdrant cluster from backup, you can select a desired backup copy version and start the reporting process. -Attention: during the restoring process the affected cluster will not be available because the cluster will be deleted and created from scratch from the backup copy. -Please also note, that if you changed the cluster topology after the copy was created, the new cluster will reset to the previous configuration. -