Beim VMware-Blog von Eric Horschman wurde vor wenigen Stunden der Artikel “Hyper-V with Server Core – Too Dry and Crunchy for our Taste” veröffentlicht. In zwei Videos wird die Installation und Konfiguration eines iSCSI Shared Storage verglichen. Wie das Ergebniss interpretiert werden kann / soll, ist natürlich jedem frei überlassen. Aber VMware versucht mit Sicherheit ihr Produkt besser aussehen zu lassen…

This first video shows every step required to install Hyper-V and ESXi on a fresh machine. We kept count of the elapsed time, reboots, mouse clicks and keystrokes each product needed and it clearly shows the huge advantage the truly thin and OS-free ESXi architecture has in installation speed and simplicity. ESXi goes from bare-metal to fully installed in one-third the time, half the mouse clicks, hundreds fewer keystrokes and just one reboot vs. seven compared to Hyper-V. The simplicity of the ESXi wizard-driven installation is striking compared to the arduous process needed to first get the Server Core OS installed and then configure Hyper-V in a command line environment.

Our second video starts where the first left off and takes Hyper-V and ESXi through the steps needed to configure two iSCSI datastores for VM use. iSCSI setup is a standard task for any virtualization user that wants to take advantage of shared storage for VM migration and high availability. ESXi’s Windows-based Virtual Infrastructure client makes the iSCSI setup quick and easy. For Hyper-V, the “Windows you know” is nowhere to be seen. Instead, working with Server Core requires you to key in a long sequence of obscure commands to configure iSCSI initiators and targets, partitions and file systems. We generously showed the Hyper-V setup executed with no delays, although it took us hours of digging through Microsoft documents and knowledgebase articles to find the right commands to use when configuring iSCSI in Server Core.

Our Conclusion: Server Core plus Hyper-V is for Experts Only. VMware has put great effort into making ESXi the easiest and fastest hypervisor to install and configure and these videos clearly show the results. Getting the OS out of the hypervisor plays a big part in the streamlined simplicity of ESXi as there is no general purpose OS to configure and manage and the reliability and security issues accompanying the tens of millions of lines of code an OS brings along are eliminated. Microsoft’s OS-centric Hyper-V architecture adds many steps to the setup and puts their users in a quandary: either A) they install Hyper-V on a full Windows Server 2008 OS and deal with the frequent patching and security fixes Windows requires; or, B) they follow Microsoft’s best practice guidelines and suffer with the limitations of Server Core. As the videos show, the tradeoffs with Server Core are daunting — Windows administrators will find their familiar GUI tools are missing and they’ll be left to spend a lot of quality time with search engines tracking down documentation on Microsoft’s obscure command line utilities.

In der nachfolgenden Grafik wird der benötigte Aufwand für die Installation noch entsprechenden gegenübergestellt:

Die Antwort kann seit dem 3. September 2008 mit JA beantwortet werden. VMware hat dem “Microsoft Server Virtualization Validation Program” (SVVP) teilgenommen und ihre Virtualisierungs-Lösung erfolgreich validiert. Auf der VMware Webseite wurde von wenigen Stunden folgender Artikel veröffentlicht:

VMware ESX is the Industry’s First Hypervisor to be Validated by Microsoft, Offers Customers Expanded Support Options for Microsoft Applications

VMware, Inc. (NYSE: VMW), the global leader in virtualization solutions from the desktop to the datacenter, today announced it has qualified its industry-leading VMware ESX hypervisor under the Microsoft Server Virtualization Validation Program (SVVP). VMware ESX 3.5 update 2 (ESX 3.5u2) is the first hypervisor to be listed under the program, providing VMware customers who run Windows Server and Microsoft applications with access to cooperative support from Microsoft and VMware.

“Virtualization is now well within the IT mainstream and our relationship with Microsoft underscores how far virtualization has come by providing VMware ESX users with access to valuable support for their virtualized Microsoft applications,” said Bogomil Balkansky, senior director of product marketing, VMware. “VMware and Microsoft are working cooperatively to help ensure that our joint customers can employ the benefits of virtualization along with the peace of mind that professional product support can provide.”

