Luc Dekens, das wohl bekannteste PowerCLI Community Mitglied, hatte vor einigen Tagen ein tolles Skript entwickelt, um die Festplatten und Snapshots einer VM auszulesen. Dieses Skript, welches unter dem Namen yadr (yet another disk reporter) zu finden ist (Download) ist wirklich klasse und mehr als nützlich. Eine tolle Basis, um nach Fehlern von VMs oder Snapshots zu suchen oder einfach zu Dokumentationszwecken. Obwohl ich dieses Skript bereits sehr genial fand, schrieb ich Luc an, ob er die grafische Darstellung nicht verbessern könnte, in dem er mit UML arbeiten würde. Es existiert auch ein Online-UML Generator yuml den man dazu nutzen kann.

Luc hat sich direkt daran gesetzt und sein Skript um die UML Erstellung ergänzt, was eine tolle Übersicht über die VMs mit Festplatten und Snapshots liefert. Das Skript sollte jeder in seiner Toolbox haben:¬†UML diagram your VM, vdisks and snapshots

Duncan (yellow-bricks.com) hat heute einen Eintrag über Netzwerkverlust nach einem HA Failover berichtet. Dieses Thema, welches sehr logisch ist wird aber oft vergessen, daher möchte ich noch einige HA Punkte beifügen. Dies ist nur ein kleiner “Brainstorm”, daher keine Garantie auf Vollständigkeit.

 

• HA Best Practice ist der Einsatz eines DNS Servers
• Soll der DNS Server Ausfall (könnte die ausgefallenen VM sein) ebenfalls überbrückt werden, kann mit der /etc/hosts gearbeitet werden, in dem die ESX Hosts mit IP, Name und FQDN (vollqualifiziert inkl. Domäne) eingetragen werden.
• Besteht eine Netzwerktrennung (physikalisch, VLAN oder IP Subnetz) zwischen den verschiedenen Uplinks, kann die Erhöhung der HA Funktionalität durch eine zweite Service Console an einem zweiten vSwitch sehr sinnvoll sein. Allerdings bringt ein zweiter vSwitch sehr wenig, wenn alle Uplinks der genutzten vSwitches an einem physikalischen Switch angeschlossen sind (was nicht selten zu sehen ist)
• Zwischen den HA Knoten und deren Service Console Netzwerken dürfen keine Router existieren
• Beachtung der Primary und Secondary Agenten bei räumlichen Trennungen und großen Clustern, da nur die ersten 5 Knoten als Primary fungieren (cat /var/log/vmware/aam/aam_config_util_listnodes.log)
• Es muss auf die Ressourcen im Failover Fall geachtet werden (in erster Linie genügend Hauptspeicherressourcen) – auch lokale Festplattendateien, die nur auf einem ESX verfügbar sind (nahezu VMotion Kompatibilität)
• Im Failover Fall müssen genügend vSwitch Ports zur Verfügung stehen

 

Gerade der Failover Fall wird sehr oft unterschätzt. Die Überprüfung der Primary und Secondary HA Knoten sollte Pflicht sein, um ein Klumpenrisiko durch alle Primaries in einem RZ zu verhindern. Außerdem müssen genügend Ressourcen zur Verfügung stehen – vor allem Hauptspeicher Reservierungen können zum Problem werden, und die VMs starten nicht. Es muss geprüft werden, ob genügend vSwitch Ports frei sind, damit beim Failover die VMs einen Netzwerkanschluss erhalten können (esxcfg-vswitch -l).

Ich habe mich heute ein wenig mit einem Problem rund um Cluster übergreifendes VMotion beschäftigt. Unser einfaches Problem: Wir migrieren gerade von ESX 3.5 auf ESX 4 und müssen dafür alle VMs in einen neuen Cluster verschieben. Das Problem dabei ist das dabei immer nur eine VM verschoben wird. Bei vielen VM¬¥s dauert das natürlich sehr viel länger als wenn man mit zwei oder mehr gleichzeitigen Migrationen arbeiten kann. Es gibt keine Möglichkeit in der vpxd.cfg einen Parameter zu setzen soweit ich das herausgefunden habe.

Ich habe ein wenig mit der neuen Version von ThinApp herumgespielt und dabei ein Problem mit dem Virenscanner festgestellt. Die Pakete von Thinapp werden als Virus identifiziert. In den EXE Dateien der Pakete wird der TR/Dropper.Gen Trojaner vermutet. Dies ist bei allen Virenscannern der Fall mit denen ich getestet habe. Auch andere Kollegen haben dieses Problem bestätigt.

VMware steht mit den Herstellern der Virenscanner in Kontakt und hat darum gebeten das Problem über eine Whitelist zu lösen. Momentan bleibt nur die Möglichkeit die Dateien entsprechend im Virenscanner manuell vom Scan entfernen.

