Tagged: High Availability

High Availability (HA)

vSphere Diagnostic Tool

vSphere Diagnostic Tool est un script python qui exécute des commandes de diagnostic au niveau vCenter Server.

Cet utilitaire vous permet d’effectuer plusieurs tests et d’obtenir un résultat détaillé.

Le but est de vérifier le niveau de conformité des éléments importants de votre environnement vSphere et de rectifier les écarts.

vSphere Diagnostic Tool a déjà été testé par un groupe sélectionné au sein du support VMware pour aider à rechercher des anomalies et à fournir des informations à l’équipe produit vSphere.

Vérifications

L’outil est actuellement un ensemble de scripts python et bash autonomes qui peuvent effectuer les tests et vérifications suivants :

  • Informations de base vCenter
  • Lookup Service Check
  • AD
  • Certificat vCenter
  • Fichier de base (Core File)
  • Disque
  • DNS vCenter
  • NTP vCenter
  • Port vCenter
  • Compte Root
  • Services vCenter
  • VCHA

L’équipe de développement continuera d’ajouter de nouvelles fonctionnalités et vérifications.

Leur objectif à long terme est de rendre cet outil disponible dans tous les produits VMware actuels et futurs avec les appliances PhotonOS ainsi que ESXi.

Prérequis

vCenter Server Appliance 6.5 ou version ultérieure.

Procédure d’exécution

  • Télécharger le fichier ZIP à partir du lien : URL
  • Transférer le fichier ZIP sur le vCenter à analyser via WinSCP.
  • Décompresser le zip :

$ unzip vdt-version_number.zip

  • Accéder au dossier décompresser, ensuite, exécuter la commande suivante :

$ python vdt.py

L’outil vous demandera le mot de passe.
NB : de nombreuses vérifications seront effectuées même si les informations d’identification ne sont pas fournies.

Installing and running vSphere Diagnostic Tool

Pour plus de détails, veuillez consulter le lien suivant : URL

Télécharger VMware Vsphere 7.0

J’ai l immense plaisir de vous annoncer que vous pouvez actuellement télécharger VMware vSphere 7.0 sur le site officiel de VMware.

Cela fait quelques semaines que VMware a annoncé la sortie de VMware vSphere 7.0, mais les sources d’installation n’ont pas été publiées pour le téléchargement.

Depuis le 02/04/2020, VMware vSphere 7.0 est disponible au téléchargement, cela vous permettra d’évaluer toutes les nouvelles fonctionnalités.

Comment télécharger vSphere 7.0 ?

Pour télécharger vSphere 7, connectez-vous simplement au site Web MY VMware via le lien de téléchargement suivant : MY VMWARE-Téléchargement VSPHERE 7.0

Les deux produits dont vous aurez nécessairement besoin sont l’hyperviseur ESXi et vCenter Server.

  • Télécharger l’hyperviseur ESXi 7.0 en utilisant le lien ci-dessous:

Lien de téléchargement ESXi 7.0

Télécharger l'hyperviseur ESXi 7.0
  • Télécharger vCenter 7.0 en utilisant le lien ci-dessous:

Lien de téléchargement vCenter 7.0

Télécharger vCenter 7.0

Cliquez sur Download. le site vous redirigera vers la page de connexion myvmware, à ce stade, connectez-vous avec vos identifiants puis lancez le téléchargement

Welcome to My VMware

Temps de développement
Depuis vSphere 6.0, VMware a commencé à étendre ses principaux cycles de publication, c’est-à-dire à prendre plus de temps pour développer le produit.

Cette tendance est toujours valable car vSphere 7.0 est sorti 1 an, 11 mois et 17 jours après vSphere 6.7

Le temps de développement de vSphere 7.0 est donc de 716 jours, c’est le plus long depuis la sortie de la première version 1.0 le 23 Mars 2001.

Version vSphere Version

Platform Services Controller (PSC)

Dans cet article, nous allons essayer de comprendre ce qu’est un Platform Services Controller.

À partir de vSphere 6.0, les composants vCenter sont regroupés en deux rôles séparés, comme suit :

  • VCenter Server : appelé nœud de gestion, utilisé pour fournir des services spécifiques liés à vCenter.
  • Platform Services Controller : appelé contrôleur d’infrastructure, utilisé pour fournir des services d’infrastructure communs à différents produits VMware.
vCenter Server & Platform Services Controller

PSC est un composant très important dans une plateforme vSphere, car il centralise de nombreuses fonctionnalités importantes.