“Microsoft Exchange is an essential application for us; we have over 50,000 Exchange 2007 mailboxes running on VMware ESX,” said Adrian Jane, infrastructure and operations manager, University of Plymouth in England. “Application performance and availability have been outstanding, but the lack of formalized application support was a concern. With ESX now SVVP-validated, we can reap all the benefits of virtualization without having to make any tradeoffs in application support. It’s perfect for us. And from a broader perspective, SVVP support will make it much easier for us to move ahead with our virtualization-first policy on future application deployments.”

Der original Artikel kann hier in voller Länge gelesen werden.

Weitere Informationen

• Microsoft Support KB 957006: Microsoft server software and supported virtualization environments
• Microsoft Support KB 320220: Microsoft support policies and recommendations for servers that are running Exchange Server in hardware virtualization environments

Der OS Streaming Solution von Citrix, der Provisioning Server (PVS), hält immer grösseren Einzug in den Datacentern. Immer mehr Kunden setzen dabei auch auf VMware ESX als Hardware für die PVS Target Devices. Besonders im Zusammenhang mit XenDesktop kann dies ein sehr interessantes Konstrukt sein. Der Erfolg von virtualisierten XenApp Server lassen wir in diesem Fall mal im Raum stehen…

Mit VMware ESX 3.5 Update 1 und Provisioning Server 4.5 SP1 gibt es allerdings ein Problem, wenn die Targer Devices keine lokalen Festplatten haben. Wohlbemerkt, dies ist DER Vorteil von OS Streaming. Eine solche Virtual Machine ohne Hard Disk endet nach dem Boot-Screen mit einem Blue Screen, “STOP: 0×0000007B”. Aus irgendwelchen Gründen wird bei einer VM ohne Hard Disk der SCSI Driver(VMware Tools) entfernt welcher das PVS Target Device benötigt…

Citrix fühlt sich in diesem Fall nicht verantwortlich, da es sich um einen Defekt der VMware Tools handelt. Anyway – als Workaround muss “nur” eine Hard Disk in der Grösse von 1 MB erstellt / attched werden. Ev. wird das Problem im ESX 3.5 Update 2 adressiert…

Wie in einem älteren Post beschrieben, war es früher möglich VMware ESX in der Workstation Edition zu betreiben. Leider war ab der Version 3.5 inkl. 3i schluss… Eric Sloof hat auf seinem VMware Blog einen interessanten Artikel zu VMware Workstation 6.5 veröffentlich. Gemäss inoffiziellen Aussagen von VMware scheint sich was zum Thema “running VMware ESX inside VMware Workstation and power on a VM” zu tun. Dazu muss eine normale VM erstellt werden und die VMX Datei um folgende zwei Zeilen ergänzt werden.

monitor.virtual_exec = hardware
monitor_control.restrict_backdoor = true

Mehr Informationen direkt gibt es hier…

 Veeam FastSCP ist eine der beliebtesten File-Transfer Tools für VMware ESX. Die Freeware hat dem bisherig eingesetzten WinSCP innert Kürze den Rang abgelaufen. Doch seit der Version 3.5 des ESX Server entstanden beim Transfer von kleinen Files (BSP. Patches) immer wieder der gleiche Fehler:

Object reference not set to an instance of an object

Das Problem wurden von Veeam schnell erkannt und zunächst im FastSCP welches bei “Veeam Backup” integriert ist behoben. Seit wenigen Tagen ist nun auch ein eigenständiger Release verfügbar. Zum Download…

Ebenso wurden neue Features hinzugefügt:

Disk space preallocation
When copying virtual machines, FastSCP will preallocate disk space for VMDK files, to prevent fragmentation.

Ability to edit file attributes
FastSCP shows the properties for a file or folder, allowing users to set owner, group and permissions (the most common CHMOD commands) in a Windows GUI.

Linux support
Now users can manage all files in mixed Windows/Linux enterprises.

Scheduled copy
Now you can schedule copy jobs to do VM migrations over night or to regularly backup ESX configuration files. 

Integration with Veeam Backup
FastSCP is now integrated with Veeam Backup – a groundbreaking backup and replication solution for fast recovery of your VMware ESX infrastructure. Veeam Backup functionality is available upon installing a license file.

