Tuto Migration vCops 5.8.x to vRops 6 – Part 3 : Suppression vCops

 

Tuto Migration vCops 5.8.x to vRops 6 – Part 1  : Installation vRops 6

Tuto Migration vCops 5.8.x to vRops 6 – Part 2  : Migration des Data

Tuto Migration vCops 5.8.x to vRops 6 – Part 3 : Suppression vCops

 

 

 

 

Une fois la migration termninée, connectez vous sur le portail admin de votre vCops

Et le désenregistrer de votre vCenter

D:\ScreenShot\ScreenHunter_316 Jun. 30 14.14.jpg

 

 

 

Yes

ScreenHunter_316 Jun. 30 14.23

 

 

 

Attendre la fin du processus

D:\ScreenShot\ScreenHunter_317 Jun. 30 14.23.jpg

 

 

 

Jusqu’à que vous retrouviez le champs enregistremenent vCenter

 

 

Vous pouvez éteindre vos VM pour une suppression futur.

 

 

 

 

 

Share

Tuto Migration vCops 5.8.x to vRops 6 – Part 2 : Migration des Data

 

Tuto Migration vCops 5.8.x to vRops 6 – Part 1  : Installation vRops 6

Tuto Migration vCops 5.8.x to vRops 6 – Part 2  : Migration des Data

Tuto Migration vCops 5.8.x to vRops 6 – Part 3 : Suppression vCops

 

 

Une fois notre appliance allumée, se connecter via un browser à son IP

 

 

Nouvelle Installation :

 

 

 

Suivant

 

 

 

Mot de passe

 

 

 

Par défaut

 

 

 

Mettre le nom DNS de votre vRops et serveur NTP

D:\ScreenShot\ScreenHunter_314 Jun. 29 14.24.jpg

 

 

 

Puis terminer

 

 

 

vRops se lance

 

 

 

Cliquer sur Demarrer vRealize Operation Manager

 

 

 

Une fois démarrer vous allez basculer automatiquement sur le portail admin

 

 

 

Importer un environnement

 

 

 

 

Entrer votre clef ou passer en mode Evaluation

D:\ScreenShot\ScreenHunter_315 Jun. 29 14.35.jpg

 

 

 

Entrer ici l’IP de la UI VM de votre vCops, cela peut prendre quelques minutes

 

 

 

Suite à l’analyse, on vous présente le gain de ressource du fait de passer de 2 appliances vCops à 1 appliance vRops

D:\ScreenShot\ScreenHunter_315 Jun. 29 15.02.jpg

 

 

 

Possibilité de lancer l’importation d’autres sources

 

 

 

 

Terminer

 

 

 

 

De retour sur le portail Admin vRops, avec le temps nécessaire estimé. Chez nous 1jour09h, il va falloir être patient

D:\ScreenShot\ScreenHunter_316 Jun. 29 15.07.jpg

 

 

 

 

 

 

 

 

Share

vSan 6 : Installation et configuration sous LAB

Dans notre petit LAB toujours sur AutoLab upgradé sous v6, nous allons ici installer vSAN.

Dans l’installation et paramétrage, pas de grand changement par rapport à la v5.

 

Nous sommes sur un portable i7 / 24Go RAM / SSD et HDD, le tout sur workstation 11.

 

Dans chaque ESXi, nous ajoutons un VMDK de 10 Go  sur disque SSD et un VMDK de 40 Go sur le HDD.

 

 

Disques ESXi

 

Ajout des Disque SSD puis HDD

ScreenHunter_123 Apr. 07 17.28

 

 

ScreenHunter_124 Apr. 07 17.48

 

 

ScreenHunter_125 Apr. 07 17.48

 

 

ScreenHunter_126 Apr. 07 17.48

 

Si HDD, à placer dans votre disque mécanique ou si SSD sur votre disque SSD :

ScreenHunter_128 Apr. 07 17.49

 

Rescan du stockage, nous voyons les 2 disques apparaître.

A laisser tel quel, ne surtout pas les formater vSAN s’en occupera seul.

Et bien noter le Runtime Name « vmhbaX:CX:TX:LX :

ScreenHunter_129 Apr. 07 18.28

 

 

ScreenHunter_130 Apr. 07 18.29

 

 

 

 

Configuration ESX

 

vSan est configurable depuis le Web Client, donc on met de côté ses vieilles habitudes le temps de la configuration.

Depuis l’ESX => Manage => Networking

Best practice : Créer un VMkernel dédié au vSAN étant sur un LAB nous activons le trafic sur la carte management :

 

