VMware : Migration vCenter Windows vers PSC 6.5

 

Cette article provient d’une suite afin de migrer intégralement une plateforme

vCenter Windows 5.5 avec SSO Embeded
vers
VCSA 6.5 et PSC 6.5 externe 

 

 

Précédemment nous avons migré notre SSO to PSC

Et là nous allons migrer notre SSO 5.5 Windows vers PSC

D:\Utilisateurs\elakkad\Pictures\3.jpg

Prérequis

Quelques prérequis très importants pour ne pas vous retrouver avec plusieurs erreurs lors de la migration

  1. Un bon backup de vCenter et de sa base
  2. Taille de partition de C: adéquate, tout dépend de la taille de votre base mais pour vous donner un ordre d’idée sur une base de 30Go,  52Go d’espace disque minimum était estimé nécessaire, si vous êtes pas Rik Rak coté storage donner plus de 200Go et de toute façon cette VM est vouée à être archivée/Supprimée (Source KB:2146420 )
  3. IPv6 complètement désactivé
  4. DNS et reverse DNS fonctionnels
  5. Lister toutes les extensions disponible dans votre vCenter 5.5 si elles sont toujours compatible 6.5, si non penser peut être à les désactiver via https://IP_vCenter/mob
  6. Un compte admin du domaine pour intégration
  7. NTP fonctionnel
  8. ESXi LockDown désactivé sur les hosts de destination de la VCSA
  9. Du temps car la migration de 40Go de données prend environ 3H

 

 

Tout comme pour votre migration précédente de la  VM SSO 55, lancez l’assistant de migration sur votre vCenter Windows

Nous montons l’ISO VCSA 6.5 : VMware-VCSA-all-6.5.0-5705665.iso

Dans le répertoire : CD:\migration-assistant

Lancer : VMware-Migration-Assistant.exe

Taper le mot de passe Admin SSO du compte : administrator@vsphere.local

Attendre quelques minutes pour :

  • Extraction de scripts
  • Pre-check avant migration
  • Le vCenter passe en attente de migration

 

Depuis votre poste de management lancer le mode migration

Next

 

Renseigner les informations du vCenter à migrer

 

Renseigner ou sera déployé le nouveau VCSA (ESXi ou vCenter) de destination

(Si vous utilisez du DVS renseigner le nom du vCenter)

 

Sélectionner votre dossier de déploiement

 

Sélectionner sur qu’elle cluster ou host sera déployé la nouvelle appliance VCSA

 

Renseigner le nom de la VM et mot de passe console du VCSA

 

Sélectionner la taille de votre vCenter

 

Sélectionner le datastore de déploiement

 

Il vous faudra ici définir une IP Provisoire

Vous pouvez utiliser la même que celle précédemment utilisé pour la migration PSC

 

Finish, et le déploiement de la VM débute

 

Appliance déployée on continue le process

 

Next

 

Un pre check se lance

 

Pour intégrer votre VCSA a votre domain, compléter les infos AD

3 choix s’offre à vous, migrer :

  • Uniquement la configuration
  • Conguration + Event and tasks
  • Conguration + Event and tasks et Metrique performance

Nous sommes sur une plateforme de test donc base de données très petites (2.94GB). Plus ma base donnée est grande plus cela prendre du temps.

Pour notre test et nos 3Go de base de données la migration a pris quand même 30 minutes

 

On valide le tout et on lance la phase finale de migration

 

Si vous êtes confronté à l’erreur : ERROR: 1, join vmdir failed

Allez voir ce poste pour corriger et reprendre la migration

 

Apres correction, ça fait plaisir migration terminée !!

 

Vous pouvez vous connecter à la belle interface HTML5 :

https://IP_vCenter:9443/ui

Ou l’interface WebClient standard

https://IP_vCenter:9443/vsphere-client

 

Share

VMware: Migration vCenter SSO (External Windows) vers PSC 6.5

 

 

Cette article provient d’une suite afin de migrer intégralement une plateforme

vCenter Windows 5.5 avec SSO Embeded
vers
VCSA 6.5 et PSC 6.5 externe 

 

 

Précédemment nous avons migré notre SSO Embeded to External

Et là nous allons migrer notre SSO 5.5 Windows vers PSC

D:\Utilisateurs\elakkad\Pictures\2 (1).jpg

 

Etape 1 

Sur votre SSO (Windows) externe lancer l’outil de migration vSphere 6.5 qui fera un precheck de la faisabilité.

Nous montons l’ISO VCSA 6.5 : VMware-VCSA-all-6.5.0-5705665.iso

Dans le répertoire : CD:\migration-assistant

Lancer : VMware-Migration-Assistant.exe

Taper le mot de passe Admin sso du compte : administrator@vsphere.local

Attendre quelques minutes pour :

  • Extraction de scripts
  • Pre-check avant migration
  • Le SSO passe en attente de migration

 

 

Etape 2

Depuis une autre machine externe de management (votre poste par exemple tant qu’il peut joindre vos VM), lancer l’ISO VCSA et déployer un PSC externe 6.5 afin de déployer un tout nouveau PSC en 6.5

 

Dans : CD:\vcsa-ui-installer\win32

Exécuter : Migrate

Next

 

Renseigner les infos de votre SSO externe à migrer

 

Faire pointer vers où déployer votre nouvelle appliance

(Si vous utilisez du DVS renseigner le vCenter)

 

Sélectionner votre dossier de déploiement

 

Sélectionner sur qu’elle cluster ou host déployer la nouvelle appliance

 

Un tout nouveau PSC est déployer en premier lieux, donc à renseigner le nom de la VM et mot de passe console

 

Sélectionner le datastore de déploiement

 

Il vous faudra ici définir une IP Provisoire

 

Valider puis attendre la fin du déploiement

Cliquer sur continue

Comme remarqué l’installeur ne vous demande pas de nom de nom DNS et un IP provisoire. En effet car la suite nous allons lancer la migration et cette appliance prendra les caracteristiques NOM et IP de la VM Windows SSO

 

Donc faire Continue

 

Un pre-check est lancé

 

Pour intégrer votre PSC au domaine entrer votre login admin du domain

 

Yes or No à vous de voir

 

Valider les informations de migration

 

La migration se lance :

 

 

 

Si vous jetez un œil à vos VM, vous aurez votre VM SSO55 qui est coupée et le nouveau PSC allumé.

Il ne vous reste plus qu’à corriger le problème de nommage des VM.

En renommant l’ancienne VM SSO Windows en ****_Old et le nouveau PSC avec le nom DNS récupéré, correspondant au nom DNS de la VM Windows

 

 

 

Share

VMware: Migration vCenter SSO 5.5 Embeded vers SSO externe

 

Cette article provient d’une suite afin de migrer intégralement une plateforme

vCenter Windows 5.5 avec SSO Embeded
vers
VCSA 6.5 et PSC 6.5 externe 

 

Pourquoi migrer vers un SSO externe ?

Les recommandations VMware des topologies vCenter ont évoluées, surtout si on souhaite interconnecter plusieurs vCenter au même domaine SSO.
Voir ce KB ci dessous:

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2147672

 

Je vous invite aussi a regarder cette vidéo, afin de comprendre le process de migration (5.5 Windows => VCSA 6.5)

 

 

 

On attaque !!!

Dans ce post nous allons voir comment exporter un SSO Embeded au vCenter (VM Windows) vers une autre VM Windows ayant le rôle exclusif SSO.

D:\Utilisateurs\elakkad\Pictures\Untitled Diagram (1).jpg

CF : contrairement à moi n’indiquez par la version du SSO dans le DNS de votre machine, appelez votre machine SSO tout court

 

La procédure s’est basé sur le KB VMware : 2033620

 

Prérequis

1 – Update vCenter 5.5 Ux => U3

Avant tout, si vous êtes en vCenter 5.5 U1 ou U2, migrer en premier vers la dernière release de U3, car beaucoup de Bug pour migrer le SSO ont été corrigés

 

2 – Préparation du nouveau SSO

Installé une nouvelle VM Windows (2vCPU & 2Go RAM)

Intégrer votre machine dans votre domaine

Lancer l’installer vCenter 5.5 U3 et lancer l’installation du SSO uniquement (Je ne vais pas vous faire un Step by Step de cette Install il en existe tellement sur la toile)

Arrivé à cette fenêtre faite bien attention, et sélectionner la troisième option qui permet de rejoindre un domaine SSO existant en créant un nouveau site

Résultat de recherche d'images pour "vcenter sso installation multi site"

 

3 – Préparation vCenter existant

Sous ce répertoire ci-dessous :

C:\Program Files\VMware\Infrastructure\VirtualCenter Server\ssoregtool

Vous avez un ZIP « SSO_SVCFG » a extraire dans le même répertoire

 

4 – Copie des binaires OpenSSL

Copier les fichiers OpenSSL du dossier :

C:\Program Files\VMware\Infrastructure\Inventory Service\bin

Dans le dossier précédemment extrait précédemment

C:\Program Files\VMware\Infrastructure\VirtualCenter Server\ssoregtool\sso_svccfg

 

5 – Compte locaux SSO à migrer

Tous vos comptes locaux qui sont lié a votre vCenter, devront être récupérés et recrés dans le second SSO pour qu’il soit toujours utilisable

 

 

Procédure:

À chaque étape déroulée avec succès de la procédure ci-dessous faite un Snapshot des VMs :

  • VCenter
  • Base de données vCenter (si externe)
  • Nouveau SSO

 

