Auf dem Blog von Duncan habe ich einen interessanten Eintrag gelesen den er im VMTN Forum gefunden hat.
Der Benutzer “ian4563″ hat dort auf eine Fehlermeldung hingewiesen der mit HA zusammenhängt. Folgende Fehlermeldung konnte in den Logs gelesen werden:
Das admission check failed. Configured failover: 2, Expected new failover: 0
Ein VMware Mitarbeiter, sein Nick lautet “eziskind”, gab darauf die folgende, sehr interessante, Antwort:
Looks like you have some 4-cpu vms in the clusters too. That will really skew things. You’re being hit by the combination of 2 new things in the HA admission control for VC 2.5:
1) If no reservation is set for a vm (or it is set to 0), use default of 256MHz, 256MB. (these values can be changed using HA advanced options: das.vmMemoryMinMB, das.vmCpuMinMHz)
2) For the cpu component of the slot, use (max MHz per virtual cpu) * (max number of vcpu’s per vm)
The HA admission control algorithm is overly conservative in non-homogenous clusters, ie. ones with vms which have different reservations and/or vcpu number. #2 above makes it more conservative. Given these limitations, its best to try to keep the cluster as homogenous as possible. Is it possible to put the 4-cpu vms in a separate cluster? If not, you can try setting the default vm resources to 0 (using the advanced options in #1). This is how things worked in VC 2.0.
Das ganze sollte man sich mal im Hinterkopf behalten.