INTRODUCTION

Dans cet article, nous allons voir ensemble comment utiliser le Raspberry Pi 4 en tant que witness pour notre cluster vSAN 7. À noter que le Witness n’est pas compatible ESXi 8.

Vous devez aussi utiliser des ESXi 7 avec la même version de build que le Witness.

Pour voir les étapes d’installation de l’ESXi sur le Raspberry 4, vous pouvez consulter cet article.

Configuration du Witness

Pour commencer, vous devez activer le service vSAN sur l’adaptateur VMkernel de votre ESXi ARM. Pour cela, allez dans la configuration des adaptateurs VMkernel.

Cocher la case vSAN.

Vous devez vous connecter en SSH sur l’ESXi ARM et exécuter les commandes ci-dessous :

/etc/init.d/usbarbitrator stop 
esxcli system settings advanced set -o /Disk/AllowUsbClaimedAsSSD -i
esxcli system settings advanced set -o /VSAN/AllowUsbDisks -i 1

Tapez la commande vdq -q pour afficher les informations sur nos clés USB. On remarque que nous avons 2 clés USB éligibles pour vSAN.

Pour que nos clés puissent être utilisées par vSAN, nous devons les taguer en tant que SSD et en tant que disque de capacité :

esxcli storage nmp satp rule add -s VMN_SAT_LOCAL --device=mpx.vmhba39:CO:TO:L0 --option-enable_ssd  
esxcli storage nmp satp rule add -s VMW_SATP_LOCAL --device=mpx.vmhba38:CO:TO:LO --option=enable_ssd 
esxcli storage core claiming unclaim --type device --device=mpx.vmhba39:CO:TO:LO 
esxcli storage core claiming unclaim --type device --device=mpx.vmhba38:CO:TO:LO 
esxcli storage core claimrule load 
esxcli storage core claimrule run
esxcli vsan storage tag add -d mpx.vmhba39:CO:TO:LO -t capacityFlashesxcli vsan storage tag add -d mpx.vmhba39:CO:TO:LO -t capacityFlash

Si on refait la commande vdq -q on remarque que nos disques sont maintenant bien tagués.

Vous pouvez maintenant utiliser le witness dans la configuration de votre vSAN 7.

Nos clés USB sont bien utilisables.

En cas d’erreur, veuillez à bien vérifier que vous avez la même version de build que l’ESXi installé sur le raspberry. Dans certains cas, un Raspberry Pi 4 avec 4Gb de ram peut ne pas être suffisant.

L’article ESXionARM : Utiliser le Raspberry en tant que Witness vSAN est apparu en premier sur MCHELGHAM.

INTRODUCTION

Dans la suite de cet article, nous vous guiderons à travers les étapes de déploiement et de configuration de VMware vCenter 8 ainsi que la mise en place de vSAN 8 ESA.

Que vous soyez un administrateur système chevronné ou que vous débutiez dans le domaine de la virtualisation, ce guide vous aidera à maîtriser ces outils et à tirer le meilleur parti de votre infrastructure informatique. Restez avec nous pour les étapes détaillées à suivre.

Installer vCenter 8 / vSAN 8 ESA

Dans un premier temps, vous devez télécharger l’iSO d’installation de vCenter 8.

Une fois que l’ISO est téléchargé, montez-le dans votre explorateur de fichier. Cliquer sur Installer pour lancer l’assistant d’installation. Le chemin du fichier Installer est différent suivant le système d’exploitation utilisé.

Une fois l’assistant ouvert, cliquez sur Install.

Cliquez sur NEXT.

Acceptez les conditions d’utilisation.

Ici vous devez renseigner l’ESXi sur lequel vous voulez installer le vCenter 8 ainsi que le déploiement de vSAN 8. Dans notre cas on prend esxi01.

Renseignez ici le futur nom de votre VM vCenter qui sera déployée sur votre ESXi.

Passer la taille du déploiement en Tiny pour éviter que le vCenter utilise beaucoup de ressource. Dans le cadre de notre LAB/POC cette modification est importante.

À cette étape, nous allons demander au vCenter de créer un nouveau Datacenter ainsi qu’un nouveau cluster et d’activer vSAN 8 ESA dessus.

Sélectionner tous les disques SSD que vous avez sur votre esxi01.

