La première chose a vérifier avent de se lancer dans l'installation de Vmware vSphere Hypervisor, c'est la compatibilité matérielle de votre serveur. Par exemple, les 2 cartes réseaux de la carte mère ASUS P6T Deluxe V2 ne sont pas compatibles. J'ai du les désactiver et utiliser à la place une carte réseau Intel PRO 1000 GT PCI. 

Les étapes de la migration sont:

• télécharger vSphere Hypervisor sur le site Vmware et récupérer une clé de licence gratuite
• récupération de toutes les vm hébergées sur le serveur OpenSuse sur un disque de backup. Ce disque doit être accessible depuis un poste Windows XP ou Seven car les images qui s'y trouvent serviront pour leur réinstallation sur le serveur vSphere Hypervisor.
• installation de vSphere Hypervisor. Suivre ce guide sur le site Tuto-IT. Apres l'étape impérative du choix d'un mot de passe (le client vSphere ne peut pas se connecter au serveur sans mot de passe), il faut absolument en profiter pour autoriser les accès SSH à ESXi. Pour cela, aller dans le menu "Troubleshooting options".
• installation du client vSphere sur un poste Windows
• installation Vmware vCenter Converter Standalone sur un poste Windows
• importation des machine virtuelles

Problèmes rencontrés lors de l'importation de mes machines virtuelles

Dans le récapitulatif pré-conversion, bien vérifier que le disque dure est de type "Léger" et non pas "Plat". En mode "Plat", la totalité de l'espace disque est pré-alloué dans le datastore.

Vmware vCenter Converter ne reconnait pas automatiquement les distributions Debian. J'ai du manuellement modifier le type de distribution en indiquant Debian 5.0 64 bits (pour Lenny et Squeeze). Plus tard, dans le client vSphere, la mise à jour automatique des Vmware tools se passera sans aucun soucis dans le mode automatique.

Je n'ai pas réussi à importer 2 clients Windows XP Pro qui étaient dans Vmware Server 2.0. J'ai du utiliser une machine virtuelle Windows XP qui tourne sous Vmware Fusion. J'y ai remplacé le fichier vmdk par ceux des VM que je ne réussissais pas à importer. 

Les backups

Dans vSphere Hypervisor, il n'y a pas de solution de backup intégrée. Je vous conseille les scripts ghettoVCB disponibles sur le site de Vmware (du sérieux donc) :

• sauvegarde
• restauration

Templates

Il n'y a pas non plus de solution de VM Template que l'on peut cloner pour mettre en place rapidement un nouveau serveur.

Pour contourner ce problème, j'ai importé ma VM Debian 6.0 de base et je l'ai nommée "_TEMPLATE_DEBIAN_60_64B". Cette VM n'a pas vocation à être allumée sauf une fois pour la mettre à jour ("aptitude update" et "aptitude upgrade") et mettre à jour les Vmvare tools.  

Pour déployer un nouveau serveur, je me connecte en ssh à ESXi, je copie le répertoire de la VM template sous un autre nom dans le même datastore ou dans un autre. Puis, j'enregistre la nouvelle VM dans ESXi avec la commande suivante :

/bin/vim-cmd solo/registervm <chemin_complet_du_fichier_vmx_de_la_vm_a_activer>

Dans cet article, j’explique la mise en place d’une configuration puissante afin d’héberger des serveurs virtuels sous Vmware server 2.0. Les points abordés sont :

• Choix d’un système d’exploitation pour le serveur Vmware
• Installation de Linux sur le serveur vmware
• Installation de Vmware server 2.0
• Installation des Vmware tools dans les machines invités (guest)
• Sauvegardes des machines virtuelles
• Réduction de la taille (shrink) des disques virtuels vmdk

Choix d’un système d’exploitation

Pour ce serveur hôte Vmware, j’ai choisi d’utiliser openSUSE 11.1 64 bits comme système d’exploitation.

Pourquoi Linux ?

Tous mes serveurs Vmware précédents utilisaient Windows XP ou Windows 2003. J’ai remarqué que les performances des serveurs virtuels avaient tendance a se dégrader tres vite. Je mets ce phénomène sur le compte des systèmes  de fichiers NTFS ou Fat32 qui ne sont sans doute pas idéals pour héberger les fichiers vmdk (disques virtuels) de Vmware. De son coté, les systèmes de fichiers Linux ne nécessitent pas de défragmentations régulières d’où moins d’opérations de maintenance futures.

Pourquoi openSUSE ?

J’utilise généralement Debian comme serveur Linux. Malheureusement, il m’a été impossible d’installer la derniere version stable (Lenny) avec le processeur core i7 et la carte mère ASUS P6T DELUXE V2 qui équipe mon serveur Vmware. J’ai donc essayé avec une distribution openSUSE 11.1 et là, aucun problème !

Je ne regrette pas du tout car je trouve cette distribution très agréable à utiliser avec un environnement graphique KDE.

Pourquoi une distribution 64 bits ?

Pour les performances bien sur, mais surtout pour la possibilité de disposer de plus de 3,5 Go de Ram et ainsi faire tourner un grand nombre de serveurs virtuels simultanément.