Rob de Veij stellt auf seiner Webseite ein kleines Tool zur Verfügung, damit die Virtual Machines einfach auf die installierte Version der VMware Tools geprüft und bei Bedarf aktualisiert werden können. Zum Download…

Bei der Installation von Windows XP als Virtual Machine auf einer VMware ESX Plattform, kann das Client Betriebssystem keine Hard Disk finden. Anstelle wird der Kopiervorgange mit folgender Fehlermeldung abgebrochen:

Es konnten keine installierten Festplattenlaufwerke gefunden werden.

Stellen sie sicher, dass alle Festplattenlaufwerke eingeschaltet und richtig mit dem Computer verbunden sind, und dass alle Hardwareeinstellungen für die Festplatenlaufwerke korrekt sind. Hierzu können sie beispielsweise ein Diagnose- oder Installationsprogramm des Herstellers ausführen.

Die Installation kann nicht fortgesetzt werden. Drücken sie die F3-TASTE, um die Installation abzubrechen.

Setup did not find any har disk drivers installed in your computer.

Make sure any hard disk drivers are powered on and properly connected to your computer, and that any disk-related hardware configuration is correct. This may involve running a manufacturer-supplied diagnostic or setup program.

Setup cannot continue. To quit Setup, press F3.

VMware verwendet für die Festplattenanbindung einen eigenen Controller, welcher nicht automatisch von Microsoft Windowsx XP erkannt wird. Die Ursache des Problems kann allerdings mit dem entsprechenden Driver auf einer Floppy Disk behoben werden. 

Vorbereitung

Bei VMware ESX können zwei SCSI Controller gewählt werden, welche jeweils unterschiedliche Treiber benötigen:

• LSI Logic LSI20320-R: 1.28.03
• BusLogic: vmscsi-1.2.0.4.flp

Zunächst muss der Treiber für den Virtual SCSI Controller als Floppy Disk Image bereitgestellt werden. Der für BusLogic erforderliche Treiber ist bereits als Image unter “vmimages/floppies/vmscsi-1.2.0.2.flp” auf dem ESX Server abgelegt. Alternativ kann dieses Floppy Disk Image auch von der Webseite heruntergeladen werden, zum Download…

Bei LSI Logic muss der Treiber für den LSI20320-R SCSI Controller von der Webseite heruntergeladen werden. Mit einem Program wie Winimage kann dann der Treiber als Floppy Disk Image gespeichert werden.

Installation

Die Installation sollte von Windows XP sollte wie folgt vorgenommen werden:

1. Die Virtual Machine mit dem Windows XP Medium (ISO, oder CD) starten. Wichtig, die Floppy Disk sollte erst später eingelegt werden, da ansonsten direkt von der Floppy Disk gebootet wird.
2. Beim Setup muss bei der Aufforderung die Taste “F6” gedrückt werden, damit zusätzliche SCSI Treiber geladen werden können.
3. Nun wird die Floppy Disk benötigt. Mittels “VMware Infrastructure Client” kann das Floppy Disk Image gemountet werden. 
4. Mit “Z” für “Zusätzliches Gerät” , oder in der englischen Version mit “S” für “Specify Additional Device”, kann der Treiber geladen werden. In Windows XP wird dieser als “VMware SCSI Controller” bezeichnet.
5. Die Installation kann nun wie gewohnt fortgesetzt werden. Nicht vergessen nach Abschluss das .ISO und .FLP wieder abzuhängen und die VMware Tools zu laden.

Weitere Informationen

• VMware KB 1000863: Windows XP setup cannot find any hard disk drives during installation

In manchen Situationen ist es hilfreich, wenn auch von der ESX Service Console auf ein Network-Share zugegriffen werden kann. Mit wenigen Anpassungen ist dies ohne weiteres möglich:

1. Als root auf der ESX Service Consoler einloggen
2. Die ESX interne Firewall muss für den smbClient konfiguriert werden: „esxcfg-firewall -enableService smbClient“
3. Mit “mkdir /mnt/myshare” muss ein lokaler Mount Point angelegt werden.
4. Die Verbindung wird mit folgendem Befehl  hergestellt: mount -t smbfs -o username=<user>/<domain-name>,password=<password> //<server-name>/<share> /mnt/myshare

