En pleine migration du vCenter 4 en Update 1, les portails du support et des licences ont décidé d’être indisponibles …

bref une production qui tourne sur une version d’évaluation* j’adore …

Conseil du jour : en plus des sources, prévoir aussi d’avoir sous le coude ses numéros de licences …
* tien, tout comme mes serveurs ESX for Destop dédiés à View 4
Cela fait quand même du bien de se sentir moins seul … je m’explique. Depuis maintenant 3 mois je rencontre un problème de licence « ESX for Dekstop » suite à l’upgrade de nos licence de View 3 vers View 4.
En effet lors de l’achat de bundle View 3, on recevait des licences ESX dédiées aux postes de travail basées sur un nombre de CPU maintenant avec View 4 les licences sont basées sur le nombre de VMs démarrées sur l’ESX.
J’ai rencontré deux problématiques :
- J’ai acquis 550 licences View mais je n’ai que des licences pour démarrer 370 VMs psur les ESX dédiés à View.
- Même si VMware m’accordait des licences ESX pour 550 VMs comment les utiliser dans une VRAIE PRODUCTION
Cela signifie plus de DRS, de HA ni de mode maintenance puisque ces licences sont associées à un ESX.
Bref tout cela pour vous dire que ce matin j’ai découvert que je n’étais pas le seul à rencontrer cette problématique de licence View 4 – à croire que soit personne n’achète de Bundle, soit personne n’a mis en production View 4 – je vous laisse découvrir sur le blog de Gabes la description plus complète du problème.
Pour information, une KB évoque le problème sur le site VMware avec comme « workaround » d’obtenir du support licence des licences « unlimited » temporaire : il est hors de question pour moi de déployer tant que je n’aurais pas de solution pérenne.
PS : je ne voulais pas poster un billet sur cette problématique tant qu’elle n’aurait pas été résolue mais je commence a être excédé par la lenteur pour avoir une solution pérenne.
Après la nécessité de mettre la main au porte-monnaie lors de la migration de Virtual Infrastructure 3.5 (version Entreprise) vers vSphere 4 Entreprise Plus, on apprend au détour de la release notes de l’update 1 de vSphere que la future version de vCenter (4.1 ???) nécessitera d’être installée sur un OS 64 bit :
“Future releases of VMware vCenter Server might not support installation on 32-bit Windows operating systems. VMware recommends installing vCenter Server on a 64-bit Windows operating system. If you have VirtualCenter 2.x installed, see the vSphere Upgrade Guide for instructions on installing vCenter Server on a 64-bit operating system and preserving your VirtualCenter database.”
Il va falloir à nouveau sortir quelques euros (de manière détournée) pour migrer ces licences Windows 2003 ou 2008 32 bit en 64 bit pour pouvoir préparer l’arrivée de la future version.
Ce cout caché peux d’autant faire monter la facture que le SGBD est installé sur la même machine.
Comique de la situation si vous souhaitez profiter de la migration vers vCenter 4.0 Update 1 pour migrer sur un OS 64 bit sachez que le vCenter nécessite un DSN 32bit
Astuce :
lancer le ODBC DNS Tools version 32 bits à partir de la commande suivante :
[WindowsDir]\SysWOW64\odbcad32.exe
- Lundi 21 septembre rencontre avec la BU Nexus Chez Cisco France
- Mardi 22 et Mercredi 23, formation vSphere What’s New chez Amosdec
Pour la suite cela dépendra de la réception de nos licences VMware vSphere Entreprise Plus et Cisco Nexus 1000v commandées il y a plusieurs semaines …