Dans mon précédent article, j’ai parlé de certaines améliorations techniques qui ont été intégrées à vSphere 7 pour améliorer la qualité de services offerte par la plateforme aux charges de travail.

Avec vSphere 7, l’objectif est de répondre à la demande croissante en performance des charges de travail en améliorant les différentes technologies introduites par VMware dans les années passées. Aujourd’hui, dans un monde très concurrentiel, les performances des charges de travail ont un impact sur la productivité des entreprises.

La vMotion a donc était repensé pour répondre à ce challenge.

Fonctionnement de vMotion dans vSphere 7

Pendant une migration vMotion, chaque modification de la mémoire est surveillée avec un système appelé “Page Tracer”. Ce système est installé dans chaque vCPU alloué à la machine virtuelle, ce qui cause des impacts signifiants sur leur performance.

Avec vSphere 7, ce système est optimisé en utilisant uniquement un seul vCPU pour réaliser le “Page Tracer”. Ce qui permet donc d’avoir un très faible impact de performance au niveau de la machine virtuelle.

Pendant la dernière phase qui permet de réaliser le switch-over d’un ESXi vers un autre, les derniers bitmap (tableau de données binaire) sont donc transférés. Dans les versions précédentes, tout le tableau bitmap est transféré, ce qui posait d’énormes problèmes de performance sur les machines virtuelles qui disposent d’une très grande quantité de mémoire. Aujourd’hui avec vSphere 7, seule une version compactée du tableau bitmap est transférée. Ce qui nous permet pour une machine de 24TB par exemple d’avoir un switch-over de 175ms au lieu de 2s !

Pour résumé, un comparatif entre vMotion dans les versions précédentes et vMotion dans vSphere 7 !

L’article vSphere 7 : Nouveautés vMotion est apparu en premier sur MCHELGHAM.

Dans cet article, nous allons voir ensemble comment réaliser un benchmark de notre cluster vSAN avec HCIBench. Cela nous permettra d’avoir une idée des performances que notre cluster peut supporter.

Attention: il n’est pas recommandé de réaliser le test dans un environnement de production, car HCIBench utilisera le stockage de manière intensive. Cela aura un impact sur les autres machines qui s’exécutent sur le même cluster et auront donc des difficultés pour accéder au stockage.

HCIBench ne s’utilise pas uniquement sur du stockage de type vSAN, vous pouvez aussi tester vos autres datastores montés en SAN, NFS, iSCSI.

Téléchargement

Avant de commencer, vous devez télécharger HCIBench depuis flings de VMware.

1- Installation:

L’installation se fait de façon très simple, il suffit d’importer l’OVA depuis le vCenter comme dans les images ci-dessous.

Sélectionner le fichier OVA téléchargé précédemment.

Donner un nom à la nouvelle machine virtuelle, ensuite sélectionner le DC dans lequel vous voulez déployer la machine.

Ensuite, sélectionner le cluster.

Cliquer sur NEXT.

Sélectionner le datastore dans lequel stocker la machine virtuelle.

La machine virtuelle HCiBench disposera de 2 interfaces réseaux, une interface “Management” pour pouvoir se connecter au vCenter si celui se trouve dans un réseau de management, ainsi qu’une interface VM Network depuis laquelle elle communiquera avec les machines virtuelles de test qui seront déployés pour stressé le stockage. Dans mon cas, mon réseau DPG-NOVLAN route le trafic sans aucune restriction vers celui du management.

Étant donné que je dispose d’un serveur DHCP dans mon réseau, je laisse les champs qui concernent la configuration du réseau vide, mais je choisis un mot de passe pour le compte root de l’appliance.

2- Configuration:

Je me connecte à l’adresse https://adresseip:8443 avec le login root ainsi que le mot de passe choisit durant le déploiement de l’ova.

L’interface de configuration apparaît. Dans cette partie nous allons configurer toutes les informations nécessaires pour que HCIBench puisse se connecter à un vCenter et déployer les machines virtuelles de test. Pour cela, vous devez compléter les informations comme dans l’image ci-dessous. Sans oublier de mettre le nom de votre datastore vSAN “vsanDatastore“.

Dans la partie basse, vous devez créer un Worload Parameter File, pour cela cliquer sur ADD.

Compléter les paramètres avec le profil avec lequel le stockage sera testé. Dans mon cas, je mets 8 disques de test par machine virtuelle, avec un WS de 20%, 2 threads par disque, des blocs de 4K, et un pourcentage de lecture de 70% (30% d’écriture), avec des données aléatoires à 100% et je teste tout ça pendant 30Min (1800 secondes).

Une fois validé, je rafraîchis les profils, et je sélectionne le profil précédemment généré.

