Skip navigation
VMware
Up to Discussions in Availability: HA & FT

This Question is Answered

1 "correct" answer available (10 pts)
531 Views 11 Replies Last post: Jun 28, 2010 10:30 PM by 529122530 RSS
LSchuldt Novice
LSchuldt
8 posts since
Oct 5, 2008
Currently Being Moderated

Jun 18, 2010 10:48 AM

Limiting the hosts on which HA can restart a guest OS

I know that this subject has come up before so I'll recap briefly.

 

Customer has an ESX cluster with 6 hosts spread across three sites (campus network) with 2 hosts per site.

Because of differing network configurations, most of the VMs must remain on their site during HA restart and a few can be migrated and will work on any site.

 

The problem is that HA will restart a VM on any site, whether the networking matches that specified in the VM or not. If a machine is started on the wrong site, the NIC is disconnected from the network and needs to be reconnected manually.

 

Because of the desire to move some of the VMs to any site, breaking up the cluster into 3 clusters is not workable.

 

In another thread, someone suggested creating dummy machines and using the anti-affinity rules to force the machine back to the site on which it belongs. Unfortunately, the movment of the machine is handled by DRS. By the time DRS moves the machine to the correct site, the machine has been started on the wrong site and the network is disconnected.

 

So... does anyone know of a method to only allow a guest to be restarted on a machine where the guest's networking is a match for the host's? I've seen this question pop up before, but haven't really seen a definitive answer.

 

Thanks,

 

Larry

Tags: vmotion, drs, ha
eziskind Expert VMware Employees
eziskind
456 posts since
Feb 21, 2006
Currently Being Moderated
1. Jun 18, 2010 11:05 AM in response to: LSchuldt
Re: Limiting the hosts on which HA can restart a guest OS

 

Controls will be available in the upcoming vSphere 4.1 release to enable this behavior. You'll be able to set "soft" (ie. preferential) or "hard" (ie. strict) rules associating a set of vms with a set of hosts. HA will respect the hard rules and only failover vms to the appropriate hosts.

 

 

Elisha

 

 

Varunsh Enthusiast
Varunsh
97 posts since
Sep 9, 2009
Currently Being Moderated
2. Jun 21, 2010 4:03 AM in response to: eziskind
Re: Limiting the hosts on which HA can restart a guest OS

HI Larry,

 

refer to http://communities.vmware.com/thread/272899

 

HA failover check for following things

 

1. Host with the maximum unreserved capacity

 

2. Network and Storage configuration should meet on target host

AntonVZhbankov Guru User Moderators vExpert
AntonVZhbankov
5,367 posts since
May 26, 2008
Currently Being Moderated
3. Jun 21, 2010 4:07 AM in response to: LSchuldt
Re: Limiting the hosts on which HA can restart a guest OS

Create unique portgroups for each site, and one "global" protgroup on all ESXes.

Connect VMs that should not leave site to local site portgroup, and all global VMs to global portgroup.


---

MCSA, MCTS Hyper-V, VCP 3/4, VMware vExpert

http://blog.vadmin.ru

EMCCA, MCITP: SA+VA, VCP 3/4/5, VMware vExpert http://blog.vadmin.ru
jkumhar75 Hot Shot
jkumhar75
188 posts since
Jul 29, 2009
Currently Being Moderated
4. Jun 21, 2010 4:13 AM in response to: AntonVZhbankov
Re: Limiting the hosts on which HA can restart a guest OS

 

I think the option suggested by the Anton would be the best option.By creating the global port group you can connect the vm's to those port group and avoid the network dicsconnection is case of HA.

 

 

Jay

VCP 310,VCP 410,MCSE

Consider awarding points for "helpful" and/or "correct" answers.

 

 

If you found this or other information useful, please consider awarding points for "Correct" or "Helpful". Jayprakash VCP3,VCP4,MCSE 2003 http://kb.vmware.com/
LSchuldt Novice
LSchuldt
8 posts since
Oct 5, 2008
Currently Being Moderated
5. Jun 21, 2010 7:14 AM in response to: Varunsh
Re: Limiting the hosts on which HA can restart a guest OS

