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.

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.

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.

RAPPEL

Petit article pour vous rappeler que la fin générale du support (EOGS) de vSphere 5.5 et vSAN 5.5 arrive à grands pas, car elle est fixée pour le 19 septembre 2018.

C’est aussi l’occasion pour vous d’accélérer votre transformation digitale et moderniser vos infrastructures SDDC (Software Defined DataCenter) ou Centre de données définies par logiciel pour les puristes de la langue française.

Il est donc fortement recommandé pour vous de ne pas oublier cette date en continuant à migrer votre infrastructure ; et si vous n’avez toujours pas commencé, c’est une bonne raison de commencer maintenant en prenant de l’avance et en demandant les budgets nécessaires à votre direction.

Car, si vous n’anticipez pas dès maintenant les vacances d’été, les jours de récupération et les jours fériés vous risquer de vous retrouver à la rentrée de septembre avec beaucoup choses à gérer.

Dans les prochains articles, j’aborderais avec vous les moyens possibles pour pouvoir réaliser la migration des différents composants VMware comme vSphere, vCenter et vSAN vers leurs dernières versions.

LIENS

N’hésitez pas à visiter mes différents articles sur comment mettre en place un cluster vSphere 6.5 et vSAN 6.6.

L’article RAPPEL : Fin de support pour vSphere 5.5 et vSAN 5.5 est apparu en premier sur MCHELGHAM.

INTRODUCTION

Aujourd’hui, la sauvegarde des systèmes informatiques est primordiale pour une entreprise de petite comme très grande taille. Il est donc obligatoire pour celle-ci de mettre en place des mécanismes qui lui permettent d’assurer une récupération de données en cas de problème plus au moins grave. Au jour d’aujourd’hui, beaucoup de solutions existent, certaines gratuites et d’autres payantes.

Certaines solutions se contentent de copier simplement les fichiers d’un espace de stockage vers un autre, mais dans un environnement virtualisé il est nécessaire d’utiliser des outils intelligents, c’est-à-dire des outils qui permettent de sauvegarder des machines virtuelles en fonctionnement et qui contiennent des snapshots, de proposer des solutions de réplications de données pour avoir une synchronisation entre la donnée actuelle en fonctionnement avec celle déjà sauvegardée, des fonctionnalités pour réduire au maximum l’impact de la sauvegarde des VM en compressant les données ou en réalisation des sauvegardes incrémentales pour réduire l’impact de la volumétrie des données et réduire ainsi les couts (Disque, serveur, maintenance….).

Il existe à la date où j’écris cet article un produit leader de longue date sur le marché de la sauvegarde de système informatique virtualisé qui se nomme VEEAM.

Depuis ces dernières années, un autre acteur avec des prix très attractifs qui se nomme NAKIVO a réussi à s’imposer face à VEEAM en offrant des fonctionnalités équivalentes, mais plus riches et surtout plus simples. 

La simplicité et telle que sur le site officiel de NAKIVO nous pouvons apercevoir une démonstration de l’installation de NAKIVO, la configuration et la programmation d’une tache de sauvegarde le tout en 2min !  Et vu que je suis quelqu’un qui aime tester de nouvelles choses, je vais donc vous montrer comment l’installer et le configurer pour lancer une première sauvegarde d’une VM hébergée sur un de nos ESXI qui lui est gérée par un vCenter.

Un autre avantage de NAKIVO est qu’il peut être déployé sous plusieurs formes (4).

• La 1^re, la plus classique est le déploiement d’une Appliance virtuelle sous forme d’une VM préconfigurée par NAKIVO composée de tout le nécessaire pour avoir un environnement de sauvegarde prêt à l’emploi.
• La 2^e, l’installation se fait à l’aide d’un installateur disponible pour Windows (.exe) et Linux (.sh)
• La 3^e, sous forme d’instance Amazon AWS EC2.
• La dernière, l’installation à l’aide d’un package disponible pour différentes marques de NAS (QNAP, ASUSTOR, WD myCloud et SYNOLOGY)

Ma préférée de ses 4 façons ?  C’est bien sûr la dernière devinez pourquoi …

Étant un grand fan des NAS, mais plus spécialement des NAS SYNOLOGY et leur système d’exploitation DiskStation Manager (DSM) qui offre énormément de fonctionnalités pour les amateurs de stockage de film, de séries et d’autres futilités , mais aussi pour les professionnels qui ont besoin de mettre en place des LUN ISCSI, un partage NFS, serveur DNS, DHCP, Active Directory, mail, etc.

L’objectif est donc d’exploiter le SYNOLOGY au maximum en utilisant sa capacité de stockage ainsi que sa capacité d’exécution de package pour avoir un équipement tout-en-un (AIO). Et ainsi nous éviter de déployer un autre équipement ou VM dédiée à l’exécution de sauvegarde. On gagne ainsi de la ressource, on réduit les maintenances et aussi les coûts.

Un dernier point : la version gratuite de NAKIVO Backup & Réplication offre énormément de fonctionnalités et moins de limitation comparée à celle de VEEAM Backup & Réplication.

PRÉREQUIS.

• Un SYNOLOGY
• Télécharger le SPK sur le site officiel de NAKIVO par ICI
• Un ESXI ou un vCenter avec des VMs

1 – INSTALLATION DE NAKIVO SUR SYNOLOGY

Dans un premier temps, il est nécessaire de baisser le niveau de confiance pour pouvoir installer le paquet de NAKIVO sur notre SYNOLOGY. Pour cela aller dans Paramètres > Général et cocher la case “N’importe quel éditeur” pour le niveau de confiance.

Aller dans “Installation manuelle“, puis sélectionner le paquet de NAKIVO au format SPK. Cliquer ensuite sur Suivant.

Accepter les termes de la licence.

Cliquer ensuite sur Appliquer

Une fois l’installation terminée, cliquer sur l’icône NAKIVO pour lancer l’outil.

L’outil se lance à l’adresse https://XXX.XXX.XXX.XXX:4443 les XXX correspondent à l’adresse IP/Hostname de votre SYNOLOGY

2 – CONFIGURATION DE NAKIVO

Avant de pouvoir l’utiliser, il est nécessaire de configurer l’outil pour qu’il puisse s’interfacer avec notre hyperviseur. Pour cela cliquer sur Add News > VMware vCenter or ESXI host

Renseigner les informations d’authentifications de votre ESXI ou vCenter.

Il est nécessaire d’avoir un “Repository” dans lequel nos sauvegardes seront stockées. Pour cela, cliquez sur “Add Backup Repository” > “Create new backup repository“.

On donne un nom à notre “Repository” ainsi que son chemin.

3 – CRÉATION DUNE PREMIÈRE TACHE DE SAUVEGARDE

Pour créer une première tache, on clique sur “Create” > “VMware vShpere backup job“

On sélectionne les VMs à sauvegarder.

On sélectionne notre “Repository” comme destination du stockage

Pour notre test, on coche “Do not schedule, run on demand“.

On laisse les paramètres par défauts pour la rétention.

Dans la dernière partie, n’oubliez pas de mettre “Network acceleration” en Enabled.  Cliquer ensuite sur “Finish & Run” puis sur “RUN“

Voilà, on voit bien que notre tache de sauvegarde s’est lancée avec un joli écran qui nous permet de suivre l’état de celle-ci de façon simple.

Voilà donc comment sauvegarder de façon très simple des VMs hébergée sur un ESXI et gérée par un vCenter à l’aide de NAKIVO pour SYNOLOGY.

L’article Sauvegarde des VM vSphere avec NAKIVO pour SYNOLOGY est apparu en premier sur MCHELGHAM.