Dans la majeure par­tie des cas, la mise en place de vSphere 5 va être une mise à jour vers vSphere 5 plu­tôt qu'une ins­tal­la­tion depuis zéro.

L'upgrade en vSphere 5 va se décou­per selon les phases suivantes:

• phase 0: vali­da­tion des pré-requis
• phase 1: mise à jour de vCenter
• phase 2: mise à jour des plu­gins vCen­ter (VUM...)
• phase 3: mise à jour des ser­veurs ESXi
• phase 4: mise à jour des VMs (VMtools & Vir­tual HW)

Phase 0: pré-requis

Remarque: vCen­ter 5.0 peut gérer des hôtes ESX/ESXi 3.5, 4.x et 5.0 au sein d’un même cluster.

Lire la suite...

Sur les châs­sis IBM Bla­de­Cen­ter S, la mise à jour du firm­ware des modules SAS Raid Control­ler (RSSM) n'était pas évidant sur pour les firm­wares en 1.0.X.X. En effet le pas­sage des firm­ware 1.0.3.XX au 1.2.XX se fai­sait obli­ga­toire en ligne de com­mande, ins­tallé le module Pyh­ton et les pro­cé­dures n'étaient pas clair. De plus firm­ware 1.0.X.X ne fonc­tion­nait qu'avec SCM 2.10.X et ne per­met­tait pas de faire des opé­ra­tions à chaud sur le sto­ckage (exten­sion de raid, MaJ de firm­ware...) et la ver­sion 2.20 de SCM n'était com­pa­tible qu'avec les firm­ware 1.2.XX ou supérieur...

Heu­reu­se­ment, le pro­blème ne se pose plus avec le ver­sion 1.2.1.015 du firm­ware RSSM avec IBM Sto­rage Confi­gu­ra­tion Mana­ger (SCM) 2.20.0, la mise à jour peut être faite direc­te­ment depuis l'interface. Il reste tou­jours le pro­blème que SCM doit être ins­tallé sur un ser­veur avec un OS anglais.
Lire la suite...

La mon­tée de ver­sion de VMware Site Reco­very Mana­ger 4 est docu­men­tée mais elle n'est pas bien détaillée sur le par­tie SRA.

Il faut quand même ce réfé­rer à la doc pour vali­der la com­pa­ti­bi­lité entre les ver­sions et les pré-requis sur les certificats.

Niveau du mode opé­ra­toire, on fait d'abord le site pro­tégé puis le site de secours. Il faut désac­ti­ver et dés­ins­tal­ler le SRA. Pour la par­tie mise à jour des ESXs et des VMs cela peut être fait n'importe quand après la mise à jour du vCen­ter, le plus simple est de le faire une fois que la par­tie SRM est opé­ra­tion­nelle. Nor­ma­le­ment après redé­fi­ni­tion de la rela­tions entre les vCen­ters dans SRM, vous devez retrou­ver vos PGs & RPs (gar­der une trace au cas ou vous devez les recréer).

Voici le mode opé­ra­toire à suivre pour mettre à jour une infra VI3 avec SRM en vSphere avec SRM4:

1. Sau­ve­gar­der la base de don­nées SRM des 2 sites
2. Désac­ti­ver la confi­gu­ra­tion de la par­tie "Array Mana­ger" dans SRM
3. Dés­ins­tal­ler le SRA du site protégé
4. Upgra­der le vCen­ter du site protégé
5. Upgra­der SRM du site protégé
6. Ins­tal­ler le nou­veau SRA du site protégé
7. Dés­ins­tal­ler le SRA du site de secours
8. Upgra­der le vCen­ter du site de secours
9. Upgra­der SRM du site de secours
10. Ins­tal­ler le nou­veau SRA du site de secours
11. Upgra­der le SRM plu­gin dans le vSphere Client
12. Confi­gu­rer la rela­tion entre les vCen­ters (pair vCenter)
13. Confi­gu­rer la par­tie "Array Mana­ger" dans SRM
14. Ins­tal­ler les licences SRM dans les vCenter
15. Upgra­der les ser­veurs ESX des 2 sites
16. Mettre à jour les VMware Tools et le Vir­tual Hard­ware des VMs

Pour plus d'info, il y a une KB 1013166: FAQ Upgrade SRM 4 & un échange inté­res­sant sur la com­mu­nauté VMTN.