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 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.

Introduction

Dans les articles à venir, nous allons mettre en place une architecture complète basée sur les solutions VMware qui pourra être utilisée pour des LABs, des démonstrations, des environnements de test ou des POCs. Nous utiliserons du matériel spécifiquement dédié au développement et aux tests. Cette architecture est facilement adaptable pour des environnements de production moyennant quelques modifications apportées à certains éléments.

Pour commencer, nous allons concevoir notre future architecture. Le schéma est important car il nous permet d’anticiper d’éventuelles erreurs de câblage, de dimensionnement réseau, de redondance ou autres…

Architecture

Nous allons décrire élément par élément leur rôle dans notre architecture ainsi que le choix du matériel physique.

Les serveurs ESXi

Pour ce nouveau LAB, le choix s’est orienté vers des serveurs de la marque SUPERMICRO, car mon ancien LAB tournait avec des cartes mère de cette marque et je n’ai eu aucun souci pendant 5 ans en tournant 7j/7 et 24h/24.

Le model choisi est le A+ Server E301

Il permet d’avoir des performances exceptionnelles avec son CPU AMD EPYC ainsi que la possibilité de supporter jusqu’à 4 SSD/HDD SATA en 2.5 pouces et 512GB de RAM !

Une carte PCI Ethernet DUAL 10G SFP a été rejoutée pour nous permettre de faire du direct connect entre nos ESXi et ainsi avoir une bande passante importante pour notre trafic vMotion, vSAN, Fault tolérance et VTEP pour nos futurs segments NSX.

La connexion directe de nos ESXi nous permet de nous passer de l’achat d’un switch 10Gb, ce qui peut faire grimper la facture de notre environnement. De plus, cette architecture est prise en charge pour les installations de vSAN en deux nœuds, il est donc judicieux d’en profiter.

L’installation de l’ESXi se fera quant à elle directement sur nos modules SATADOM de 64Gb et non plus sur une clé USB, car depuis les dernières versions de VMware, l’utilisation de clé USB ou de carte SD n’est plus supportée.

L’avantage des cartes mère SUPERMICRO est la possibilité de brancher les modules de stockage SATADOM directement sur un port SATA auto alimenté (couleur orange).

Raspberry PI

Le Raspberry PI 3 nous permettra d’installer la version ARM de l’ESXi et ainsi pouvoir l’utiliser en tant que Witness pour notre cluster vSAN. Il est nécessaire de l’accompagner avec au moins 2 clés USB ou de deux disques SATA branchés en USB.

Switch réseau 1G

Un switch réseau est indispensable pour connecter nos ESXi et garantir une communication fluide entre eux. Il nous permettra également de nous connecter à nos équipements depuis notre réseau domestique ou professionnel. Dans mon cas, j’ai utilisé un ancien switch TP-Link TL-SG108E que j’avais à disposition. Les points forts de ce switch sont la possibilité de l’administrer via une interface web, la gestion des VLANs et la prise en charge de l’agrégation de ports pour maximiser la bande passante.

Stockage

Il est crucial de dimensionner correctement notre vSAN. Dans notre cas, avec une architecture en deux nœuds, nous devrons utiliser un RAID 1 pour nos ESXi. Cela signifie que notre ESXi01 sera un miroir de notre ESXi02. Aucun RAID matériel n’est requis dans chacun de nos ESXi. Nos disques seront présentés directement à notre ESXi qui se chargera de protéger nos données vers l’autre ESXi. J’ai opté pour un disque NVME de 480 Go pour le disque de cache.

J’ai fait le choix d’utiliser un disque de 2Tb SSD ainsi qu’un disque de 480Gb SSD en SATA pour les disques de capacités. L’avantage de vSAN est la scalabilité, ce qui veut dire qu’on pourra facilement augmenter la taille de notre datastore vSAN simplement en rajoutant de nouveaux disques dans nos ESXi.

Récapitulatif

Configuration réseau

Configuration des liaisons

Configuration des IPs

DNS1 : 192.168.0.1

Conclusion

Dans les prochains articles, nous verrons techniquement comment mettre en place cette nouvelle architecture.

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

Dans cet article, nous allons voir ensemble comment il est possible d’enregistrer les sessions de vos utilisateurs qui se connectent à des bureaux virtuels Horizon. 

Auparavant, cette fonctionnalité était uniquement disponible au travers d’un Fling VMware, mais depuis la dernière version VMware a décidé d’intégrer la fonctionnalité dans Horizon. L’intégration n’est pas native, car il est toujours nécessaire de monter un serveur d’enregistrement et d’installer l’agent d’enregistrement sur le master de votre pool VDI, mais par contre maintenant vous avez le support VMware pour toutes les problématiques liées à cette fonctionnalité.