Configurez le vCenter avec les réglages réseau qu’il doit avoir. À savoir l’IP, le fqdn, le DNS, etc.

Cliquez sur Finish pour lancer l’installation du vCenter.

Patientez pendant le déploiement.

Une fois que la première phase de déploiement est terminée. Cliquez sur CONTINUE.

Cliquez sur NEXT.

La modification des réglages de ces étapes est optionnelle.

Renseignez ici le nom du domaine SSO de votre vCenter ainsi que le mot de passe pour le compte administrator.

Acceptez le CEIP si nécessaire.

Cliquez sur Finish pour lancer la configuration.

Cliquez sur OK pour confirmer.

Patientez pendant la configuration.

La configuration est terminée. Vous pouvez maintenant cliquer sur l’URL de votre vCenter pour l’ouvrir dans un navigateur. Et cliquez ensuite sur CLOSE pour fermer l’assistant qui n’est plus nécessaire.

Renseignez les informations d’authentification.

Votre vCenter est maintenant fonctionnel, de plus notre cluster et notre premier ESXi sont déjà intégrés dans l’inventaire.

Suite de la configuration vSAN 8 ESA

Il est maintenant nécessaire de finaliser la configuration de notre cluster vSAN 8 ESA.

Pour cela, ajouter l’ESXi manquant à notre cluster CL01.

Renseignez les informations de l’esxi02.

Cliquez sur SUIVANT ensuite sur TERMINER.

L’esxi02 est maintenant intégré à notre cluster CL01.

Configuration du Distributed Switch

Il est maintenant nécessaire de configurer le réseau de nos ESXi. Pour cela, allez dans l’onglet réseau ensuite sur notre DC.

Cliquez sur « Nouveau Distributed Switch ».

Donnez un nom au nouveau Distributed Switch.

Laissez la dernière version.

Passez le nombre de Uplink à 2 et décochez la case de création d’un port groupe.

Cliquez sur TERMINER.

Configuration des Distributed Port Groups

Il est nécessaire de créer nos différents ports groupes qui vont gérer notre trafic réseau.

Pour cela, créer un nouveau port groupe distribué.

Dans notre cas on lui donne le nom DPG-vMotion.

Renseignez le vlan ID pour le trafic vMotion. Dans mon cas 201. En cas de doute, n’oubliez pas de revenir à notre premier article de ce guide.

Faire la même chose pour le trafic vSAN. Dans mon cas le nom est DPG-vSAN et vlan ID 202.

Maintenant que nos ports groupes sont créés, il est nécessaire de rattacher notre DVS à nos ESXi. Pour cela, allez dans Ajoutez et gérez des hôtes.

Sélectionnez « Ajouter des hôtes ».

Sélectionnez nos deux ESXi.

Affectez nos deux cartes réseau qui sont en rattachées directement entre nos deux ESXi aux Uplink. Dans mon cas c’est vmnic4 Uplink 1 et vmnic5 Uplink 2.

Ne rien modifier à cette étape.

Ne rien modifier à cette étape.

Cliquez sur TERMINER.

Nous devons avant de continuer modifier notre MTU à 9000 au niveau de notre DVS. Pour cela, allez dans l’onglet configuration du DVS ensuite dans propriétés ensuite MODIFIER.

Dans l’onglet Avancé, modifier le MTU à 9000.

Configuration des VMKernel vMotion et vSAN

Avant de continuer, nous devons affecter des adresses IP pour chaque trafic (vMotion et vSAN) au niveau de nos ESXi pour qu’ils puissent communiquer entre eux.

Pour cela, nous commençons avec le vMotion. Allez dans Ajouter des adaptateurs VMkernel.

Sélectionnez nos deux ESXi.

Cochez le service vMotion.

Utilisez des paramètres réseau statiques, ensuite renseignez les différents paramètres IP pour nos ESXi.

Cliquez sur TERMINER.

Faire la même chose pour le service vSAN.

Cochez le service vSAN.

Renseignez les paramètres.

Cliquez sur TERMINER.

Configuration du Witness Separation trafic

Par défaut, le trafic witness vSAN doit transiter sur un réseau vSAN dédié. Dans notre cas, cela n’est pas possible, car nos deux ESXi sont directement connectés entre eux. Nous allons modifier cela pour le faire transiter par le réseau de Management de nos ESXI pour qu’ils puissent atteindre sans problème le witness.

