VMware : Upgrade vCenter VCSA 6 to 6 U2 xx

 

Rappel :

  • Pour migration d’une d’une version 5.x => 6 il faut réinstaller une VCSA puis procéder à la migration des DATA
  • Si vous avez un PSC externe, upgrader celui-ci avant de procéder à la mise à jour vCenter

 

 

2 modes d’upgrades disponible : GUI & CLI

 

Nous traiterons sur ce poste de l’upgrade via WebClient

 

1 – Avant tout un bon snapshot de votre VCSA & PSC si externe

 

 

2 – Télécharger l’update

Se rendre sur repository d’update VMware : https://my.vmware.com/group/vmware/patch

 

 

3 – Monter l’iSO fraîchement téléchargé sur votre VM VCSA.

 

 

4 – Connecter-vous à votre VCSA sur le portail d’admin

https://IP_VCSA:5480

Sous « Mettre à jour » => Vérifier CDROM

Installer la mise à jour

 

 

Update en cours

 

 

 

 

 

 

5 – Lancer un reboot

 

 

 

 

Update Termine

 

 

Pas si méchant que ça …

 

 

 

 

Share

vSphere 6 : Migration base vCenter SQL express vers SQL Standard

 

 

sql-220x162

 

 

 

Tout dépend votre situation, mais dans bien des cas, il peut être intéressant de passer d’une base SQL Express embarquée à une base SQL externe. Vous pouvez être amené à le faire dans le cadre d’un test,  dans un environnement pour lequel à l’origine une base SQL express suffisait et qui va bientôt dépasser 5 Hosts et/ou 50 VMs ou même avant un upgrade en vCenter 6.0. Les 3 cas de figure :

  • Pour un environnement de LAB il est intéressant de passer d’un SQL Express à une base SQL Standard pour tenter l’expérience.
  • Pour un environnement de PROD, si vous le pouvez, nous vous conseillons de réinstaller au propre une nouvelle instance et de recréer l’ensemble des objets du vCenter. 
  • Sinon vous avez le besoin de migrer en conservant les données, stats et autres vers vCenter 6.0, vous ne pouvez pas garder votre base SQL Express puisque en version 6.0, la base embarquée est une vPostgres.

 

Donc pour les vGeek, qui veulent se préparer à la monter de version, nous allons présenter la migration de SQL express vers une base SQL Standard. Dans notre cas,nous migrons vers SQL server 2008 R2 Standard mais la procédure est la même que pour une base SQL dernière génération.

Petit conseil : Toujours faire un test en LAB avant toute mise en PROD !!!

 

 

Préparation

 

Arrêt du service vCenter :

  • CMD => services.msc
  • Stop sur le service “VMware VirtualCenter Server”

ScreenHunter_10 Mar. 25 10.40

 

 

Backup UP – (Juste au cas où)

  • Si c’est une VM : faire un clone et une fois celui-ci terminé, faire en plus un petit Snapshot histoire de pouvoir faire un retour arrière rapide.
  • Si c’est une Physique ou VM : Backup de la base SQL de votre vCenter, idéalement un petit full backUP du system

 

 

Clic droit sur la base vCenter => Tasks => Backup :

ScreenHunter_11 Mar. 25 10.49

 

 

Bien noter le chemin de sauvegarde et prendre la base et en faire une copie sur un autre poste :

ScreenHunter_12 Mar. 25 10.50

 

ScreenHunter_13 Mar. 25 10.51

 

 

 

Démontage

 

Ici, on ne réalise pas une restauration des données, mais nous allons détacher la base puis la rattacher à notre nouveau moteur SQL

Detach de la base vCenter et VUM (Update manager),…

Etant sur un environnement AutoLab, nous avons en plus détachés toutes les autres bases créés par le script de déploiement automatique AutoLab :

 

ScreenHunter_11 Mar. 25 10.49

 

ScreenHunter_14 Mar. 25 10.55

 

 

 

Les fichiers avec extensions .mdf et .ldf sont a récupérer et copier dans un dossier de votre choix.

Chemin par défaut des bases de données :
C:\Program Files\Microsoft SQL Server\MSSQL.1……….SQLEXPRESS\MSSQL\Data.

 

 ScreenHunter_52 Mar. 26 12.30

 

 

 

Toutes les bases ont été détachées

ScreenHunter_16 Mar. 25 10.58

 

  

 

 

Désinstallation de tous les composants  SQL Express

 

Installation du serveur SQL 2008 r2 SP1

ScreenShots principaux uniquement

 

ScreenHunter_18 Mar. 25 11.02

 

 

 

On supprime tous les composants SQL

 