VMware ThinApp wird immer wichtiger. Als Paket von VMware View verwenden immer mehr Kunden die Möglichkeit Applikationen schnell, sicher und dynamisch an Clients zu verteilen. Die Möglichkeiten mit ThinApp sind sehr cool. Jeder der sich mal damit beschäftigt hat wird begeistert sein. Umso besser ist es das jetzt endlich ThinApp unter Windows 7 läuft. Damit man sich perfekt in das Thema einarbeiten kann wird es in Zukunft auch ein Training zu ThinApp geben. Mehr Informationen findet ihr hier.

Seit kurzem ist eine neue Version von VMware ThinApp verfügbar. Version 4.5 bringt wichtige Neuerungen für VMware. Der wichtigste Punkt ist wohl der Support für Windows 7. Bisher bestand das Problem das Pakete die mit ThinApp bestellt wurden unter Windows 7 nicht funktionierten.

• Windows 7 support ‚Äì This expanded platform support allows for applications of older Windows OS‚Äôs to be packaged and deployed on Windows 7 allowing for greater compatibility support of legacy applications.
• Relink ‚Äì Applications packaged using previous versions of ThinApp can be updated to the new ThinApp 4.5 format without the need of associated project files for application. This command line utility helps to speed upgrade process of existing ThinApp packages.
• Performance Accelerator ‚Äì Reduced page file usage for virtual applications and increased memory sharing between multiple instances of applications allows for quicker application invocation and improved application delivery to end users. This helps to improve user experience, at the same time reduces network bandwidth consumption.
• Registry Transaction Protection – Ensure registry file integrity and eliminate potential data corruption due to crash or system failure.
• ThinApp SDK – Published APIs to allow for integration of ThinApp with third party software.
• ThinApp Community Portal – Users can upload application instructions and share with the community.
• Enhanced Supportability – Customers have option to share packaging results with VMware for better support‚Ķ

Hier findet ihr mehr Informationen.

Mike Laverick sollte den meisten von euch bekannt sein. Wenn er euch bisher nicht bekannt war solltet ihr sein neues Buch zu VMware SRM 4.0 anschauen. Dieses kann man kostenlos als PDF herunterladen oder für 30 $ bestellen.

Mike bittet darum eine Spende von 10$ für die UNICEF zu machen wenn man das PDF kostenlos herunterlädt. Informationen dazu findet ihr auf der Seite.

Hier könnt ihr das Buch bestellen. Über den Link unter dem Button zum Bestellen könnt ihr das kostenlose PDF herunterladen.

Wann darf ich Round Robin verwenden und wann nicht? Das ist eine gute Frage vor allem wenn man sich die HCL von VMware anschaut. Diese sagt dazu nämlich ganz einfach gar nichts. Es werden nur die alten fixed und mru explizit erwähnt. Was ist aber mit Round Robin?

Round Robin ist von VMware her für alle Systeme unterstützt. Es ist wichtig den Hersteller des Storage Array zu Fragen. Dieser muss den Support explizit freigeben.

Folgendes kann ich euch aber sagen:

EMC: Schaut im PowerLink nach

HP:

• XP arrays recommended – VMW_PSP_FIXED
• EVA ALUA arrays recommended – VMW_PSP_RR
• MSA ALUA arrays recommended – VMW_PSP_RR
• LHN Arrays recommended – VMW_PSP_RR
• SVSP recommended – VMW_PSP_MRU
• MSA non-ALUA arrays recommended – TBD so you can leave VMware default
• AiO recommended ‚Äì NO preference leave VMware default

NetApp:

• http://kb.vmware.com/kb/1010713
• http://media.netapp.com/documents/tr-3749.pdf

Eric Sloof, bekannter Blogger und vExpert, hat die vierte Version seines vmClients veröffentlicht. Dieses kleine Softwarepaket ermöglicht den Konsolenzugriff auf virtuelle Maschinen, sowie kleiner Aktionen wie PowerOn, PowerOff oder Send Ctrl+Alt+Del, ohne einen VMware Client zu bemühen. Dieses Tool ist sehr hilfreich, wenn man nur mal schnell auf die Konsole einer VM möchte oder diesen Zugriff einem Anwender geben möchte, ohne gleich den vSphere Client zu bemühen.

vmClient 4.0

Ob die Tools wirklich in der Freizeit entstanden sind weiß ich natürlich nicht – interessiert mich ehrlich gesagt auch nicht, weshalb ich mich auch schnell wieder von twitter verabschiedet habe – sie sind aber definitiv mehr als einen Blick wert. Diese Tools reichen von bekannteren Programmen wie Onyx (Makrorekorder für VMware) bis hin zu esxplot (Auswertung von esxtop Batchdateien) und sind äußerst leistungsfähig und kostenlos.

Daher sollte jeder mal einen Blick auf die VMware Labs werfen: VMware Labs