@olivierlambert Thanks for the tip — it’s a very interesting mechanism. I’m going to read the docs now

I have a 3-node cluster running an old version: XCP-ng 7.5.0 with Xen Orchestra (from source, commit d217c master, commit a4ab2).

We bought a new server that should replace all three old hosts. It’s installed with XCP-ng 8.3 and XO (commit 2592f master, commit a4ab2). It’s configured as a separate standalone host, because the software versions are not compatible, so I can’t simply add it to the current cluster. Installing the old XCP-ng version first, joining the cluster, and then upgrading also doesn’t work because the old version doesn’t support the new storage controller.

On the old cluster there are some local internal storages, and a few VMs use them. But most VM disks are stored on a connected NFS storage (Dell PowerEdge T420). The goal is to gradually migrate VMs from the old cluster to the new server carefully and with minimal downtime, because the VMs are in постоянна use.

As far as I understand, connecting the same SR is not an option, because the same SR cannot be used by two different clusters/servers at the same time.

Creating a new NFS export/path is also not an option because there is almost no free space on the external storage.

The only idea I currently have is: create a new SR on a local RAID1 volume on the new server (8 TB) and migrate VMs using snapshots to the new server. The old external storage is 6.4 TB. Considering that some VMs also use local disks on the old cluster, I probably won’t be able to migrate 100% of everything this way, but it should be enough for most of the migration process. The new server has a separate volume reserved for the virtualization system itself.

Could you, please, share advice/experience and suggest the best migration strategy in this situation?