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

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

This program has encountered an error:

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

Installation cannot continue

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

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

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

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

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

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

INTRODUCTION

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

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

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

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

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

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

Fonctionnement

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

Prérequis

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

LAB Source (v6)

LAB Destination (v6.5)

1 – Lancement de “Cross vCenter Workload Migration Utility”

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

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

2 – Enregistrement des vCenter

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

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

3 – Lancement de la migration Cross vCenter

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

4 – Résultats

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

INTRODUCTION

Je vais à travers cet article vous expliquer les avantages et fonctionnements de vSphere HA de VMware.

Il existe deux types de surveillances dans vSphere HA, la première est la surveillance d’hôtes (Host Monitoring), la deuxième est la surveillance des VMs et applications (VM Monitoring).

vSphere HA Host Monitoring

La fonctionnalité vSphere HA Host Monitoring permet de rajouter un niveau de protection non négligeable pour vos VMs, car elle permet en cas de panne de l’un de vos hôtes, de redémarrer les VMs qu’il contenait sur un ou plusieurs autres hôtes.

Donc vSphere HA Host Monitoring redémarre les VM sur un autre hôte SI:

• L’hôte ne répond plus sur le réseau de management
• Aucun signal de pulsation (heartbeats) n’est émis de la part de l’hôte vers les Datastores

Configuration de vSphere HA Host Monitoring

vSphere HA VM Monitoring

Permet de surveiller à l’aide des VMware Tools l’état de fonctionnement de l’OS de vos VMs et des applications compatibles avec vSphere HA, en cas de non-réponse de la part de ceux-ci (Écran bleu par exemple), vSphere HA VM Monitoring redémarre complètement la machine pour tenté de la rendre fonctionnelle à nouveau.

Donc vSphere HA VM Monitoring redémarre la VM SI:

• Plus aucun signal de pulsation (heartbeats) n’est reçu de la part des VMware Tools dans un certain intervalle: 
• La VM ne génère plus aucune E/S (entrée/sortie) au niveau du stockage et du réseau (intervalle de 120 secondes par défaut personnalisable avec le paramètre das.iostatsInterval)

Configuration de vSphere HA VM Monitoring Sélectionner votre cluster, ensuite aller dans Configurer > Disponibilité vSphere > Modifier

Dans Disponiblité vSphere > Pannes et réponses > Surveillance de VM, cocher la case Surveillance de VM.

Dans la partie “Sensibilité de la surveillance des signaux de pulsations“, sélectionnez le niveau de surveillance (Basse/Moyenne/Haute) suivant le tableau au-dessus.

Lien

L’article Avantages et fonctionnements de vSphere HA est apparu en premier sur MCHELGHAM.

RAPPEL

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

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

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

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

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

LIENS

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

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