Dans cet article, nous allons voir ensemble comment faire pour Désactiver / Supprimer et Redéployer les machines virtuelles vCLS qu’on retrouve depuis la version 7 de vSphere au sein de nos clusters VMware.

Pour commencer, il est important de préciser à quoi servent les machines vCLS.

Les machines virtuelles vCLS servent à contrôler les fonctionnalités DRS et HA de vSphere en proposant des recommandations de placement ou de redémarrage des machines virtuelles suite à une charge importante du cluster ou suite à un sinistre qui touche nos ESXi. Auparavant, cela était contrôlé directement par le vCenter, mais depuis la version 7 cela se passe maintenant directement à l’aide des machines vCLS pour avoir une meilleure disponibilité des fonctionnalités et pour des futures nouvelles fonctionnalités qui utiliserons les vCLS.

Désactiver / Supprimer

Pour désactiver les machines vCLS, on doit mettre le cluster en Retreat Mode.

Pour cela, se placer sur votre cluster pour récupérer son ID

Au niveau de la barre d’adresse de votre navigateur, noter l’ID qui commence par domain-cXXXX, dans mon cas c’est domain-c1005

Aller à la fin de la fenêtre et rajouter config.vcls.clusters.domain-cXXXX.enabled avec pour valeur FALSE. Replacer XXXX par l’ID de votre cluster. Cliquer sur ADD ensuite sur SAVE.

Vous pouvez vérifier la bonne prise en compte en cherchant la valeur qui commence par config.vcls.

À la suite de cette configuration, patientez environs 1 min pour que vCenter supprime les machines vCLS existantes.

Redéployer

Pour redéployer les machines vCLS, vous devez juste repasser le paramètre en TRUE au lieu de FALSE. Par la suite, le vCenter procèdera au redéploiement des machines vCLS.

L’article vSphere : Désactiver / Supprimer / Redéployer les VMs vCLS est apparu en premier sur MCHELGHAM.

Dans cet article, nous allons voir ensemble comment corriger l’accès à l’interface VAMI (5480) suite à un upgrade de vCenter qui s’est mal passé.

Il peut arriver que lors d’une mise à niveau du vCenter malheureusement cette dernière ne se passe pas comme prévu. Par la suite l’accès à l’interface VAMI port 5480 devient impossible.

Pour corriger cela: Dans un premier temps, il est nécessaire d’activer le SSH. Pour cela, connectez-vous sur la console de la VM vCenter avec le compte root.

Une fois connecté, allez dans “Troubleshooting Mode Options”

Avec votre client SSH préféré, connectez-vous au vCenter et tapez les commandes ci-dessous:

cd /var/log/vmware/upgrade 
touch prechecks-succeeded
touch export-succeeded
touch import-succeeded

Vous pouvez maintenant faire un ls -al  pour confirmer la présence des fichiers créés précédemment.

ls -al

L’accès à l’interface est normalement maintenant rétabli.

L’article vCenter : Accès à l’interface VAMI (5480) après l’échec d’un upgrade est apparu en premier sur MCHELGHAM.

Dans cet article, nous allons voir ensemble comment rapidement corriger le problème qui arrive au moment de se connecter avec le compte root sur l’interface VAMI du vCenter (:5480).

Dans un premier temps, il est nécessaire de lister tous les services de notre vCenter pour voir leur état actuel. Pour cela :

service-control --status --all

On remarque que le service applmgmt est en stopped ! et c’est à cause de lui qu’il n’est pas possible de se connecter. Pour le lancer :

service-control --start applmgmt

Une fois que le service est lancé, retenter une nouvelle fois de vous connecter avec le compte root. Si vous avez bien lancé le service, vous devriez accéder à l’interface VAMI sans aucun problème.

L’article vCenter : Interface VAMI “connexion impossible” est apparu en premier sur MCHELGHAM.

Dans cet article, nous allons voir comment étendre facilement l’espace disque de notre vCenter. Cette manipulation est nécessaire lorsque vous manquez d’espace disque sur l’appliance.

Sachez que lors que l’espace disque du vCenter est saturé, l’appliance ne s’initialise plus et vous aurez une erreur de type : 503 Service Unavailable (Failed to connect to endpoint) …

Pour cela :

Dans un premier temps, allez sur l’interface VAMI https://IP-VCSA:5480 pour repérer le disque à étendre.

Allez ensuite sur l’interface vSphere Client (HTML5)

Faire un clic droit sur la VM vCSA, puis éditer les paramètres de la machine.

Augmenter l’espace du disque. Dans mon cas, je suis passé de 10GB à 20GB pour le disque 5.

Connectez-vous en SSH ou en console sur l’appliance vCSA, puis tapez la commande df -h pour avoir des informations sur les différentes partitions et disques. Cela nous permettra par la suite de bien constater le changement de la taille du disque.

/usr/lib/applmgmt/support/scripts/autogrow.sh

Une fois que la commande s’est exécutée avec succès, refaire la commande df -h pour constater le changement de la taille du disque.

Ce n’est pas terminé ! Maintenant, faire un reboot de l’appliance.

Une fois que le redémarrage est terminé, vous pouvez voir que le changement est bien pris en compte.

L’article vCSA 6.X : Augmenter facilement l’espace disque est apparu en premier sur MCHELGHAM.

Un article rapide pour vous montrez comment réinitialiser le mot de passe du compte root de votre vCenter Appliance 6.7, très pratique quand vous ne vous rappelez plus du mot de passe ou vous ne le retrouvez plus.

Pour pouvoir faire le changement du mot de passe, le vCenter doit être redémarré.

Pour cela, dans un premier temps ouvrez la console de l’appliance vCSA.

Soyer prêt, car au redémarrage va falloir être rapide ! lors de l’apparition du logo PHOTON OS appuyez vite sur le touche e de votre clavier.

Une fois terminé, cliquer sur la touche F10 de votre clavier pour continuer le boot. Quelques secondes après le bash s’ouvre et vous êtes directement connecté en tant qu’utilisateur root.

Avant de changer le mot de passe, il est nécessaire de mettre le clavier en AZERTY pour cela utilisez la commande loadkeys fr.

PS: Ce changement n’a aucun impact sur le vCenter et le fonctionnement des différents services internes de la vCSA.

Voilà, c’est terminé ! Vous venez de changer le mot de passe du compte root de votre vCenter.

L’article [vCSA 6.7] Comment réinitialiser le mot de passe du compte ROOT 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.

Dans cet article nous allons voir comment déployer rapidement et en quelques clics un cluster vSAN dans lequel on installe le vCenter. Cela est possible grâce à l’assistant d’installation de la vCSA 6.5/6.7 qui dispose d’une fonctionnalité qui nous permet de gagner du temps lors de déploiement de clusters vSAN. Le cluster hébergera son propre vCenter.

PRÉREQUIS LAB

• ISO du vCenter 6.7 U1
• 3 hôtes ESXi 6.7 avec au minimum 15Gb de RAM pour le premier et 6Gb de RAM pour les 2 autres.
• Dans chaque hôte au moins 2 cartes réseaux. (1 pour management/vMotion et 1 pour le vSAN).
• Adressage IP ci-dessous

INSTALLATION DU VCENTER

Commencer la configuration de la vCSA comme dans l’animation ci-dessous.Vous aurez besoin d’un ESXi avec assez de RAM pour déployer le vCenter dessus (étape 4).

Donner un nom de VM au vCenter (étape 5), ainsi qu’un mot de passe pour le compte root de l’appliance.

Continuer la configuration de la vCSA comme dans l’animation ci-dessous. À l’étape 7 choisissez “install on a new vSAN Cluster…”, à l’étape 8 donner un nom aux nouveaux Datacenter et Cluster qui seront créés.

Réclamer les disques de l’ESXi comme dans l’animation ci-dessous, avec au minimum un disque de cache (SSD) et un disque de capacité (SSD ou HDD). (Dans le cadre de ce LAB j’ai tagué un disque HDD en tant que disque SSD).

Pour l’étape 9, configurer les informations FQDN/IP/DNS et cliquez sur Next.

Continuer la configuration de la vCSA (stage 2) comme dans l’animation ci-dessous.

Une fois la configuration terminée, cliquer sur le FQDN du vCenter.

Lancer le vSphere client (HTML5).

AJOUT DES AUTRES HÔTES AU CLUSTER

Valider l’ajout des hôtes comme dans l’animation ci-dessous.

Voilà, les hôtes sont maintenant dans le cluster, mais avant de les sortir du mode maintenance, il est nécessaire de configurer les réseaux des hôtes.

CONFIGURATION RÉSEAU

Ci-dessous une capture de la configuration réseau de l’hôte 1

Ci-dessous une capture de la configuration réseau de l’hôte 2

Ci-dessous une capture de la configuration réseau de l’hôte 3

(En option), si vous avez besoin d’utiliser le vMotion n’oubliez pas de l’activer sur l’interface VMkernel 0 (vmk0).Vous pouvez maintenant quitter le mode maintenance des hôtes.

RÉCLAMER LES DISQUES

Pour que le vSAN fonctionne correctement, il est nécessaire de réclamer les disques des hôtes restants. Pour cela au niveau du Cluster aller dans vSAN => Gestion des disques, cliquer sur l’icône de réclamation des disques.

Réclamer les disques comme dans l’animation ci-dessous. (Dans le cadre de ce LAB, j’ai tagué les disques HDD en tant que disques SSD).Maintenant que tous les disques sont réclamés, vérifier que le groupe de partition est le même pour tous les hôtes, si ce n’est pas le cas vérifier votre configuration réseau.Voilà vous disposez maintenant d’un datastore vSAN qui cumule la capacité des disques de tous les hôtes.

RAPPLIQUER LA POLITIQUE DE STOCKAGE AU VCENTER

Maintenant que le cluster est bien configuré, il est nécessaire de réappliquer la politique de stockage vSAN sur la VM vCenter pour qu’elle soit conforme à la nouvelle configuration.

Vous pouvez suivre l’état de la resynchronisation au niveau du cluster dans Surveiller => vSAN => Objets de resynchronisation.

Ajout du witness (Stretched Cluster)

Si vous êtes en train de déployer un cluster étendu, vous devez définir le witness du Cluster. Pour cela, ajouter dans un premier temps l’hôte witness dans le vCenter, ensuite aller au niveau du cluster dans Configurer => Domaines de pannes => cluster étendu, et suivez l’assistant.

L’article Déployer rapidement la vCSA 6.7 U1 dans un nouveau cluster vSAN 6.7 U1 est apparu en premier sur MCHELGHAM.

introduction

Nous savons tous à quel point la sauvegarde de la configuration de nos solutions est importante et peut nous éviter une réinstallation complète ou la perte d’un gros volume de données en cas de problème. C’est pour cette raison que la mise en place du backup est primordiale surtout dans un environnement de production.

Depuis la sortie de l’appliance vCenter 6.7, il est désormais possible de faire un backup du vCenter de façon simple,  automatisée et surtout planifiée.

Dans la suite de cet article, nous allons voir comment configurer et planifier la sauvegarde du vCenter sur un Synology.

Le vCenter est compatible avec la sauvegarde vers un dossier en FTP, FTPS, SCP, HTTP et HTTPS, dans l’article je vais utiliser le protocole FTP.

Prérequis

• vCenter 6.7 (l’appliance)
• un Synology (ou un serveur FTP)
• Activation du FTP sur Synology (image ci-dessous)

1- Création d’un dossier backup sur Synology

Dans l’assistant de création d’un dossier partagé, donnez un nom au nouveau dossier qui sera utilisé pour le backup, choisir le volume dans lequel le stocker ensuite cliquez sur Suivant.

Dans mon cas, je ne chiffre pas le dossier. Cliquez sur Suivant Cliquez sur Suivant Cliquez sur Appliquer pour finir

2- Création d’un utilisateur backup sur Synology

Dans l’assistant de création d’un utilisateur, donnez un nom à votre utilisateur ainsi qu’un mot de passe. Cliquez ensuite sur Suivant.

Laissez le groupe par défaut et cliquer sur Suivant Cocher la case Lecture/Écriture sur le dossier créer précédemment “vmwarebackup“, ensuite cliquer sur Suivant Laissez en quota illimité et cliquez sur Suivant Autorisez uniquement le FTP pour l’utilisateur et refusez toutes les autres applications. Cliquez sur Suivant Laissez les limites par défaut. Cliquez sur Suivant. Cliquez sur Appliquer pour finir.

3- Configuration de la sauvegarde et la planification sur le vCenter

Il est nécessaire de se connecter à l’interface de configuration de l’appliance à l’adresse https://ip-ou-fqdn-du-vcenter:5480 Mettez le compte root avec son mot de passe et cliquez sur CONNEXION.

Une fois connecté, il est nécessaire d’aller dans la partie Sauvegarde en bas à droite.

Cliquez sur le bouton “CONFIGURER” pour lancer l’assistant de configuration.

Complétez comme dans l’image ci-dessous, avec l’emplacement de la sauvegarde, le nom d’utilisateur et le mot de passe défini précédemment. Choisir la planification et la durée de conservation qui vous convient le plus. Cliquez ensuite sur CREER pour finir.

On remarque que notre tache de sauvegarde et de planification a été activée. Pour pouvoir lancer immédiatement un backup, cliquez sur “SAUVEGARDER MAINTENANT“.

Cochez la case “Utiliser l’emplacement de sauvegarde…..” pour réutiliser les informations qui se trouve dans la tache de configuration et de planification créer précédemment. Renseignez le mot de passe de l’utilisateur ftp, cliquez ensuite sur DÉMARRER.

La tache de backup se lance. Après quelques minutes, la tache se termine. Allez dans le dossier qui contient les backups pour trouver les fichiers de sauvegarde créer par l’assistant.

Troubleshooting

En cas de problème de ce type lors du premier test de backup, il est nécessaire de démarrer le ou les services mentionnés par l’erreur.

Pour cela allez dans le vCenter au niveau de Administration > Déploiement > Configuration système > Noeuds > VotrevCenter > Objets associés 

L’article VMware vCenter 6.7 – Configuration et planification du backup sur Synology est apparu en premier sur MCHELGHAM.

introduction

Nous allons dans cet article voir comment mettre en place vCenter HA. vCenter High Availability est une nouvelle fonctionnalité apparue avec la version 6.5 du vCenter mais disponible uniquement dans la vCSA.

vCenter HA permet de protéger de façon encore plus efficace les vCenter des pannes matérielle, mais aussi logicielle là ou des mécanismes de protection comme vSphere HA protège uniquement des pannes matérielles avec un temps de coupures assez important et des risques de corruption de la base de données interne du vCenter.

vCenter HA fonctionne avec la création d’un cluster de vCenter dans lequel 2 instances vCenter se synchronisent entre elles, la première instance est “Active” alors que la seconde est en mode “Passive” ce qui nous permet d’avoir un Recovery Point Objective (RPO) de ZERO.

Lorsque l’instance active ne répond plus, un failover se produit et l’instance “Passive” prend le rôle d’active et continue à servir les demandes des utilisateurs/applications. En ce qui concerne le Recovery Time Objective (RTO) il est inférieur à 5 minutes.

Le node Witness ne participe pas au cluster Active/Passive, mais participe au quorum lorsque les deux instances ne peuvent plus communiquer ensemble.

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

vCenter HA  – Architecture

• Active node: l’instance active qui reçoit les requêtes utilisateurs/applications (vCenter complet avec 10GB de RAM).
• Passive node: l’instance passive qui se synchronise de façon continue avec l’instance active et attend l’échec de ce dernier pour prendre son rôle et son identité (adresse IP).  (vCenter complet avec 10GB de RAM).
• Witness node: l’instance qui participe aux décisions lorsque les deux instances (active et passive) ne peuvent plus communiquer entre elles (vCenter léger avec 1GB de RAM).

vCenter HA  – Prérequis

• Un Port groupe dédié au trafic vCenter HA (Eth1)
• 3 adresses IP pour les interfaces Eth1
• Assez de ressource pour 2 vCenter et un Witness

vCenter HA  – Configuration

Pour commencer, cliquez sur votre vCenter au niveau du vSphere Web Client

L’assistant de configuration apparait et nous propose deux modes de configuration le basique et l’avancé. Je vous conseille d’utiliser le mode Basique dans lequel l’assistant s’occupe du rajout de la nouvelle interface Eth1 et la configuration de l’adresse IP dans le vCenter existant ainsi que son clone.

Mettre l’adresse IP dédiée à l’interface Eth1 dans le réseau vCenterHA du vCenter existant, ainsi que le port groupe créé pour l’occasion.

Faire de même pour les interfaces Eth1 du nouveau vCenter passif ainsi que le Witness.

Ici vous avez un résumé du futur emplacement du vCenter passif ainsi que le témoin. Vous avez la possibilité de modifier cela en cliquant sur “Modifier” sinon cliquez sur suivant.

Un résumé vous affiche la configuration qui sera déployée. Cliquer sur Terminer pour commencer.

Dans les taches récentes, vous pouvez voir l’avancement de la configuration.

Une fois terminé, le vCenter HA est activé, mais il est nécessaire de patienter le temps de la synchronisation des deux vCenter (Actif et passif).

Une fois la synchronisation terminée. Un message vous indique que la protection est bien activée!

vCenter HA  – Test

Confirmer le basculement en cliquant sur “Oui”

En allant sur votre vCenter la connexion est plus possible pendant quelques minutes le temps que le vCenter passif prend l’identité du vCenter anciennement actif.

Après quelques minutes, l’interface du vCenter apparait!

En ouvrant le vCenter Web client, ce dernier vous indique qu’un failover est en cours et qu’il est nécessaire de patienter.Après quelques minutes le vSphere Web Client est de nouveau fonctionnel.

Nous avons bien un RPO de 0 et un RTO de quelques minutes (2 à 5minutes).

L’article Mise en place de vCenter HA (High Availability) est apparu en premier sur MCHELGHAM.