Configuration JumboFrames & Multipathing sur ESXi 4

Et oui, le jumbo frame est supporté sur VMware ESXi 4 pour les VMKernel. Il s'agit d'une bonne nouvelle pour ceux qui ont une baie SAN iSCSI supportant ce type de trame.
Jusqu'à présent le doute régné sur le support ou non de cette techno sur la version allégée de l'hyperviseur, j'ai retrouvé ce weekend sur un blog des communities VMware l'info qui affirme que c'est possible et supporté contrairement à ce qu'affirme la doc. (http://blogs.vmware.com/esxi/2009/12/esxi-40-supports-jumbo-frames.html).
Bonne nouvelle, donc, à présent passons à la configuration... Pour commencer, il vous faudra VMware vSphere CLI pour pouvoir réaliser la configuration réseau. Oui, la configuration se fait encore en ligne de commande puisque le jumbo frame (MTU 9000) n'est pas configurable via l'interface graphique.

IP du serveur ESXi : 192.168.1.10

Lancer vSphere CLI.

Création d'un vSwitch : \bin\esxcfg-vswitch.pl --server 192.168.1.10 -a vSwitch1
Activation des jumbo frames sur le switch : \bin\esxcfg-vswitch.pl --server 192.168.1.10 -m 9000 vSwitch1

Affecter les cartes réseaux physiques au vSwitch :
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -L vmnic4
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -L vmnic5

Création d'un port group : \bin\esxcfg-vswitch.pl --server 192.168.1.10 -A "VMkernel SAN1" vSwitch1

Configuration du VMkernel (IP + Jumbo Frames):
\bin\esxcfg-vmknic.pl --server 192.168.1.10 -a -i 10.1.2.10 -n 255.255.255.0 -m 9000 "VMkernel SAN1"

A l'aide des 2 dernières commande, recréer d'autre VMkernel pour la gestion du traffic SAN. J'ai 2 cartes Gigabit dédié pour le SAN et je crée en général 6 VMkernel sur lequel je configure le multipathing. Voici ce que cela donne au niveau networking :

\bin\esxcfg-vswitch.pl --server 192.168.1.10 -A "VMkernel SAN2" vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -A "VMkernel SAN3" vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -A "VMkernel SAN4" vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -A "VMkernel SAN5" vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -A "VMkernel SAN6" vSwitch1

\bin\esxcfg-vmknic.pl --server 192.168.1.10 -a -i 10.1.2.11 -n 255.255.255.0 -m 9000 "VMkernel SAN2"
\bin\esxcfg-vmknic.pl --server 192.168.1.10 -a -i 10.1.2.12 -n 255.255.255.0 -m 9000 "VMkernel SAN3"
\bin\esxcfg-vmknic.pl --server 192.168.1.10 -a -i 10.1.2.13 -n 255.255.255.0 -m 9000 "VMkernel SAN4"
\bin\esxcfg-vmknic.pl --server 192.168.1.10 -a -i 10.1.2.14 -n 255.255.255.0 -m 9000 "VMkernel SAN5"
\bin\esxcfg-vmknic.pl --server 192.168.1.10 -a -i 10.1.2.15 -n 255.255.255.0 -m 9000 "VMkernel SAN6"

Ensuite, je désactive une des cartes physiques sur 3 VMkernel et l'autre carte sur les 3 autres.
Pour cela :
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -p "VMkernel SAN1" -N vmnic5 vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -p "VMkernel SAN2" -N vmnic5 vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -p "VMkernel SAN3" -N vmnic5 vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -p "VMkernel SAN4" -N vmnic4 vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -p "VMkernel SAN5" -N vmnic4 vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -p "VMkernel SAN6" -N vmnic4 vSwitch1

Voici le résultat de la commande : pour le VMkernel SAN1, la carte vmnic5 est désactivé.


Ensuite on réalise un bind des VMkernel sur l'iSCSI initiator :
\bin\esxcli.exe --server 192.168.1.10 swiscsi nic add -n vmk2 -d vmhba33
\bin\esxcli.exe --server 192.168.1.10 swiscsi nic add -n vmk3 -d vmhba33
\bin\esxcli.exe --server 192.168.1.10 swiscsi nic add -n vmk4 -d vmhba33
\bin\esxcli.exe --server 192.168.1.10 swiscsi nic add -n vmk5 -d vmhba33
\bin\esxcli.exe --server 192.168.1.10 swiscsi nic add -n vmk6 -d vmhba33
\bin\esxcli.exe --server 192.168.1.10 swiscsi nic add -n vmk7 -d vmhba33

Vous retrouverez les infos concernant l'ID du VMkernel et de l'iSCSI initiator via le client vSphere.

Aprés ces opérations, vous pouvez vérifier la configuration à l'aide des commandes suivantes :
Pour vérifier le vSwitch : \bin\esxcfg-vswitch.pl --server 192.168.1.10 -l


Pour vérifier les VMkernel : \bin\esxcfg-vmknic.pl --server 192.168.1.10 -l


Il ne reste plus qu'à configurer l'iSCSI initiator pour l'accès à la baie SAN.

Alignement de bloc

S'il y a une opération à réaliser sur vos machines virtuelles afin d'accroitre les performances en I/O c'est bien l'alignement de bloc.

En effet, l'alignement de bloc permet d'économiser quelques étapes de lecture/écriture de données sur le disques.

Je vous propose deux sites, bien détaillé ou vous trouvez les explications sur le pourquoi faut-il faire ces modifications et le comment.

Site 1 : Jason Boche
Site 2 : Viops

Pour ceux qui tenterai d'aligner les partitions de ces VMs, il n'est possible de réaliser ceci que sur un disque vierge (enfin vous perdrez les infos qui sont dessus) et pour faire cela sur un disque système, il faut le faire avant l'installation de l'OS. Pour cela j'utilise un CD winpe qui me permet d'exécuter diskpart sur la partition avant l'installation de mon OS ou vous pouvez rattacher votre futur disque système à une VM Windows et faire les opérations.

Installer VMware Tools - Windows 2008 R2

En mode Core, WoW64 (Windows over Windows) est devenu une option, cette fonctionnalité n'est plus installé par défaut.
Elle permet le support des applications 32 bits sous les OS 64 bits.

Pour installer WoW64 :

C:\Users\Administrator>start /w ocsetup ServerCore-WOW64

Vous devez redémarrer le système pour activer la fonctionnalité.
Après le redémarrage, vous pourrez installer VMware Tools sans problème.

Mise à jour serveur ESXi - Retour en arrière

La mise à jour d'un serveur peut, dans certains cas, apporter son lot de problème.

Si cela vous arrive, vous pouvez toujours revenir à la version précédent l'application du patch.

Pour revenir en arrière, vous devez redémarrer la machine. Quand la barre blanche de chargement apparait appuyer sur les touches SHIFT+R.



Un message d'avertissement apparait, vous prévenant que vous allez remplacer votre version par une version plus ancienne. Appuyer sur la touche Y pour accepter.



Appuyer sur la touche Entrée.



Voila votre serveur ESXi tourne avec la version antérieur à la mise à jour.

Mise à jour serveur ESXi

Voici les différentes étapes pour mettre à jour votre serveur VMware ESXi.


1ere étape - RCLI
Il vous faut VMware Remote Client (RCLI) sur votre machine.
Vous pouvez le télécharger ici et la documentation ici.

2eme étape - Download
Récupérer les derniers updates pour votre serveur ici.

3eme étape - Update

Lancer la console RCLI ou dans un invite de commande taper : cd "C:\Program Files\VMware\VMware VI Remote CLI". (Répertoire d'installation par défaut)

Aller dans le répertoire bin.



Lancer la commande vihostupdate.pl...
Syntax :

vihostupdate.pl –server [serveur name or ip] -username [username] -password [password] -i –b [filename]
Le script va décompresser le fichier ZIP, le copier sur le serveur, l'installer et enfin redémarrer le serveur.
Une fois la mise à jour terminée, on vous invite à redémarrer le serveur ESXi. Pour cela taper yes.
4eme étape - Vérification

Vérifier la version du patch installé...
Syntax :
vihostupdate.pl –server [serveur name or ip] -username [username] -password [password] –q


Voila, le serveur ESXi est maintenant à jour.

Activer SSH sur VMware ESXi

J'ai vu pas mal de chose à ce sujet sur d'autres blogs ou forum mais je trouve que leurs explications ne sont pas clair ou alors il y a des étapes inutiles.


Pour ma part, j'ai réalisé les actions suivantes sur un serveur ESXi Update 3 :

• Sur le serveur ESXi, taper Alt+F1.
• Taper unsupported dans la console.
• Au prompt saisir le mot de passe root du serveur.
• Ensuite taper la commande suivante : vi /etc/inetd.conf
• Rechercher la ligne dans le fichier commençant par #ssh ; Pour cela taper /ssh puis Entrée.
• Appuyer sur la touche Inser et supprimer le caractère #.
• Pour quitter vi, appuyer sur Echap et taper :wq!.
• Maintenant il faut redémarrer le service inetd. Pour cela taper /etc/services.sh restart inetd

Voila, à présent vous pouvez vous connecter à votre serveur ESXi en SSH.
Autre chose, si vous n'arrivez pas à rentrer dans le mode unsupported, vous devez réaliser les étapes suivantes pour que cela fonctionne.

• Connecter vous au serveur ESXi avec VI Client.
• Cliquer sur le serveur ESXi et cliquer ensuite sur l'onglet Configuration.
• Ensuite dans l'encadrer Software cliquer sur Advanced Settings.
• Dans VMkernel cocher la case VMkernel.boot.techSupportMode.
• Rédémarrer le serveur ESXi.

Remarque : Avant d'arrêter le serveur ESXi, n'oubliez pas d'éteindre les machines virtuelles qui tournent dessus.

VMware vLaunchPad

Eric Sieberg à mis en ligne un nouveau vLaunchPad. Très pratique, il regroupe différents liens vers des sites de la communauté VMware.
C'est par ici :

Différence entre VMFS et RDM

Le système de virtualisation VMware ESX permet l’utilisation de plusieurs types de stockage en environnement SAN basé sur le protocole Fiber Channel ou iSCSI:

• Virtual Machine File System :
  

C’est un système de fichiers spécifique permettant de stocker des fichiers pour les machines virtuelles. VMFS est optimisé afin de pouvoir gérer l’exécution de plusieurs machines virtuelles en une seule charge de travail. Il fournit aussi une gestion distribuée des verrouillages de fichiers afin de permettre à plusieurs hôtes VMware ESX de partager des LUNs sur un SAN. Un volume VMFS peut être étendu sur 32 extensions de stockage d’un même type. Il est possible d’étendre un volume VMFS lorsque des machines virtuelles sont en cours d’exécution sur ce même volume. Dans une configuration simple, les disques des machines virtuelles sont stockés sous forme de fichiers VMDK dans un datastore VMFS.

• Raw Device Mapping :
  

Un RDM est un fichier spécial dans un volume VMFS qui intervient comme un proxy pour un “RAW device” (portion de disque ne contenant pas de système de fichier). Les RDMs fournissent certains des avantages des disques virtuels stockés dans un volume VMFS tout en conservant certains avantages de l’accès direct au disque physique. De manière générale, l’utilisation de RDM est recommandée quand une machine virtuelle doit interagir directement avec un disque physique sur le SAN.

Veeam FastSCP 3.0

Au début du mois, Veeam à sortie la 3eme version de son logiciel FastSCP qui supporte enfin l'hyperviseur gratuit de VMware... ESXi.

Ce logiciel permet de copier des fichiers de son poste vers un datastore de l'hôte ou d'un serveur hôte vers un autre. Vous aller me dire que cela était déjà possible auparavant et sans produit. Mais FastSCP permet de transfèrer plus rapidement que via le SCP de ESX.
Autre avantage, le schedule des copies de fichier est possible.

Il supporte également Virtual Center ce qui facilite le paramétrage du logiciel pour l'ajout des serveurs.


Ce produit est gratuit et disponible en téléchargement ici.