Architecture

Dans notre cas, nous allons mettre en place le déploiement simple. Pour cela, vous aurez besoin de télécharger les exécutables pour installer le serveur et l’agent que vous pouvez retrouver sur le site de VMware

SERVEUR D’ENREGISTREMENT

Une fois les deux exécutables téléchargés, vous aurez besoin d’un serveur Windows dans lequel vous allez installer le serveur d’enregistrement. Dans le cadre de cet article et de ce POC, j’ai directement installé le serveur d’enregistrement sur le serveur de connexion horizon. Cette installation n’est pas supportée en production par VMware.

Le serveur d’enregistrement doit avoir assez de stockage pour contenir les enregistrements. Dans mon cas, j’ai rajouté un disque R avec 500GB.

Vous devez utiliser le gestionnaire de disque pour préparer le disque supplémentaire.

AGENT D’ENREGISTREMENT

Test de connexion sur un bureau virtuel

L’article Horizon : Enregistrement des sessions utilisateurs 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.

Voilà c’est fait, vSphere 7 est annoncé depuis aujourd’hui !

Je profite de cette annonce pour vous faire un tour complet des différentes nouveautés qu’on retrouve dans vSphere 7.

La nouvelle génération de vSphere permet de prendre en charge les besoins actuels et surtout futurs des entreprises, pour que ces dernières soient toujours plus agiles, productives, innovatrices et compétitives, car aujourd’hui nous sommes dans un monde ou l’IT est au cœur de tous les secteurs d’activité et métiers.

Cette nouvelle version de vSphere est aujourd’hui plus sure, plus robuste et plus simplifiée, pour que les entreprises se concentrent principalement sur leurs applications et non plus sur la plateforme qui les portes. En plus de la prise en charge de Kubernetes pour simplifier la collaboration entre les développeurs et les administrateurs, vSphere 7 s’axe sur 3 points :

• La simplification de la gestion du cycle de vie des différents composants de votre infrastructure VMware vSphere 7.
• Une sécurité accrue pour protéger efficacement vos charges de travail.
• Accélération de vos applications, avec la mise en place de nouvelles techniques pour améliorer la qualité de service offerte par la plateforme vSphere 7 à ces dernières.

Les nouveautés majeures

vCenter : Migration

vCenter Server 7 n’est plus compatible avec le déploiement PSC Externe et n’est plus compatible Windows (KB60229) -> https://kb.vmware.com/s/article/60229?lang=ja

vCenter : Mise à jour

Pour réaliser vos mises à jour de façon simplifiée, le vCenter intègre maintenant le vCenter Server Update Planner. Son but est de vérifier la compatibilité de votre vCenter avec tous les produits VMware rattachés à ce dernier (ESXi, vRealize, vCD, HCX…).

vCenter : vCenter Server Profiles

Comme cela existait déjà pour les ESXi, vSphere 7 intègre maintenant les profils vCenter Server pour avoir une configuration consistante entre tous les vCenter qui compose votre infrastructure VMware.

vCenter : Multi IP

Pour certains besoins spécifiques liés à la sécurité, il est parfois nécessaire d’avoir plusieurs interfaces réseaux avec des IPs différentes, c’est aujourd’hui possible avec le vCenter qui supporte officiellement 4 interfaces vNIC (dont une pour le vCenter HA).

vCenter : Évolutivité améliorée

La dernière version repousse un peu plus les limites des versions précédentes.

vCenter :  Outils CLI

Amélioration de l’outil cmsso-util

vCenter : Librairie de contenu

La nouvelle version améliore la gestion de vos templates, en utilisant un système de versionning pour suivre les évolutions et les modifications apportées à vos templates depuis leur création. Le versionning vous permet aussi de revenir à une version précédente rapidement en cas de besoin.

La configuration avancée de votre librairie enrichie aussi avec de nouveaux paramètres pour gérer de façon efficace les synchronisations de vos librairies.

vSphere : Cycle de vie

La nouvelle version intègre une version améliorée de VMware Update Manager qui intègre maintenant une gestion collective de vos ESXi avec une seule image. Cette image intègre une version ESXi, les pilotes et maintenant les firmwares de vos serveurs ! VUM s’occupe maintenant de vérifier la compatibilité de la version avec les différents composants hardwares de vos serveurs, pour supprimer les risques d’incompatibilité Pilote/Firmware (terminées les prises de tête dans la compatibility list). La mise à jour firmware sera pour le moment uniquement compatible DELL/HPE.

