[cisco-voip] best way to move CUCM Publisher from one host/DC to another

Wed Dec 11 10:36:28 EST 2019

Yes sir, moving to new hosts in the same DC, both hosts plugged into the
same Nexus on 10gbit.

To UC Penguin's point, it was on 6.0

On Wed, Dec 11, 2019 at 7:46 AM Ryan Huff <ryanhuff at outlook.com> wrote:

> Interesting, was it 10GB end2end (nics and all)? I’ve done it on a 1GB
> end2end and got close to 700 mbps (if I recall correctly, 680-682 was the
> highest it hit).
>
> Not disagreeing, just interesting... it would be worth some investigating
> someday.
>
> Sent from my iPhone
>
> On Dec 11, 2019, at 01:50, Charles Goldsmith <w at woka.us> wrote:
>
> 
> I'm a big fan of SCP as well, but it's limited to 1 vCPU on the
> encryption, so that seems to limit it more than the links.  I know this
> because trying to move VM's over 10gbit connections and was only getting
> about 400 mbps.
>
> If you have a middle pc/jump box, I'm a big fan of simple export/import if
> you don't have a vCenter in the picture.  That way, you get a backup of the
> VM.  vCenter is nice, but migration moves it, doesn't copy, even with
> different storage.
>
> I have never tried to use vmkstools, may have to investigate that the next
> time I migrate.
>
> On Tue, Dec 10, 2019 at 8:26 PM Ryan Huff <ryanhuff at outlook.com> wrote:
>
>> Yes, SCP is beholden to the line rate between the hosts. Though VMWare
>> doesn’t “recommend” it, I can say I’ve also never had a problem with it,
>> FWIW... and yeah, super convenient.
>>
>> Is you have shared storage between the hosts and can migrate the storage
>> and compute, I’d power off the VM and just do that.
>>
>> Sent from my iPhone
>>
>> On Dec 10, 2019, at 21:20, Anthony Holloway <
>> avholloway+cisco-voip at gmail.com> wrote:
>>
>> 
>> SCP is so slow and not recommended by VMware*, but damn if it's not
>> convenient.
>>
>> Ovftool is super fast but I think it requires a middle PC to be ran from.
>>
>> It would be awesome if you could have the best of both worlds. Like run
>> ovftool right on ESXi. I wonder.
>>
>> I have used Veeam free backup to move VMs, which is as fast as ovftool,
>> but a huge install for a one time move.
>>
>> *To prevent performance and data management related issues on ESX, avoid
>> the use of using scp, cp, or mv for storage operations; instead use
>> vmkfstools, VMware's virtual machine Importer tool.
>> https://kb.vmware.com/s/article/1000936
>> <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fkb.vmware.com%2Fs%2Farticle%2F1000936&data=02%7C01%7C%7Ceb93b37ca4fb479b4b6008d77e0670b0%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116438430643299&sdata=mFju5OvyMPfidnEhicwZeqm2AVIkyG6fcymST%2B5Txl4%3D&reserved=0>
>>
>>
>> On Tue, Dec 10, 2019, 7:50 PM Ryan Huff <ryanhuff at outlook.com> wrote:
>>
>>> I don’t think vMotion would change the MAC address, UUID.. etc and I
>>> think you’d be fine (not while the VM is powered on though).
>>>
>>> Typically, what I do is power the VM down and SCP the VM folder to the
>>> target host from the source host (requires SSH server/client be enabled and
>>> excluded in the host firewall for the hosts). Then in the target host, add
>>> the .vmx file into inventory and power on. You’ll initially be asked if you
>>> moved or copied the VM and you’ll want to select move (if you select copy,
>>> then it will randomize a few things like nic MAC .. etc).
>>>
>>> Lastly, remove the source VM from inventory and after you’re sure the
>>> target VM is healthy and running fine, delete the source VM from storage on
>>> the source host.
>>>
>>> Thanks,
>>>
>>> Ryan
>>>
>>> On Dec 10, 2019, at 20:42, naresh rathore <nareh84 at hotmail.com> wrote:
>>>
>>> 
>>> hi
>>>
>>>
>>> We have to migrate our Voice VMs from one host/DC to another host/DC. i
>>> think if we clone or do vmotion, mac address gets changed and we have to
>>> apply for license, we may face database corruption.
>>>
>>>
>>> Is there a way which Cisco recommends to do migration, if we have to
>>> migrate Voice VMs from one host to another?
>>>
>>>
>>> Regards
>>>
>>>
>>> Naray
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>>
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C57141ead670d42edf74808d77ddb677d%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116253590181473&sdata=z44wxHsKAhdz2lak4%2Fj7to5R2HV22lmr3D2%2BVr%2Fe5vQ%3D&reserved=0
>>> <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Ceb93b37ca4fb479b4b6008d77e0670b0%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116438430653310&sdata=jjBd1hw7nXP35q6qhfVapP1hCVQd4ee5qVf9TxHthsk%3D&reserved=0>
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>> <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Ceb93b37ca4fb479b4b6008d77e0670b0%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116438430663314&sdata=USHWYN9f6xJZzWJpcJlS40hLr0y%2FY4bTZ1raKdgOYuU%3D&reserved=0>
>>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Ceb93b37ca4fb479b4b6008d77e0670b0%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637116438430673325&sdata=3iKcG6WLjZzvu6V3YQlyLkx%2FqLX4P9AZFaxZYy2DCTg%3D&reserved=0>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20191211/14ad7a21/attachment.htm>