VMware Cloud Community
universalknr
Contributor
Contributor
Jump to solution

Can I migrate a VM to a new family CPU? - Cisco Call Manager PUB/SUB

I currently have 2 VMware ESXi 4.1 hosts:

     1.  Dell PER905 - running 16 CPU's x 2.39GHz (cores) / Quad-Core AMD Opteron (tm) Processor 8378 (processor type)

     2.  Cisco UCS C260 M2 (BASE-2646) - running 20 CPU's x 2.393GHz (cores) / Intel (R) Xeon (R) CPU E72870 (processor type)


The main goal is to move 2 VM's from the Dell Host to the Cisco Host, the reason being is because Cisco Support has stated that the VM's require an Intel processor and not the AMD which they are currently on.  I currently have a Cisco Call Manager Publisher and the Call Manager Subscriber living on the Dell Host, they were built (non-OVF) on this host some time ago.  We started experiencing problems with them and eventually Cisco stated the above.


A couple of questions came to mind, can anyone please shed some light on them for me?

1.  Can I migrate these 2 VM's from the AMD to the Intel, without it damaging/destroying the VM?  Whatever the answer may be, can you please explain to me the why?  Is the answer to the CPU migration dependent on the Guest OS or what?  I ask because I've performed this successfully on a Windows Guest OS VM, but I guess it being Cisco makes me hesitant/question.

2.  Would it be better to have each of the VM's rebuilt on the new host, rather than go through the migration for the CPU purposes?

3.  What is the recommended way of backing these VM's up, prior to proceeding with the migration?  I am not talking about backing up for the sake of the data within Call Manager, as I will complete a backup there first.  I am asking more along the lines of - for the sake of the VM itself.

0 Kudos
1 Solution

Accepted Solutions
proden20
Hot Shot
Hot Shot
Jump to solution

1.  Can I migrate these 2 VM's from the AMD to the Intel, without it damaging/destroying the VM?  Whatever the answer may be, can you please explain to me the why?  Is the answer to the CPU migration dependent on the Guest OS or what?  I ask because I've performed this successfully on a Windows Guest OS VM, but I guess it being Cisco makes me hesitant/question.

You should be able to perform a cold migration. The concern is at the guest OS level.  The Cisco appliance is likely a Linux distro.  The distro should use the AMD64 instruction set (Intel 64 compatible) and theoretically should migrate fine.  However, if the guest OS has been passed enhanced instructions from the AMD processor, it may expect those features upon reboot.  We do have at least one VM in our environment that we have to stick to a certain family of Intel processor because the software license digs and binds to it, but this is the only scenario I have come across.

2.  Would it be better to have each of the VM's rebuilt on the new host, rather than go through the migration for the CPU purposes?

I'd feel better about redeploying, but if the migration succeeds and the applications run stable, then you just reaped the benefits of virtualization.

3.  What is the recommended way of backing these VM's up, prior to proceeding with the migration?  I am not talking about backing up for the sake of the data within Call Manager, as I will complete a backup there first.  I am asking more along the lines of - for the sake of the VM itself.

You could do something as simple as cloning a copy.  Depending on how you are licensed for vSphere, you may have VDP to back up your VM.  You could also use a tool such as VMWare Converter or Veeam Backup and Replication. Given the criticality of these VM's, I'd get at least 2 backups of different type.  You should be able to validate any backup with VMWare Workstation before proceeding with your migration.

View solution in original post

0 Kudos
3 Replies
proden20
Hot Shot
Hot Shot
Jump to solution

1.  Can I migrate these 2 VM's from the AMD to the Intel, without it damaging/destroying the VM?  Whatever the answer may be, can you please explain to me the why?  Is the answer to the CPU migration dependent on the Guest OS or what?  I ask because I've performed this successfully on a Windows Guest OS VM, but I guess it being Cisco makes me hesitant/question.

You should be able to perform a cold migration. The concern is at the guest OS level.  The Cisco appliance is likely a Linux distro.  The distro should use the AMD64 instruction set (Intel 64 compatible) and theoretically should migrate fine.  However, if the guest OS has been passed enhanced instructions from the AMD processor, it may expect those features upon reboot.  We do have at least one VM in our environment that we have to stick to a certain family of Intel processor because the software license digs and binds to it, but this is the only scenario I have come across.

2.  Would it be better to have each of the VM's rebuilt on the new host, rather than go through the migration for the CPU purposes?

I'd feel better about redeploying, but if the migration succeeds and the applications run stable, then you just reaped the benefits of virtualization.

3.  What is the recommended way of backing these VM's up, prior to proceeding with the migration?  I am not talking about backing up for the sake of the data within Call Manager, as I will complete a backup there first.  I am asking more along the lines of - for the sake of the VM itself.

You could do something as simple as cloning a copy.  Depending on how you are licensed for vSphere, you may have VDP to back up your VM.  You could also use a tool such as VMWare Converter or Veeam Backup and Replication. Given the criticality of these VM's, I'd get at least 2 backups of different type.  You should be able to validate any backup with VMWare Workstation before proceeding with your migration.

0 Kudos
universalknr
Contributor
Contributor
Jump to solution

Thanks much proden20!

0 Kudos
ch1ta
Hot Shot
Hot Shot
Jump to solution

Also, apart from using Veeam as a backup tool, you can utilize this software as a migration utility, as well.

There is a functionality called Quick Migration that is included in Veeam Free edition. Using it, you can migrate with minimal disruptions one or more VMs between ESX(i) hosts (with different CPU types), datastores or both.

Taking into account sensitive nature of Cisco Applications, I would backup/migrate VMs that runs them in powered of state.

Cheers.

0 Kudos