vSphere : DRS

La fonctionnalité DRS (Distributed Ressource Scheduler) a été repensée pour être maintenant workload centrique et non plus cluster centrique. Un score est attribué à chacune de vos machines virtuelles en prenant en compte différentes valeurs (CPU Ready %RDY, Swap Mémoire, comportement du cache CPU,…). Si un autre ESXi peut offrir un meilleur score à la machine virtuelle, elle sera migrée dessus.

vSphere : vMotion

La fonctionnalité vMotion a été aussi améliorée pour réduire l’impact sur les ressources et le temps des migrations de vos machines virtuelles.

vSphere : EVC

La fonctionnalité EVC (Enhanced vMotion Compatibility) supporte maintenant les générations de processeurs Cascade Lake & les AMD Zen2.

vSphere : VM Hardware v17

La version 17 des hardwares virtuels intègre maintenant deux fonctionnalités importantes. Vous avez maintenant la possibilité de rajouter un Watchdog Timer qui est très utile pour faire un reset de vos machines virtuelles en cas de non-réponse du système d’exploitation. De plus vous avez maintenant la possibilité de rajouter une horloge de précision (NTP ou PTP) qui est très demandée dans les environnements type finance et scientifique.

Sécurité : Certificats

La gestion des certificats est maintenant plus simplifiée.

Sécurité : le support du vSGX

La fonctionnalité SGX qu’on retrouve chez INTEL est maintenant disponible ! Elle permet aux applications de travailler directement avec le hardware de façon sécurisé sans que le système d’exploitation ni l’hyperviseur puissent accéder à l’information. Cette fonctionnalité est très utile pour les déploiements dans les domaines bancaires et militaires.

Sécurité : Identité

Cette nouvelle version intègre une fédération de l’identité plus complète avec l’ajout des fournisseurs d’identité (IdPs) d’entreprise.

Sécurité : vSphere Trust Authority

vTA est une technologie destinée aux organisations et aux entreprises ayant des exigences de sécurité avancées. La fonctionnalité permet de protéger toute la pile SDDC contre les attaques malveillantes et garantit que les charges de travail sensible ne s’exécutent que sur une pile matériel et logiciel approuvé avec une configuration vérifiée.

L’article vSphere 7 : Toutes les nouveautés ! est apparu en premier sur MCHELGHAM.

Après 2018 et 2019 me voilà vExpert 2020! Très Heureux de faire partie de cette communauté et c’est toujours un plaisir de partager de belles choses avec vous.

Je remercie l’équipe VMware pour cette distinction, mais surtout vous mes lecteurs, car vous êtes chaque année de plus en plus nombreux à me suivre et à partager mes différents articles.

Pour rappel : Le titre annuel VMware vExpert est attribué aux personnes ayant contribué de manière significative à la communauté des utilisateurs de VMware au cours de l’année écoulée. Le titre est décerné à des individus (et non à des employeurs) pour leur engagement à partager leurs connaissances et leur passion pour la technologie VMware au-delà de leurs exigences professionnelles.

L’article VMware vExpert 2020 est apparu en premier sur MCHELGHAM.

La plate-forme Workspace ONE est composée de VMware Identity Manager (vIDM) et de Workspace ONE UEM (anciennement VMware AirWatch).

Aujourd’hui, nous allons nous intéresser à VMware Identity Manager (vIDM) qui est un composant essentiel, car il permet la gestion de l’identité de vos utilisateurs en leur permettant d’avoir accès à l’aide d’un portail unique à la quasi-totalité des applications de votre entreprise à partir de n’importe quel périphérique.

Dans cet article, nous allons voir comment mettre en place VMware Identity Manager (vIDM).

ARCHITECTURE

Nous allons dans un premier temps mettre en place l’appliance vIDM (1), par la suite nous installerons le connecteur vIDM (2).

L’appliance vIDM se trouvera dans une DMZ dans mon cas ça sera dans mon VLAN INTERNET.

Le connecteur vIDM doit être installé dans le réseau d’entreprise dans mon cas VLAN MANAGEMENT pour qu’il puisse avoir accès à l’annuaire Active Directory ainsi qu’a d’autres services que nous aborderons dans d’autres articles.

PRÉREQUIS

