You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by kotipalli venkatesh <ve...@gmail.com> on 2018/11/10 20:35:16 UTC
Migration plan
Hi All,
We are using cloudstack older version 4.3.1 and hypervisor is xenserver 6.2.
Now, we are migrating VMs one Data enter to another Datcenter. In
destination Datcenter hypervisor is xenserver 7.1. all VMs are windows
machines which is running health care application.
Did any one experienced same scenario ? how to migrate the VMs offline or
online please share the suggestions guys.
Thanks,
Venkatesh
Re: Migration plan
Posted by Andrija Panic <an...@gmail.com>.
No.
On Sun, Nov 11, 2018, 12:36 kotipalli venkatesh <
venkateshcloudtest@gmail.com wrote:
> Hi
>
> Doubletake software license hug amount. Previously I have used this one
> for one of the customer.
>
> Is any other softwares??
>
> Thanks,
> Venkatesh
>
>
> On Sun 11 Nov, 2018, 3:41 PM Andrija Panic <andrija.panic@gmail.com wrote:
>
> > Morning coffee makes wonders...
> >
> > www.doubletake.com
> >
> > Not sure if name changed lately or something (I have personally never
> used
> > it) but I know my colleagues used to replicate whole CloudStack VPC
> between
> > 2 DCs, via S2S VPN, with perhaps different IP addressing scheme in second
> > DR...
> >
> > Cheers
> >
> >
> > On Sun, Nov 11, 2018, 04:42 kotipalli venkatesh <
> > venkateshcloudtest@gmail.com wrote:
> >
> > > Hi
> > >
> > > Will you please suggest 3rd party sync tools.
> > >
> > > Thanks,
> > > Venkatesh
> > >
> > > On Sun 11 Nov, 2018, 3:34 AM Andrija Panic <andrija.panic@gmail.com
> > wrote:
> > >
> > > > ok, so this rules our any CloudStack way to migrate things... clear.
> > > >
> > > > If possible, you should probably look into XenMotion between 2
> > > > clusters/pools, in case there is good/fast IP connectivity here, that
> > > might
> > > > do the work, without downtime - at least for single VM.
> > > > In case you need to migrate whole environment at a time (dozens of
> VM)
> > > then
> > > > not sure if this is good strategy.
> > > >
> > > > Offline way, I assume you can just move images from one pool to
> another
> > > > (export / import) while VMs are stopped. This can be done with
> default
> > > > tools, or even some external migration tools (from other vendors)
> > > >
> > > > Other way is also from INSIDE the VMs - i.e. use block-level
> > replication
> > > > tools, if you have some kind of VM-to-VM IP connectivity (i.e. site 2
> > > site
> > > > connections between source and destination VMs) - these kind of
> > software
> > > > are made for DR purposes, and after initial sync of source to
> > destination
> > > > VMs - you can just execute the switch-over of complete environments
> > (I'm
> > > > trying to remember the specific tool that my colleagues used...but no
> > > luck
> > > > so far...)
> > > >
> > > > Anyway, make sure xs-tools are up to date (not sure about
> compatibility
> > > > between different versions xe-tools vs guest-tools, etc) - anyway,
> > first
> > > > prepare/update the source VM and then migrate to new cluster.
> > > >
> > > > Other ways you could pull it out is also to stop VM(s), and then
> > download
> > > > volumes from CloudStack (will generate download ULR) - then simply
> > > download
> > > > VM image (root or data disks) from this URL into new hosts/SR and use
> > it
> > > to
> > > > start a brand new VM with existing disks. Or create snapshots, and
> then
> > > > download this snapshots to destination hosts/pool, etc...
> > > >
> > > > There are many ways to do it, depending on the needed scenario and
> > > allowed
> > > > downtime.
> > > >
> > > > Perhaps look into xcp-ng project (fork of XenServer) without all
> these
> > > > limitations that Citrix imposed lately...
> > > >
> > > > Hope this helps
> > > > Andrija
> > > >
> > > > On Sat, 10 Nov 2018 at 22:28, kotipalli venkatesh <
> > > > venkateshcloudtest@gmail.com> wrote:
> > > >
> > > > > Hi Andrija,
> > > > >
> > > > > Saparate regions.
> > > > >
> > > > > Currently customer instances sitting on CloudStack. Now we are
> > > migrating
> > > > > instances to hypervisor i.e. xenserver 7.2.
> > > > >
> > > > > No more cloudstack. He having own hypervisors.
> > > > >
> > > > > Thanks,
> > > > > Venkatesh
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Sun 11 Nov, 2018, 2:39 AM Andrija Panic <
> andrija.panic@gmail.com
> > > > wrote:
> > > > >
> > > > > > Hi Venkatesh,
> > > > > >
> > > > > > is this 2 separate regions / installations - i.e. not 2 zones
> > inside
> > > > same
> > > > > > Region ?
> > > > > >
> > > > > > On Sat, 10 Nov 2018 at 21:35, kotipalli venkatesh <
> > > > > > venkateshcloudtest@gmail.com> wrote:
> > > > > >
> > > > > > > Hi All,
> > > > > > >
> > > > > > > We are using cloudstack older version 4.3.1 and hypervisor is
> > > > xenserver
> > > > > > > 6.2.
> > > > > > >
> > > > > > > Now, we are migrating VMs one Data enter to another Datcenter.
> In
> > > > > > > destination Datcenter hypervisor is xenserver 7.1. all VMs are
> > > > windows
> > > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Andrija Panić
> > > >
> > >
> >
>
Re: Migration plan
Posted by kotipalli venkatesh <ve...@gmail.com>.
Hi
Doubletake software license hug amount. Previously I have used this one
for one of the customer.
Is any other softwares??
Thanks,
Venkatesh
On Sun 11 Nov, 2018, 3:41 PM Andrija Panic <andrija.panic@gmail.com wrote:
> Morning coffee makes wonders...
>
> www.doubletake.com
>
> Not sure if name changed lately or something (I have personally never used
> it) but I know my colleagues used to replicate whole CloudStack VPC between
> 2 DCs, via S2S VPN, with perhaps different IP addressing scheme in second
> DR...
>
> Cheers
>
>
> On Sun, Nov 11, 2018, 04:42 kotipalli venkatesh <
> venkateshcloudtest@gmail.com wrote:
>
> > Hi
> >
> > Will you please suggest 3rd party sync tools.
> >
> > Thanks,
> > Venkatesh
> >
> > On Sun 11 Nov, 2018, 3:34 AM Andrija Panic <andrija.panic@gmail.com
> wrote:
> >
> > > ok, so this rules our any CloudStack way to migrate things... clear.
> > >
> > > If possible, you should probably look into XenMotion between 2
> > > clusters/pools, in case there is good/fast IP connectivity here, that
> > might
> > > do the work, without downtime - at least for single VM.
> > > In case you need to migrate whole environment at a time (dozens of VM)
> > then
> > > not sure if this is good strategy.
> > >
> > > Offline way, I assume you can just move images from one pool to another
> > > (export / import) while VMs are stopped. This can be done with default
> > > tools, or even some external migration tools (from other vendors)
> > >
> > > Other way is also from INSIDE the VMs - i.e. use block-level
> replication
> > > tools, if you have some kind of VM-to-VM IP connectivity (i.e. site 2
> > site
> > > connections between source and destination VMs) - these kind of
> software
> > > are made for DR purposes, and after initial sync of source to
> destination
> > > VMs - you can just execute the switch-over of complete environments
> (I'm
> > > trying to remember the specific tool that my colleagues used...but no
> > luck
> > > so far...)
> > >
> > > Anyway, make sure xs-tools are up to date (not sure about compatibility
> > > between different versions xe-tools vs guest-tools, etc) - anyway,
> first
> > > prepare/update the source VM and then migrate to new cluster.
> > >
> > > Other ways you could pull it out is also to stop VM(s), and then
> download
> > > volumes from CloudStack (will generate download ULR) - then simply
> > download
> > > VM image (root or data disks) from this URL into new hosts/SR and use
> it
> > to
> > > start a brand new VM with existing disks. Or create snapshots, and then
> > > download this snapshots to destination hosts/pool, etc...
> > >
> > > There are many ways to do it, depending on the needed scenario and
> > allowed
> > > downtime.
> > >
> > > Perhaps look into xcp-ng project (fork of XenServer) without all these
> > > limitations that Citrix imposed lately...
> > >
> > > Hope this helps
> > > Andrija
> > >
> > > On Sat, 10 Nov 2018 at 22:28, kotipalli venkatesh <
> > > venkateshcloudtest@gmail.com> wrote:
> > >
> > > > Hi Andrija,
> > > >
> > > > Saparate regions.
> > > >
> > > > Currently customer instances sitting on CloudStack. Now we are
> > migrating
> > > > instances to hypervisor i.e. xenserver 7.2.
> > > >
> > > > No more cloudstack. He having own hypervisors.
> > > >
> > > > Thanks,
> > > > Venkatesh
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On Sun 11 Nov, 2018, 2:39 AM Andrija Panic <andrija.panic@gmail.com
> > > wrote:
> > > >
> > > > > Hi Venkatesh,
> > > > >
> > > > > is this 2 separate regions / installations - i.e. not 2 zones
> inside
> > > same
> > > > > Region ?
> > > > >
> > > > > On Sat, 10 Nov 2018 at 21:35, kotipalli venkatesh <
> > > > > venkateshcloudtest@gmail.com> wrote:
> > > > >
> > > > > > Hi All,
> > > > > >
> > > > > > We are using cloudstack older version 4.3.1 and hypervisor is
> > > xenserver
> > > > > > 6.2.
> > > > > >
> > > > > > Now, we are migrating VMs one Data enter to another Datcenter. In
> > > > > > destination Datcenter hypervisor is xenserver 7.1. all VMs are
> > > windows
> > > > > >
> > > > >
> > > >
> > >
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
>
Re: Migration plan
Posted by Andrija Panic <an...@gmail.com>.
Morning coffee makes wonders...
www.doubletake.com
Not sure if name changed lately or something (I have personally never used
it) but I know my colleagues used to replicate whole CloudStack VPC between
2 DCs, via S2S VPN, with perhaps different IP addressing scheme in second
DR...
Cheers
On Sun, Nov 11, 2018, 04:42 kotipalli venkatesh <
venkateshcloudtest@gmail.com wrote:
> Hi
>
> Will you please suggest 3rd party sync tools.
>
> Thanks,
> Venkatesh
>
> On Sun 11 Nov, 2018, 3:34 AM Andrija Panic <andrija.panic@gmail.com wrote:
>
> > ok, so this rules our any CloudStack way to migrate things... clear.
> >
> > If possible, you should probably look into XenMotion between 2
> > clusters/pools, in case there is good/fast IP connectivity here, that
> might
> > do the work, without downtime - at least for single VM.
> > In case you need to migrate whole environment at a time (dozens of VM)
> then
> > not sure if this is good strategy.
> >
> > Offline way, I assume you can just move images from one pool to another
> > (export / import) while VMs are stopped. This can be done with default
> > tools, or even some external migration tools (from other vendors)
> >
> > Other way is also from INSIDE the VMs - i.e. use block-level replication
> > tools, if you have some kind of VM-to-VM IP connectivity (i.e. site 2
> site
> > connections between source and destination VMs) - these kind of software
> > are made for DR purposes, and after initial sync of source to destination
> > VMs - you can just execute the switch-over of complete environments (I'm
> > trying to remember the specific tool that my colleagues used...but no
> luck
> > so far...)
> >
> > Anyway, make sure xs-tools are up to date (not sure about compatibility
> > between different versions xe-tools vs guest-tools, etc) - anyway, first
> > prepare/update the source VM and then migrate to new cluster.
> >
> > Other ways you could pull it out is also to stop VM(s), and then download
> > volumes from CloudStack (will generate download ULR) - then simply
> download
> > VM image (root or data disks) from this URL into new hosts/SR and use it
> to
> > start a brand new VM with existing disks. Or create snapshots, and then
> > download this snapshots to destination hosts/pool, etc...
> >
> > There are many ways to do it, depending on the needed scenario and
> allowed
> > downtime.
> >
> > Perhaps look into xcp-ng project (fork of XenServer) without all these
> > limitations that Citrix imposed lately...
> >
> > Hope this helps
> > Andrija
> >
> > On Sat, 10 Nov 2018 at 22:28, kotipalli venkatesh <
> > venkateshcloudtest@gmail.com> wrote:
> >
> > > Hi Andrija,
> > >
> > > Saparate regions.
> > >
> > > Currently customer instances sitting on CloudStack. Now we are
> migrating
> > > instances to hypervisor i.e. xenserver 7.2.
> > >
> > > No more cloudstack. He having own hypervisors.
> > >
> > > Thanks,
> > > Venkatesh
> > >
> > >
> > >
> > >
> > >
> > > On Sun 11 Nov, 2018, 2:39 AM Andrija Panic <andrija.panic@gmail.com
> > wrote:
> > >
> > > > Hi Venkatesh,
> > > >
> > > > is this 2 separate regions / installations - i.e. not 2 zones inside
> > same
> > > > Region ?
> > > >
> > > > On Sat, 10 Nov 2018 at 21:35, kotipalli venkatesh <
> > > > venkateshcloudtest@gmail.com> wrote:
> > > >
> > > > > Hi All,
> > > > >
> > > > > We are using cloudstack older version 4.3.1 and hypervisor is
> > xenserver
> > > > > 6.2.
> > > > >
> > > > > Now, we are migrating VMs one Data enter to another Datcenter. In
> > > > > destination Datcenter hypervisor is xenserver 7.1. all VMs are
> > windows
> > > > >
> > > >
> > >
> >
> >
> > --
> >
> > Andrija Panić
> >
>
Re: Migration plan
Posted by kotipalli venkatesh <ve...@gmail.com>.
Hi
Will you please suggest 3rd party sync tools.
Thanks,
Venkatesh
On Sun 11 Nov, 2018, 3:34 AM Andrija Panic <andrija.panic@gmail.com wrote:
> ok, so this rules our any CloudStack way to migrate things... clear.
>
> If possible, you should probably look into XenMotion between 2
> clusters/pools, in case there is good/fast IP connectivity here, that might
> do the work, without downtime - at least for single VM.
> In case you need to migrate whole environment at a time (dozens of VM) then
> not sure if this is good strategy.
>
> Offline way, I assume you can just move images from one pool to another
> (export / import) while VMs are stopped. This can be done with default
> tools, or even some external migration tools (from other vendors)
>
> Other way is also from INSIDE the VMs - i.e. use block-level replication
> tools, if you have some kind of VM-to-VM IP connectivity (i.e. site 2 site
> connections between source and destination VMs) - these kind of software
> are made for DR purposes, and after initial sync of source to destination
> VMs - you can just execute the switch-over of complete environments (I'm
> trying to remember the specific tool that my colleagues used...but no luck
> so far...)
>
> Anyway, make sure xs-tools are up to date (not sure about compatibility
> between different versions xe-tools vs guest-tools, etc) - anyway, first
> prepare/update the source VM and then migrate to new cluster.
>
> Other ways you could pull it out is also to stop VM(s), and then download
> volumes from CloudStack (will generate download ULR) - then simply download
> VM image (root or data disks) from this URL into new hosts/SR and use it to
> start a brand new VM with existing disks. Or create snapshots, and then
> download this snapshots to destination hosts/pool, etc...
>
> There are many ways to do it, depending on the needed scenario and allowed
> downtime.
>
> Perhaps look into xcp-ng project (fork of XenServer) without all these
> limitations that Citrix imposed lately...
>
> Hope this helps
> Andrija
>
> On Sat, 10 Nov 2018 at 22:28, kotipalli venkatesh <
> venkateshcloudtest@gmail.com> wrote:
>
> > Hi Andrija,
> >
> > Saparate regions.
> >
> > Currently customer instances sitting on CloudStack. Now we are migrating
> > instances to hypervisor i.e. xenserver 7.2.
> >
> > No more cloudstack. He having own hypervisors.
> >
> > Thanks,
> > Venkatesh
> >
> >
> >
> >
> >
> > On Sun 11 Nov, 2018, 2:39 AM Andrija Panic <andrija.panic@gmail.com
> wrote:
> >
> > > Hi Venkatesh,
> > >
> > > is this 2 separate regions / installations - i.e. not 2 zones inside
> same
> > > Region ?
> > >
> > > On Sat, 10 Nov 2018 at 21:35, kotipalli venkatesh <
> > > venkateshcloudtest@gmail.com> wrote:
> > >
> > > > Hi All,
> > > >
> > > > We are using cloudstack older version 4.3.1 and hypervisor is
> xenserver
> > > > 6.2.
> > > >
> > > > Now, we are migrating VMs one Data enter to another Datcenter. In
> > > > destination Datcenter hypervisor is xenserver 7.1. all VMs are
> windows
> > > >
> > >
> >
>
>
> --
>
> Andrija Panić
>
Re: Migration plan
Posted by Andrija Panic <an...@gmail.com>.
ok, so this rules our any CloudStack way to migrate things... clear.
If possible, you should probably look into XenMotion between 2
clusters/pools, in case there is good/fast IP connectivity here, that might
do the work, without downtime - at least for single VM.
In case you need to migrate whole environment at a time (dozens of VM) then
not sure if this is good strategy.
Offline way, I assume you can just move images from one pool to another
(export / import) while VMs are stopped. This can be done with default
tools, or even some external migration tools (from other vendors)
Other way is also from INSIDE the VMs - i.e. use block-level replication
tools, if you have some kind of VM-to-VM IP connectivity (i.e. site 2 site
connections between source and destination VMs) - these kind of software
are made for DR purposes, and after initial sync of source to destination
VMs - you can just execute the switch-over of complete environments (I'm
trying to remember the specific tool that my colleagues used...but no luck
so far...)
Anyway, make sure xs-tools are up to date (not sure about compatibility
between different versions xe-tools vs guest-tools, etc) - anyway, first
prepare/update the source VM and then migrate to new cluster.
Other ways you could pull it out is also to stop VM(s), and then download
volumes from CloudStack (will generate download ULR) - then simply download
VM image (root or data disks) from this URL into new hosts/SR and use it to
start a brand new VM with existing disks. Or create snapshots, and then
download this snapshots to destination hosts/pool, etc...
There are many ways to do it, depending on the needed scenario and allowed
downtime.
Perhaps look into xcp-ng project (fork of XenServer) without all these
limitations that Citrix imposed lately...
Hope this helps
Andrija
On Sat, 10 Nov 2018 at 22:28, kotipalli venkatesh <
venkateshcloudtest@gmail.com> wrote:
> Hi Andrija,
>
> Saparate regions.
>
> Currently customer instances sitting on CloudStack. Now we are migrating
> instances to hypervisor i.e. xenserver 7.2.
>
> No more cloudstack. He having own hypervisors.
>
> Thanks,
> Venkatesh
>
>
>
>
>
> On Sun 11 Nov, 2018, 2:39 AM Andrija Panic <andrija.panic@gmail.com wrote:
>
> > Hi Venkatesh,
> >
> > is this 2 separate regions / installations - i.e. not 2 zones inside same
> > Region ?
> >
> > On Sat, 10 Nov 2018 at 21:35, kotipalli venkatesh <
> > venkateshcloudtest@gmail.com> wrote:
> >
> > > Hi All,
> > >
> > > We are using cloudstack older version 4.3.1 and hypervisor is xenserver
> > > 6.2.
> > >
> > > Now, we are migrating VMs one Data enter to another Datcenter. In
> > > destination Datcenter hypervisor is xenserver 7.1. all VMs are windows
> > >
> >
>
--
Andrija Panić
Re: Migration plan
Posted by kotipalli venkatesh <ve...@gmail.com>.
Hi Andrija,
Saparate regions.
Currently customer instances sitting on CloudStack. Now we are migrating
instances to hypervisor i.e. xenserver 7.2.
No more cloudstack. He having own hypervisors.
Thanks,
Venkatesh
On Sun 11 Nov, 2018, 2:39 AM Andrija Panic <andrija.panic@gmail.com wrote:
> Hi Venkatesh,
>
> is this 2 separate regions / installations - i.e. not 2 zones inside same
> Region ?
>
> On Sat, 10 Nov 2018 at 21:35, kotipalli venkatesh <
> venkateshcloudtest@gmail.com> wrote:
>
> > Hi All,
> >
> > We are using cloudstack older version 4.3.1 and hypervisor is xenserver
> > 6.2.
> >
> > Now, we are migrating VMs one Data enter to another Datcenter. In
> > destination Datcenter hypervisor is xenserver 7.1. all VMs are windows
> >
>
Re: Migration plan
Posted by Andrija Panic <an...@gmail.com>.
Hi Venkatesh,
is this 2 separate regions / installations - i.e. not 2 zones inside same
Region ?
On Sat, 10 Nov 2018 at 21:35, kotipalli venkatesh <
venkateshcloudtest@gmail.com> wrote:
> Hi All,
>
> We are using cloudstack older version 4.3.1 and hypervisor is xenserver
> 6.2.
>
> Now, we are migrating VMs one Data enter to another Datcenter. In
> destination Datcenter hypervisor is xenserver 7.1. all VMs are windows
> machines which is running health care application.
>
> Did any one experienced same scenario ? how to migrate the VMs offline or
> online please share the suggestions guys.
>
> Thanks,
> Venkatesh
>
--
Andrija Panić