Platform Services Controller appelé PSC, il simplifie et centralise les services tels que la gestion des licences, les tags, la gestion des identités avec les autorisations, les rôles, les domaines d’authentification unique (SSO) et les certificats.

Le PSC est un composant nécessaire pour pouvoir déployer le vCenter, sans PSC, il est impossible d’installer un vCenter.

Le déploiement est possible selon deux types d’installations :

  • EMBEDDED MODE

Le mode intégré permet une installation de vCenter Server et PSC dans une même Appliance (une seule machine virtuelle), il s’agit du mode idéal pour les petits environnements.

PSC : EMBEDDED MODE
  • EXTERNAL MODE

Le mode externe permet de déployer une Appliance PSC en premier (une seule VM) et par la suite permet l’installation du vCenter (Une deuxième VM) en indiquant l’adresse du premier PSC Appliance.

Ce type de déploiement (External PSC) nous permet une grande flexibilité, tel que la possibilité de connecter plusieurs vCenter au même PSC et de mettre en place des mécanismes de haute disponibilité et d’équilibrage de charge entre plusieurs instances PSC synchronisées.

PSC : EXTERNAL MODE

VSANTOP Command-Line Tool

Avec la publication de vSphere 6.7 U3 et de vSAN 6.7 U3, VMware a ajouté un nouvel outil de ligne de commande VSANTOP.

L’outil s’exécute sur les hôtes ESXi pour afficher les mesures de performance vSAN en temps réel.

VSANTOP vous permet de surveiller et de dépanner les performances vSAN à un niveau très granulaire.

Ce nouvel outil pratique peut aider les administrateurs et le support VMware à résoudre les problèmes liés à l’environnement vSAN.

Lien de la documentation officielle

L’utilisation de l’outil est assez simple : démarrer une session SSH sur l’un des hôtes ESXi membre du cluster vSAN et taper : vsantop (en minuscule).

[root@esxi:~] vsantop

Pour afficher les différentes vues et mesures de performances dans vsantop, entrez les commandes suivantes :

VSANTOP commandes

FAILED TO LOCK THE FILE

Lors du démarrage d’une machine virtuelle hébergé sous VMware ESXI, l’erreur suivante peut se produire : Failed to lock the file.

Cette erreur est due au verrouillage des fichiers de la machine virtuelle, souvent le disque virtuel (*.VMDK).

Pour empêcher les modifications simultanées des fichiers critiques de la machine virtuelle, Les hôtes VMware ESXi établissent des verrous sur ces fichiers.

Quelques exemples où les fichiers des VMs sont verrouillés:

  • Sauvegarde en cours d’exécution.
  • L’outil de sauvegarde conserve un verrou sur les fichiers de la machine virtuelle après avoir effectué une sauvegarde.
  • Les fichiers sont en cours d’utilisation par d’autres machines virtuelles.

Solution

  • Localisez le fichier verrouillé via le message d’erreur ou le fichier journal vmware.log.
  • Connectez-vous à l’un des hôtes ESXI en utilisant SSH en tant que ROOT (https://kb.vmware.com/s/article/2004746).
  • Exécutez la commande vmfslockinfo -p suivi du chemin complet du fichier verrouillé.
  • Assurez-vous que le résultat confirme que le fichier est verrouillé et notez l’adresse MAC de l’hôte propriétaire du verrouillage (lock).
  • Par la suite, il est nécessaire de localiser l’hôte ESXI qui possède une carte réseau avec cette adresse MAC.
  • Mettez l’hôte identifié par vmfsfilelockinfo en mode maintenance et redémarrez-le.

Remarques

  • Avant de redémarrer l’hôte ESXI, si votre plate-forme compte plusieurs nœuds, veuillez tester la migration de la machine virtuelle vers un autre hôte ESXI.
  • Si le verrouillage est généré par votre outil de sauvegarde, un simple redémarrage de votre serveur de sauvegarde débloquera parfois la situation.
  • Si le résultat de la commande vmfsfilelockinfo indique que le fichier est libre, veuillez vérifier les autres fichiers de la VM à l’aide de la même commande (*.VMDK, *.VMX, *.VMXF, *.VSWP et *.log).

HA failover initiated on Cluster

vSphere HA Initiated a Virtual Machine Failover Action in Cluster – Warning

Cette alerte se produit lorsque un basculement [Failover] se produit dans le cluster.

Une fois que le message d’avertissement apparaît, vous ne pouvez plus le supprimer et aucune option n’est disponible pour traiter l’alerte.

Pourtant , la suppression de l’alerte est faisable.

Pour résoudre ce problème, il faut désactiver puis le réactiver HA.

Badr Eddine CHAFIQ