Installation de Linux

Je ne vais pas décrire l’installation de openSUSE car une fois la distribution au format DVD récupérée ici et gravée, il suffit de démarrer le serveur avec le DVD dans le lecteur et d’enchainer les écrans de la procédure d’installation. Les seuls points délicats peuvent être le partitionnement du ou des disques durs et le choix entre utiliser une interface graphique (KDE ou GNOME) ou ne pas utiliser d’interface graphique. Personnellement, j’ai installé l’interface KDE, mais afin de rendre cet article indépendant des outils disponibles avec les interfaces graphiques, je ferai tout dans un terminal (ou console) en mode texte. Pour faciliter les futures installations de certains packages, j’installe l’outil zypper.

Installation de Vmware server 2.0

Il faut tout d’abord récupérer ici le fichier rpm d’installation pour un Linux 64 bits et la clé d’installation.

L’installation se déroule en 3 étapes :

• L’installation des prérequis
• L’installation du package rpm
• La configuration de Vmware

Pour la configuration, c’est un peu plus compliquer car il est nécessaire d’installer certains pré-requis comme entre autres un compilateur,  l’outil make et les sources du kernel Linux. Voici la commande qui installe un ensemble minimale d’outils de développement :

zypper install autoconf automake binutils cpp gcc gcc-c++ linux-headers-$(uname -r) make psmisc kernel-source kernel-sym

Avec Debian, on ferait juste :

apt-get install build-essential linux-headers-$(uname -r)

L’installation du package rpm est tout ce qu’il y a de plus simple. Il suffit d’exécuter la commande suivante :

rpm -ivh VMware-server-2.0.1-156745.x86_64.rpm

Lancer la configuration de Vmware et répondez aux questions :

/usr/bin/vmware-config.pl

On répond toujours avec la réponse par défaut sauf pour :

Your kernel was built with « gcc » version « 4.3.2″, while you are trying to use
« /usr/bin/gcc » version « 4.3″. This configuration is not recommended and VMware
Server may crash if you’ll continue. Please try to use exactly same compiler as
one used for building your kernel. Do you want to go with compiler
« /usr/bin/gcc » version « 4.3″ anyway? [no]

=> répondre « yes » !

Pour terminer l’installation, il faut éditer le fichier « /etc/sysconfig/boot » et modifier la ligne

RUN_PARALLEL= »yes »

en

RUN_PARALLEL= »no »

Pour démarrer le démon Vmware, la commande est :

/etc/init.d/vmware start

La console d’administration de Vmware est disponible à l’adresse : https://:8333/

Avec Internet Explorer, il faut penser à ajouter cette url dans la zone intranet locale.

Voici quelques liens vers des articles qui m’ont bien aidés :

• How To: Install VMware Server 2 in an openSUSE Host [plus enabling USB support]
• How To Install VMware Server On OpenSUSE Linux 10.3
• Setting up VMware on SUSE Linux

Installation des Vmware tools dans les machines virtuelles (guest)

L’installation des Vmware tools dans les machines virtuelles est indispensable. Mise à part les performances qui seront optimisées, l’intérêt est de pouvoir utiliser l’outils vmrun depuis le serveur hôte afin de stopper proprement en mode « soft » les machines virtuelles.  Sans les Vmware tools, les machines virtuelles ne pourront être stoppées que brutalement sans arrêts préalables de leurs services (guest Windows) ou démons (guest Linux).

L’installation des Vmware tools se fait depuis la console d’administration Vmware, puis se termine dans la machine virtuelle. Si la machine virtuelle est sous Windows, il s’agit d’un setup standard et il faut juste enchainer les écrans. Si la machine virtuelle est sous Linux, la procédure est un peu plus complexe. Voici 2 articles qui expliquent la procédure  :

• Understanding and Installing VMware Tools
• How To Set Up VMware Tools On Various Linux Distributions

Voici dans mon cas, la procédure suivie pour installer les VMware Tools dans une distribution Debian Lenny.

1. Dans VMware Infrastructure Web Access, lancer l’installation des VMware Tools

2. Dans un terminal dans le serveur invité, lancer les commandes suivantes:

sudo apt-get install autoconf automake binutils cpp gcc linux-headers-$(uname    -r) make psmisc
mount /media/cdrom
cp /media/cdrom/VMwareTools-7.7.5-156745.tar.gz /tmp/.
cd /tmp/
tar xvfz VMwareTools-7.7.5-156745.tar.gz
cd vmware-tools-distrib/
./vmware-install.pl

Note : Parfois la commande mount /media/cdrom retourne l’erreur « mount: special device /dev/hda does not exist ». Dans ce cas, essayer la commande suivante :
mount /dev/cdrom /media/cdrom/

Sauvegardes des machines virtuelles

Il s’agit du point qui a été le plus compliqué à mettre en place. En Effet, je dispose de plusieurs datastores avec chacun plusieurs machines virtuelles démarrées ou non. Je voulais donc mettre en place une procédure de sauvegarde automatique de toutes les machines virtuelles par copie complète des fichiers (vmx, vmdk, …).

