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.

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.

Un article rapide pour vous donner une solution qui permet de contourner une erreur qui arrive pendant l’installation d’un ou plusieurs ESXi imbriqués (Nested) sur un datastore de type vSAN.

En effet, lors de l’installation de l’ESXi à l’étape de la création d’un volume VMFS par l’assistant d’installation, une erreur bloquante s’affiche et stop l’installation. (Le message de l’erreur peut varier selon la version d’ESXi que vous tentez d’installer).

This program has encountered an error:

Error (see log for more info):
Unable to successfully execute 'tryFormatDevice' after 3 tries.

Installation cannot continue

Lors de la tentative de la création du volume VMFS l’installateur génère une réservation SCSI-2 qui n’est pas supportée par le vSAN.

Pour contourner cela un paramètre avancé existe (FakeSCSIReservations) au niveau des réglages des ESXi.

Sur chaque ESXi qui participe au cluster vSAN tapez en console/SSH :

esxcli system settings advanced set -o /VSAN/FakeSCSIReservations -i 1

Attention les ESXi imbriqués ne sont pas officiellement supporté par VMware, à utiliser uniquement que dans le cadre de LAB/POC.

L’article Contourner l’erreur lors de l’installation d’un nested ESXi dans un vsanDatastore est apparu en premier sur MCHELGHAM.

INTRODUCTION

Dans cet article nous allons voir comment réaliser une migration de VM à chaud (Allumées) ou à froid (Éteintes) entre un vCenter en version 6 vers un vCenter en version 6.5/6.7.

La migration peut être réalisée de deux manières différentes:

• A l’aide du vSphere Web Client.
• Utiliser un utilitaire tiers.

La migration avec le vSphere Web Client impose quelques contraintes, comme par exemple la nécessité d’avoir le vCenter source et le vCenter de destination liés au même PSC et partagent le même domaine vCenter Single Sign-On. Ceci est nécessaire pour qu’ils puissent se voir et s’authentifier mutuellement.

La deuxième solution et c’est celle qu’on va voir ensemble aujourd’hui est l’utilisation d’un utilitaire tiers qui se nomme “Cross vCenter Workload Migration Utility” qu’on retrouve dans le Flings Lab de VMware. Cet utilitaire a été développé par deux employés de chez VMware qui sont Vishal Gupta et William Lam.

L’utilitaire “Cross vCenter Workload Migration Utility” apporte la simplicité. Il n’est pas nécessaire d’avoir les deux vCenter sur le même domaine vCenter SSO, de plus l’interface est user friendly.

Fonctionnement

Le changement de la ressource de calcul se fait à l’aide de vMotion, dans le cas ou le datastore source et de destination n’est pas partagé entre les deux hosts ESXi alors du Storage vMotion est aussi utilisé.

Prérequis

• vCenter source en version 6 U3 minimum.
• vCenter destination en version 6 U3 minimum.
• Consulter la KB VMware pour la liste complète des versions supportées.
• Avoir téléchargé Cross vCenter Workload Migration Utility
• Avoir Java Runtime Environment 1.8-10 installé.
• L’utilitaire est compatible multiplateforme (Windows, Linux et Mac OS X).
• Avoir le trafic vMotion activé sur l’interface VMKernel (vmk) .

LAB Source (v6)

LAB Destination (v6.5)

1 – Lancement de “Cross vCenter Workload Migration Utility”

Le lancement de l’utilitaire est très simple, il suffit juste de lancer le fichier jar depuis une fenêtre Cmd/Terminal.

Cd C:UsersMoussa.CHELGHAMDesktopMoussaVMwarexvm-2.2
java -jar xvm-2.2.jar

2 – Enregistrement des vCenter

Remplir les champs avec les informations du premier vCenter, dans le cadre de ce LAB cocher la case “Skip certificate verification” pour ne pas vérifier le certificat du vCenter. Cliquez ensuite sur Submit pour enregistrer.

Nous avons maintenant nos deux vCenter (Source et destination) enregistrés. Il est important de noter que l’utilitaire enregistre les informations uniquement en RAM, en cas de fermeture ou de relance de ce dernier, il faut réenregistrer de nouveau les vCenter.

3 – Lancement de la migration Cross vCenter

Sélectionnez le type d’opération (Relocate pour migration) ou Clone. dans notre cas c’est une migration. Mettre le vCenter source et le vCenter destination, ne pas oublier de sélectionner les VM à migrer avec l’ESXi et datastore de destination et enfin remapper le port groupe source vers celui de destination pour la partie réseau. Cliquez sur Submit pour valider.

4 – Résultats

L’article Migration VM à chaud/froid Cross vCenter [6 vers 6.5/6.7] est apparu en premier sur MCHELGHAM.

Back to work !

Après quelques mois d’absence pour des raisons personnelles et quelques vacances je suis de retour avec de nouveaux articles qui arriveront dans les semaines qui arrivent. Nous avons au programme :

• Migration VM à chaud/froid Cross vCenter [6 vers 6.5/6.7].
• Mise en place d’un cluster vSAN à 2 hôtes [Stretched cluster].
• Configuration de vCenter HA.
• Mise en place de VMware Workspace ONE (VMware Identity Manager).

Si vous avez d’autres propositions, n’hésitez pas à me les faire par commentaire.

L’article C’est la rentrée ! Back to work ! est apparu en premier sur MCHELGHAM.