ScreenHunter_130 Apr. 09 11.59

 

 

 

 

 

Configuration cluster

 

Au niveau du cluster => Settings => Virtual SAN => General

Puis sur Edit :

ScreenHunter_132 Apr. 09 12.04

 

 

 

On active vSAN et l’ajout de disque en Manuel.

La fonction Automatique permet d’agréger les disques disponibles automatiquement à la grappe vSAN.

On aime savoir ce que l’on fait donc on passe en manuel :

ScreenHunter_133 Apr. 09 12.05

 

 

 

Puis Virtual SAN => Disk Management => Claim disks

Pour ajouter nos disques précedemment ajoutés :

ScreenHunter_134 Apr. 09 12.07

 

 

 

Choisir au minimum 1 SSD et 1 HDD par ESXi

Les Runtime name repérés précédemment vous aiderons a choisir les bons disques :

ScreenHunter_136 Apr. 09 12.09

 

 

 

vCenter paramètre le vSAN, de retour sur General nous pouvons voir notre vSAN monté :

ScreenHunter_142 Apr. 10 18.53

 

 

 

Voir sous DataStore

les 6 disques ajoutés représentent 1 seul et unique DataStore :

ScreenHunter_143 Apr. 10 18.54

 

 

Vous pouvez migrer des VMs dans votre config vSAN.

 

 

 

 

 

 

 

 

Share

vSphere 6 : Upgrade Update manager 5.x => 6

 

 

 

Nous avons traité :

 

Installation vCenter 6.0 sur windows

Upgrade VMware VCSA 5.x to 6.0

vSphere 6 : Migration base vCenter SQL express vers SQL Standard

vSphere 6.0 : Upgrade In place Windows vCenter 5.5 to 6.0 avec base SQL externe

 

 

 

 

Ici nous allons voir l’upgrade d’update manager 6

 

 

Windows

Pour update manager (VUM), il doit être installé obligatoirement sur Windows

Selon la matrix VMWare

Installable sur :

Microsoft Windows Server 2012 R2 64-bit

Microsoft Windows Server 2012 64-bit

Microsoft Windows Server 2008 Service Pack 2 64-bit

Microsoft Windows Server 2008 R2 Service Pack 1 64-bit

Microsoft Windows Server 2008 R2 64-bit

 

 

Base de données

Pour moins de 5 Hosts, nous pouvons passer par l’installation de la base SQL Express 2012.

Pour plus de 5 hosts, vu le support large des bases, veuillez consulter la matrix VMware pour une liste complète

http://partnerweb.vmware.com/comp_guide2/sim/interop_matrix.php

 

ScreenHunter_192 Mar. 30 17.21

 

 

 

Migration base
 

Voir cette article qui reprend la même logique :

http://vroomblog.com/vsphere-6-migration-base-vcenter-sql-express-vers-sql-standard/

 

 

Size
  • 2 CPU
  • 2 Go RAM
  • 8 Go RAM si même machine que vCenter

 

 

Upgrade

 

On lance l’ISO ou DVD

ScreenHunter_76 Mar. 27 16.44

 

 

Upgrade de l’installation :

ScreenHunter_77 Mar. 27 16.44

 

 

Update manager 6 tout comme vCenter 6 ne gère que les ESXi 5.x et 6 :

ScreenHunter_78 Mar. 27 16.45

 

 

 

Port et login :

ScreenHunter_79 Mar. 27 16.45

 

 

 

DSN :

ScreenHunter_80 Mar. 27 16.46

 

 

———————————————————————————————————————-

Si modification de la base, contrôlez votre lien ODBC mais prenez garde car ici le lien ODBC est un 32bits et non un 64Bits

Sous : C:\Windows\SysWOW64\odbcad32.exe :

ScreenHunter_93 Mar. 27 17.35

 

 

ScreenHunter_82 Mar. 27 16.47

ScreenHunter_83 Mar. 27 16.48

ScreenHunter_84 Mar. 27 16.48

ScreenHunter_85 Mar. 27 16.48

ScreenHunter_86 Mar. 27 16.48

 

—————————————————————————————————————–

 

 

Lancement de l’upgrade de la base :

ScreenHunter_96 Mar. 27 17.37

 

 

Port et nom DNS de connexion :

ScreenHunter_97 Mar. 27 17.37

 

 

Install :

ScreenHunter_98 Mar. 27 17.37

 

Finish :

ScreenHunter_100 Mar. 27 17.41

 

 

 

 

 

 

 

 

 

Share