VMware hat für vSphere 4.0 verschiedene Hardening Guides (allerdings noch Beta) freigegeben um eine virtuelle Umgebung abzusichern.
Es besteht aus mehreren einzelnen Abschnitten, die jeweils die Härtung des Systems beschreiben.
Für alle VMware Kunden mit einer HP EVA SAN gibt es die Möglichkeit, das Virtual Center mit einem Plugin aufzurüsten und von da aus Infos zur EVA zu erhalten. So können Diskgruppen, Raidlevels uvm. bereits im Virtual Infrastructure Client angeschaut werden.
Die Funktionalität wird in diesem Video genauer gezeigt
Momentan wird nur Version 3.5 des ESX bzw ESXi Servers bzw. vCenter 2.5 unterstützt. Für die EVA benötigt man mind. CommandView 7.
Weiterführende Links
http://communities.vmware.com/blogs/amodi/2009/06/22/plugin-eva-for-vmware
Unter Windows 7 lässt sich der vSphere Client ohne Probleme installieren, aber nicht verwenden. Beim Starten kommt eine Fehlermeldung :
Error parsing the server "SERVER IP" "clients.xml" file. Login will continue, contact your system administrator.
Mit ein paar kleinen Tricks bringt man diesen aber doch noch zum Laufen.
In meinen Wiki hab ich eine Anleitung zur Installation und Konfiguration des Clients unter Windows 7 hinterlegt
Dieser Artikel ist eine deutsche Zusammenfassung eines HP WhitePapers. Es beschreibt die Konfiguration einer hochverfügbaren VMware Umgebung mit HP EVA Storage inkl. Continuous Access.
VMware Infrastructure 3 hinterlegt in jedem VMFS Datastore Metadaten, die Informationen über das Volume enthalten. Im Logical Volume Manager wird die LUN ID, Product ID des SAN Controllers und die WorldWide LUN ID eingetragen. Jedes VMFS Volume, das von einem ESX Server erkannt wird, bekommt einen seperaten Eintrag.
In hochverfügbaren Umgebungen mit mehreren ESX Servern und zentraler SAN Storage müssen diese Parameter gleich sein. Ist dies nicht der Fall wird das Volume als “Snapshot” erkannt. Dies passiert wenn
In /var/log/vmkernel wird anschließend folgender Eintrag angezeigt:
ALERT: LVM: 4903: vmhba2:2:2:1 may be snapshot: disabling access.
In manchen Fällen ist es aber gewünscht, dass in diesen Fällen Datastores zur Verfügung gestellt werden. Ein ESX 3.x bietet in den Advanced Settings – LVM entsprechende Einstellungen die vorgenommen werden müssen.
Es gibt 2 Optionen, die das Verhalten eines ESX Servers mit Snapshots beieinflussen.
LVM.DisallowSnapshotLun
Out-of-the-Box ist diese Option auf 1 gesetzt. Nach einer Änderung auf 0 und einem Rescan der LUNs, erkennt ESX auch Snapshots als eigene LUN. VORSICHT: Sobald diese Option auf 0 gesetzt ist, können keine “echten” EVA Snapshots präsentiert werden (solang die “normale” Vdisk gemappt ist).
LVM.EnableResignature
Diese Wert steht im Normalfall auf 0. Beim Umstellen auf die 1 werden die Metadaten neugeschrieben. Alle Datastorenamen bekommen ein snapxxxx_ vorangestellt. Außerdem müssen alle VMs neu im VC importiert werden.
Die Kombination zwischen VMware und EVA Continuous Access funktioniert hervorragend. Werden gleiche EVA Modelle verwendet, so ist eine “Spiegelung” der SAN ohne VMware Konfiguration möglich (z.B. EVA 4100 – EVA 4100). Sind verschiedene Modelle im Einsatz, muss je nach Bedarf einer der beiden Parameter angepasst werden (z.B. EVA 4100 – EVA 6100). Hier gehts zur ausführlichen Beschreibung.
