vmware-tanzu
/
velero
mirror of https://github.com/vmware-tanzu/velero.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity

Add information about compression in Velero (#3818) 

Signed-off-by: Abigail McCarthy <mabigail@vmware.com>
pull/3830/head
Abigail McCarthy 2021-05-21 09:27:29 -04:00 committed by GitHub
parent 20eb92f9dd
commit d0f94a2635
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
2 changed files with 4 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
site/content/docs/main/locations.md
View File

@ -39,6 +39,8 @@ This configuration design enables a number of different use cases, including:
- Velero's backups are split into 2 pieces - the metadata stored in object storage, and snapshots/backups of the persistent volume data. Right now, Velero *itself* does not encrypt either of them, instead it relies on the native mechanisms in the object and snapshot systems. A special case is restic, which backs up the persistent volume data at the filesystem level and send it to Velero's object storage.
- Velero's compression for object metadata is limited, using Golang's tar implementation. In most instances, Kubernetes objects are limited to 1.5MB in size, but many don't approach that, meaning that compression may not be necessary. Note that restic has not yet implemented compression, but does have de-deduplication capabilities.
## Examples
Let's look at some examples of how you can use this configuration mechanism to address some common use cases:

2
site/content/docs/v1.6/locations.md
View File

@ -39,6 +39,8 @@ This configuration design enables a number of different use cases, including:
- Velero's backups are split into 2 pieces - the metadata stored in object storage, and snapshots/backups of the persistent volume data. Right now, Velero *itself* does not encrypt either of them, instead it relies on the native mechanisms in the object and snapshot systems. A special case is restic, which backs up the persistent volume data at the filesystem level and send it to Velero's object storage.
- Velero's compression for object metadata is limited, using Golang's tar implementation. In most instances, Kubernetes objects are limited to 1.5MB in size, but many don't approach that, meaning that compression may not be necessary. Note that restic has not yet implemented compression, but does have de-deduplication capabilities.
## Examples
Let's look at some examples of how you can use this configuration mechanism to address some common use cases: