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 

VMware: Migration vCenter SSO 5.5 Embeded vers SSO externe

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

 

 

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

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

 

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 

VMware: Migration vCenter SSO 5.5 Embeded vers SSO externe

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

VMware : Migration vCenter Windows vers PSC 6.5

 

 

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 

VMware: Migration vCenter SSO 5.5 Embeded vers SSO externe

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

VMware : Migration vCenter Windows vers PSC 6.5

 

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 : Decoder les erreurs ESXi sense code de stockage

 

Nous avons eu récemment un ESXi présentant d’énorme latence disque alors que ce dernier était très peu chargé.

 

Le nez dans les logs ESXi, nous pouvons observer de nombreuses erreurs iSCSI.

Ces codes sont des messages envoyés par la baie à l’ESXi pour lui dire ce qui ne va pas.

Pour y voir plus clair, il faut décoder un peu tout ça.

Voici le site de référence : http://www.t10.org/lists/1spc-lst.htm

Ci-dessous les CSV des erreurs

 

Mais merci à Florian Grehl du blog http://www.virten.net/, de nous fournir ce filtre automatisé

http://www.virten.net/vmware/esxi-scsi-sense-code-decoder/?host=8&device=0&plugin=0&sensekey=b&asc=c0&ascq=0

 

En appliquant les codes :

H:0x   D:0x   P:0x    Sense data: 0x   0x   0x
 

 

Et H:0x   D:0x   P:0x    Sense data: 0x   0x   0x

 

On voit que les erreurs ce coup ci proviennent de l’ESXi

Basé sur ce KB1003433 : 

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

 

On observe un problème d’accès à la LUN et en effet notre ESXi avait un driver qui ne répondait pas à la matrice de compatibilité Hardware ESXi.

 

Juste une petite trouvaille que je souhaitais partager afin de décoder ce charabia Hexadécimal plus rapidement

 

 

 

 

 

Share

VMware : Changer le Hostname ESXi en CLI

Comme a mon habitude ayant besoin de faire une manipulation exotique, apres avoir visiter les KB comment changer un Nom DNS ESXi en cli, je vous livre un petit billet.

Deja « esxcli » est votre ami.

#  esxcli system hostname –help

2016-08-22_15h41_22

 

# esxcli system hostname get

2016-08-22_15h42_05

 

# esxcli system hostname set –host=Nom_Host

2016-08-22_15h43_50

 

 

# esxcli system hostname set –domain=Nom_De _Domain

 2016-08-22_15h46_55

 

 

ou directement via 

# esxcli system hostname set –fqdn=Nom_Host.Nom_De _Domain

2016-08-22_15h48_50

 

 

 

 

 

 

Share