Hi Sven, The procedure is:
1. fsfreeze all disks of the VM with help of qemu-guest-agent. If this fails, the operation is aborted 2. Take snapshot of each disk of the VM through the storage provider's takeSnapshot call 3. fsthaw the VM 4. Backup the snapshots on secondary storage if it is enabled So the virtual machine is quiescent while the snapshots are being taken. Best regards, Slavka On Fri, Nov 8, 2019 at 12:31 AM Sven Vogel <s.vo...@ewerk.com> wrote: > Hi Slavka, > > Thanks for the answers Slavka! I have another question. > > You wrote: > > Those storage providers plugins are already in CloudStack - like Solidfire, > Cloudbyte and etc. It doesn't break the functionality we just use the > existing implementation of every storage plugin for do the snapshotting. > > How does this work for all storages? How do you quiesce the virtual > machine? Can you explain it a little bit more? > > Thanks and Cheers > > Sven > > > __ > > Sven Vogel > Teamlead Platform > > EWERK DIGITAL GmbH > Brühl 24, D-04109 Leipzig > P +49 341 42649 - 99 > F +49 341 42649 - 98 > s.vo...@ewerk.com > www.ewerk.com > > Geschäftsführer: > Dr. Erik Wende, Hendrik Schubert, Frank Richter > Registergericht: Leipzig HRB 9065 > > Support: > +49 341 42649 555 > > Zertifiziert nach: > ISO/IEC 27001:2013 > DIN EN ISO 9001:2015 > DIN ISO/IEC 20000-1:2011 > > ISAE 3402 Typ II Assessed > > EWERK-Blog<https://blog.ewerk.com/> | LinkedIn< > https://www.linkedin.com/company/ewerk-group> | Xing< > https://www.xing.com/company/ewerk> | Twitter< > https://twitter.com/EWERK_Group> | Facebook< > https://de-de.facebook.com/EWERK.IT/> > > Mit Handelsregistereintragung vom 09.07.2019 ist die EWERK RZ GmbH auf die > EWERK IT GmbH verschmolzen und firmiert nun gemeinsam unter dem Namen: > EWERK DIGITAL GmbH, für weitere Informationen klicken Sie hier< > https://www.ewerk.com/ewerkdigital>. > > Auskünfte und Angebote per Mail sind freibleibend und unverbindlich. > > Disclaimer Privacy: > Der Inhalt dieser E-Mail (einschließlich etwaiger beigefügter Dateien) ist > vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der > bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung, > Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte > informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie > die E-Mail (einschließlich etwaiger beigefügter Dateien) von Ihrem System. > Vielen Dank. > > The contents of this e-mail (including any attachments) are confidential > and may be legally privileged. If you are not the intended recipient of > this e-mail, any disclosure, copying, distribution or use of its contents > is strictly prohibited, and you should please notify the sender immediately > and then delete it (including any attachments) from your system. Thank you. > > Am 07.11.2019 um 18:12 schrieb Slavka Peleva <slav...@storpool.com<mailto: > slav...@storpool.com>>: > > Hi Sven, > > Thank you for your questions! > > My answers are below. > > Kind regards, > Slavka > > > Thanks for your mail/contribution. You implemention sounds interesting. > > Let me ask some questions. > > 1. If you speak for RAW Disks you mean. Right? > <disk type='block' device='disk‘> > <driver name='qemu' type='raw‘/> > > > Yes, disks in raw format like this. > > > 2. > You wrote: > > The solution is using the third party storages' plugins to > create/revert/delete disk snapshots. The snapshots will be consistent, > because the virtual machines will be frozen until the snapshotting is done. > > We use Netapp Solidfire Storage. I know they are using too RAW Format. > You spoke about a third party plugin. > > > "The solution is using the third party storages' plugins to > create/revert/delete disk snapshots." > The Plugins where they come and does they break any existing functionality? > > > Those storage providers plugins are already in CloudStack - like Solidfire, > Cloudbyte and etc. It doesn't break the functionality we just use the > existing implementation of every storage plugin for do the snapshotting. > > > > I don’t see that we if we use Solidfire we can use this plugin from > Storepool. Right? > > > The proposed solution is not bound to a specific Storage Provider plugin. > It will work with any and all Storage Providers that has implemented > takeSnapshot call. > > > 3. > And some details about the implementation - we have added a new > configuration option in the database named "kvm.vmsnapshot.enabled". > > At the moment there is already an flag „kvm.snapshot.enabled“. Well, I > mean „kvm.vmsnapshot.enabled“ is to uniq to „kvm.snapshot.enabled“. > > Maybe this name should rather to be called > „kvm.vmsnapshotexternalprovider.enabled“ or something like that… Naming is > a bit long but maybe you will find another cool name. I think it should be > more generic if anybody can create a plugin for a storage system like > storepool, Netapp Solidfire ... . > > > Thanks for this! I will think about more appropriate name for this flag. > > > Thanks and > > Cheers > > Sven > > > > __ > > Sven Vogel > Teamlead Platform > > EWERK DIGITAL GmbH > Brühl 24, D-04109 Leipzig > P +49 341 42649 - 99 > F +49 341 42649 - 98 > s.vo...@ewerk.com<mailto:s.vo...@ewerk.com> > www.ewerk.com > > Geschäftsführer: > Dr. Erik Wende, Hendrik Schubert, Frank Richter > Registergericht: Leipzig HRB 9065 > > Zertifiziert nach: > ISO/IEC 27001:2013 > DIN EN ISO 9001:2015 > DIN ISO/IEC 20000-1:2011 > > EWERK-Blog | LinkedIn | Xing | Twitter | Facebook > > Auskünfte und Angebote per Mail sind freibleibend und unverbindlich. > > Disclaimer Privacy: > Der Inhalt dieser E-Mail (einschließlich etwaiger beigefügter Dateien) ist > vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der > bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung, > Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte > informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie > die E-Mail (einschließlich etwaiger beigefügter Dateien) von Ihrem System. > Vielen Dank. > > The contents of this e-mail (including any attachments) are confidential > and may be legally privileged. If you are not the intended recipient of > this e-mail, any disclosure, copying, distribution or use of its contents > is strictly prohibited, and you should please notify the sender immediately > and then delete it (including any attachments) from your system. Thank you. > Am 07.11.2019 um 14:17 schrieb Slavka Peleva <slav...@storpool.com>: > > Hello everyone, > > My name is Slavka Peleva and I work for StorPool Storage. I have recently > joined the mailing list. > > Me and my colleagues have been working over а new feature for > storage-based > live VM snapshots under the KVM hypervisor. With the current > implementation > (which is using libvirt to perform the snapshotting) it is not possible > for > storage providers that keep VM's disks in RAW format to take VM > snapshots. > > That's why we have decided to implement an alternative for VM snapshots > under the KVM hypervisor. It will be useful mostly for storages that are > keeping their disks in RAW format or in case of VMs with mixed set of > disks (RAW and QCOW). > > The solution is using the third party storages' plugins to > create/revert/delete disk snapshots. The snapshots will be consistent, > because the virtual machines will be frozen until the snapshotting is > done. > > For the qcow images we have an alternative solution with the qemu > drive-backup command. It could be used if a VM has mixed disks with raw > and > qcow images (in this case “snapshot.backup.to.secondary” should be set to > true). > > Qemu version 1.6+ is required, latest Ubuntu should already cover this, > for > RHEL/CentOS7 the qemu-kvm-ev package is required. > > And some details about the implementation - we have added a new > configuration option in the database named "kvm.vmsnapshot.enabled". > > For the VM takeSnapshot method we have split the takeSnapshot (of disk > method) into two parts - takeSnapshot and backupSnapshot. In order to > make > all snapshots consistent, the virtual machine would have to be frozen > with > the domfsfreeze command. While it’s frozen an asynchronous snapshot will > be > taken for all disks with the appropriate datastore driver implementation. > Once the execution is complete, the virtual machine will be unfreezed by > using the domfsthaw command. Finally a backup to secondary storage is > invoked. The final backup operation is mandatory for VMs qcow disks > attached. > > Does this feature sound right to be accepted? Please let us know if you > have any questions, comments, concerns about this. > > > Kind regards, > > Slavka Peleva > >
