Category: VMware

vCenter Server High Availability (HA)

vCenter High Availability est une nouvelle fonctionnalité apparue au niveau de la version 6.5 du vCenter mais disponible uniquement dans la vCSA.

Activer vCenter HA permet de protéger le vCenter en cas de perte de host par exemple, ou de limiter les indisponibilités durant les mises à jour.

L’activation du vCenter High Availability permet de protéger les vCenter des pannes matérielle et logicielle.

les autres mécanismes de protection comme vSphere High Availability protège uniquement contre les pannes matérielles avec un temps de coupures important et un risque de corruption de la base de données vCenter.

vCenter HA fonctionne avec un cluster de deux instances vCenter, la première instance est “Active” et la deuxième est “Passive”, donc aucun temps d’arrêt et un temps moyen de réparation (Mean Time To Repair) MTTR=0.

En cas d’indisponibilité du noeud actif, le noeud passif reprend automatiquement son rôle ainsi que son nom et son IP afin de permettre la continuité.

Lorsque le noeud manquant (DOWN) redeviendra disponible, il reprendra automatiquement le relais.


Le témoin n’est là que pour assurer l’arbitrage pour faire la différence entre une isolation réseau et une indisponibilité d’un noeud (même principe que pour un cluster de hosts ou de vSan).

Le témoin (Witness) ne participe pas au cluster Active/Passive, mais assure l’arbitrage pour faire la différence entre une isolation réseau et une indisponibilité d’un noeud.

Une seconde carte réseau est ajoutée aux trois nodes pour qu’ils communiquent via un lien privé, permettant la synchronisation de toutes modifications au niveau du node actif sur les deux autres nodes . La communication entre le noeud actif et l’extérieur (ESXi, management, …) restant sur la première carte réseau.

Il est important de penser à la mise en place du vCenter High Availability dans les environnements où des solutions comme NSX, suites vRealize et Veeam Backup & Replication tournent, car ces dernières dépendent grandement de la disponibilité du vCenter pour pouvoir fonctionner.

Deux modes d’installation sont proposés :

  • Basique : géré par un assistant, et nécessitant peu d’informations (adresses IP). L’ajout de la carte réseau, le clonage, la configuration IP et les règles d’anti-affinité sont gérés par l’assistant.
    Convient lorsque le host hébergeant le vCenter est géré par celui-ci, ou par un vCenter du même domaine SSO.
  • Avancé : un peu plus complexe à mettre en oeuvre. Il faut cloner soi-même les VMs, configurer les IPs, créer les règles.
    Convient lorsque le vCenter ne connait pas le host qui l’héberge, ou lorsqu’on veut répartir les nodes entre plusieurs infras.

RVTools : obtenir des informations détaillées sur votre infrastructure VMware

RVTools est un utilitaire qui permet d’obtenir des informations détaillées de l’infrastructure VMware via vCenter ou directement vos ESXI.

Il vous permet d’obtenir des informations qui ne sont pas disponibles à travers le client vSphere.

L’outil permet la collecte d’informations ainsi que la mise à jour de VMware Tools.

L’utilisation de l’outil est assez simple, il suffit de se connecter via RVTools au serveur vCenter ou vos ESXI directement.

Après avoir saisie les informations de connexion, cliquez sur « Login« .


RvTools est riche en informations, chaque onglet vous générera un tableau récapitulatif, c’est vraiment très bien organisé et très lisible.

Par exemple : l’onglet « vInfo » vous donne des informations sur toutes les machines virtuelles, l’onglet « vNetwork » vous donne les informations réseau détaillées de chaque VM (MAC, IP, Groupe de ports, etat…).

RVTools est capable de vous générer des messages d’alertes, activation via  « Health » puis « Properties« .

Lorsqu’une alerte se produit, le message est affiché dans l’onglet « vHealth » de l’application.

Il est possible d’exporter les informations sous différents format et notamment dans un fichier Excel.

Chaque feuille correspondra à un onglet de l’interface de RVTools. Ainsi, vous pouvez tenir un véritable rapport sur votre ou vos serveurs de manière simple et efficace.

VMware ESXTOP : Performance et troubleshooting

ESXTOP est un outil VMware simple pour avoir un aperçu en temps réel de l’utilisation des ressources et analyser les performances sur vos ESXi. Il permet de vérifier : Mémoire, CPU, Réseau et Storage.

Pour l’utiliser il faut se connecter en SSH et utiliser la commande esxtop, ou aussi à distance depuis vSphere cli avec la commande resxtop.

les lettres ci-après permet d’afficher les vues des indicateurs de performance selon les informations souhaitées :

m: Mémoire

c: Processeur

n: Réseau

i: Interruptions

d: Gestion du Storage

