Anyone ever set up masks to hide/enable cpu capabilities within vmware?
We have 4 hosts for our VDI setup, I’d like to get VMotion working
between all 4. Currently if you’re trying to VMotion between the two
older ones to the two newer ones, it cannot be done w/o powering the VM
down due to CPU ‘incompatibilities’. Certain portions of the cpu id
mask can be ‘hidden’ from the VM to allow for easier VMotion.
Anyone ever set up masks to hide/enable cpu capabilities within vmware?
We have 4 hosts for our VDI setup, I’d like to get VMotion working
between all 4. Currently if you’re trying to VMotion between the two
older ones to the two newer ones, it cannot be done w/o powering the VM
down due to CPU ‘incompatibilities’. Certain portions of the cpu id
mask can be ‘hidden’ from the VM to allow for easier VMotion.
Stevo wrote:
[color=blue]
I take it you have an Essentials License so you have vCenter?
for vMotion to work when VMs are up, its a requirement
Also consider the following:
network setup, all separate subnets
vmk0 Management Network – on vSwitch0 (standard switch) – on uplink
vmnic0
vMotion network – on vSwitch1 (standard switch) – on uplink vmnic1
storage if iSCSI – on vSwitch2 (standard switch) – on uplink vmnic2
VM network – on vSwitch3 (standard switch or dvSwitch/Cisco Nexus
1000v) –
on uplink vmnic3 through how ever many you can aggrigate together[/color]
I disagree with that. Just throw all the NIC’s on one vSwitch and use
VLAN’s. I know it’s against design regulations but the often heard
‘security considerations’ are bullocks imho. If you can’t trust VLAN’s
anymore you can’t trust anything. Don’t use distributed switches for
anything more than machines that can afford to lose the network
connection. If your vCenter server needs maintenance your distributed
switch goes down.