[ovirt-users] live migration between datacenters with shared storage

[Adam Litke]

On Thu, Jun 1, 2017 at 2:50 PM, Yaniv Kaul <ykaul at redhat.com> wrote:

>
>
> On Thu, Jun 1, 2017 at 4:55 PM, Adam Litke <alitke at redhat.com> wrote:
>
>> You cannot migrate VMs between Datacenters.  I think an export domain
>> will be your easiest option but there may be a way to upgrade in-place (ie.
>> upgrade engine while vms are running, then upgrade cluster) but I am not an
>> expert in this area.
>>
>
> Why is an export domain better than detach and attach a storage domain?
>

Because you are moving all disks stored on the domain at once which seems a
bit at odds with the iterative upgrade procedure that was first suggested.
An export domain would allow him to try a 4.1 DC with just a few VMs at
first.  Maybe once he is satisfied with the initial upgrade the old data
domain could be attached to the new DC to quickly move over the rest of the
VMs.


> Y.
>
>
>>
>> On Wed, May 31, 2017 at 4:08 PM, Charles Kozler <ckozleriii at gmail.com>
>> wrote:
>>
>>> I couldnt find a definitive on this so I would like to inquire here
>>>
>>> I have gluster on my storage backend exporting the volume from a single
>>> node via NFS
>>>
>>> I have a DC of 4.0 and I would like to upgrade to 4.1. I would ideally
>>> like to take one node out of the cluster and build a 4.1 datacenter. Then
>>> live migrate VMs from the 4.0 DC over to the 4.1 DC with zero downtime to
>>> the VMs
>>>
>>> Is this possible? Or would I be safer to export/import VMs?
>>>
>>> Thanks!
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Adam Litke
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>


-- 
Adam Litke
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170601/a977d581/attachment.html>