Repérez le nom de l’interface vmkernel qui correspond au réseau de management de vos ESXi. Dans notre cas vmk0.

Allez en SSH et renseignez la commande :

esxcli vsan network ip add -I vmk0 -T witness

Faire la même chose sur l’autre ESXi.

Vous pouvez vérifier la bonne prise en compte en allant dans services activés de l’interface vmk0.

Finalisation de la configuration de vSAN

Avant de continuer, vous devez dans un premier temps suivre l’article qui vous explique comment déployer le witness. Ensuite ll nous restera plus qu’à lier notre Witness à notre cluster vSAN.

Pour cela, au niveau de notre cluster CL01 allez dans configurer ensuite dans vSAN et cliquez sur « Configurer le cluster étendu ».

Déplacez l’esxi02 en domaine secondaire.

Sélectionnez le witness dans l’inventaire.

Cliquez sur TERMINER.

Maintenant la configuration du witness est terminée.

Il nous reste plus qu’à réclamer les disques de notre esxi02 et les intégrer au cluster. Cliquez sur « Réclamer des disques inutilisés ».

Sélectionnez tous les disques.

Patientez le temps que le cluster se reconfigure. Pour suivre l’évolution, allez surveiller > Skyline Health. Les alertes en orange concernent les différents contrôleurs et disques NVME qui ne sont pas certifiés par VMware. Dans notre cas, cela n’est pas important, car nous sommes en LAB/POC.

Activer DRS / HA

Maintenant que notre vSAN est fonctionnel, nous devons activer le DRS pour une meilleure répartition et équilibrage automatisé de nos machines virtuelles sur nos ESXi.

Pour cela, allez dans vSphere DRS > Modifier.

Activez le DRS.

Maintenant, nous devons activer vSphere HA pour un redémarrage automatique de nos machines virtuelles en cas de panne de l’esxi qui les héberges. Dans Disponibilité vSphere > vSphere HA > Modifier.

Activez vSphere HA.

Votre cluster vSAN 8 ESA est maintenant prêt !

L’article Guide complet : Mise en place d’une architecture VMware vSAN 2 nodes (Homelab, Demo, POCs) – Installer / Configurer vCenter 8 et vSAN 8 ESA est apparu en premier sur MCHELGHAM.

Introduction

Dans cet article, nous allons explorer en détail les étapes de déploiement du vSAN 8 ESA Witness, qui est un élément essentiel de notre architecture vSAN 8 ESA à deux nœuds.

Le vSAN 8 ESA Witness est un composant important qui assure la disponibilité et la fiabilité du stockage pour notre environnement virtualisé. Il est conçu pour fournir une solution de stockage haute disponibilité pour les petites infrastructures vSAN qui n’ont pas besoin d’un troisième nœud physique.

Déploiement du vSAN 8 ESA Witness

Dans un premier temps, vous devez télécharger le witness sur le site de VMware. Prenez la version ESA et non pas la version OSA.

Une fois que le fichier est téléchargé, allez sur le datacenter ou le cluster sur lequel vous voulez placer votre witness. Ensuite, cliquez sur Déployer un modèle OVF.

Sélectionnez le fichier téléchargé.

Donnez un nom au witness, ensuite sélectionnez son emplacement dans votre inventaire vCenter.

Cliquez sur Suivant.

Sélectionnez le déploiement large qui est suffisant.

Sélectionner le réseau de management sur lequel votre witness communiquera. Dans notre cas c’est le même réseau que les ESXi. Le choix du réseau secondaire n’est pas nécessaire.

Renseignez la configuration réseau de votre witness.

Cliquez sur TERMINER pour lancer le déploiement.

Démarrez le witness.

Une fois que le witness est lancé, vous devez le rajouter à l’inventaire de votre vCenter en tant qu’hôte. Pour cela, cliquez sur Ajouter un hôte.

Renseignez le fqdn de votre witness.

Renseignez le compte root.

Confirmez le résumé de l’hôte.

Laissez la configuration par défaut.

Cliquez sur TERMINER pour finaliser.

Le witness est maintenant déployé et prêt à être rattaché à un cluster vSAN 8 ESA.

L’article Guide complet : Mise en place d’une architecture VMware vSAN 2 nodes (Homelab, Demo, POCs) – Déployer le vSAN 8 ESA Witness est apparu en premier sur MCHELGHAM.

Introduction

Nous détaillerons dans cette partie les étapes à suivre pour installer l’ESXi sur nos serveurs, en veillant à bien configurer les paramètres réseau et à sécuriser l’accès à l’hyperviseur.

Une fois l’ESXi installé, nous pourrons passer à la configuration de vSAN et au déploiement des machines virtuelles. Nous aborderons ces sujets dans les parties suivantes de notre guide complet de mise en place d’une architecture VMware vSAN 2 nodes.

Installation ESXi

Dans un premier temps, connectez-vous sur l’interface IPMI de votre serveur. Vous devez au préalable avoir configuré l’adresse IP au niveau du BIOS.

Pour vous connecter à la console, allez dans Virtual Media, Remote Console ensuite cliquer sur Launch Console.

Avant d’aller plus loin, allez dans préférences.

Allez ensuite dans Input pour régler le clavier et le passer en français.

Allez dans Virtual Media > Virtual Storage.

Sélectionnez ISO File > Open Image allez ensuite chercher l’ISO de l’ESXi > cliquez sur Plug In ensuite sur OK.

Allez dans Power Control > Set Power On pour allumer le serveur.

Au boot du serveur, appuyez rapidement sur la touche de sélection du média de démarrage. F11 pour supermicro. Sélectionnez ATEN Virtual CDROM pour booter sur l’ISO monté préalablement.

Patientez le temps du chargement de l’installateur.

Appuyez sur la touche entrée de votre clavier

Appuyez sur la touche F11 de votre clavier.

Sélectionnez le disque sur lequel l’ESXi sera installé. Dans mon cas, je sélectionne mon module SATADOM.

Choisissez la bonne disposition du clavier. Dans mon cas French.

Renseignez un mot de passe pour le compte ROOT.

Appuyez sur la touche F11 pour lancer l’installation.

Patientez pendant l’installation.

Une fois l’installation terminée, appuyez sur la touche ENTRÉE pour redémarrer le serveur.

Au démarrage du serveur, appuyez sur la touche de sélection du média de boot. Allez dans Enter Setup pour configurer le BIOS.

Dans l’onglet Boot, allez dans Boot Option #1.

Sélectionnez le disque dans lequel vous avez installé l’ESXi. Une fois terminé sortez sur BIOS en sauvegardant les paramètres.

Patientez pendant le boot du serveur.

Configuration ESXi

Une fois que le serveur a booté appuyez sur la touche F2.

Connectez-vous avec le mot de passe du compte root renseigné pendant l’installation.

Allez dans Configure Management Network.

Ensuite dans Network Adapters.

Si ce n’est pas déjà fait. Sélectionnez l’adaptateur réseau sur lequel vous avez connecté votre câble de management ESXi.

Dans IPv4 Configuration.

Configurez l’adresse IP de L’ESXi en static, ensuite renseignez les paramètres IPs.

Dans IPv6 Configuration.

Désactivez l’IPv6 si vous n’en avez pas besoin.

Dans DNS Configuration.

Renseignez votre / vos serveurs DNS ainsi que le nom d’hôte de l’ESXi.

Dans Custom DNS Suffixes.

Renseignez votre domaine.

Appuyez sur la touche ECHAP de votre clavier, la console vous proposera d’appliquer les réglages et de redémarrer si besoin.

Après le reboot votre ESXi est maintenant configuré et prêt à l’emploi.

Maintenant, il nous est possible de nous connecter sur l’interface WEB de management. En allant dans un navigateur et en renseignant l’adresse IP de notre ESXi. Une fois sur l’interface, renseignez le compte ROOT ainsi que le mot de passe.

Vous êtes maintenant connecté sur votre ESXi.

Avant d’aller plus loin, vous devez configurer le NTP. En allant dans Gérer > Système > Date et heure > Modifier les paramètres NTP

Sélectionnez Utiliser le NTP > Lancement avec le démarrage et l’arrêt de l’ESXi > renseigner un serveur NTP dans mon cas l’ESXi a accès à internet je mets time.google.com.

Allez dans Services > sur le service ntpd cliquez sur Démarrer.