u: Storage

v: VMDK

p: Alimentation

x: vSAN

Résultat de recherche d'images pour "esxtop"

VMware vSphere – Proactive HA

Proactive HA est l’une de mes fonctionnalités préférées depuis vSphere 6.5.

En cas de défaillance, le serveur tombe en panne et HA redémarre les ordinateurs virtuels.

Cependant, Proactive HA interroge le vCenter pour connaitre l’état des hôtes présent dans le cluster HA et vous permet de configurer des actions proactives pour réagir face aux événements et alertes qui peuvent causer un arrêt et/ou isolation des VMs.

Il vous permettra d’évacuer les VMs avant que le problème provoque un impact business.

Pour utiliser cette fonctionnalité et comme prérequis, il faut avoir DRS activé.

Proactive HA fait en réalité partie de vSphere DRS.

Proactive HA peut réagir à différents types de pannes, tels que :

  • Alimentation électrique (Power Supply).
  • Mémoire.
  • Ventilation (Fan).
  • Stockage.
  • Réseau.

Par exemple :

Votre serveur physique (Host ESXI) dispose d’une redondance au niveau de l’alimentation, et l’un des bloc d’alimentation est en panne.

Le serveur est toujours opérationnel, mais son fonctionnement est en mode dégradé à cause d’un SPOF (point de défaillance unique) au niveau de l’alimentation.

Dans ce cas, Proactive HA sera déclenchée et les actions ci-après seront exécutées :

  • Les machines virtuelles seront déplacées de façon manuel ou automatisé vers un autre Host.
  • L’host défaillant seront placé dans l’un des modes : Quarantine, Mixed ou Maintenance.

VMware Virtual SAN (vSAN)

VMware vSAN est la solution de stockage à définition logicielle SDS (Software Defined Storage) de VMware qui élimine le besoin d’avoir une baie de stockage dédié.

vSAN est dédiée aux nouvelles générations des infrastructures : hyperconverged infrastructure (HCI).

Cette solution permet d’agréger des disques locaux d’hôtes physiques membres d’un cluster vSphere, afin de créer une solution de stockage partagée et distribuée.

VSAN utilise des groupes de disques au lieu de disques individuels pour former un magasin de données.

En dissociant la partie logicielle de stockage de la couche matérielle, les clients bénéficient de plus de flexibilité, performances élevées, facilité d’administration et une réduction des coûts.

Il existe certaines limitations sur les groupes de disques Vsan, Vous pouvez créer un maximum de 5 groupes de disques par hôte ESXi et chaque groupe de disques doit contenir au moins un disque SSD + un ou plusieurs disques durs (HDD ou SSD).

  • Mode hybride :
    • Cache tier           : 1 SSD pour le cache.
    • Capacity tier      : Un ou plusieurs disques durs HDD pour la partie capacité.
  • Mode All Flash :
    •  Cache tier          : 1 SSD pour le cache.
    •  Capacity tier     : Un ou plusieurs disques SSD pour la partie capacité.

Lorsque vous activez des fonctionnalités telles que la déduplication et la compression, elles sont activées au niveau du groupe de disques.

Lorsque vous déployez une machine virtuelle, les disques de cette machine virtuelle sont répartis sur les différents groupes de disques de différents hôtes, de sorte que vous puissiez tolérer la défaillance d’un hôte ou plus (selon votre configuration).

vRealize Operations Manager (vROps)

C’est la solution qui vous permet de garder une vue en temps réel sur l’état de santé de la plateforme VMware, en se basant sur les indicateurs clés de performance (KPI) et cela à travers un tableau de bord (dashboard) personnalisé.

Avec vRealize Operations Manager, il est faisable de garantir un niveau optimale d’utilisation des ressources et une qualité de service améliorée.

C’est une gestion intelligente avec une grande visibilité et proactivité, à l’aide des fonctionnalités :

  • Supervision des VMs.
  • Détection des anomalies.
  • Analyse de performance.
  • Anticipation des besoins en ressources.
  • Planification de la capacité (capacity planning).
  • Automatisation basée sur des stratégies.

Lorsque DRS et vROps travaillent ensemble, des possibilités intéressantes s’ouvrent.

En combinant l’automatisation de DRS avec l’intelligence de vROps et grâce au mode d’apprentissage du produit, qui étudie et analyse le comportement de l’infrastructure (par exemple : consommation abusive de la RAM et CPU par un serveur X chaque dernier samedi du mois), vous pourrez vous libérer des tâches d’administration et gestion de ressources imprévu et vous concentrer sur des tâches plus importantes.

Gestion de la mémoire VMware ESXI

L’objectif de cet article est de mieux comprendre les mécanismes de gestion de la mémoire au niveau VMware.

