Hi Daniel and Rafael,
I have updated the diagram picture on the FS, please let me know if the problem persists. @<mailto:daniel.herrm...@zv.fraunhofer.de>Daniel you are right about restoring VMs, please let me update the FS. Regarding your question, we have considered the backups as a first class citizens, meaning that a backup would continue existing unless its originating VM has been removed/expunged. This way, listBackups API method would list them in order to allow a user to restore a deleted VM from a backup. @Rafael the idea of the Dummy provider is simply returning the expected entities from a backup provider. For example, the BackupManager could ask the BackupProvider to list its backups and would expect a list of backups. As the Dummy Provider implements the BackupProvider interface, it has its own implementation of listBackups() method and simply returns some mock entities to the Backup Manager. It does not store any backup, it simply creates them in execution time and returns them. From the CloudStack point of view, Backups are stored externally, on the Backup and Recovery provider servers and are handled by them. We keep track of the existing backups in the Backup provider. Implementation may depend on the Backup and Recovery provider, would consist on snapshots, but are handled by the provider and not by CloudStack. Backup policies are created on the Backup and Recovery provider and provide retention options and periods as well as backup times. For example, the provider may expose Golden, Silver and Bronze policies and have different options for each of them. The 'external' parameter on the listBackupPolicies API method would only ask the Backup and Recovery provider to list their policies if it is set to true. If it is not set, or set to false, it just simply returns the existing mapped policies in CloudStack. Initially, CloudStack does not store any backup policy, those should be imported/mapped by the 'importBackupPolicy' API method. Finally, we consider backups as restore points. As mentioned above, backups are stored on the Backup and Recovery provider servers, so we keep a mapping between the CloudStack entity and the backup, which can be used to restore VMs. Please let me know if anything. Regards, Nicolas Vazquez ________________________________ From: Rafael Weingärtner <rafaelweingart...@gmail.com> Sent: Thursday, June 7, 2018 6:55:57 AM To: dev Subject: Re: [PROPOSE] Backup and Recovery Framework Hi Nicolas, The idea is great. I have some questions though. Before getting to the questions, your pictures are broken, or at least they seem broken to me. How would the “dummy” backup provider work? I mean, what does it do? where does it storage the "backup"? What is the difference from this Backup to a Snapshot? Is it simply storing a snapshot outside the cloud structure? How would these “backup policies” look like? I mean, what can I configure? Regarding that parameter “external” of your backup policy, how would it work if we set it to false? What are you defining as a backup (what do you mean by backup in the context of this feature?)? I mean, is it simply a snapshot file that you store somewhere else? nicolas.vazq...@shapeblue.com www.shapeblue.com , @shapeblue On Thu, Jun 7, 2018 at 6:05 AM, <daniel.herrm...@zv.fraunhofer.de> wrote: > Hi all, > > +1 for this feature request, thank you for bringing this to life! Volume > snapshots are what our users currently use as backup solution, which has > some inherent problems such as handling large volumes and the handling of > multiple volumes (consistency). > > One thought: when restoring a VM, I think there are two cases to consider: > > - The VM is still in CS and the user just wants to restore an old version > of the VM > - The VM has already been deleted and the user wants to restore the > deleted VM > > As listBackups is described as " listBackups API method. List existing > backups for a VM". Is the second use case supported at all? > > I like the approach not to define the backup policies in CS but in > whatever tool is used in the end, as otherwise a lot of features might be > lost. We as services providers need to create them in the first place, but > I think this is the better solution. > > Regards > Daniel > > On 06.06.18, 14:43, "Nicolas Vazquez" <nicolas.vazq...@shapeblue.com> > wrote: > > Hi all, > > > We would like to introduce a new framework into CloudStack that will > allow adding Backup and Recovery providers as plugins. This framework goal > is allowing users to backup their guest VMs for recovery purposes. > > > Please find the FS on this link: https://cwiki.apache.org/ > confluence/display/CLOUDSTACK/Backup+and+Recovery+Framework > > > Regards, > > Nicolas Vazquez > > nicolas.vazq...@shapeblue.com > www.shapeblue.com<http://www.shapeblue.com> > , > @shapeblue > > > > > > -- Rafael Weingärtner
