Kategorie: Virtualisierung

Veröffentlicht in Virtualisierung

VMware ESX5.1 Warnung: “Systemprotokolle auf dem host x.x.x.x werden in einem nicht beständigen Speicher gespeichert”

Veröffentlicht am von Christoph Drabke

Frische Neuinstallationen des ESXi 5.1 auf einem USB-Stick oder einer SD-Karte behaupten gerne mal “Systemprotokolle auf dem host foo.bar werden in einem nicht beständigen Speicher gespeichert“. Das ist auch fast korrekt – USB-Speicher und Sd-Karten sind nach VMWare-denke “volatil”. Nur Festplatten (respektive Datastores) sind beständig.

Lösung (bessere Lösung):

Einen Speicherort für die Scratch-Files für jeden betroffenen ESX(i)-Host auf einem Datastore erstellen. Das geht direkt im vSphere Client und im laufenden Betrieb – die Änderung wird nur erst bei einem Neustart des Hosts aktiv.

  1. Auf dem jeweiligen ESX(i)-Host unter Konfiguration/Speicher den passenden Datastore Durchsuchen und einen Ordner erstellen. VMWare schlägt einen Namen wie .locker-ESXHOSTNAME vor, denn Ordner die mit einem “.” beginnen werden im Browser nicht angezeigt. Jeder Host braucht einen eigenen Scratch-Ordner.
  2. Diesen neuen Ort dann in die ESX(i) Konfiguration der Hosts eintragen: Unter Konfiguration -> Software -> Erweiterte Einstellungen -> ScratchConfig -> ScratchConfig.ConfiguredScratchLocation auf den neuen Pfad setzen, z.B. /vmfs/volumes/DATASTORENAME/.locker-ESXHOSTNAME

Der Defaultwert ist /tmp/scratch, was in einer Standartinstallation auf der Ramdisk liegt. Eine Möglichkeit diese Warnung ohne die solche Anpassung des Setups auszuschalten ist (mir) nicht bekannt.

vmware-KB-Artikel: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1033696
Veröffentlicht in Virtualisierung

virtuelle Maschinen in VMware-Clustern separieren

Veröffentlicht am von Christoph Drabke

Für einige virtuelle Maschinen in einem VMware Cluster ist es sinnvoll, eine Trennung auf verschiedene ESX Hosts einzustellen. Gerade Exchangeserver oder virtuelle Domaincontroller sollten nicht auf dem gleichen Gastsystem laufen, um die Verfügbarkeit der Dienste bei Ausfällen eines Hosts im ESX Clusters zu gewährleisten.

Auf der anderen Seite will man vielleicht aber auch genau das Gegenteil und bestimmte Maschinen sollen immer auf dem selben Host gehalten werden. Beides wird über DRS Regeln erledigt, die man über den VMware Client einstellen kann.

Separieren durch DRS Regeln

Die Regeln kann man im VMware Client unter Host und Cluster in den Settings des jeweiligen Clusters editieren.

DRS

Im Abschnitt vSphere DRS unter Rules unten auf Add klicken, einen Namen für die Regel vergeben und den Typ auswählen.

Für die beiden Regeln Keep Virtual Maschines Together und Seperate Virtual Maschines kann man über Add einfach die passenden VMs auswählen. Diese laufen dann entweder immer auf demselben Host oder eben nicht.

DRS_Rule

Um virtuelle Maschinen auf einem bestimmten ESX Host laufen zu lassen, muss man vorher im DRS Groups Manager eine Gruppe für die gewüschten Hosts und eine Gruppe für die ESX Hosts erstellen. Beide Gruppen können bei Bedarf natürlich auch nur eine VM und einen ESX Host enthalten.

Des Weiteren besteht bei dieser Regel die Auswahl zwischen Should run on hosts in group undMust run on hosts in group. Hier sollte man genau überlegen, was man möchte. Wer sich nicht sicher ist, sollte Should run nehmen, da Must run im Zweifelsfall dazu führen kann, dass die Maschine aufgrund von CPU- oder Speicherauslastung nicht mehr gestartet werden kann.