Votre ESXi est maintenant à l’heure !

>>> Procédez de la même façon pour le deuxième ESXi (esxi02).

L’article Guide complet : Mise en place d’une architecture VMware vSAN 2 nodes (Homelab, Demo, POCs) – Installer / Configurer ESXi 8 est apparu en premier sur MCHELGHAM.

Dans cet article, nous allons voir ensemble comment migrer facilement et rapidement notre ESXi qui est installé sur une carte SD ou une clef USB vers un disque de type SSD ou HDD.

Les dernières versions de l’ESXi sont gourmandes en I/O disque. Ce qui malheureusement endommage la majorité des clefs USB ou des cartes SD, car elles ne sont pas réellement faites pour ce type de profil de lecture/écriture engendré par le fonctionnement de l’ESXi.

Nous allons donc voir comment déplacer notre ESXi qui était initialement installé sur une carte SD ou une clef USB.

Prérequis

• Brancher le HDD ou le SSD dans le serveur.
• Télécharger l’ISO de HBCD_PE_x64.iso
• Avoir les informations de l’ILO / IDRAC / IPMI pour accéder à la console du serveur.

ÉTAPES

Dans un premier temps, vous devez brancher l’ISO dans le serveur pour booter dessus.

Patientez le temps du chargement de WinPE.

Patientez le temps de l’initialisation.

Une fois que le WinPE est initialisé, vous devez lancer DiskGenius qui se trouve dans Bureau > Utilities > Hard DIsk Tools > Partition Tools

Une fois que l’outil est ouvert, allez dans Tools > Clone Disk.

Dans “Source Disk”, mettez la clef USB ou la carte SD dans laquelle l’ESXi est installé.

Dans “Target Disk”,  mettez le nouveau disque dans lequel vous voulez migrer l’ESXi.

N’oubliez pas de cocher la case “Copy all valid sectors according to the layout of the file system”. Cliquez ensuite sur Start.

Cliquez sur OK pour confirmer.

Patientez le temps de la copie.

Une fois que la copie est terminée, cliquez sur Complete.

Relancer le serveur pour booter normalement.

Avant que le serveur ne boot complètement, vous devez changer les priorités de boot du serveur et mettre le disque SSD/HDD en première position. De plus, vous devez si vous n’avez pas accès au serveur physiquement, de désactiver le support du boot USB sur le serveur si vous ne pouvez pas retirer la carte SD/USB

TIPS

Le message d’erreur ci-dessous apparait dans le cas ou vous n’avez pas enlevé la carte SD / USB ou désactivé le boot USB du serveur.. Vous devez le faire et relancer le serveur.

L’article vSphere : Migration de l’ESXi depuis USB/SD vers SSD/HDD est apparu en premier sur MCHELGHAM.

Dans cet article, nous allons voir ensemble comment installer VMware vSphere 7 sur un Raspberry Pi 4.

Depuis quelques semaines, une version ARM de vSphere 7 est disponible sur le flings de VMware. L’installation est relativement facile, mais elle comporte pas mal d’étapes.

Prérequis :

• Un Raspberry Pi 4 avec 4GB ou 8GB de RAM.
• Une carte Micro SD vide.
• Une clé USB vide.

En résumé/Sommaire :

• Mise à jour de l’EEPROM du Raspberry Pi 4.
• Préparation de la carte SD avec le firmware UEFI.
• Préparation de la clé USB ESXi vSphere 7 ARM pour Raspberry Pi 4
• Configuration de l’UEFI.
• Démarrage sur la clé USB ESXi vSphere 7 ARM.
• Installation de l’ESXi vSphere 7 ARM.
• Configuration NTP (En option).

Mise à jour de l’EEPROM du Raspberry Pi 4.

Aller sur le site de la fondation Raspberry Pi et télécharger le Raspberry Pi Imager pour le système d’exploitation que vous avez > https://www.raspberrypi.org/downloads

Une fois l’utilitaire téléchargé et lancé, cliquez sur “CHOOSE OS”.

Sélectionner “Raspberry Pi OS (32-bit)”.

Ensuite, sélectionner votre carte SD en cliquant sur “CHOOSE SD CARD”.

Cliquer sur “WRITE” pour écrire sur la carte SD.

Cliquer sur “YES” pour confirmer l’écriture sur la carte SD.

