Hi,
We are implementin new host in our Infra and have to do few vmotions between different clusters. One cluster has host with Load balancing "Route based on IP Hash". Can we do Vmotion to other cluster where hosts have different load balancing policy. Also, if we change load balancing policy on new hosts in furture does it need a Downtime or packet loss?
Regards,
Vikram Kumar
First of all, no problem moving VMs from one ESX to another if they use different multipathing policies.
Second, if you are using IP hash, this means you are using etherchannel (or LACP) on the physical layer - configuring/unconfiguring this almost always require that the uplinks are not being used by any VMs, so you have time to sync the physical and the virtual configuration. It is not a downtime, but you need to plan it accordingly - all depends on your physical network capacity.
First of all, no problem moving VMs from one ESX to another if they use different multipathing policies.
Second, if you are using IP hash, this means you are using etherchannel (or LACP) on the physical layer - configuring/unconfiguring this almost always require that the uplinks are not being used by any VMs, so you have time to sync the physical and the virtual configuration. It is not a downtime, but you need to plan it accordingly - all depends on your physical network capacity.
Many Thanks for the answer Marcelo.
Can we do vmotion between hosts in a cluster communicating with the same storage(having same luns), but one host has iscsi and other FC? we are waiting for the HBA adapter meanwhile we will be using iscsi, but later we may have to connect one FC and other Iscsi and do vmotion then connect FC to other host. As per my knowledge, it should work as both host have common luns visible.
This will depend on how your storage presents the LUNs to the ESX servers. If both groups see the shared LUNs with the same NAA identifier, it should work. In fact, if you present the LUNs from one group to another and the volumes just show up, they shuold have same NAAs and work correctly, but I never tested such scenario before.
Thanks alot for the help, Marcelo.