Mit “umount /mnt/myshare” kann die Verbindung wieder aufgehoben werden. Der Mount-Point wird mit “rmdir /mnt/myshare” wieder gelöscht.

Die neue Virtual Infrastructure Version ist seit Ende 2007 verfügbar und die Anfragen für Upgrades nehmen nach wie vor zu. Basierend auf eines der letzten Projekte wird hier ein In-place Upgrade von VMware ESX 3.0.2 mit VirtualCenter 2.0.1 auf VI 3.5 beschrieben. Dieser Artikel basiert auf dem von VMware bereitsgestellten Upgrade Guide. Dieser sollte zwingend vor einem Upgrade genau studiert werden. Zum Download…

1. Vor dem VMware ESX 3.5 Upgrade muss das VMware VirtualCenter auf die neue Version aktualisiert werden. Dies kann gemäss dem Upgrade Guide durchgeführt werden. Wird Microsoft SQL Server 2005 als Database verwendet, sollten diese beiden KB Artikel konsoltiert werden:
   • KB Article 1003391: SQL Server require Native Client ODBC Driver
   • KB Article 1003052: Administrative Credentials for SQL Server Databases
2. Nach dem erfolgreichen Update von VirtualCenter sollten local Virtual Machines mittels clone, backup oder export gesichert werden. Ebenfalls kann eine Sicherung der aktuellen Konfiguration als Failback hilfreich sein. Mit dem Befehl vm-support -w /tmp wird ein ZIP-File erstellt welches danach einfach mittels FastSCP wegkopiert werden kann. In diesem Beispiel wurde dieses File erstellt “/tmp/esx-2008-02-21--09.46.3531.tgz“
3. Das heruntergeladene VMWare 3.5.0 Update Packet enpacken und auf den ESX Server in den Ordner “/tmp/3.5.0-64607″ kopieren. Dazu eignet sich Veeam FastSCP sehr gut.
4. In das Verzeichnis mit den RPM Files wechseln und mit dem Befehl “esxupdate -n update” den Update Prozess starten. Der Schalter “-n” bewirkt, dass der Server keinen automatischen Neustart durchführt.
5. Wenn der Update Prozess abgeschlossen wurde, kann der ESX Server mit dem Befehl “reboot -n” neu gestartet werden.
6. Der Systemstand kann zur Kontrolle mit “esxupdate info” ausgelesen werden.

Weitere Informationen zum Patchvorgang mit esxupdate stellt Daniel Petri auf seiner Webpage zur Verfügung.

VMware hat ihren Support um einen sehr hilfreichen Service erweitert. Wer immer auf dem aktuellsten Patch-Stand sein möchte, kann sich bei der VMware Patch/Maintenance Alerts Subscription eintragen. Zum Link…

Nach wenigen Sekunden bekommt man ein Bestätiguns-Mail wo die gewünschten Produkte und Versionen selektiert werden können. Ab diesem Zeitpunkt werden nach einem Patch-Release die E-Mails durch das vmwareteam versendet:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Subject: ESX Server 2.5.4/ 2.5.5 New Patches Available
Release Date: 01/31/08
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

New patches are available for ESX Server 2.5.4 and 2.5.5. Please
follow the instructions on the appropriate patch download page.

VMware ESX Server 2.5.4 Patch Download Page
[http://www.vmware.com/download/esx/esx2_patches.html?elq=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx]

Upgrade Patch 15 (Security): fixes an issue with Samba, Python and
the aacraid SCSI Driver. Fixes an issue with the reporting of the
sysObjectId value by SNMP agents

VMware ESX Server 2.5.5 Patch Download Page
[http://www.vmware.com/download/esx/esx2_patches.html?elq=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]

Upgrade Patch 4 (Security): fixes an issue with Samba, Python and
the aacraid SCSI Driver. Fixes an issue with the reporting of the
sysObjectId value by SNMP agents

We expect the next patch release in late February 2008. If you have
any questions, please contact support at 877-4-VMWARE.

Regards,
The VMware Team