Patientez le temps de l’écriture complète.

Une fois l’écriture terminée, cliquer sur “CONTINUE”.

Débrancher la carte SD de votre PC/MAC et brancher la dans votre Raspberry Pi 4..

Démarrer votre Raspberry Pi 4. Une fois sur la fenêtre de bienvenue, cliquer sur “NEXT”.

Configurer votre Raspberry Pi 4 avec votre Pays, Langue ainsi que le Fuseau horaire.

Choisir un Mot de passe pour le compte “pi”.

Cliquer sur “NEXT”.

Mon Raspberry Pi est branché en Ethernet, si vous êtes dans le même cas que moi cliquez sur “Skip”.

Cliquer sur “NEXT” pour mettre à jour le Raspberry.

Patientez pendant la mise à jour.

Une fois la mise à jour terminée. Cliquer sur “OK”.

Cliquer sur “Restart” pour relancer le Raspberry et appliquer la mise à jour.

Pour vérifier que la mise à jour de l’EEPROM s’est bien passée. aller dans une fenêtre Terminal et taper

 : sudo rpi-eeprom-update

Une fois la vérification terminée, arrêter le Raspberry en tapant :

sudo shutdown

Préparation de la carte SD avec le firmware UEFI

Pour pouvoir démarrer depuis une clé USB, il est nécessaire de préparer la carte Micro SD avec les fichiers nécessaires. Pour commencer, vous devez formater la carte SD en FAT32. Ci-dessous la procédure sur un MAC OS.

diskutil list

Une fois le numéro de la carte SD est repéré, taper la commande ci-dessous pour formater la carte Micro SD en FAT32. Dans mon cas /dev/disk2.

diskutil paritionDisk/dev/disk2 1 MBRFormat "MS-DOS" UEFI R

Votre carte Micro SD est maintenant prête à recevoir les fichiers nécessaires. Avant de continuer, vous devez télécharger les fichiers ci-dessous.

Le firmware Raspberry Pi depuis > https://github.com/raspberrypi/firmware

L’UEFI en version 1.20 depuis > https://github.com/pftf/RPi4/releases

Une fois les fichiers .zip décompressé, aller dans firmware-master > boot et supprimer les 4 fichiers kernel*.img.

Sélectionnez ensuite tous les fichiers du dossier boot et copiez-les à la racine de la carte Micro SD. (Un glisser-déposer suffit sur MAC OS.)

Faire la même chose pour les fichiers du répertoire RPi4_UEFI_Firmware_v1.20. Copier tous les fichiers à la racine de la carte Micro SD.

Uniquement pour les Raspberry avec 4GB de RAM. Une fois les fichiers copiés, modifier le fichier config.txt et rajouter la ligne.

gpu_mem=16

Une fois la modification du fichier terminée. Éjecter proprement la carte Micro SD.

Préparation de la clé USB ESXI ARM pour Raspberry Pi 4.

Vous devez télécharger l’ISO ARM depuis > https://flings.vmware.com/esxi-arm-edition

Cela vous redirigera vers le site de VMware. Cliquer sur “DOWNLOAD NOW”.

Préparer votre clé USB avec l’ISO ESXi ARM en utilisant par exemple l’utilitaire Rufus sur Windows. Pour MAC OS vous pouvez suivre le tutoriel suivant > vSphere : Création d’une clé USB Bootable ESXi sur MacOS

Configuration de l’UEFI

Brancher la clé USB ainsi que la carte Micro SD, ensuite démarrer votre Raspberry. Une fois que le logo s’affiche sur votre écran, appuyer sur la touche ESC (échappe) de votre clavier pour aller dans le menu réglage de l’UEFI.

Aller dans “Device Manager”.

Ensuite dans “Raspberry Pi Configuration”.

Ensuite “Advanced Configuration”.

Ensuite vous devez désactiver l’option qui bride le Raspberry Pi 4 à 3 GB de RAM.

Maintenant, nous devons changer l’ordre de boot de notre Raspberry pour pouvoir démarrer depuis la clé USB. Pour cela, aller dans “Boot Maintenance Manager”.

Ensuite “Boot Options”.

Ensuite “Change Boot Order”.

Remontez la Clé USB tout en haut en appuyant sur la touche + de votre clavier

