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 …

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”

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 :

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

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

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.

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

Désinstallation de tous les composants SQL Express

Installation du serveur SQL 2008 r2 SP1

ScreenShots principaux uniquement

On supprime tous les composants SQL

Nettoyage effectué

Installation Windows SQL server 2008 R2 SP1

Lancer le Setup

Installation

Lancer une nouvelle installation

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

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

Pour simplifier nous utilisons un compte System :

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

Installation terminée :

Installation du SP1

Quelques screens suivants et c’est fini :

Configuration de la base de données

On ouvre le SQL Management Studio

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

Tous simplement se mettre sur Database et faire un ATTACH :

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

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

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 :

On ouvre notre gestionnaire de lien ODBC :

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 :

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

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

Puis on réalise un test de connexion :

ScreenHunter_50 Mar. 25 16.50

SI tout est bon on peut relancer les services vCenter :

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

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

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

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)

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 :

Upgrade du vCenter

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

On lance l’installation du vCenter :

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

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 :

Configuration des ports :

Les répertoires d’installations :

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

L’installation se lance :

Lancement du service vCenter :

Upgrade de votre vCenter terminé :

Nous pouvons passer à l’upgrade d’update manager

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 :

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

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

Cliquez sur Ok. Acceptez la licence :

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

Acceptez le certificat :

Renseigner le nom de votre nouvelle VM :

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 :

À 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 :

Un pop-up s’affiche :

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

Sélectionnez le datastore pour votre nouvelle appliance :

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 :

À 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 :

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

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

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

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

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 :

Votre VCSA est à jour en version 6.0.