Hi Nathan, This option to choose between primary and secondary was added by me a while back. You want to look at
https://github.com/apache/cloudstack/pull/1600 On Tue, May 9, 2017 at 10:09 AM, Nathan Johnson <njohn...@ena.com> wrote: > Harika Punna <harika.pu...@accelerite.com> wrote: > > > > Currently, Volume Snapshots in Cloudstack take considerable amount of > > time to complete as snapshot involves creation on primary and backup on > > secondary. I would like to introduce an optional parameter in > > CreateSnapshotCmd API to separate these operations. > > > > > > More details in the FS: > > https://cwiki.apache.org/confluence/display/CLOUDSTACK/ > Separate+creation+and+backup+operations+for+a+volume+snapshot > > > > > > Thanks, > > Harika. > > Hello Harika. There was a related discussion around a global configuration > parameter snapshot.backup.rightafter > > See the thread here: > https://issues.apache.org/jira/browse/CLOUDSTACK-4858 > > And here is the PR where this was merged into 4.9: > > https://github.com/apache/cloudstack/pull/1697 > > This is distinct from what you propose, and I like the idea of being able > to specify whether or not to back up at snapshot creation time, versus only > having a global configuration parameter. > > Also one remaining issue with the current implementation of snapshots and > backups is that if the snapshot.backup.rightafter parameter is set to > false, on doing certain operations with snapshots (create template from > snapshot iirc, perhaps some others) it will then need to take the backup to > secondary at that time, and it will be very slow. I think at some point > you have to take that hit, so maybe there is no way around this. > > But that brings me to a followup point: since the PR was merged above, ACS > will backup on-demand any snapshots that need to be on secondary that only > exist on primary. it would be nice to also have an optional cleanup thread > and an expiration of backups to secondary. Or maybe API endpoints that > would allow some external management of backups. > > What do you think? > > > Nathan Johnson > R&D Engineer > Education Networks of America > >