ScreenHunter_20 Mar. 25 11.05

 

 

Nettoyage effectué

ScreenHunter_21 Mar. 25 11.20

 

 

 

 

Installation Windows SQL server 2008 R2 SP1

 

Lancer le Setup

ScreenHunter_22 Mar. 25 12.53

 

 

Installation

ScreenHunter_23 Mar. 25 14.21

 

 

Lancer une nouvelle installation

ScreenHunter_25 Mar. 25 14.21

 

ScreenHunter_26 Mar. 25 14.39

 

 

 

Cochez les outils nécessaires SQL pour l’installation et la gestion :

ScreenHunter_27 Mar. 25 14.40

 

 

 Vérifiez bien que c’est une nouvelle instance et pas celle du SQL Express récupéré :

ScreenHunter_28 Mar. 25 14.42

 

 

 

Pour simplifier nous utilisons un compte System :

ScreenHunter_29 Mar. 25 14.43

 

 

 

 Authentification Mixte, (Mot de passe a RETENIR !!!)

ScreenHunter_31 Mar. 25 14.45

 

 

 Installation terminée :

ScreenHunter_32 Mar. 25 14.59

 

 

 

 

 

Installation du SP1


ScreenHunter_34 Mar. 25 15.01

 

 

Quelques screens suivants et c’est fini :

ScreenHunter_35 Mar. 25 15.20

 

 

 

 

 

Configuration de la base de données

 On ouvre le SQL Management Studio

ScreenHunter_33 Mar. 25 15.00

 

 

Maintenant nous allons rattacher notre base vCenter à notre nouveau SQL server 2008 R2 SP1.

Tous simplement se mettre sur Database et faire un ATTACH :

ScreenHunter_39 Mar. 25 16.12

 

ScreenHunter_45 Mar. 25 16.47

 

 

 

 

Utilisateurs

Maintenant les droits users.

Il est fort probable lors du déploiement de vCenter, il y a eu la création des users spécifiques à chaque base.

Nous reviendrons prochainement sur comment réimporter les users via ce KB Microsoft
http://support.microsoft.com/en-us/kb/918992

Nous allons dons cette fois si utiliser le “sa” pour la connexion à notre base

ScreenHunter_41 Mar. 25 16.43

 

 

 

 

 

 

Reconnexion de vCenter

 

Contrôle du lien ODBC

Avant tout, se rendre dans la base de registre de votre vCenter et se rendre à :

  • In vCenter Server 5.x, navigate to HKEY_LOCAL_MACHINE\SOFTWARE\VMware, Inc.\VMware VirtualCenter\DB\1
  • For 64bit versions of Windows, navigate to HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware VirtualCenter\DB\1

 

Contrôler les clefs 1 et 2

ScreenHunter_60 Mar. 26 15.10

 

Modifier la clef 2 pour utiliser le compte “sa” lors de la connexion à la base de données, puis redémarrer votre serveur pour que la mise à jour soit prise en compte :

ScreenHunter_61 Mar. 26 15.10

 

 

On ouvre notre gestionnaire de lien ODBC :

ScreenHunter_46 Mar. 25 16.48

 

 

On vérifie bien que le nom de notre lien correspond bien à la clef 1 dans la base de registre :

Configuration : 

On met à jour le le connecteur SQL sur le serveur vCenter car le nom du serveur n’est plus le même :

ScreenHunter_47 Mar. 25 16.49

 

Configurer la connexion avec le compte “sa” et le mot passe indiqué lors de l’installation du moteur SQL :

ScreenHunter_62 Mar. 26 15.11

 

 

 

On contrôle que c’est bien le nom de notre base de données :

ScreenHunter_51 Mar. 25 16.57

 

Puis on réalise un test de connexion :

ScreenHunter_50 Mar. 25 16.50

 

SI tout est bon on peut relancer les services vCenter :

ScreenHunter_10 Mar. 25 10.40

 

 

On se connecte avec notre client vSphere pour contrôler que tout est OK.

 

Et voila nous avons migré notre Base d’un SQL express à un SQL Standard de production, sachant que cette procédure est valable aussi pour les migrations afin de passer d’un serveur à un autre.

 

Nous pouvons procéder à la mise à jour sous vCenter 6.0 si besoin.

 

 

 

Source :

http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=2045528

http://pubs.vmware.com/vsphere-50/index.jsp#com.vmware.vsphere.upgrade.doc_50/GUID-719F582A-F8DF-4052-BAC5-1FA4B70794F3.html

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

http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1020836

http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1028601

 

 

 

 

Share

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

 

 

 

ScreenHunter_101 Mar. 27 17.48

 

 

 

