[pve-devel] Speed up PVE Backup
Andreas Steinel
a.steinel at gmail.com
Tue Feb 16 09:54:39 CET 2016
Hi Stefan,
That's really slow.
I use a similar setup, but with ZFS and I backup 6 nodes in parallel to the
storage and saturate the 1 GBit network connection.
I use LZOP on the Proxmox-side as best tradeoff between size and
online-compression speed.
On Tue, Feb 16, 2016 at 9:22 AM, Stefan Priebe - Profihost AG <
s.priebe at profihost.ag> wrote:
> Hi,
>
> is there any way to speed up PVE Backups?
>
> I'm trying to evaluate the optimal method doing backups but they took
> very long.
>
> I'm trying to use vzdump on top of nfs on top of btrfs using zlib
> compression.
>
> The target FS it totally idle but the backup is running at a very low
> speed.
>
> The output after 15 minutes is:
> INFO: starting new backup job: vzdump 132 --remove 0 --mode snapshot
> --storage vmbackup --node 1234
> INFO: Starting Backup of VM 132 (qemu)
> INFO: status = running
> INFO: update VM 132: -lock backup
> INFO: backup mode: snapshot
> INFO: ionice priority: 7
> INFO: snapshots found (not included into backup)
> INFO: creating archive
> '/mnt/pve/vmbackup/dump/vzdump-qemu-132-2016_02_16-09_05_28.vma'
> INFO: started backup task 'e75cc760-2be6-4731-b65b-f78b2832baf9'
> INFO: status: 0% (79036416/1073741824000), sparse 0% (10665984),
> duration 3, 26/22 MB/s
> INFO: status: 1% (10742530048/1073741824000), sparse 0% (6539657216),
> duration 411, 26/10 MB/s
> INFO: status: 2% (21485322240/1073741824000), sparse 1% (17281466368),
> duration 820, 26/0 MB/s
>
> This is PVE 3.4 running Qemu 2.4
>
> Greets,
> Stefan
> _______________________________________________
> pve-devel mailing list
> pve-devel at pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.proxmox.com/pipermail/pve-devel/attachments/20160216/a0e86f89/attachment.htm>
More information about the pve-devel
mailing list