Pour pouvez sélectionner l’outil de benchmark interne à HCIBench, vous avez le choix entre FIO et VDBENCH. Vous pouvez aussi personnaliser le test en choisissant le nombre de machines virtuelles à déployer ainsi que leur préfixe. Cliquer ensuite sur “SAVE CONFIG” pour enregistrer la configuration.

Une fois que la configuration est enregistrée, il est maintenant nécessaire de la valider. HCIBench va déployer des machines de test pour voir si les paramètres renseignés sont corrects ou non, en plus de ça ce dernier va vérifier que le cluster est bien configuré. Cliquer sur “VALIDATE CONFIG”.

Une fois la validation terminée, observez bien les erreurs remontées et corrigez-les. Sinon le test ne fonctionnera pas ou ne sera pas représentatif. Dans mon cas, HCIBench me demande de désactiver temporairement DRS pour éviter que les machines se déplacent lors du benchmark.

Au bout d’un certain temps, l’interface vous proposera de vous connecter à une jolie interface GRAFANA pour observer en direct les performances et l’état du cluster vSAN.

Ce qui nous donne un joli Dashboard très parlant.

Vous pouvez maintenant attendre la fin du test. Vous pouvez retrouver les différents rapports de test en cliquant sur  “REVIEW RESULT”.

Voilà, c’est terminé! N’hésitez pas à faire des tests de benchmark de vos infrastructures avant leur mise en prod  

L’article Performance vSAN : Réaliser un benchmark avec HCIBench est apparu en premier sur MCHELGHAM.

Dans cet article nous allons voir comment surveiller les performances d’un cluster vSAN avec “vSAN observer“. L’outil est accessible directement depuis RVC (Ruby vSphere Console) qui est la console Ruby intégrée au vCenter, pour les vCenter encore sous Windows l’outil est disponible dans %PROGRAMFILES%VMwarevCenter Serverrvcrvc.bat.

• Pour commencer, il faut se connecter en console/ssh à la vCSA:

VMware vCenter Server Appliance 6.7.0.14000

Type: vCenter Server with an embedded Platform Services Controller

Last login: Sun Dec 23 14:20:51 2018 from 192.168.XXX.XXX
Connected to service

    * List APIs: "help api list"
    * List Plugins: "help pi list"
    * Launch BASH: "shell"

Command>

• Tapez la commande ci-dessous, en modifiant mchelgham.lab par votre domaine SSO.

Command> rvc administrator@mchelgham.lab@localhost
Install the "ffi" gem for better tab completion.
password:

• Une fois le mot de passe renseigné vous devriez avoir :

0 /
1 localhost/
>

• Dans RVC on se balade dans l’inventaire de notre vCenter avec les commandes “ls” et “cd“

cd localhost/LABDC/computers/

• Faire “ls” pour afficher les clusters disponibles

/localhost/LABDC/computers> ls
0 CL-MGMT01 (cluster): 
1 CL-CMPT01 (cluster): 
2 vsanwitness01.mchelgham.lab (standalone):

• Pour lancer la surveillance, tapez la commande ci-dessous en remplaçant le cluster vSAN CL-CMPT01 par le vôtre.

vsan.observer ./CL-CMPT01 --run-webserver --force

• Maintenant pour accéder à l’interface d’exploitation des données il faut atteindre l’URL https://IP-VCSA:8010

• Tant que vsan.observer est lancé la collecte continue (par défaut pendant 2h), pour l’arrêter faire <Ctrl>+<C>

• Dans certaines situations, il pourrait être nécessaire de lancer la collecte et d’enregistrer le résultat dans des fichiers pour pouvoir les exploiter hors ligne ou les envoyer au support VMware par exemple. Pour cela :

cd localhost/LABDC/computers/
vsan.observer ./CL-CMPT01 --generate-html-bundle /tmp

• Pour arrêter la collecte faire <Ctrl>+<C>, ensuite le fichier se trouve dans /tmp :

root@vcsa01a [ /tmp ]# ls | grep vsan
vsan-observer-2018-12-23.15-11-04.tar.gz

• Récupérez le fichier par SCP avec WinSCP par exemple (voir Optionnel 2)

• Décompresser l’archive
• Lancer stats.html

• Pour pouvoir se connecter en SCP à la vCSA, il est nécessaire de changer le shell par défaut de l’utilisateur root, pour cela, tapez la commande ci-dessous en root.

chsh -s "/bin/bash" root

• Une fois que vous avez transféré les fichiers vous pouvez rétablir la configuration du shell en tapant:

chsh -s /bin/appliancesh root

L’article Troubleshooting vSAN : Surveiller les performances d’un cluster vSAN avec vSAN Observer est apparu en premier sur MCHELGHAM.