-
Notifications
You must be signed in to change notification settings - Fork 498
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improved Backup Interface #5516
Comments
Further improvements:
|
Please think about third party backup vendors,.. It would be really good to have sort of an backup API available that could be used by external software components to create off-site backups, store them on Tape, etc. Recent Libvirt/QEMU versions already support incremental backup via NBD. RHEV and other HV solutions already provide an API interface for third party vendors. |
👍 second to both additions |
Off-site backup is very important for our Disaster Recovery plan. We are working on pull mod, the backup server gets the data from the production server. If our production server is infected by a ransomware or hacked or destroyed, we absolutely need to keep it back alive quickly from a trusted source. The private marketplace is not sufficient for us. A real backup interface with snapshot date and a local dedicated datastore with all the vm information (name / id / disk / xml files) and the possibility to decide if we want a full or incremental backup and the retention delay (every day snapshot + weekly full backup or blockcommit for example) could be really great. And please the most important thing allow us to use a datastore and not only the private marketplace. |
* By default use cache mode none and io native * Option to choose from async io for read commands * Create a single io script for qemu-io * Fix error in ceph prebackup
- Qemu will terminate VMs with system snapshots and checkpoints, example: libvirtd[7446]: internal error: qemu unexpectedly closed the monitor: 2022-12-07T16:06:59.603678Z qemu-kvm-one: Device has active dirty bitmaps. - Also disk snapshots may render inconsistent bitmaps, example: 'virsh --connect qemu:///system checkpoint-delete 45d76e5f-25fa-416a-97fd-1624380d5e02 one-191-0': error: Failed to delete checkpoint one-191-0 error: internal error: unable to execute QEMU command 'query-named-block-nodes': Bitmap '' doesn't satisfy the constraints Error preparing disk files This commits prevents snapshot operations when increment backups are configured, and vice versa.
Signed-off-by: Neal Hansen <[email protected]>
hi, is there any documentation available on how to use the new API as a third party backup vendor? Thanks |
You can take a look at the backup driver devel documentation and create your own driver considering the arguments and the outputs. |
Description
Improve Backup interface to add additional functionality including:
Use case
Improve backup experience
Interface Changes
VM metadata needs to be changed to accommodate more backups. Possible new Quota. Possible new API operations.
Additional Context
NaN
Progress Status
The text was updated successfully, but these errors were encountered: