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.

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.

Back to work !

Après quelques mois d’absence pour des raisons personnelles et quelques vacances je suis de retour avec de nouveaux articles qui arriveront dans les semaines qui arrivent. Nous avons au programme :

• Migration VM à chaud/froid Cross vCenter [6 vers 6.5/6.7].
• Mise en place d’un cluster vSAN à 2 hôtes [Stretched cluster].
• Configuration de vCenter HA.
• Mise en place de VMware Workspace ONE (VMware Identity Manager).

Si vous avez d’autres propositions, n’hésitez pas à me les faire par commentaire.

L’article C’est la rentrée ! Back to work ! est apparu en premier sur MCHELGHAM.