Seite 1 von 1

VMware vSphere 5.0u1 zum Download/Release Notes

Verfasst: 16.03.2012, 07:07
von irix

Verfasst: 17.03.2012, 12:18
von Supi
Achtung: möglicherweise macht der Autostartmanager nach dem Update wieder Probleme: http://communities.vmware.com/message/2009586#2009586

Verfasst: 17.03.2012, 12:44
von irix
Am Autostart haben Sie rumgefummelt. Sobald ein Cluster mit HA aktiv ist sollte die Option nun komplett ausgegraut sein. Frueher wurde man in dem Glauben gelasssen das AutoStart auch in Clustern funktioniert weil man da drin rumdruecken konnte.

Gruss
Joerg

Verfasst: 17.03.2012, 20:05
von Supi
irix hat geschrieben:....Frueher wurde man in dem Glauben gelasssen das AutoStart auch in Clustern funktioniert weil man da drin rumdruecken konnte.


Hallo Jörg, das verstehe ich jetzt nicht.
Bei mir sinds 2 Host in einem HA Cluster. Sicher, wenn man HA aktiviert, wird die autostart Funktion deaktiviert.
Reaktiviere ich sie wieder, werden die Host bzw deren VM's zumindest sauber hoch gefahren. Erst letztens musste ich die 2 Host per Hand runter fahren. Nach der Stunde Wartung fuhren die VM's auch wieder auf dem jeweiligen Host von alleine Hoch nach dem einschalten.
Ok, ist eine 4.1 U2 ESXI Umgebung.

Insbesondere wenn man noch in der VMA den APC dienst laufen hat, sollte der Autostart doch funktionieren?! Wie sollte denn sonst beim Stromausfall das Shutdown der VM's funktionieren wenn nicht vereinfacht über die VMA die das dann an die Hosts sendet und diese wiederum an die laufenden VM's.

Verfasst: 17.03.2012, 20:18
von irix
Dann klicke nur mal wieder in den Clustersettings herum nachdem du deinen Startup konfiguriert hast. Du wirst sehen das die Funktion wieder deaktiviert wurde.

Der Grund ist ja auch einfach
1. Die Reihenfolge wuerde sofort zerstoert wenn eine VM per vMotion oder dergleichen umzieht
2. Ein Host faellt aus und HA uebernimmt. Nun kommt der Host ungeplant wieder. Willst du nun das er versucht seine VMs welche er zuletzt hatte nun wieder neustartet?

Genau... aus diesen Gruenden hat VMware das nicht so im Programm.

Gruss
Joerg

Verfasst: 17.03.2012, 20:53
von Supi
Sollte nicht ein locking im VMFS den von dir genannten Fall verhindern?

"...VMFS provides on-disk locking to ensure
that a virtual machine is not powered on by multiple installations
of VMware ESX at the same time. Should a server fail, the
on-disk lock for each virtual machine is released to allow the
virtual machine to be restarted on other physical servers...."
www.vmware.com/files/pdf/VMware-vStorage-VMFS-DS-EN.pdf
.. so die reine Theorie.

Sehen wir es mal anders herum, wie sollte man denn dann den Power-Off Fall in einem (HA)Cluster umsetzen? In Jeder VM den APC Client installieren?

Verfasst: 17.03.2012, 20:58
von irix
Nein, das Shutdown Script muss die lfd. VMs per Host ermitteln und diesen den Befehl zum herunterfahren geben. Das direkte Ansprechend einen Host Shutdown und sich darauf verlassen das dieser die VMs herunterfaehrt ist fatal.

Gruss
Joerg

Verfasst: 17.03.2012, 22:01
von mbreidenbach
Echt blöd nur daß APC PCNS das für das Herunterfahren der VMs bei Stromausfall verwendet.

Verfasst: 17.03.2012, 22:09
von stahly
Endlich soll das Problem mit Citrix behoben sein. Muss ich sofort testen. Das ist der letzte Grund, noch zwei ESXi 4.1er im Einsatz zu haben. :)

"...ESXi 5.0 issues with PXE booting virtual machines with Citrix Provisioning Server (KB 2008436)...."

...bin mal gespannt.

Verfasst: 22.03.2012, 09:26
von Supi
Der Autostart Bug betrifft wohl nur die Nutzer mit der Free Lizenz. (siehe VMNT)