Any size limitation on the backing store?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



We have a few QCOW2 images that have grown rather large (> 250GB) and to back them up across the VLAN is resource intensive and time consuming.

What I'd like to do to optimise backups is freeze the backing store and always run the VMs in 'snapshot 1', and then run 'snapshot 2' to backup 'snapshot 1' to reciprocal failover hypervisors in the DC.

I do know it's common practice to even run multiple VMs off a single "golden image" backing store, but I'm concerned about the performance impact with such a large backing store, and 'snapshot 1' growing at ~10GB a year. With that in mind, it should be feasible to pivot 'snapshot 1' into the backing image periodically.

Further, I am aware of incremental backups which Debian 11 doesn't yet support. I think it's coming in Debian 12, but some of our servers are actually still on Debian 10.

jeff@abacus:/var/lib/libvirt/images$ virsh backup-begin dev
error: Operation not supported: incremental backup is not supported yet

In a nutshell, is it feasible to run off an > 250GB and growing backing store?

Thanks in advance for any advice.

-- 
Jeff Brown
Future Foundation
Cell 074 101 5170
VoIP 087 550 1210
Fax: 086 532 3508

[Index of Archives]     [Virt Tools]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]

  Powered by Linux