• Avoir un domaine Active Directory
• Préparer une machine sous Windows Server 2012 R2/2016 qui accueillera le connecteur vIDM (la machine doit être intégrée au domaine AD)
• Ouvrir les flux nécessaires entre les deux machines du tableau ci-dessous
• Télécharger vIDM sur le site de VMware (identity-manager-19.03.0.0-13322314_OVF10.ova)
• Télécharger le connecteur vDIM sur le site de VMware (VMware_Identity_Manager Connector_19.03.0.0_Installer.exe)

1 – Déploiement de l’Appliance vIDM

1.1 Déploiement de l’OVA

Depuis le vCenter, faire un clic droit sur votre Cluster/Hôte, cliquez ensuite sur “Deploy OVF Template”

Dans Local File, sélectionnez le fichier OVA identity-manager-19.03.0.0-13322314_OVF10.ova

Donnez un nom à la machine virtuelle, cliquez ensuite sur NEXT.

Sélectionnez votre Cluster/Hôte, cliquez sur NEXT.

Acceptez le contrat de licence, cliquez ensuite sur NEXT.

Sélectionnez le Datastore dans lequel l’appliance sera déployée, cliquez ensuite sur NEXT.

Sélectionnez le réseau DMZ, dans mon cas c’est le VLAN INTERNET, cliquez sur NEXT.

Complétez les différents champs avec les paramètres réseau de l’appliance vIDM 1/2

Complétez les différents champs avec les paramètres réseau de l’appliance vIDM 2/2, cliquez ensuite sur NEXT.

Patientez le temps du démarrage complet de l’appliance (environs 15min) jusqu’à l’apparition de l’écran Bleu.

Complétez l’assistant en choisissant 3 mots de passe pour le compte admin, root et sshuser. Cliquez ensuite sur Continue.

Laissez la base de données intégrée à l’appliance, cliquez ensuite sur Continue.

La configuration commence.

L’appliance est maintenant configurée et prête à être utilisée. Cliquez sur “Identity Manager Admin Console”.

Avant d’aller plus loin, il est nécessaire de renseigner la licence. Pour cela, allez dans Appliance Settings > License. Renseignez ensuite la clef et confirmer en cliquant sur Save.

1.2 Déclaration d’un connecteur

Avant d’installer le connecteur, il est nécessaire de le déclarer dans vIDM. Pour cela, allez dans Identity & Access Management > Setup > Add Connector.

Donnez un nom au connecteur, cliquez ensuite sur Generate Activation Code.

Sauvegardez l’activation code, nous l’utiliserons par la suite. Cliquez ensuite sur OK.

2 – Déploiement du connecteur vIDM

2.1 Création du compte de service sur l’AD

Le connecteur vIDM a besoin d’un compte de service du domaine pour pouvoir authentifier les utilisateurs et les différentes applications à l’aide de l’authentification intégrée. Pour cela, créez un utilisateur svc-vidmconnector et affectez-lui les droits admin nécessaires pour qu’il puisse aussi lancer le service vidm-connector à chaque démarrage de la machine. Dans mon cas, l’utilisateur VEXPERTsvc-vidmconnector fait partie du groupe administrateur local de la machine vidm-connector

2.2 Installation du connecteur vIDM

Si le .NET Framework 4.6 n’est pas installé, l’assistant vous propose de le faire pour vous, cliquez sur Install.

Cliquez sur Oui pour lancer l’installation de la dernière version de Java JRE.

Cochez la case “Would you like to run the Connector service as a domain user account”, renseignez les informations d’authentifications du compte svc-vidmconnector. Cliquez ensuite sur Next.

Une fenêtre vous propose d’ouvrir la page de configuration du connecteur. Cliquez sur Oui. Il est nécessaire de patienter (environs 5min) le temps du démarrage complet du service vidm-connector.

Choisissez un mot de passe pour le compte admin du connecteur. Cliquez ensuite sur Suivant.

Renseignez le code d’activation récupéré à l’étape 1.2 Déclaration d’un connecteur. Cliquez ensuite sur Continuer.

Patientez le temps du décryptage du code d’activation et la tentative de communication avec l’appliance vIDM.

Sachant que nous avons déployé l’appliance ainsi que le connecteur avec des certificats auto générés par VMware, il est nécessaire de récupérer la CA Racine de l’appliance vIDM et la renseigner au connecteur pour qu’il puisse accepter les connexions. Pour cela, allez sur l’adresse de l’appliance vIDM http://vidm.mchelgham.lab:443/horizon_workspace_rootca.pem téléchargez le fichier .pem et copiez ensuite son contenu.

3 – Configurations finales

