[pbs-devel] Starting VM from Backup

[pbs-devel] Starting VM from Backup

[Harald Leithner]

[-- Attachment #1.1.1: Type: text/plain, Size: 1037 bytes --]

Hi,

sorry if this is not the right place to ask.

Is or will it be possible to start a VM directly from the PBS on a PVE 
Node and make a storage migration while the VM is running?


I'm using this at the moment with my own backup solution which is 
basically ZFS with snapshots and Ceph Snapshots with some magic to 
provide ready to go vm configs and disk images.

For restore I clone the zfs snapshot and mount the images on the pve 
node with samba. In case of single file restore I delete the clone 
afterwards. In case of disaster recovery I use PVE storage motion to 
move the disk to the final storage.

Will such case be possible in PBS? Main reason for this is minimum 
downtime for VM that has several 100gb which could need a longtime on 
restore but took 5 minutes to boot it directly from the backup server.

thx
Harald



-- 
ITronic

Harald Leithner
Wiedner Hauptstraße 120/5.1, 1050 Wien, Austria
Tel: +43-1-545 0 604
Mobil: +43-699-123 78 4 78
Mail: leithner@itronic.at | itronic.at

[-- Attachment #1.1.2: OpenPGP_0x473B935C49EA1B08.asc --]
[-- Type: application/pgp-keys, Size: 3671 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 665 bytes --]

Re: [pbs-devel] Starting VM from Backup

[Dietmar Maurer]

> sorry if this is not the right place to ask.
> 
> Is or will it be possible to start a VM directly from the PBS on a PVE 
> Node and make a storage migration while the VM is running?

PBS will not start VMs. Instead, PVE will start vzdump backups.

Re: [pbs-devel] Starting VM from Backup

[Harald Leithner]

[-- Attachment #1.1.1: Type: text/plain, Size: 590 bytes --]

Am 18.08.2020 um 11:48 schrieb Dietmar Maurer:
>> sorry if this is not the right place to ask.
>>
>> Is or will it be possible to start a VM directly from the PBS on a PVE
>> Node and make a storage migration while the VM is running?
> 
> PBS will not start VMs. Instead, PVE will start vzdump backups.
> 

So it would be possible to start a vm indirectly from the backup without 
the need of a restore?

-- 
ITronic

Harald Leithner
Wiedner Hauptstraße 120/5.1, 1050 Wien, Austria
Tel: +43-1-545 0 604
Mobil: +43-699-123 78 4 78
Mail: leithner@itronic.at | itronic.at

[-- Attachment #1.1.2: OpenPGP_0x473B935C49EA1B08.asc --]
[-- Type: application/pgp-keys, Size: 3671 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 665 bytes --]

Re: [pbs-devel] Starting VM from Backup

[Dietmar Maurer]

 Am 18.08.2020 um 11:48 schrieb Dietmar Maurer:
> >> sorry if this is not the right place to ask.
> >>
> >> Is or will it be possible to start a VM directly from the PBS on a PVE
> >> Node and make a storage migration while the VM is running?
> > 
> > PBS will not start VMs. Instead, PVE will start vzdump backups.
> > 
> 
> So it would be possible to start a vm indirectly from the backup without 
> the need of a restore?

It will be possible to mount backup volumes on PVE, and maybe starting a VM witch 
such volumes attached. The qemu driver to do that is already there ...

Re: [pbs-devel] Starting VM from Backup

[Harald Leithner]

[-- Attachment #1.1.1: Type: text/plain, Size: 551 bytes --]

 > Am 18.08.2020 um 12:16 schrieb Dietmar Maurer:
> 
> It will be possible to mount backup volumes on PVE, and maybe starting a VM witch
> such volumes attached. The qemu driver to do that is already there ...
> 

Sounds promising, btw. you and your team did a really great job on pbs 
thank you very much taking this challenge to create an awesome backup 
solution.

-- 
ITronic

Harald Leithner
Wiedner Hauptstraße 120/5.1, 1050 Wien, Austria
Tel: +43-1-545 0 604
Mobil: +43-699-123 78 4 78
Mail: leithner@itronic.at | itronic.at

[-- Attachment #1.1.2: OpenPGP_0x473B935C49EA1B08.asc --]
[-- Type: application/pgp-keys, Size: 3671 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 665 bytes --]