introduction

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

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

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

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

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

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

vCenter HA  – Architecture

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

vCenter HA  – Prérequis

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

vCenter HA  – Configuration

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

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

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

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

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

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

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

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

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

vCenter HA  – Test

Confirmer le basculement en cliquant sur “Oui”

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

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

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

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

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

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.

INTRODUCTION

Aujourd’hui, nous allons voir à travers plusieurs articles et vidéos comment mettre en place un cluster de plusieurs ESXi en lui activant les fonctionnalités  vSAN, DRS, EVC, vSphere HA, ainsi que Fault Tolerance

vSAN : Solution logicielle (Software Defined Storage) qui permet de grouper tous les disques des différents ESXi de notre cluster pour en faire un seul Datastore qui fournit un haut niveau de performance et de sécurité des données.

DRS (Distributed Ressource Scheduler): fonction qui permet d’équilibrer la charge des différents ESXi en répartissant les VMs sur les différents hosts de notre cluster.

EVC (Enhanced vMotion Compatibility): Fonction qui permet d’améliorer la compatibilité vMotion en configurant tous les hosts du cluster avec le même niveau de fonctionnalité CPU. Si dans notre cluster nous avons 2 hosts avec CPU INTEL de 7ème génération et 1 host avec CPU INTEL de 6ème génération. EVC va brider le cluster à la génération la plus basse.

vSphere HA : Fonction qui assure la haute disponibilité (failover) de nos VM. En cas de perte d’un des ESXI, les VM qui étaient présentes dans celui-ci redémarrent automatiquement sur les autres ESXi disponibles au sein du cluster. On a donc une coupure de service de courte durée.

Fault Tolerance : Fonction qui permet de faire de la Très Haute Disponibilité, Notre VM est synchronisée en temps réel sur un autre ESXi. En cas de panne du premier, la VM continue à fonctionner sur le deuxième en toute transparence.

AVERTISSEMENT

ATTENTION : LA CONFIGURATION CI-DESSUS EST A UTILISER UNIQUEMENT DANS UN LAB POUR TESTER LES SOLUTIONS ET VOIR LEUR FONCTIONNEMENT, EN PRODUCTION IL EST TOTALEMENT DÉCONSEILLER D’AVOIR UN SEUL RÉSEAU DANS LEQUEL DES DONNÉES VSAN, VMOTION, JOURNALISATION FT, GESTION ET ADMINISTRATION QUI CIRCULENT ENSEMBLE.

1 – PRÉSENTATION + CONFIGURATION DE BASE D’UN CLUSTER

2 – CONFIGURATION DE vSAN 6.6

3 – CONFIGURATION DE vSPHERE HA + DRS + EVC

4 – CONFIGURATION DE VMWARE FAULT TOLERANCE

L’article Mise en place d’un Cluster vSAN, vSphere HA, DRS, EVC et Fault Tolerance[VIDEO] est apparu en premier sur MCHELGHAM.

VIDEO

INTRODUCTION

DRS (Distributed Ressource Scheduler): fonction qui permet d’équilibrer la charge des différents ESXi en répartissant les VMs sur les différents hosts de notre cluster.

EVC (Enhanced vMotion Compatibility): Fonction qui permet d’améliorer la compatibilité vMotion en configurant tous les hosts du cluster avec le même niveau de fonctionnalité CPU. Si dans notre cluster nous avons 2 hosts avec CPU INTEL de 7e génération et 1 host avec CPU INTEL de 6e génération. EVC va brider le cluster à la génération la plus basse.

vSphere HA : Fonction qui assure la haute disponibilité (failover) de nos VM. En cas de perte d’un des ESXI, les VM qui étaient présentes dans celui-ci redémarrent automatiquement sur les autres ESXi disponibles au sein du cluster. On a donc une coupure de service de courte durée.

CONFIGURATION VM

AVERTISSEMENT

ATTENTION : LA CONFIGURATION CI-DESSUS EST A UTILISER UNIQUEMENT DANS UN LAB POUR TESTER LES SOLUTIONS ET VOIR LEUR FONCTIONNEMENT, EN PRODUCTION IL EST TOTALEMENT DÉCONSEILLER D’AVOIR UN SEUL RÉSEAU DANS LEQUEL DES DONNÉES VSAN, VMOTION, JOURNALISATION FT, GESTION ET ADMINISTRATION QUI CIRCULENT ENSEMBLE.

1 – CONFIGURATION EVC

La configuration de la fonctionnalité EVC est tellement simple que l’explication tient juste en une seule image  Dans l’onglet “Configurer” de notre ClusterLAB aller dans “Configuration->VMware EVC” ensuite cliquer sur “Modifier“. Dans la fenêtre qui apparaît “le type de mode” sélectionner celui qui correspond à votre CPU (AMD ou INTEL), ensuite EVC vous proposera automatiquement la génération la plus haute compatible avec votre Cluster. Cliquer sur “OK” pour terminer la configuration.

2 – CONFIGURATION DRS

3 – CONFIGURATION vSphere HA

IMPORTANT: Cette partie concerne uniquement les personnes qui se trouvent dans la même situation que moi. Cette partie est nécessaire si vos ESXi vous leur avait pas affecter de passerelle par défaut dans l’interface de MGMT. vous avez juste configuré IP+MASQUE. Une adresse appelée adresse d’isolation est nécessaire pour chaque host dans le cas ou celui-ci ne reçoit plus de signal heartbeat il se retrouve alors isolé, avant de prendre une décision et pour qu’il soit sur qu’il n’a pas de problème réseau l’host tente de faire un PING vers l’adresse d’isolation “das.isolationaddress0” par défaut vSAN configure l’adresse de la passerelle par défaut en tant qu’adresse d’isolation. Dans options avancées il est donc possible de choisir une adresse personnalisée. Dans mon cas j’ai mis le vCenter en tant qu’adresse d’isolation. une fois terminé, cliquer sur “OK“

Nous venons de voir les fonctionnalités vSphere HA, DRS et EVC vous pouvez maintenant passer à la [PARTIE 4].

L’article [PARTIE3] Configuration de vSphere HA + DRS + EVC [VIDEO] est apparu en premier sur MCHELGHAM.

VIDEO

INTRODUCTION

Fault Tolerance : Fonction qui permet de faire de la Très Haute Disponibilité, Notre VM est synchronisée en temps réel sur un autre ESXi. En cas de panne du premier, la VM continue à fonctionner sur le deuxième en toute transparence.

CONFIGURATION VM

AVERTISSEMENT

ATTENTION : LA CONFIGURATION CI-DESSUS EST A UTILISER UNIQUEMENT DANS UN LAB POUR TESTER LES SOLUTIONS ET VOIR LEUR FONCTIONNEMENT, EN PRODUCTION IL EST TOTALEMENT DÉCONSEILLER D’AVOIR UN SEUL RÉSEAU DANS LAQUELLE DES DONNÉES VSAN, VMOTION, JOURNALISATION FT, GESTION ET ADMINISTRATION QUI CIRCULENT ENSEMBLE.

1 – CONFIGURATION DE Fault Tolerance

Voilà,  maintenant vous savez comment mettre en place la fonctionnalité VMware Fault Tolerance.

L’article [PARTIE4] Configuration de VMware Fault Tolerance [VIDEO] est apparu en premier sur MCHELGHAM.

VIDEO

INTRODUCTION

vSAN : Solution logicielle (Software Defined Storage) qui permet de grouper tous les disques des différents ESXi de notre cluster pour en faire un seul Datastore qui fournit un haut niveau de performance et de sécurité des données

CONFIGURATION VM

AVERTISSEMENT

ATTENTION : LA CONFIGURATION CI-DESSUS EST A UTILISER UNIQUEMENT DANS UN LAB POUR TESTER LES SOLUTIONS ET VOIR LEUR FONCTIONNEMENT, EN PRODUCTION IL EST TOTALEMENT DÉCONSEILLER D’AVOIR UN SEUL RÉSEAU DANS LEQUEL DES DONNÉES VSAN, VMOTION, JOURNALISATION FT, GESTION ET ADMINISTRATION QUI CIRCULENT ENSEMBLE.

1 – CONFIGURATION vSAN 6.6

Voilà l’installation de vSAN est maintenant terminée vous pouvez maintenant passé à la [PARTIE 3]

L’article [PARTIE2] CONFIGURATION DE VSAN 6.6 [VIDEO] est apparu en premier sur MCHELGHAM.

VIDEO

INTRODUCTION

Bienvenue dans cette première partie dans laquelle nous allons voir comment débuter dans la configuration de base d’un cluster. Cette première partie nous permettra par la suite de pouvoir activer les fonctionnalités qui nous intéressent pour notre cluster.

PRÉREQUIS VM

• Un vCenter (voir Installation de vCenter Server Appliance)
• 3 ESXi avec au minimum 6GB de RAM chacun
• Dans chaque ESXI, 2 HDD supplémentaire (10GB et 50GB)

 CONFIGURATION VM

Au total vous devriez avoir 3 disques sur chaque ESXi, le premier de 2 GB dans lequel vous allez installer l’ESXi et les deux autres vont nous servir pour faire du vSAN.

La VM vCenter est configurée automatiquement pendant son déploiement avec l’outil d’installation VCSA.

Pour que ce LAB soit accessible à tout le monde, 1 seule carte réseau nous suffira, car nous allons faire passer les différents trafics sur cette même carte. Cela permettra aux personnes avec du hardware de type Intel NUC par exemple qui ne dispose que d’une seule carte réseau de pouvoir suivre ce LAB.

SOMMAIRE

1. AJOUT DES ESXi DANS vCENTER

2. CONFIGURATION RÉSEAU

3. CRÉATION DU CLUSTER

AVERTISSEMENT

ATTENTION : LA CONFIGURATION CI-DESSUS EST A UTILISER UNIQUEMENT DANS UN LAB POUR TESTER LES SOLUTIONS ET VOIR LEUR FONCTIONNEMENT, EN PRODUCTION IL EST TOTALEMENT DÉCONSEILLER D’AVOIR UN SEUL RÉSEAU DANS LAQUELLE DES DONNÉES VSAN, VMOTION, JOURNALISATION FT, GESTION ET ADMINISTRATION CIRCULENT ENSEMBLE.

1 – AJOUT DES ESXi DANS vCENTER

2 – CONFIGURATION RÉSEAU

Pour que notre Cluster fonctionne correctement, nous devons configurer l’adaptateur VMkernel de chaque ESXi pour qu’il puisse prendre en charge différents trafics réseau (vMotion, Fault Tolerance, Gestion, vSAN). Pour cela aller dans l’onglet “Configurer” ensuite “Adaptateurs VMkernel” sélectionner “vmk0” et cliquer sur “éditer“.

Pour que notre cluster vSAN fonctionne correctement, nous devons configurer le vSwitch dans lequel se trouve notre vmk0. Pour cela aller dans “Configurer” ensuite “Commutateurs virtuels” choisir “vSwitch0” et cliquer sur “Éditer“.

Dans “Sécurité” pour “Mode promiscuité” mettre “Accepter” ensuite cliquer sur OK. Cette option nous permet d’autoriser les requêtes vSAN de type Multicast au sein du vSwitch. Si vous réalisez ce LAB avec du hardware, vérifier que votre switch physique accepte les requêtes Multicast.

3 – CRÉATION DU CLUSTER

L’article [PARTIE1] PRÉSENTATION + CONFIGURATION DE BASE D’UN CLUSTER [VIDEO] est apparu en premier sur MCHELGHAM.

EN VIDÉO:

INTRODUCTION

Il existe deux façons d’installer un vCenter : Windows Server avec vCenter 6.5 installé par-dessus OU vCenter Server Appliance (vCSA).

Dans cet article nous allons aborder l’installation de vCenter Server Appliance (vCSA) 6.5.

Rappel: vCenter Server Appliance (vCSA) est tout simplement un vCenter sous forme d’une appliance basée sur Photon OS, qui est une distribution Linux Open Source développée et maintenue par VMware.

Information: Dans l’article, je vais aborder l’installation du vCSA ainsi que le composant Platform Services Controller (PSC) en mode “Embedded” (vCSA + PSC intégré ensemble dans le même déploiement). Dans un prochain article je vous montrerai l’installation d’un vCenter avec deux PSC en externe et en HA (Haute Disponibilité).

PRÉREQUIS LAB

• L’ISO vCSA 6.5 téléchargeable depuis le site de VMware
• Un ESXI avec 10Gb de RAM et 20Gb de disque au minimum (en LAB).

PRÉREQUIS PROD

• L’ISO vCSA 6.5 téléchargeable depuis le site de VMware
• Mémoire RAM:

• Stockage disque:

PS : Le temps d’installation dépendra de la connexion entre le poste depuis lequel l’installation va être lancée et l’ESXI dans lequel le vCenter vas être installé, de plus le type de disque de l’ESXI a aussi un impact (SSD ou HDD).

DÉBUT DE L’INSTALLATION

Après avoir télécharger et monter l’iso d’installation, aller dans /vcsa-ui-installer/win32 puis lancer installer.exe. Cliquer sur “Install” pour lancer le processus d’installation.

PARTIE 1: Déploiement (vCenter + PSC)

Cliquer sur “Next”.

Cocher la case (1) pour accepter les termes de la licence.

On laisse le déploiement par défaut (vCenter + PSC) (1).

Remplir avec l’adresse IP de L’ESXI (1) dans lequel on va déployer notre vCenter, ensuite mettre les identifiants de connexion (2)(3). 

Dans cette étape, il faut choisir un nom pour la VM vCenter qui sera installer sur l’ESXI (1) et un mot de passe pour le compte root (2).

Choisir un emplacement dans lequel la VM vCenter sera stockée.

Dans la partie (1) choisir le port groupe dans lequel positionner le vCenter, ainsi que la manière d’affectation de l’adresse IP (DHCP ou static), dans la partie (2) mettre les informations IP dans le cas d’une affectation manuelle.

Cliquer sur “Finish” pour lancer le déploiement.

Le déploiement se lance.

Une fois terminé, cliquer sur “Continue”.

PARTIE 2: Paramétrage (vCenter + PSC)

Cliquer sur “Next” pour continuer.

On synchronise le temps de la VM vCenter avec l’hôte ESXI (à l’aide des VM tools) (1).

Choisir un nom pour notre domaine SSO, ainsi qu’un mot de passe pour l’utilisateur administrator (1).

Notre vCenter s’est bien installé!, il est maintenant accessible depuis l’adresse IP/Hostname que vous avez configurée plus haut. L’adresse IP ou le Hostname sont rappelés dans la partie encadrée en rouge.

CONNEXION

Voilà vous avez maintenant un vCenter tout neuf!

L’article Installation de vCenter Server Appliance (vCSA) 6.5 [VIDEO] est apparu en premier sur MCHELGHAM.