Archives quotidiennes : 8 novembre 2009

Les services du site VMware encore en maintenance

Je ne dois vraiment pas avoir de chance à chaque fois en ce moment que je veux télécharger un fichier sur le site VMware ce dernier est en maintenance

Capture d’écran 2009-11-08 à 14.45.11

Pour ne plus subir ce genre de désagrément je vous conseille de vous abonner au flux RSS suivant :

http://blogs.vmware.com/supportalerts/rss.xml

pour rester informer des actions de maintenance sur le site VMware.

cette maintenance rend indisponible le site ponctuellement pendant 3 jours :

Friday, November 6th, from 6:00 PM to 7:30 PM Pacific Time
Saturday, November 7th, from 6:00 AM to 8:30 AM Pacific Time
Sunday, November 8th, from 5:00 AM to 12:00 PM Noon Pacific Time
  • Friday, November 6th, from 6:00 PM to 7:30 PM Pacific Time
  • Saturday, November 7th, from 6:00 AM to 8:30 AM Pacific Time
  • Sunday, November 8th, from 5:00 AM to 12:00 PM Noon Pacific Time

Méthode de migration VI3.x vers vSphere 4

Récemment lors d’une visite chez VMware France, un client aussi présent m’a demandé quelle méthode j’avais utilisé pour faire ma migration VI3 vers vSphere 4.

Dans mon cas la procédure a été simple, prenons l’exemple d’un de nos clusters de 8 ESX.

Nos serveurs ne disposant pas de lecteur de DVD et n’ayant pas le temps de monter le PXE vSphere sur le serveur RIS d’entreprise comme je l’avais réalisé lors du déploiement de VI3.5, nous avons utilisé une Virtual Appliance du nom de EDA : ESX Deployment Appliance, qui permet en 2 ou 4 clics de créer un KS. Cette VA dispose d’un serveur DHCP et d’un serveur TFTP. Je ne détaillerais pas ici la mise en oeuvre de EDA, si vous souhaitez que j’en parle un peu plus, laissez moi un commentaire.

Nous avons utilisé 2 vCenters pour la migration, un 2.5 pour la ferme VI3 et un en version 4 pour vSphere

La méthode que je décris ce compose en deux phases.

Migration du premier ESX

  • Mettre en mode maintenance d’un des ESX du cluster VI3.5
  • Déconnecter de ce même ESX
  • Supprimer de l’inventaire l’ESX
  • Débrancher les fibres de l’ESX
  • Booter le serveur en « PXE »
  • Installer l’ESX à partir du KS configuré dans EDA
  • Intégrer ce nouvel ESX dans le vCenter 4
  • Brancher les fibres
  • Configurer cet ESX comme nous le souhaitions
    • DNS, DHCP, vSwitch, NTP, VMKernel, …
  • Ayant la chance d’avoir des licences en entreprise PLUS, j’ai créé un host profile à partir de cet hôte nouvellement configuré

Et voilà un ESX 4 tout neuf

Les autres serveurs du cluster

  • Déconnecter le serveur ESX du vCenter 2.5 (VMs allumées dessus)
  • Intégrer l’ESX dans le vCenter 4
  • Intégrer l’ESX dans le cluster
    • Attention à la compatibilité : nom vSwitch, VMKernel, …
  • Passer l’ESX en mode maintenance
  • Déconnecter de ce même ESX
  • Supprimer de l’inventaire l’ESX
  • Débrancher les fibres de l’ESX
  • Booter le serveur en « PXE »
  • Installer l’ESX à partir du KS configuré dans EDA
  • Intégrer ce nouvel ESX dans le vCenter 4
  • Brancher les fibres
  • Appliquer le host profile
  • Sortir l’ESX du mode maintenance

Répéter cette opération pour tous vos ESX

Et vous venez de migrer un cluster vI3 vers vSphere 4 en pleine production sans downtime