3.1 Ajout de l’annuaire AD

Sur la console d’administration de l’appliance vIDM allez dans Identity & Access Management > Manage > Directories > Add Directory.

Renseignez les informations nécessaires comme dans l’image ci-dessous. Cliquez ensuite sur Save & Next.

Spécifiez le DN qui contient tous les groupes que vous voulez synchroniser avec vIDM. Dans mon cas, j’ai renseigné le DN de base pour récupérer tous les groupes.

Cochez ensuite la case Select all, pour sélectionner tous les groupes que l’assistant trouvera. Cliquez sur Next.

Spécifiez le DN qui contient vos utilisateurs et que vIDM synchronisera. Cliquez sur Next.

L’assistant affiche un récapitulatif des groupes/utilisateurs trouvés. Le message d’information en rouge indique que les utilisateurs mentionnés ne disposent pas des champs nécessaires par vIDM. Vous pouvez cliquer sur Sync Directory.

Le domaine a bien été ajouté et synchronisé avec vIDM.

3.3 Lier le connecteur vIDM avec le provider intégré

Jusqu’ici nous avons configuré le domaine pour qu’il puisse être utilisé par vIDM, mais nous devons finaliser la configuration pour que le domaine ajouté puisse être utilisé avec le provider intégré de vIDM et ainsi éviter une redirection des utilisateurs (au moment où ils sélectionnent le domaine au niveau de l’écran de connexion) vers le connecteur qui lui se trouve dans le réseau de management. L’appliance vIDM prendra donc le relais des requêtes et les transmettra directement au connecteur en interne. Pour cela, allez dans Identity & Access Management > Setup > Identity Providers > Built-in

Configurer le provider comme dans l’image ci-dessous. N’oubliez pas de décocher Password (Local Directory). Cliquez sue SAVE

Le provider intégré est maintenant configuré.

3.4 Configuration des policy

Pour pouvoir utiliser le domaine Active Directory depuis n’importe quel équipement, il est nécessaire de modifier la politique d’accès par défaut. Pour cela, allez dans Identity & Access Management > Policies > default_access_policy_set > Edit

Supprimez les règles existantes, puis configurez une nouvelle règle comme dans la capture ci-dessous 1/2.

Supprimez les règles existantes, puis configurez une nouvelle règle comme dans la capture ci-dessous 2/2. Cliquez sur SAVE.

3.2 Configurer l’administrateur vIDM

Maintenant que vIDM est configuré avec un domaine Active Directory, nous allons renseignez l’utilisateur Super Admin depuis l’annuaire pour ne plus utiliser le compte admin local de l’appliance. Pour cela, allez dans Roles > Super Admin > ASSIGN.

Choisissez votre utilisateur Super Admin, cliquez ensuite sur SAVE.

Test 

C’est le moment de tester tout ça

Choix du domaine vexpert.lab

Renseignement des informations d’authentifications. 

Affichage du portail d’applications

Possibilité pour l’utilisateur Super Admin d’aller sur la console d’administration

Affichage du Dashboard de la console d’administration

Voilà, vous venez d’installer VMware Identity Manager ainsi qu’un connecteur qui gère l’authentification des utilisateurs qui se trouvent dans votre domaine.

Dans le prochain article, nous utiliserons ce même connecteur pour nous connecter à un environnement horizon View, et ainsi offrir à un utilisateur l’accès à son bureau virtuel ainsi qu’aux applications RDSH directement depuis le portail Workspace ONE.

L’article Mise en place de VMware Workspace ONE – vIDM (VMware Identity Manager) est apparu en premier sur MCHELGHAM.

Un petit article pour vous montrer comment installer Microsoft SQL Server 2017 qui nous servira par la suite dans d’autres LAB.

PREREQUIS LAB

• Avoir installé un domaine Active Directory : Suivre l’article Installation d’un Domaine Active Directory [Video]
• Télécharger Microsoft SQL Server 2017 depuis le site de Microsoft
• Avoir un Windows Server 2016 installé, configuré (hostname, IP, désactiver le pare-feu, joint au domaine AD).

INSTALLATION

Sélectionnez le mode authentification Windows, choisissez ensuite le compte qui sera administrateur du SQL Server.

Avant de terminer, vérifiez la configuration réseau du SQL Server, pour qu’il puisse répondre aux requêtes par le réseau. Pour cela, dans la liste des applications, ouvrez le Gestionnaire de configuration SQL Server.

L’article Installation de Microsoft SQL Server 2017 est apparu en premier sur MCHELGHAM.