Cliquer sur “Commit Changes and Exit” pour valider.

Appuyer sur la touche ENTRÉE de votre clavier pour RESET le Raspberry.

Démarrage sur la clé USB ESXi ARM

Pour démarrer depuis la Clé USB, aller dans “Boot Manager”.

Appuyer sur la touche ENTRÉE de votre clavier sur la Clé USB qui contient L’ESXI. (normalement première position si vous avez bien configuré l’ordre de boot).

Le Raspberry démarre depuis la Clé USB et lance l’utilitaire d’installation de l’ESXi.

Installation de l’ESXi

Appuyer sur la touche ENTRÉE de votre clavier pour continuer.

Appuyer sur la touche F11 de votre clavier pour accepter les conditions d’utilisation.

Sélectionner la clé USB présente, l’utilitaire installera l’ESXi dessus. Sachez que l’utilitaire d’installation charge en RAM tous les fichiers nécessaires à l’installation. Vous pouvez sans crainte utiliser la même clé USB pour installer l’ESXi dessus.

Cliquer sur la touche ENTRÉE pour valider la sélection de la clé USB.

Choisir la LANGUE.

Choisir un mot de passe pour le compte root.

Appuyer sur la touche F11 de votre clavier pour lancer l’installation.

Patienter le temps de l’installation.

Une fois l’installation terminée, appuyer sur la touche ENTRÉE de votre clavier.

Votre ESXi vSphere 7 ARM est maintenant installé et démarré !

Vous pouvez vous connecter sur l’interface d’administration depuis un navigateur web en allant sur l’adresse configurée ou attribuée par DHCP.

Vous disposer maintenant d’un ESXi vSphere 7 ARM

Configuration NTP (En option)

La Raspberry Pi 4 ne dispose pas d’une batterie RTC pour maintenir l’horloge temps réel. Il est donc nécessaire de configurer un serveur NTP pour que l’ESXi se synchronise à chaque lancement. Cette manipulation est nécessaire si vous voulez piloter l’ESXi ARM depuis un vCenter (l’ESXi et le vCenter doivent avoir le même temps).

Pour cela, aller dans Host > Manage > System > Time & date > Edit NTP Settings.

Sélectionner “Use NTP“, ensuite passer le NTP service startup policy à “Start and stop with host”, ensuite dans NTP servers renseigner votre serveur NTP préféré. Dans mon cas c’est time.google.com.

Maintenant que le NTP est configuré, il est nécessaire de démarrer le service. Pour cela dans Host > Services > ntpd > cliquer sur Start.

Vous avez une confirmation que le service est bien lancé.

Félicitation, vous venez d’installer un ESXi ARM sur un Raspberry Pi 4

L’article ESXionARM : Guide d’installation vSphere 7 sur Raspberry Pi 4 est apparu en premier sur MCHELGHAM.

Dans cet article, nous allons voir ensemble comment réaliser un benchmark de notre cluster vSAN avec HCIBench. Cela nous permettra d’avoir une idée des performances que notre cluster peut supporter.

Attention: il n’est pas recommandé de réaliser le test dans un environnement de production, car HCIBench utilisera le stockage de manière intensive. Cela aura un impact sur les autres machines qui s’exécutent sur le même cluster et auront donc des difficultés pour accéder au stockage.

HCIBench ne s’utilise pas uniquement sur du stockage de type vSAN, vous pouvez aussi tester vos autres datastores montés en SAN, NFS, iSCSI.

Téléchargement

Avant de commencer, vous devez télécharger HCIBench depuis flings de VMware.

1- Installation:

L’installation se fait de façon très simple, il suffit d’importer l’OVA depuis le vCenter comme dans les images ci-dessous.

Sélectionner le fichier OVA téléchargé précédemment.

Donner un nom à la nouvelle machine virtuelle, ensuite sélectionner le DC dans lequel vous voulez déployer la machine.

Ensuite, sélectionner le cluster.

Cliquer sur NEXT.

Sélectionner le datastore dans lequel stocker la machine virtuelle.

La machine virtuelle HCiBench disposera de 2 interfaces réseaux, une interface “Management” pour pouvoir se connecter au vCenter si celui se trouve dans un réseau de management, ainsi qu’une interface VM Network depuis laquelle elle communiquera avec les machines virtuelles de test qui seront déployés pour stressé le stockage. Dans mon cas, mon réseau DPG-NOVLAN route le trafic sans aucune restriction vers celui du management.

