Tagged: VMware vCenter Server

VxRail PTAgent – Appliance Missing

VxRail PTAgent Troubleshooting – Appliance Missing

Parfois, vous pouvez rencontrer une erreur où votre nœud VxRail entre dans l’état Appliance Missing dans le gestionnaire VxRail mais fonctionne normalement dans vCenter.

Appliance Missing

La cause est généralement le VxRail PTAgent.

Le PTAgent existe pour demander des informations matériel à propos d’un nœud avec une fréquance de quelques minutes en utilisant ipmi.

En supposant qu’il n’y a pas de bogue avec la version de PTAgent en cours d’exécution sur votre VxRail, ce qui suit est un bon point de départ pour le dépannage.

Etape 1

Vérifier la version de PTAgent dont vous disposez.

#esxcli software vib list | grep dellptagent

VxRail PTAgent 1
Etape 2

Vérifier l’état du service ISM.

#/etc/init.d/dcism-netmon-watchdog status
#/etc/init.d/dcism-netmon-watchdog stop
#/etc/init.d/dcism-netmon-watchdog start
#/etc/init.d/dcism-netmon-watchdog status

VxRail PTAgent 2
Etape 3

vérifier l’état du PTAgent

#/etc/init.d/DellPTAgent status
#/etc/init.d/DellPTAgent stop
#/etc/init.d/DellPTAgent start
#/etc/init.d/DellPTAgent status

VxRail PTAgent 3
Etape 4

Vérifiez si VxRail est sur l’état d’écoute (Listen)

#esxcli network ip connection list | grep LISTEN | grep Dell
–grab 4869528
#ps -s | grep 4869528

VxRail PTAgent 4
Etape 5

Si, après avoir effectué les étapes précédentes, le problème persiste.

Il faut mettre le nœud en mode maintenance et redémarrez-le, puis redémarrez la machine virtuelle VxRail Manager.

Par la suite, attendez 5 à 10 minutes et vérifiez l’état du nœud.

Etape 6

Si le problème persiste, veuillez contacter le support DellEMC.

vCenter Server 7.0 Configuration maximums

vCenter Server 7.0 Configuration maximums

  • vCenter Server (Standalone)
    • Hosts per vCenter Server : 2500
    • Powered-ON VMs : 30,000
  • Linked mode vCenter Servers :
    • 15 per SSO domain
    • 15,000 hosts
    • Powered-on VMs: 150,000
  • vCenter server Latency :
    • vCenter Server to vCenter server : 150 ms
    • vCenter Server to ESXi host : 150 ms
    • vSphere client to vCenter Server : 100 ms
vCenter Server 7.0 Configuration maximums
vCenter Server 7.0 Configuration maximums

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

Modèle de licence par CPU de VMWare

VMware à annoncé une mise à jour importante du modèle de licence par CPU (per-CPU licensing model), afin de continuer à répondre aux besoins des clients dans un paysage industriel en évolution.

Nous aurons maintenant besoin d’une licence pour couvrir jusqu’à 32 cœurs physiques.

Si un CPU a plus de 32 cœurs, des licences supplémentaires seront nécessaires.

L’annonce du modèle de licence par CPU s’inscrit dans la continuité du parcours de VMware visant à aligner ces offres de produits sur les modèles de tarification standard du secteur.

Ce changement rapproche VMware du modèle de tarification standard basé sur le processeur adopté sur le marché.

Par conséquent, cette approche permettra aux clients de comparer plus facilement les licences et les prix entre VMware et les autres fournisseurs (en utilisant la tarification par cœur).

Cela aide VMware également à maintenir des tarifs simples et pertinents par rapport à l’évolution du marché du matériel.

Ce changement n’aura probablement aucun impact sur la grande majorité des clients actuels, car ils utilisent des serveurs Intel et AMD qui sont au niveau ou en dessous du seuil de 32 cœurs.

Tout client qui achète des licences logicielles VMware, pour un déploiement sur un serveur physique avec plus de 32 cœurs par CPU, avant le 30 avril 2020 sera éligible pour des licences supplémentaires gratuites par CPU pour couvrir les processeurs sur ce serveur.

Quelques exemples:
Modèle de tarification par  CPU
Produits concernés

La mise à jour des licences par CPU aura un impact sur toutes les offres VMware qui utilisent le processeur comme métrique de licence.

Voici une liste partielle des produits concernés par la nouvelle politique de licence:

  • VMware Cloud Foundation
  • VMware Enterprise PKS
  • VMware EVO:RAIL General Purpose Suite
  • VMware HCI Kit
  • VMware HCX
  • VMware Integrated OpenStack
  • VMware NSX Data Center
  • VMware SDDC Manager
  • VMware Site Recovery Manager
  • VMware vCenter Site Recovery Manager
  • VMware vCloud Director
  • VMware vCloud NFV Bundle
  • VMware vCloud NFV OpenStack Bundle
  • VMware vCloud Suite
  • VMware vRealize Automation
  • VMware vRealize Code Stream
  • VMware vRealize Network Insight
  • VMware vRealize Suite
  • VMware vRealize Log Insight
  • VMware vSAN
  • VMware vSphere
  • VMware vRealize Operations Manager
  • vRealize Business
  • vRealize Hyperic

Mode maintenance via ESXCLI

Certaines opérations d’installation et de mise à jour nécessitent que l’hôte soit en mode maintenance via ESXCLI.

Le mode maintenance est requis lorsqu’une opération de mise à jour nécessite un redémarrage.

Un hôte entre ou sort du mode maintenance uniquement suite à une demande initiée par l’administrateur.

Cependant, vous pouvez mettre l’hôte en mode maintenance via ESXCLI en utilisant la procédure suivante:

  • Vérifiez si l’hôte est en mode maintenance.

esxcli –server=<server_name> system maintenanceMode get

  • Mettez hors tension chaque machine virtuelle exécutée sur l’hôte ESXi.

Vous lister toutes les machines virtuelles en cours d’exécution et récupérer l’ID de chacune d’elles en exécutant la commande suivante.

esxcli –server=<server_name> vm process list

NB : Pour éviter de mettre hors tension les machines virtuelles, vous pouvez également les migrer vers un autre hôte.

Pour arrêter le système d’exploitation, puis éteindre la machine virtuelle

esxcli –server=<server_name> vm process kill –type soft –world-id <vm_ID>

  • Placez l’hôte en mode maintenance

esxcli –server=<server_name> system maintenanceMode set –enable true

Nombre de licences -Licensing VMware

VMware a créé un outil pour identifier le nombre de licences par processeur requis lors de la mise à niveau vers la nouvelle versions des licences VMware.

Cet outil sera utile pour les produits VMware achetés après les changements de modèle de licence annoncés le 3 février 2020 et en cas de renouvellement pour les anciennes plateformes.

Afin d’identifier le nombre de licences requises pour la mise à niveau vers une nouvelle version de vSphere et vSAN, il existe deux méthodes :

  • En ce qui concerne les petits déploiements et les hôtes ESXi non connectés à un vCenter Server:
    • Accéder à Host > Hardware > CPU et vérifiez la valeur des cœurs par socket pour déterminer si votre hôte a plus de 32 cœurs physiques par CPU.
  • Pour les déploiements d’infrastructures à grande échelle :
    • VMware a développé un outil PowerCLI qui collecte et consolide des informations sur la quantité de licences de processeur requises pour chaque hôte connecté à un vCenter Server.
Prérequis :
  • Connecter vous au vCenter Server:

Connect-VIServer -Server vCenter_Server

  • Import PowerCLI function: 

Import-Module .\vSphereCPUSocketToCoreUsage.psm1

  • Run Get-vSphereCPUSocketToCoreUsage function to retrieve results. By default, the script will iterate through all vSphere Clusters.
  • Exécuter la fonction Get-vSphereCPUSocketToCoreUsage pour récupérer les résultats.
Nombre de licences - Nouvelle politique de licensing VMware

Par défaut, le script parcourt tous les clusters vSphere.

CPU_LICENSE_COUNT: nombre de licence CPU de la méthode de licence actuelle
LIMITED_CPU_CORE_LICENSE_COUNT: nombre de licence CPU sous le nouveau modèle de licence.

VMware Skyline

VMware Skyline est un service d’assistance proactif innovant de VMware.

VMware Skyline collecte, regroupe et analyse en toute sécurité et automatiquement les données de configuration, d’opérations et de performances.

Cela permet au support technique VMware d’améliorer les délais de résolution et résoudre de manière proactive les problèmes potentiels.

Aussi, améliorent la visibilité de votre infrastructure auprès du support VMware.

Grâce à ces capacités, les opérations de support abandonnent le mode réactif «Incident= Résolution » et passent à une expérience proactive, prédictive et prescriptive, rendant votre investissement dans le support VMware encore plus rentable.

Ce service est disponible pour tous les clients disposant d’un contrat de support valide (Production Support ou Premier Support).

VMware Skyline Advisor - Inventory View

Cannot initiate migration operation

Lors du lancement d’une opération vMotion au niveau de la VM, vous pouvez obtenir une erreur (The virtual machine is installing VMware Tools and cannot initiate a migration operation) qui vous en empêche car la VM tente d’installer VMWare Tools.

Lors de la migration de la machine virtuelle, vous recevez l’erreur suivante:

The virtual machine is installing VMware Tools and cannot initiate a migration operation

Cannot initiate migration operation

Remarque: vous ne pouvez pas terminer l’installation de VMware Tools.

Dans ce cas, aucun heartbeats du système d’exploitation invité n’est reçu.

Soit le système d’exploitation invité ne répond pas, soit VMware Tools n’est pas configuré correctement.

Solution

Connecter-vous à l’hôte ESXi via SSH et exécuter les commandes suivantes :

  • Cette commande pour identifier l’ID de la machine virtuelle:

#vim-cmd vmsvc/getallvms

  • Puis, noter l’ID de la machine virtuelle avec l’installation en cours de VMware Tools.
  • La commande ci-après pour arrêter l’installation de VMware Tools:

#vim-cmd vmsvc/tools.cancelinstall <vmid>

CLOMD : Cluster Level Object Manager Daemon)

CLOMD est l’acronyme de Cluster Level Object Manager Daemon.

CLOMD est un service qui joue un rôle clé dans le fonctionnement du cluster vSAN.

Il s’exécute sur chaque hôte ESXi du cluster vSAN et est responsable :

  • La création de nouveaux objets
  • Le lancement de la réparation des objets existants après des pannes
  • Tous les types de déplacements et d’évacuations de données tels que le mode de maintenance de l’hôte vSAN,
  • L’évacuation des données lors de la suppression du disque vSAN,
  • Il maintient également l’équilibre du cluster vSAN et déclenche le rééquilibrage et la mise en œuvre des changements de stratégie.

Vous pouvez vérifier manuellement l’état du service via SSH au niveau du nœud ESXI, exemple :

CLOMD : Cluster Level Object Manager Daemon)

VMware vSphere 6.7 U3b

VMware a publié une nouvelle mise à jour vSphere 6.7 U3b.

Au niveau de cette version, il n’y a pas de nouvelles fonctionnalités.
Toutefois, de nombreux correctifs et mises à jour de sécurité ont été implémentés.

Cette version contient nombreux correctifs de sécurité pour :

  1. Le système d’exploitation Photon utilisé pour VMware vCenter Server Appliance.
  2. ESXI
  • VIB
  • Esx-base
  • Esx-update
  • Vsan
  • Vsanhealth
  • Résolution des probléme CBT
Badr Eddine CHAFIQ