Utiliser le Thin Provisionning sous VMware vSphere 4

Une des avancées majeures de vSphere 4 concerne le support du Thin Provisionning qui permet d’économiser de l’espace disque sur un SAN en donnant la possibilité à l’administrateur de spécifier à des disques virtuels de ne consommer que la place réellement utile et de grandir au besoin, plutôt que d’allouer tout l’espace par défaut. Si la technologie est connue, son comportement sous vSphere mérite d’être mieux appréhendé.

Lorsque l’on déploie une machine, l’assistant Disk Format nous propose désormais l’option Thin provisioned format. Vous remarquerez au passage que seuls les systèmes de fichiers VMFS-3 supportent cette fonctionnalité.

Dans le montage ci-dessous, on a déployé le même template deux fois de suite. La première fois on a choisi Same format as source qui crée dans notre cas un disque Thick par défaut. La deuxième fois, on a choisi Thin provisioned format. On peut dès lors observer les différences d’allocation d’espace disque. La machine dont le disque utilise le Thin Provisionning ne consomme effectivement que 5,90 Go sur les 16 potentiels.

Lorsque l’on navigue dans le Datastore correspondant et qu’on ouvre le conteneur de la VM, on obtient la preuve que le Thin Provisionning est bien pris en compte.

Si maintenant on veut tester la fonctionnalité, il suffit de remplir l’espace disque vide en copiant des fichiers et constater l’agrandissement du disque VMDK en temps réel dans le Datastore.

Dans l’inventaire de la VM, un rafraîchissement de la vue du stockage indiquera la nouvelle allocation.

A partir de ces observations, vous devrez avoir compris le principe. Sachez toutefois que faire de la place sur un disque en Thin provisioned format ne provoquera pas une réduction du disque .vmdk pour autant. L’opération ne fonctionne en effet que dans un sens…

Le cas des snapshots

Etude de cas très importante que la création de snapshots en mode Thin Provisionning. Du moment où vous en aurez créé un, le provisionnement du disque augmentera automatiquement pour refléter les changements.

De retour dans le conteneur de la VM, vous découvrirez alors les fichiers habituels .vmsn et le nouveau .vmdk dans lequel les écritures s’effectueront jusqu’à la consolidation du snapshot. Lors de sa suppression, le provisionnement reviendra à son état initial.

Thin Provisionning rime avec planification

Si l’utilisation de cette technique est séduisante et permet de maximiser l’utilisation d’un SAN, n’oubliez jamais qu’elle peut vous amener à gérer des situations douloureuses, par exemple dans le cas où la taille totale de l’espace provisionné dépasserait l’espace disque total de votre Datastore à cause – pourquoi pas – de snapshots non maîtrisés.

La capture écran ci-dessous reflète l’utilisation la plus sécurisée de l’espace, dans le sens où la valeur Provisioned Space ne dépasse pas la valeur Capacity. C’est en revanche un constat extrêmement fréquent que de relever des valeurs de provisionning bien supérieures à la capacité totale physiquement disponible.

Pour éviter de vous faire surprendre par un volume plein, une seule solution invariable : monitorez plutôt deux fois qu’une le remplissage des disques, que ce soit par le biais d’alarmes dans le vCenter ou par un outil tiers !

Rendre possible l’installation de Windows XP sous VMware ESX Server 3.5

En principe, vous installerez uniquement des OS serveur dans votre infrastructure virtuelle. Néanmoins, pour déployer un OS client tel que Windows XP, il faut éviter quelques pièges. Vous rappelez-vous du passage de Windows XP à Windows Vista, quand l’installation d’XP était impossible sans charger des drivers RAID spécifiques pour supporter les disques Serial ATA ? Eh bien sous VMware Server, le principe est plus ou moins le même.

Premièrement, assurez-vous que le contrôleur SCSI sélectionné dans les paramètres hardware de votre hôte est bien BusLogic. C’est un préalable nécessaire à la suite des opérations.

Lorsque vous tentez l’installation d’XP, un message apparaît vous indiquant qu’aucun disque dur n’a été détecté. L’installation ne peut donc pas aboutir et vous vous retrouvez bloqué.

C’est à ce moment qu’il faut effectuer quelques opérations spécifiques qui consistent à pré-charger les pilotes de disques SCSI pour VMware Server. Rendez-vous pour cela dans un datastore accessible par l’hôte ESX puis déposez le fichier téléchargé en cliquant sur l’icône dédiée (1) et en allant chercher le pilote au format .flp (pour floppy) sur votre disque dur local. Le fichier ainsi uploadé (2) pourra maintenant être accessible par notre machine cliente.

A présent, éditez les paramètres hardware de votre machine virtuelle et dans la partie Floppy Drive, assurez-vous de cocher la case Connect at power on pour que la disquette soit bien vue par l’hôte au boot, puis sélectionnez la case Use existing floppy image in datastore qui vous permettra – via le bouton Browse… – de pointer sur le fichier .flp précédemment uploadé.

Il est également possible de charger les pilotes SCSI déjà présents sur votre hôte ESX. Toutefois ils peuvent ne pas être aussi récents que ceux du site VMware. Si cette option vous intéresse malgré tout, naviguez en lignes de commandes jusqu’à /vmimages/floppies et chargez ces pilotes.

Ci-dessous, un exemple du fichier de pilotes SCSI disponible dans l’ESX :

[root@srv-esx floppies]# ll
total 1444
lrwxrwxrwx  1 root  root        18 Dec  5  2008 floppies -> /vmimages/floppies
-r--r--r--  1 root  root   1474560 Mar 14  2009 vmscsi-1.2.0.2.flp