Il ne s’agit pas de sauvegarde à chaud pour les machines virtuelles démarrées mais la procédure de sauvegarde se charge de les éteindre avant la copie des fichiers et de les redémarrer après.

Il existe des scripts pour la sauvegarde à chaud par création de snapshot ou par exploitation de la technologie de gestion de volume LVM, mais trop compliqués pour que je les adapte à mon besoin. Je suis donc parti d’un script disponible dans les forums de discussion de la communauté Vmware. Ce script montre comment utiliser la commande vmrun pour stopper et démarrer une machine virtuelle. Le problème de ce script est qu’il aurait redémarré toutes les machines virtuelles même celles qui étaient éteintes avant la procédure de sauvegarde. Mon script ne redémarre que les machines virtuelles qui étaient démarrées.

Le script principal : backup-vmware-datastore.sh

#!/bin/sh
 
VMDS=$1
VMDS_PATH=$2
BACKUPDIR=$3
USER=$4
PASSWD=$5
 
CURRENT_DIR=$(pwd)
cd $VMDS_PATH
 
find . -type f -name *.vmx -printf '%pn' | sed 's/.// /' | while read VMX
do
    echo ======================================
    echo date
    echo ======================================
    echo VMX=$VMX
 
    VMDIR=$(echo $VMX | sed 's/[^/..]*..*$//')
    echo VMDIR=$VMDIR
 
    VMNAME=$(echo $VMDIR | sed 's/^[^/.]*///' | sed 's//$//')
    echo VMNAME=$VMNAME
 
    VMEM=$(find $VMDS_PATH/$VMDIR -type f -name *.vmem -printf '%pn')
    echo VMEM=$VMEM
 
    # Stop guest if started
    if [ "$VMEM" != "" ]; then
        echo Stoping $VMDS $VMX ...
        vmrun -T server -u $USER -p $PASSWD -h https://127.0.0.1:8333/sdk stop "$VMDS $VMX" soft > /dev/null 2>&1
        vmrun -T server -u $USER -p $PASSWD -h https://127.0.0.1:8333/sdk stop "$VMDS $VMX" hard > /dev/null 2>&1
    fi
 
    # Backup guest
    echo taring $BACKUPDIR/$VMDIR/$VMNAME.tar $VMDIR ...
    mkdir -p $BACKUPDIR/$VMDIR
    rm $BACKUPDIR/$VMDIR/$VMNAME-save.tar > /dev/null 2>&1
    mv $BACKUPDIR/$VMDIR/$VMNAME.tar $BACKUPDIR/$VMDIR/$VMNAME-save.tar > /dev/null 2>&1
    tar cf $BACKUPDIR/$VMDIR/$VMNAME.tar $VMDIR
 
    # Start guest if previously started
    if [ "$VMEM" != "" ]; then
        echo Starting $VMDS $VMX ...
        vmrun -T server -u $USER -p $PASSWD -h https://127.0.0.1:8333/sdk start "$VMDS $VMX" > /dev/null 2>&1
    fi
done
 
cd $CURRENT_DIR

L’appel du script : dobackup.sh

#!/bin/sh
cd /vmware
./backup-vmware-datastore.sh [Datastore_1] /vmware/datastore_1 /backup/vmware/datastore_1 xxxx yyyy

où « xxxx » est a remplacer par le login d’accès à la console Vmware et « yyyy » par son mot de passe.

Dans cet exemple,

« Datastore_1″ est le nom du datastore

« /vmware/datastore_1″ est la localisation du datastore

« /backup/vmware/datastore_1″ est la destination de sauvegarde

Note : Ce script ne supporte pas les espaces dans les noms de répertoire et de fichier, il faut se limiter à l’alphabet, des chiffres et des « - » ou « _ » (bien sur, je suis preneur de toutes améliorations dans ce domaine)

Voici quelques liens vers des articles qui m’ont bien aidés :

• How to Control VMware Virtual Machines from the Command-Line using vmrun
• vmware-server VM backups

Réduction de la taille (shrink) des disques virtuels vmdk

Les disques durs des machines virtuelles sont les fichiers vmdk. Si lors de la création d’un disque dur on indique que le fichier vmdk ne doit pas être pré-dimensionné à la taille totale du disque dur alors le fichier vmdk grossit au fur et à mesure de son utilisation et de la quantité de données qui y est stockée. Lorsque la quantité de données diminue la taille du fichier vmdk ne diminue pas.

Il est cependant possible grâce à l’utilitaire vmshrink disponible sur le site VM Back de réduire la taille du fichier vmdk à la taille des données qui y sont stockées. Cela peut permettre de réduire considérablement la taille des fichiers vmdk et donc de gagner de l’espace disque et du temps lors des sauvegardes. Cet utilitaire s’exécute dans la machine virtuelle et est disponible sous forme de code source et également pre-compilé pour un certain nombre de système d’exploitation (Windows, Linux, FreeBSD,  NetBSD, OpenBSD, Solaris et Minix). La version pour Linux a été compilée sur une distribution Fedora Core 4 mais a très bien fonctionnée pour moi avec un serveur virtuel Debian.