Varunsh,

 

That's what I thought. It doesn't seem to prevent the hosts from starting VMs where the network doesn't match, though.

 

When I first became involved with this configuration, all the VMs were connected to a network called Virtual Machine Network, even though there were three different networks involved. I broke up Virtual Machine Network into m35 VM Network, apc VM Network, and arc VM Network. I then made sure that the guests were on a host that had access to the correct network and configured the networking on the guests.

 

However, HA will still move a VM to a host that has a non-matching network.

 

larry

LSchuldt Novice
LSchuldt
8 posts since
Oct 5, 2008
Currently Being Moderated
6. Jun 21, 2010 7:14 AM in response to: AntonVZhbankov
Re: Limiting the hosts on which HA can restart a guest OS

Anton,

 

That's exactly what I did!

 

larry

LSchuldt Novice
LSchuldt
8 posts since
Oct 5, 2008
Currently Being Moderated
7. Jun 21, 2010 7:14 AM in response to: jkumhar75
Re: Limiting the hosts on which HA can restart a guest OS

Jkumhar75,

 

That's what I did, but HA still doesn't want to restart VMs on a host with the proper network.

 

larry

RParker Guru
RParker
7,853 posts since
Dec 6, 2006
Currently Being Moderated
8. Jun 21, 2010 7:23 AM in response to: LSchuldt
Re: Limiting the hosts on which HA can restart a guest OS

That's what I did, but HA still doesn't want to restart VMs on a host with the proper network.

 

The idea behind HA is to be transparent, and not restrict.  It's the same thing if you want to set CPU affinity per VM, you are doing the same thing with HA, pinning a VM to a particular host.

 

Your HA cluster should be configured with enough resources and machines, so HA can decide which VM's can be brought up, but you should not restrict this to only one machine, it's meant to work across the entire cluster.

 

Maybe you have a good reason for this, but HA should be designed so this is not an issue.

Varunsh Enthusiast
Varunsh
97 posts since
Sep 9, 2009
Currently Being Moderated
9. Jun 22, 2010 4:59 AM in response to: RParker
Re: Limiting the hosts on which HA can restart a guest OS

Now it will be interesting to know....as per our understanding HA check for unreserved capacity and network / storage configuration but if it is not restarting the virtual machines in that way, there is an issue with HA functionality ...or we have lack of information about HA or there is any hiidden check for restarting virtual machine....

 

 

 

HA failover check for following things

 

1. Host with the maximum unreserved capacity

 

2. Network and Storage configuration should meet on target host

 

 

 

Create unique portgroups for each site, and one "global" protgroup on all ESXes.

Connect VMs that should not leave site to local site portgroup, and all global VMs to global portgroup.

 

 

I hope larry's thread is ended with Richard's statement  "functionality of HA" but if we are missing something I am sure that will be the solution for customizing HA as per requirment

LSchuldt Novice
LSchuldt
8 posts since
Oct 5, 2008
Currently Being Moderated
10. Jun 22, 2010 8:03 AM in response to: Varunsh
Re: Limiting the hosts on which HA can restart a guest OS

All,

 

Last Friday, I made a DNS change to fix an issue with vMotion. When I returned to the site on Monday, both vMotion and HA were working properly.

 

In testing all three network groups, guest VMs were restarted on the correct host to retain network connectivity by HA. If both hosts on that network were powered down, HA would start a guest on a host with no network connectivity because there are no hosts with the required connectivity available. I guess I'll have to wait for version 4.1 to come out in order to fix that issue.

 

I consider the issue closed at this time. Thanks for all the suggestions!

529122530 Enthusiast
529122530
31 posts since
May 16, 2010
Currently Being Moderated
11. Jun 28, 2010 10:30 PM in response to: LSchuldt
Re: Limiting the hosts on which HA can restart a guest OS

Just make the VM's VLAN in VGT is ok!

Or you can set the advanced options about HA,add:das.AllowNetwork*=network

Bookmarked By (0)

Share This Page

Communities