Afin d’optimiser la gestion de la mémoire (RAM), VMware opte pour 4 méthodes qui s’exécutent séquentiellement et par ordre décroissant de performance :

  • Transparent Page Sharing (TPS)
  • Ballooning
  • Compression
  • Swap

Transparent Page Sharing (TPS)

Cela concerne généralement les VMs tournent sur le même Host est qu’ont un système d’exploitation similaire, dans ce cas de figure nous avons plusieurs éléments identiques en mémoire.

La fonctionnalité Transparent Page Sharing consiste à faire des scans toutes les 60 secondes pour identifier les pages mémoires identiques/multiplier et fait la dé-duplication de mémoire pour ne garder qu’une seule page mémoire pour chaque élément.

Cela permet donc d’économiser de la RAM en mutualisant les pages mémoire communs aux différentes VMs.

Il n’y a donc pas de perte de performance autre que celle induite par la virtualisation (temps de la consultation de la table des correspondances pour accéder à la page mémoire demandée).

L’efficacité dépend de deux facteurs :

  • Plus il y aura des éléments communs, plus les pages mémoire peuvent être mutualisées.
  • Plus la taille mémoire par page est élevée, moins il sera possible de mutualiser les pages mémoires.

Ballooning

Le ballooning est un mécanisme gérée par VMware Tools (précisément le pilote vmmemctl) et qui permet à l’ESXi de fournir de la mémoire aux VMs en cas de besoin suite au sur-utilisation de RAM (Overcommitting).

En général, plus un système d’exploitation a de la mémoire à sa disposition, plus il en utilise et pas forcément de manière la plus efficace.

Pour éviter le gaspillage de la mémoire, VMware crée un processus consomme de plus en plus de mémoire et pousse le système à libérer de l’espace.

La mémoire consommée par ce processus pourra être utilisée par d’autres VMs, ceci est possible grâce à l’installation de VMware Tools qui peut agir sur le système d’exploitation à l’aide du balloon driver (vmmemctl).

Compression

Lorsque les méthodes TPS et ballooning sont utilisées et le host a toujours besoin de la mémoire supplémentaire, l’ESX utilise la compression de la mémoire.

Cela consiste scanner les pages mémoire via VMkernel et compresser les pages mémoire qui peuvent être compressées à plus de 50%.

La compression cause une perte de performance suite à la compression et décompression des pages mémoire, cependant il reste plus performant que le swapping.

SWAP

C’est le dernier recours par VMWare, au cas où les mécanismes précédents n’ont pas libérer assez de mémoire.

Le swap consiste à copier sur disque les pages mémoires afin de libérer de la RAM.

Cette méthode est coûteuse en termes de performance et quand le host ESXi commence à utiliser le swap, là c’est la catastrophe côté performance.

A ce stade, il faut commencer à prendre les mesures nécessaires pour augmenter/libérer les ressources mémoires.

Mise à jour de VMware Tools sur plusieurs machines virtuelles

Pour mettre à jour VMware Tools sur plusieurs machines virtuelles à la fois:

Connectez-vous au vCenter via vSphere Web Client.

Cliquez sur Inventaire ==> Hôtes et clusters.

Choisissez l’hôte ou le cluster contenant les machines virtuelles concernées.

Cliquez sur l’onglet Machines virtuelles.

Sélectionnez les machines virtuelles sur lesquelles vous souhaitez mettre à jour VMware Tools.

Clic droit ==> SE invité ==> Installer/Mettre à jour VMware Tools, puis cliquez sur OK.

Démarrage/Arrêt automatique des machines virtuelles sous VMware.

Durant mes interventions pour différents clients notamment en Afrique et les sites distants , souvent des pannes de courants cause l’arrêt de tous les équipements y compris la plateforme VMware-Hosts ESXI (notamment là ou le courant est instable et l’investissement au niveau d’un groupe électrogène n’est pas faisable).

Pour éviter :

  • Administrateurs : les interventions sur site en HNO surtout durant les week-end et vos vacances.
  • Manager : les problèmes de disponibilité de votre ressource compétente qui maîtrise les spécifications de votre environnement (le héros à qui vos faite confiance).

Il vaut mieux anticiper, surtout que VMware a déjà pensé à vous :).

Je vous recommande d’utiliser la fonctionnalité du démarrage/Arrêt automatique des VMs au niveau VMware, cela vous permet de configurer des machines virtuelles pour qu’elles démarrent et s’arrêtent dés la mise sous ou hors tension de l’hôte (c’est faisable de configurer aussi un délai).

