Hypervisor.fr » ESX 3.5

VCB 1.5 Update 1

NiTRo — Sun, 28 Jun 2009 21:30:33 +0000

VMware Consolidated Backup 1.5 Update 1 est dispo depuis peu, voici la liste des nouveautés :

Support for Thin Provisioned Disks
Support for IDE Disks
Improved Support to Handle Busy SAN and iSCSI Links
Support for vApps
Support for Windows Server 2008

Vous pouvez également consulter la liste des bugs résolus (au cas ou vous seriez concernés par l’un d’eux) ainsi que l’admin guide mis à jour.

ESX3.5 vs ESX4

NiTRo — Tue, 16 Jun 2009 16:54:39 +0000

Nous sommes tombés sur un pdf (vSphere VMUG Technical presentation) résumant très bien les nouvelles fonctionnalités d’ESX 4 (et produits annexes) avec schémas et screenshots. On y apprend notamment qu’ESXi est la cible de VMware, ESX 4.0 sera donc la derniere version doté d’une COS depuis ESX 1.0 en 2001.

Après une prise en mains de quelques jours voici nos impressions :

Fault Tolerance est très bien intégré et fonctionne à merveille mais n’est supporté que sur très peu de CPU .
Les nouvelles alarmes transforment presque vCenter en un outil de monitoring.
Les Host Profiles permettent vraiment de garder un parc d’ESX homogènes et facilitent l’intégration manuelle.
Les Distributed vSwitch simplifient énormément la gestion et la sécurité réseau des clusters (et les API offrent un fort potentiel comme le prouve le Nexus 1000v de Cisco).
Beaucoup de nouveautés très attendu renforcent le choix du produit (iSCSI multipathing, Thin Provisioning, 8vCPU, VMFS Volume Grow, VMDirectPath, CPU/RAM Hotplug, vStorage APIs, etc..).
Le gain de performance est réellement perceptible.

ESX 3.5 U3, “virtual machine monitoring” bugstory

NiTRo — Wed, 17 Dec 2008 19:33:48 +0000

Comme beaucoup d’autres admins ESX, nous avons souffert du bug de l’option “virtual machine monitoring” de l’update 3 d’ESX 3.5

Pour rappel, cette option est un watchdog de VM qui vérifie de façon plus ou moins régulière la disponibilité des vmtools :

Cette option permet donc de rebooter une vm ayant subit un BSOD, un kernel panic ou si l’OS est devenu trop “bancale”. Très pratique donc.

Malheureusement, l’update 3 d’ESX 3.5 à quelque peut gâchée la fête. En effet, un vmotion vers un host 3.5 U3 “peut” provoquer un reboot de la VM lorsque l’option “virtual machine monitoring” est activée.

Concrètement, les vmtools de la VM ne renvoyait plus de “heartbeat” donc elle était considérée comme HS et un signal de reset était renvoyée à la VM. Démonstration (extrait du vmware.log d’une VM) :

12:35:49.421: vmx| MigrateStateUpdate: Transitioning from state 0 to 7. <– début du VMotion

[...]

12:35:50.132: vmx| MigrateWaitForData: waiting for data.
12:35:50.132: vmx| MigrateStateUpdate: Transitioning from state 7 to 8.
12:35:50.778: vmx| MigrateStateUpdate: Transitioning from state 8 to 9.
12:35:54.892: vmx| MigrateWaitForData: Waited for 4.76 seconds.
12:35:54.892: vmx| MigrateStateUpdate: Transitioning from state 9 to 10.

[...]

12:35:55.438: vcpu-0| MigrateStateUpdate: Transitioning from state 10 to 11.
12:35:55.438: vcpu-0| Migrate_ClearDoneState: cleared state. State was 11. <– fin du VMotion
12:35:55.438: vcpu-0| MigrateStateUpdate: Transitioning from state 11 to 0.
12:35:55.438: vcpu-0| Done Sync monModules(4).

[...]

12:38:00.886: vmx| TOOLS received request in VMX to set option ’synctime’ -> ‘1′
12:38:00.893: vmx| VMXVmdb_LoadRawConfig: Loading raw config
12:38:17.867: vmx|
12:38:17.867: vmx|
12:38:17.867: vmx| VMXRequestReset <– reset de la VM par le virtual machine monitoring

Le patch ESX350-200811401-SG censé résoudre le problème, ne résout malheureusement rien.

Heureusement, comme nous l’avions annoncé dans la news précédente, ce workaround lui fonctionne bien (tests à l’appui).

Faire modifier un fichier manuellement sur X serveurs vi ssh c’est tellement plus fun que de mettre à dispo un vrai patch…