Vous êtes maintenant prêt à relancer l’installation. Lorsque l’assistant demande d’appuyer sur la touche F6 pour installer un pilote SCSI tierce partie, exécutez-vous.

Pour l’instant, vous pouvez observer la mention <aucun> qui indique qu’aucun pilote n’est chargé. Tapez sur la touche S pour spécifier un périphérique supplémentaire.

L’assistant repère les pilotes SCSI contenus dans votre fichier .flp via le lecteur de disquette. Cliquez sur Entrée pour valider la sélection.

Votre pilote VMware SCSI Controller enfin chargé, l’installation de Windows XP pourra désormais se dérouler normalement.

Pour obtenir plus d’informations au sujet de l’installation de Windows XP sur VMware Server, je vous invite vivement à lire le KB VMware 1006956 qui traite le point.

Utiliser VMware Consolidated Backup 1.5 (VCB) pour sauvegarder une machine virtuelle sous ESX 3.5

L’installation de VCB n’a rien de complexe. Assurez-vous simplement d’accepter le pilote VMware Virtual Volume Storage Bus lors de l’installation du produit et d’avoir .NET Framework 2.0 installé (KB VMware 1007891)

Si vous intervenez sur une installation existante de l’application, une petite astuce consiste à exécuter l’application vcbVmName.exe depuis le répertoire d’installation, ce qui vous permettra d’obtenir la version courante de VCB (KB VMware 1007176). Pour connaître la dernière version existante, rendez-vous sur la page des téléchargements de VMware Infrastructure 3.

C:Program FilesVMwareVMware Consolidated Backup Framework>vcbVmName.exe

VMware Consolidated Backup -- VM Locator Utility
Version 1.5.0 (build-102898)
Copyright (C) 1998-2008 VMware, Inc.  All rights reserved.

Lorsque vous désirez sauvegarder une machine virtuelle, vous devez utiliser vcbMounter.exe auquel vous passerez les arguments qui correspondent à votre infrastructure. Voici un exemple de sauvegarde. Remarquez au passage qu’un problème de certificat n’a pas empêché le bon déroulement des opérations.

C:Program FilesVMwareVMware Consolidated Backup Framework>vcbMounter.exe -h
esx.domaine.com -u root -p mypassword -a ipaddr:192.168.100.55 -r
F:vcbmountVmwareVcbMountDir -t fullvm -m nbd -Q 0
[2009-12-23 17:46:59.629 'App' 2420 info] Current working directory:
C:Program FilesVMwareVMware Consolidated Backup Framework
[2009-12-23 17:46:59.629 'BaseLibs' 2420 info]
HOSTINFO: Seeing Intel CPU, numCoresPerCPU 4 numThreadsPerCore 1.
[2009-12-23 17:46:59.629 'BaseLibs' 2420 info]
HOSTINFO: This machine has 1 physical CPUS, 4 total cores, and 4 logical CPUs.
[2009-12-23 17:46:59.957 'BaseLibs' 2420 info]
Using system libcrypto, version 90709F
[2009-12-23 17:47:00.035 'BaseLibs' 2420 warning]
SSLVerifyCertAgainstSystemStore: The remote host certificate has these problems:

* A certificate in the host's chain is based on an untrusted root.
[2009-12-23 17:47:00.035 'BaseLibs' 2420 warning]
SSLVerifyIsEnabled: failed to read registry value. Assuming verification is disabled.
LastError = 0
[2009-12-23 17:47:00.035 'BaseLibs' 2420 warning]
SSLVerifyCertAgainstSystemStore: Certificate verification is disabled,
so connection will proceed despite the error
Copying "[vmfs-lun0] VM-test/VM-test.vmx":
 0%=====================50%=====================100%
 **************************************************

Copying "[vmfs-lun0] VM-test/VM-test.nvram":
 0%=====================50%=====================100%
 **************************************************

Copying "[vmfs-lun0] VM-test/vmware-97.log":
 0%=====================50%=====================100%
 **************************************************

Copying "[vmfs-lun0] VM-test/vmware-92.log":
 0%=====================50%=====================100%
 *************************************************

Copying "[vmfs-lun0] VM-test/vmware-93.log":
 0%=====================50%=====================100%
 **************************************************

Copying "[vmfs-lun0] VM-test/vmware-94.log":
 0%=====================50%=====================100%
 ************************************************

Copying "[vmfs-lun0] VM-test/vmware-95.log":
 0%=====================50%=====================100%
 **************************************************

Copying "[vmfs-lun0] VM-test/vmware-96.log":
 0%=====================50%=====================100%
 **************************************************

Copying "[vmfs-lun0] VM-test/vmware.log":
 0%=====================50%=====================100%
 **************************************************

Converting "F:vcbmountVmwareVcbMountDirscsi0-0-0-VM-test.vmdk" (compact file):
 0%=====================50%=====================100%
 **************************************************

C:Program FilesVMwareVMware Consolidated Backup Framework>

Dans l’exemple ci-dessus, on se connecte à l’ESX esx.domaine.com avec les identifiants root/mypassword. Une fois la connexion établie, on sauvegarde la machine virtuelle dont l’IP est 192.168.100.55 vers le répertoire local F:vcbmountVmwareVcbMountDir. Une opération somme toute assez simple et classique pour une ligne de commande qui l’est moins.

Pour toutes les options et nombreuses possibilités d’affinage de l’utilitaire, je vous invite à lire la documentation VMware Virtual Machine Backup Guide. De même, si vous désirez connaître toutes les notes de sortie actualisées de VMware Consolidated Backup 1.5, reportez-vous au document correspondant.