You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: wg-data-protection/data-protection-workflows-white-paper.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -376,13 +376,13 @@ For brevity's sake, `snapshot` will be used to mean `volume snapshot` and `backu
376
376
Some aspects of this may be appropriate to surface within Kubernetes (e.g., security keys for encryption, etc.).
377
377
378
378
7. The backup architecture should allow for a separation of concerns between primary storage and backup responsibilities. In particular, it should be possible to support the following “modes”:
379
-
1. Backup:
380
-
1. Performed by the primary storage system.
381
-
1. Performed by a third-party component, which relies upon the ability to gain access to a quiescent copy of the volume (likely via snapshotting or volume cloning) and provides an out-of-band method for calculating differences between the latest volume and the previous backup.
382
-
1. Performed by a third-party component, which relies upon a (not yet fully specified) “here are the changed blocks since your last snapshot/backup” feature to be implemented by primary storage.
383
-
1. Restore:
384
-
1. Primary storage performs volume provisioning and population from backup in one logical operation from the user’s perspective (similar to the existing snapshot model).
385
-
1. Similar user experience as above, but primary storage performs volume provisioning, while a third-party component provides volume population.
379
+
1. Backup:
380
+
1. Performed by the primary storage system.
381
+
2. Performed by a third-party component, which relies upon the ability to gain access to a quiescent copy of the volume (likely via snapshotting or volume cloning) and provides an out-of-band method for calculating differences between the latest volume and the previous backup.
382
+
3. Performed by a third-party component, which relies upon a (not yet fully specified) “here are the changed blocks since your last snapshot/backup” feature to be implemented by primary storage.
383
+
2. Restore:
384
+
1. Primary storage performs volume provisioning and population from backup in one logical operation from the user’s perspective (similar to the existing snapshot model).
385
+
2. Similar user experience as above, but primary storage performs volume provisioning, while a third-party component provides volume population.
386
386
387
387
8. It might be desirable to try and standardize some common attributes of backups (e.g., object storage buckets, regions where backups are stored, number of copies of each backup, etc.). However, zeal for pursuing a deep level of such standardization should be tempered by the desire to open up a marketplace of competitive offerings that allow for a healthy degree of freedom for innovation and opportunities for competitive discrimination.
0 commit comments