Archives mensuelles : novembre 2009

nov 11

Un nouveau commandement dans l’administration vSphere

Publié le par

Outre mes fonctions d’Architecte, je fais aussi ponctuellement de la formation sur la virtualisation, lors de ma dernière formation sur vSphere, j’ai omis d’insister sur le fait qu’il fallait toujours tester le « Standby mode » avant de l’utiliser à distance.

Et malheureusement un des mes collègues vient d’utiliser ce mode de chez lui et impossible de réveiller l’hyperviseur.

standbyfailedDonc après ce commandement bien connu :

installcommandIl va falloir que j’en ajoute un pour l’administration, pourquoi pas :

Jamais le « standby mode » tu n’utiliseras, sans avoir testé au préalable tu auras

nov 08

Les services du site VMware encore en maintenance

Publié le par

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
nov 08

Méthode de migration VI3.x vers vSphere 4

Publié le par

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 du VMware Virtual Infrastructure Server cet 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 (les VMs migrent sur l’autre ESX)
  • Déconnecter du vCenter  cet 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

nov 04

Le couac du jour lors d’une migration VI3 vers vSphere 4

Publié le par

Au moins avec cette migration on maitrise mieux le retour arrière que la mise à jour elle même

Entendu lors d’une migration en pleine production de plusieurs clusters VMware VI3 vers vSphere 4 après plusieurs plantages et « purple screens » !!!

A la décharge de l’éditeur à l’heure où j’écris ses quelques lignes rien de dit que c’est un problème logiciel. Les analyses qui vont suivre permettrons, j’espère, de mettre en évidence, la source du problème.