Thank you all.
I will migrate using an iSCSI storage configured on both the clusters, so the
VMs downtime will be short.
Fabrizio
- Il 30-gen-20, alle 16:27, Eneko Lacunza elacu...@binovo.es ha scritto:
> I think firefly is too old.
>
> Either you create backups and restore in the new
I think firefly is too old.
Either you create backups and restore in the new cluster, or you'll have
to upgrade the old clusters at least to Proxmox 5 and Ceph Mimic.
Cheers
El 30/1/20 a las 12:59, Fabrizio Cuseo escribió:
I can't afford the long downtime. With my method, the downtime is
Hello Fabrizio,
On Thu, Jan 30, 2020 at 12:46:16PM +0100, Fabrizio Cuseo wrote:
>
> I have installed a new cluster with the last release, with a local ceph
> storage.
> I also have 2 old and smaller clusters, and I need to migrate all the VMs to
> the new cluster.
> The best method i have used
one easily without downtime)
- Mail original -
De: "Fabrizio Cuseo"
À: "uwe sauter de" , "proxmoxve"
Envoyé: Jeudi 30 Janvier 2020 12:59:13
Objet: Re: [PVE-User] RBD Storage from 6.1 to 3.4 (or 4.4)
I can't afford the long downtime. With my method, the
I can't afford the long downtime. With my method, the downtime is only to stop
the VM on the old cluster and start on the new; the disk image copy in done
online.
But my last migration was from 3.4 to 4.4
- Il 30-gen-20, alle 12:51, Uwe Sauter uwe.sauter...@gmail.com ha scritto:
> If you
If you can afford the downtime of the VMS you might be able to migrate the disk
images using "rbd export | ncat" and "ncat | rbd
import".
I haven't tried this with such a great difference of versions but from Proxmox
5.4 to 6.1 this worked without a problem.
Regards,
Uwe
Am 30.01.20
I have installed a new cluster with the last release, with a local ceph storage.
I also have 2 old and smaller clusters, and I need to migrate all the VMs to
the new cluster.
The best method i have used in past is to add on the NEW cluster the RBD
storage of the old cluster, so I can stop the