Apres être passé sur l’installation de vCenter 6.0 via VCSA et vCenter Windows, ici nous allons détailler l’upgrade IN-PLACE (c’est a dire sur la même machine) du vCenter Windows mais avec une base externe.

 

A savoir que VMware recommande idéalement la monter de version sur OS fraîchement installé, mais en production ou même pour du LAB ce n’est pas toujours évident donc il est important de présenter le déroulement simple de cette installation.

 

 

PRÉREQUIS – KB VMware

Important information before upgrading to vSphere 6.0 (2110293)

Upgrading to vCenter Server 6.0 best practices (2109772)

Update sequence for vSphere 6.0 and its compatible VMware products(2109760)

 

  • Récupérer les ISOs sur le site VMware
  • Si la base et le vCenter sont des VMs : créer un snapshot de la base de données et du vCenter
  • Si ce sont des serveurs physiques : sauvegarde disque via Windows Backup, BESR de symantec, Acronis,…
  • Utiliser une adresse IP statique
  • Avoir au moins 8Go de mémoire (à voir selon la taille de votre infrastructure)
  • 2 CPU (à voir selon la taille de votre infrastructure)
  •  Avoir un connecteur DSN configuré vers la base de données externe, si vous en utilisez une : voir cet article

 

 

 Contrôle de la compatibilité :

http://www.vmware.com/resources/compatibility/sim/interop_matrix.php

 

 

Base de données

Ci-dessous les bases de données compatibles avec vCenter 6.0 :

  • Microsoft SQL Server 2008 R2 SP1
  • Microsoft SQL Server 2008 R2 SP2
  • Microsoft SQL Server 2012
  • Microsoft SQL Server 2012 SP1
  • Microsoft SQL Server 2014
  • Oracle 11g R2 11.2.0.4
  • Oracle 12c 

Donc si votre base actuel n’est pas supportée il faudra migrer.

Voir article migration SQL : ICI

 

 

Windows

Voici les versions Windows compatibles pour l’installation de vCenter 6.0 :

  • Microsoft Windows Server 2008 SP2 64-bit
  • Microsoft Windows Server 2008 R2 64-bit
  • Microsoft Windows Server 2008 R2 SP1 64-bit
  • Microsoft Windows Server 2012 64-bit
  • Microsoft Windows Server 2012 R2 64-bit

 

 

ESXi 4.x  <=>   vCenter 6.0

Si vous avez des ESXi 4.x ils ne seront pas supportés : voir ICI

vSphere 6 : ESXi 4.x non compatible avec vCenter 6

 

ScreenHunter_192 Mar. 13 15.18

 

 

Produit Tierce

Contrôler tous les produits tournant autour de votre Infra vSphere

  • Outils de backup
  • Outils de supervision
  • Outils de management ( Dell OpenManage, IBM Director, …)
  • Plug-IN vCenter (Gestion de stockage, réseau, …)

 

 

 

Compatibilité Hardware

 

Avant de vous lancer dans l’upgrade de vos serveurs ESXi, vérifiez qu’ils sont supportés sous version ESXi 6

http://www.vmware.com/resources/compatibility/search.php

Exemple pour IBM (Mais attention il y a un retard entre les constructeurs et VMware)

ScreenHunter_192 Mar. 24 14.23

 

 

 

 

Configuration minimum vCenter

 

Avoir un minimum de 2 CPU et 8 Go de RAM : ceci est plus pour les petites infrastructures ou pour les utilisateurs d’autolab 
Si la VM hébergeant votre vCenter actuelle n’a pas ce minimum requis, vous aurez le droit à ce petit rappel :

 

ScreenHunter_06 Mar. 24 14.36

 

 

 

 

Upgrade du vCenter

On monte l’ISO sur la VM, et on lance l’autorun.exe :

 

ScreenHunter_03 Mar. 24 14.31

 

 

On lance l’installation du vCenter :

ScreenHunter_04 Mar. 24 14.32

 

 

 

Entrer votre mot de passe du user administrator@vsphere.local :

ScreenHunter_07 Mar. 24 17.01

 

 

 

Si vous avez ce message d’erreur :

VIEW SERVER STATE
VIEW ANY DEFINITION

 

ScreenHunter_09 Mar. 24 17.07

 

Vous êtes fort probablement sur un SQL express ou une base non supportée, je vous invite à migrer voir :  
http://vroomblog.com/vsphere-6-migration-base-vcenter-sql-express-vers-sql-standard/

 

 

 

Contrôle des pré-requis :

ScreenHunter_65 Mar. 27 12.48

 

 

Configuration des ports :

ScreenHunter_66 Mar. 27 14.30

 

 

 

Les répertoires d’installations :

