Archive pour le Tag: ‘Upgrade

3 articles trouvés dans cette archive
Août/1121

Dans la majeure partie des cas, la mise en place de vSphere 5 va être une mise à jour vers vSphere 5 plutôt qu’une installation depuis zéro.

L’upgrade en vSphere 5 va se découper selon les phases suivantes:

  • phase 0: validation des pré-requis
  • phase 1: mise à jour de vCenter
  • phase 2: mise à jour des plugins vCenter (VUM…)
  • phase 3: mise à jour des serveurs ESXi
  • phase 4: mise à jour des VMs (VMtools & Virtual HW)

Phase 0: pré-requis

Voici, pour rappel, quelques pré-requis pour vSphere 5:

Remarque: vCenter 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…

Jan/11270

Sur les châssis IBM BladeCenter S, la mise à jour du firmware des modules SAS Raid Controller (RSSM) n’était pas évidant sur pour les firmwares en 1.0.X.X. En effet le passage des firmware 1.0.3.XX au 1.2.XX se faisait obligatoire en ligne de commande, installé le module Pyhton et les procédures n’étaient pas clair. De plus firmware 1.0.X.X ne fonctionnait qu’avec SCM 2.10.X et ne permettait pas de faire des opérations à chaud sur le stockage (extension de raid, MaJ de firmware…) et la version 2.20 de SCM n’était compatible qu’avec les firmware 1.2.XX ou supérieur…

Heureusement, le problème ne se pose plus avec le version 1.2.1.015 du firmware RSSM avec IBM Storage Configuration Manager (SCM) 2.20.0, la mise à jour peut être faite directement depuis l’interface. Il reste toujours le problème que SCM doit être installé sur un serveur avec un OS anglais.
Lire la suite…

Juil/105
Par , Dans SRM

La montée de version de VMware Site Recovery Manager 4 est documentée mais elle n’est pas bien détaillée sur le partie SRA.

Il faut quand même ce référer à la doc pour valider la compatibilité entre les versions et les pré-requis sur les certificats.

Niveau du mode opératoire, on fait d’abord le site protégé puis le site de secours. Il faut désactiver et désinstaller le SRA. Pour la partie mise à jour des ESXs et des VMs cela peut être fait n’importe quand après la mise à jour du vCenter, le plus simple est de le faire une fois que la partie SRM est opérationnelle. Normalement après redéfinition de la relations entre les vCenters dans SRM, vous devez retrouver vos PGs & RPs (garder une trace au cas ou vous devez les recréer).

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

  1. Sauvegarder la base de données SRM des 2 sites
  2. Désactiver la configuration de la partie « Array Manager » dans SRM
  3. Désinstaller le SRA du site protégé
  4. Upgrader le vCenter du site protégé
  5. Upgrader SRM du site protégé
  6. Installer le nouveau SRA du site protégé
  7. Désinstaller le SRA du site de secours
  8. Upgrader le vCenter du site de secours
  9. Upgrader SRM du site de secours
  10. Installer le nouveau SRA du site de secours
  11. Upgrader le SRM plugin dans le vSphere Client
  12. Configurer la relation entre les vCenters (pair vCenter)
  13. Configurer la partie « Array Manager » dans SRM
  14. Installer les licences SRM dans les vCenter
  15. Upgrader les serveurs ESX des 2 sites
  16. Mettre à jour les VMware Tools et le Virtual Hardware des VMs

Pour plus d’info, il y a une KB 1013166: FAQ Upgrade SRM 4 & un échange intéressant sur la communauté VMTN.