Information utiles :

  • L’ordre de démarrage est un élément essentiel pour la disponibilité de votre infrastructure, il faut prendre en considération tous les dépendances en considération et il doit être préparé en impliquant les ressources qui maîtrisent les spécifications de votre environnement et les enjeux business .
  • Se référer aux bonnes pratiques.
  • Le démarrage automatique n’est pas pris en charge lorsqu’il est utilisé avec vSphere HA.

Procédure de configuration :

  1. Dans vSphere Client, accédez à l’hôte dans lequel se trouve la machine virtuelle et cliquez sur l’onglet Configurer.
  2. Sous Machines virtuelles, sélectionnez Démarrage/Arrêt de la VM et cliquez sur Modifier (la boîte de dialogue Modifier la configuration Démarrage/Arrêt de la VM s’ouvre).
  3. Sélectionnez Démarrer et arrêter automatiquement les machines virtuelles avec le système.
  4. (Facultatif) Dans le panneau Paramètres par défaut de machine virtuelle, configurez le comportement du démarrage et de l’arrêt par défaut de toutes les machines virtuelles sur l’hôte.
  5. Facultatif) Vous pouvez également configurer l’ordre de démarrage et le comportement des machines virtuelles.Utilisez cette option lorsque vous avez besoin que le délai de la machine virtuelle soit différent du délai par défaut de toutes les machines.
    1. Pour configurer l’ordre de démarrage des machines virtuelles, sélectionnez une machine virtuelle dans la catégorie Démarrage manuel et servez-vous de la flèche haut pour la déplacer vers la catégorie Automatique.Utilisez les flèches vers le haut et vers le bas pour modifier l’ordre de démarrage des machines virtuelles dans les catégories Automatique et Manuel. Lors de l’arrêt, les machines virtuelles sont arrêtées dans l’ordre inverse.
    2. Pour modifier le comportement au démarrage et à l’arrêt d’une machine virtuelle, sélectionnez une machine virtuelle et cliquez sur l’icône Modifier.
    3. Dans la boîte de dialogue Paramètres de démarrage/d’arrêt de machine virtuelle, configurez le comportement au démarrage de la machine virtuelle.Vous pouvez choisir d’utiliser le délai de démarrage par défaut ou vous pouvez en spécifier un nouveau. Si vous sélectionnez Continuer si VMware Tools démarre, l’hôte ESXi lance la prochaine machine virtuelle sans attendre que le délai soit écoulé.
    4. Dans la boîte de dialogue Paramètres de démarrage/d’arrêt de machine virtuelle, configurez le comportement à l’arrêt de la machine virtuelle.Vous pouvez choisir d’utiliser le délai d’arrêt par défaut ou vous pouvez en spécifier un nouveau.
    5. Cliquez sur OK.
  6. Cliquez sur OK.

Per-VM EVC : Enhanced vMotion Compatibility par machine virtuelle

Enhanced vMotion Compatibility (EVC) est l’une des fonctionnalités vSphere les plus connues.

Comme vous le savez déjà, EVC est une fonctionnalité qui élimine les problèmes d’hétérogénéité CPU et l’exécution vMotion au sein du cluster.

vSphere 6.7 a amené EVC au niveau supérieur, cette dernière version a introduit une des fonctionnalités intéressantes autour d’EVC, c’est l’EVC par machine virtuelle (Per-VM EVC).

Comme son nom l’indique, Per-VM EVC peut être activé sur une machine virtuelle spécifique.

Le grand avantage est que cela fonctionne non seulement sur les VM à l’intérieur du cluster, mais aussi sur les VM à l’extérieur du cluster.

Avec Per-VM EVC, vous pouvez garantir que votre VM peut être migrée sans erreur dans les cas suivants:

  • Entre clusters (across clusters).
  • Hosts autonomes (standalone hosts).
  • Entre vCenters (cross vCenters).
  • Environnements Cloud hybrides (tels que le cloud VMware sur AWS).

Notes et spécifications :

  • Il faut avoir au minimum la version vSphere 6.7.
  • La version matérielle de la machine virtuelle doit être vmx-14.
  • Il faut mettre la machine virtuelle hors tension avant de configurer Per-VM EVC.
  • L’activation de cette fonctionnalité est disponible à partir de l’interface graphique GUI (Client vSphere html 5) et aussi à travers Power-CLI.
  • Per-VM EVC est compatible avec vSphere DRS.
  • Si l’hôte ne prend pas en charge le mode EVC configuré sur la VM, celle-ci ne peut pas être mise sous tension.
  • Le mode EVC d’une machine virtuelle est indépendant du mode EVC défini au niveau du cluster.

Procédure d’activation :

Connectez-vous à travers l’interface utilisaterus GUI (html 5) :

Puis : sélectionnez la VM==> Configure ==> VMware EVC ==> Enable

Pour plus de détails : ici