ScreenHunter_67 Mar. 27 14.30

 

 

 

La petite case tout en bas montre bien la connexion à une base externe via notre DSN “vCenterDB” :

 

ScreenHunter_68 Mar. 27 14.31

 

L’installation se lance : 

 ScreenHunter_69 Mar. 27 14.35

 

 

Lancement du service vCenter :

ScreenHunter_73 Mar. 27 15.21

 

 

 

 

Upgrade de votre vCenter terminé :

ScreenHunter_74 Mar. 27 16.41

 

 

 

Nous pouvons passer à l’upgrade d’update manager

 

 

 

 

 

 

Share

Upgrade VMware VCSA 5.x to 6.0

 

Dans cet article, nous allons faire un upgrade de notre appliance VCSA 5.5 vers 6.0. On ne va pas ici faire un upgrade à proprement parlé mais nous allons déployer une nouvelle appliance VCSA 6.0 et nous allons importer les données et la configuration de la VCSA 5.5 vers cette nouvelle appliance.

Ci-dessous les étapes :

Faites un snapshot de votre VCSA 5.5. 

Récupérer ensuite l’iSO de votre VCSA 6.0. Monter l’ISO et allez dans le dossier vcsa. Installez le VMware-ClientIntegrationPlugin-6.0.0.exe sur une machine windows :

 

upgrade-vcsa6-0

 

Et lancez le vcsa-setup.html qui se trouve à la racine de l’ISO :

 

upgrade-vcsa6-01

 

Cliquez sur Upgrade. Un pop-up s’ouvre vous affichant les versions éligibles :

 

upgrade-vcsa6-02

 

Cliquez sur Ok. Acceptez la licence :

 

upgrade-vcsa6-03

 

Renseignez l’ip ou le DNS de l’ESXi sur lequel vous souhaitez déployer votre appliance :

 

upgrade-vcsa6-04

 

Acceptez le certificat :

 

upgrade-vcsa6-05

 

Renseigner le nom de votre nouvelle VM :

 

upgrade-vcsa6-06

 

Ici, vous devez choisir la version de votre VCSA existante. Dans notre case 5.5. Ensuite renseignez l’ip ou le nom FQDN de votre VCSA existante, le mot de passe du compte SSO, le port s’il est différent, le mot de passe root. Vous pouvez cochez la case pour la migration des données existante dans votre nouvelle VCSA.

Ensuite spécifiez les informations concernant l’ESXi qui héberge actuellement la VCSA d’origine. Puis cliquez sur Suivant :

 

upgrade-vcsa6-07

 

À cette étape, nous avons rencontré un problème. Il faut régénérer les certificats de l’appliance VCSA 5.5 pour que qu’il corresponde au nom du vCenter. Après avoir suivi le KB suivant ça a fonctionné :

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

 

La prochaine étape peut prendre un peu de temps :

 

upgrade-vcsa6-08

 

Un pop-up s’affiche :

 

upgrade-vcsa6-09

 

Cliquez sur Yes. Choisissez la taille de votre nouvelle appliance :

 

upgrade-vcsa6-10

 

Sélectionnez le datastore pour votre nouvelle appliance :

 

upgrade-vcsa6-11

 

Ici, vous allez configurer le réseau temporaire pour la nouvelle appliance. Afin de récupérer les informations depuis la VCSA 5.5, la nouvelle appliance doit pouvoir communiquer avec celle-ci via le réseau :

 

upgrade-vcsa6-12

 

À noter, qu’une fois la nouvelle appliance déployée, l’ip, le nom du vCenter, etc seront les mêmes que sur l’appliance existante. Vous n’avez donc rien à changer au niveau de vos DNS.

Vérifiez les informations et cliquez sur Finish :

 

upgrade-vcsa6-13

 

L’appliance VCSA 6.0 est en cours de déploiement :

 

upgrade-vcsa6-14

 

À cette étape, vous devez voir l’appliance VCSA 6.0 en cours de déploiement sur l’ESXi que vous avez renseigné :

 

upgrade-vcsa6-15

 

Une fois déployée, l’appliance est allumée automatiquement et des opérations de transferts de fichiers sont initiées.

 

upgrade-vcsa6-16

 

 L’upgrade à mis environ 25 minutes dans notre lab. Cliquez sur Close.

upgrade-vcsa6-17

Installer le nouveau client lourd ou le plug-in pour vCenter 6.0 et connectez-vous sur votre vCenter via vSPhere Client ou le client Web. Vous devez récupérer votre infrastructure précédente dans la version 6 :

 

upgrade-vcsa6-18

 

Votre VCSA est à jour en version 6.0.

 

 

Share