Re: Migrate VR and SVM to other cluster
Both ways work Makrand - but I suggest you use the "restart with cleanup" option. In 4.11 you will also find this option does a parallel startup / shutdown of old/new VR, leading to less VR downtime.
On 27/08/2018, 18:38, "Makrand" <makrandsanap@xxxxxxxxx> wrote:
For VRs do destroy works in same fashion as of system VMs or just doing
clean network restart is only option for spinning new VR?
Amadeus House, Floral Street, London WC2E 9DPUK
On Mon, Aug 27, 2018 at 7:32 PM, Swen - swen.io <me@xxxxxxx> wrote:
> Hi Alessandro,
> I can confirm Dag's way. We did this a few weeks ago and it worked
> perfectly. You do have a short downtime, because the VR will be recreated.
> Cu Swen
> -----Ursprüngliche Nachricht-----
> Von: Dag Sonstebo <Dag.Sonstebo@xxxxxxxxxxxxx>
> Gesendet: Montag, 27. August 2018 15:41
> An: users@xxxxxxxxxxxxxxxxxxxxx
> Betreff: Re: Migrate VR and SVM to other cluster
> Hi Allessandro,
> You can just *disable (as oppose to maintenance mode)* the hosts in the
> current cluster, then destroy the system VMs - CloudStack will recreate
> them where it can - i.e. on the other cluster where hosts are enabled.
> Please note disabling a host just prevents VMs from starting on it, it is
> not the same as maintenance mode.
> Dag Sonstebo
> Cloud Architect
> On 27/08/2018, 12:52, "Alessandro Caviglione" <c.alessandro@xxxxxxxxx>
> Hi guys,
> is there a way to migrate System VM and VR to another cluster?
> I'm using XenServer with ACS4.9
> I know that the only way is to put the cluster in maintenance mode but
> don't want to migrate existing instance, just VR and SVM.
> Thank yuo
> Amadeus House, Floral Street, London WC2E 9DPUK @shapeblue