Étant donné que je dispose d’un serveur DHCP dans mon réseau, je laisse les champs qui concernent la configuration du réseau vide, mais je choisis un mot de passe pour le compte root de l’appliance.

2- Configuration:

Je me connecte à l’adresse https://adresseip:8443 avec le login root ainsi que le mot de passe choisit durant le déploiement de l’ova.

L’interface de configuration apparaît. Dans cette partie nous allons configurer toutes les informations nécessaires pour que HCIBench puisse se connecter à un vCenter et déployer les machines virtuelles de test. Pour cela, vous devez compléter les informations comme dans l’image ci-dessous. Sans oublier de mettre le nom de votre datastore vSAN “vsanDatastore“.

Dans la partie basse, vous devez créer un Worload Parameter File, pour cela cliquer sur ADD.

Compléter les paramètres avec le profil avec lequel le stockage sera testé. Dans mon cas, je mets 8 disques de test par machine virtuelle, avec un WS de 20%, 2 threads par disque, des blocs de 4K, et un pourcentage de lecture de 70% (30% d’écriture), avec des données aléatoires à 100% et je teste tout ça pendant 30Min (1800 secondes).

Une fois validé, je rafraîchis les profils, et je sélectionne le profil précédemment généré.

Pour pouvez sélectionner l’outil de benchmark interne à HCIBench, vous avez le choix entre FIO et VDBENCH. Vous pouvez aussi personnaliser le test en choisissant le nombre de machines virtuelles à déployer ainsi que leur préfixe. Cliquer ensuite sur “SAVE CONFIG” pour enregistrer la configuration.

Une fois que la configuration est enregistrée, il est maintenant nécessaire de la valider. HCIBench va déployer des machines de test pour voir si les paramètres renseignés sont corrects ou non, en plus de ça ce dernier va vérifier que le cluster est bien configuré. Cliquer sur “VALIDATE CONFIG”.

Une fois la validation terminée, observez bien les erreurs remontées et corrigez-les. Sinon le test ne fonctionnera pas ou ne sera pas représentatif. Dans mon cas, HCIBench me demande de désactiver temporairement DRS pour éviter que les machines se déplacent lors du benchmark.

Au bout d’un certain temps, l’interface vous proposera de vous connecter à une jolie interface GRAFANA pour observer en direct les performances et l’état du cluster vSAN.

Ce qui nous donne un joli Dashboard très parlant.

Vous pouvez maintenant attendre la fin du test. Vous pouvez retrouver les différents rapports de test en cliquant sur  “REVIEW RESULT”.

Voilà, c’est terminé! N’hésitez pas à faire des tests de benchmark de vos infrastructures avant leur mise en prod  

L’article Performance vSAN : Réaliser un benchmark avec HCIBench est apparu en premier sur MCHELGHAM.

Dans cet article, nous allons voir ensemble comment configurer les ESXi pour qu’ils puissent resigner automatiquement vos volumes Snapshotés/Répliqués.

Dans les infrastructures qui utilisent du stockage classique, la gestion du DR est généralement assurée au niveau de la baie de stockage. Depuis longtemps, les baies stockages proposent des options de snapshot/Réplica de volumes/LUN. Ces options sont les mêmes que celles qu’on retrouve au niveau des machines virtuelles VMware, mais elles sont réalisées par la baie au niveau du volume. L’intérêt est de faire un point de restauration à un instant T pour pouvoir revenir dessus en cas de nécessité ou de problème.

Par défaut lorsque vous avez votre LUN présenté à l’ESXi et vous créez votre datastore. L’ESXi génère un UUID unique pour le volume VMFS. si un jour vous avez besoin de présenter un snapshot/répliqua de ce même volume, l’ESXi ignora automatiquement ce volume. Pour remédier à cela, vous devez donc resigner chaque volume manuellement ou configurer l’ESXi pour qu’il le fasse de façon automatique à chaque fois que vos snapshots/répliqua sont présentés à lui.

esxcfg-advcfg -s 1 /LVM/EnableResignature

L’article vSphere 6.X : Resigner automatiquement les Snapshots/Répliqua volumes 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.

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.