Etape 1 : Enregistrement du compte inventory Service sur le nouveau SSO

Le SSO est compose de l’inventory Services et de la gestion d’authentification.

Donc dans vCenter sous :

Home => Administration => SSO => Utilisateurs et groupes => Onglet Utilisateurs d’application

Supprimer le user « InventoryService_XXXXXX »

 

En CMD aller dans le répertoire

 

 

 

Résultat normalement de la commande

 

Relancer les services

 

 

 

Etape 2 : Enregistrement du vCenter sur le nouveau SSO

En CMD

 

 

 

 

Si vous obtenez cette erreur

Montez un peu plus haut dans les résultats de la commande c’est surement à cause d’un compte de service devant être désenregistré

De retour sur le WebClient de vCenter et comme pour le compte Inventory Services, supprimer le compte vCenterServer_XXXXXX

 

Et relancer la même commande

 

Et vous devrez avoir quelque chose de plus positif

 

Redémarrer ensuite en premier le service vCenter puis Webservices de VMware

 

 

Etape 3 : ReEnregistrer vCenter vers l’Inventory Service

 

En CMD

 

La commande source est :

 

Lancer la commande :

 

 

Etape 4 : Enregistrer le Weclient avec le nouveau SSO

En CMD

 

 

 

 

 

Si vous êtes arrivé jusqu’ici Congrats, vous pouvez désinstaller le SSO du vCenter actuel et voilà vous pouvez vous loguer sur votre vCenter avec un SSO externe.

 

 

 

Share

VMware : ERROR: 1, join vmdir failed – Suite a migration vCenter Windows to VCSA

 

 

 

Lors de la migration de notre vCenter 5.5 U3 Windows vers VCSA 6.5, nous avons été confronté à l’erreur :

ERROR: 1, join vmdir failed

À savoir qu’a l’origine nous avions un SSO 5.5 Embedded à notre vCenter 5.5 (SSO + vCenter installé dans la même VM Windows)

Dans un premier temps nous avons migré ce SSO Embedded vers un SSO 5.5 Windows externe puis ce dernier convertie vers PSC 6.5 avec succès

Du coup dans notre PSC réside toujours l’entrée du SSO Embedded au vCenter, il est donc nécessaire d’aller nettoyer a la main cette entrée obsolète, car lors de la migration le nouveau vCenter PSC cherche a pointer vers cette ancien SSO.

 

Pour se faire connectez-vous à votre PSC actuel en root, puis ouvrez un shell via la commande « shell »

Se rendre dans le répertoire :

Windows

 

Si PSC :

 

Puis exécuter la commande :

Pour Windows

 

Pour PSC Linux

 

 

On recommence tout, en supprimant notre VCSA 6.5 déployé et en rallumant notre vCenter Windows 5.5 sans oublié de relancer l’utilitaire de migration.

Puis relancer votre migration et cela devrait mieux se passer

 

 

Source :

https://docs.vmware.com/en/VMware-vSphere/6.0/com.vmware.vsphere.install.doc/GUID-14307A58-5C7D-42BE-A7B3-F03ACBAC2CA7.html

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2117378

 

 

 

 

Share

erreur vMotion : “The VM failed to resume on the destination during early power on”

 

Lors d’un vMotion il peut arrivé qu’au bout d’un certain pourcentage d’avancement, celui-ci s’arrête en erreur.

 

Erreur en FR :

 

“La VM n’a pas pu reprendre sur la destination lors d’une activation anticipée. Echec d’activation du module DiskEarly”

 

ScreenHunter_190 Mar. 03 14.57

 

Une des raisons évoquées par VMware est un lock sur la VM. La VM est peut être verrouillée suite à l’activation du CBT (Change Block Tracking) utilisé pour la sauvegarde.

 

On jette un œil sur le répertoire de la VM et en effet on se rend compte qu’il y a plusieurs lock sur les vmdk “-ctk.vmdk

 

ScreenHunter_189 Mar. 03 14.39

 

 

Plusieurs solutions existes :

 

Workaround 1 :

 

La simple création d’un snapshot et sa suppression suffit à libérer les lock

 

ScreenHunter_189 Mar. 03 14.40

 

 

ScreenHunter_190 Mar. 03 14.43

 

 

 

Workaround 2 :

 

Si le snapshot ne fonctionne pas, vous pouvez tenter de réaliser un clone de la VM à chaud. Ceci devrait libérer les fichiers vmdk de votre VM originale. 

 

 

Workaround 3 :

 

Créer dans le répertoire de la VM un dossier “tmp” et déplacer les fichiers “-ctk.vmdk” à la main.

 

 

Si aucune de ces actions ne règlent le problème, il vous faudra éteindre la VM et faire un storage vMotion pour supprimer les lock sur les fichiers.

 

 

Share