L’arrivée de la suite VMware vSphere 5.1 apporte un lot conséquent d’évolutions destinées à optimiser la densité des serveurs, faciliter les opérations quotidiennes de maintenance et combler certains écarts fonctionnels face à la montée en puissance de solutions concurrentes. Pour tout administrateur système en charge d’un parc virtualisé, cette version introduit des changements d’architecture notables qui modifient les méthodes d’exploitation courantes.
Évolutions du matériel virtuel (Hardware Version 9)
Le saut de version d’ESXi s’accompagne de l’introduction du format matériel de machine virtuelle version 9 (VM Version 9), succédant à la version 8 d’ESXi 5.0. Cette révision repousse considérablement les limites de dimensionnement des VM :
- Capacité de calcul : Prise en charge jusqu’à 64 processeurs virtuels (vCPUs), ce qui permet de virtualiser des charges applicatives lourdes comme les bases de données SQL ou Oracle volumineuses.
- Mémoire vive : Allocation maximale portée à 1 To de vRAM par machine virtuelle.
- Compteurs de performance matérielle : Possibilité d’exposer les compteurs de performance du processeur hôte au système invité, facilitant le profilage d’applications exigeantes.
- Mise à jour des VMware Tools : Fini le redémarrage obligatoire systématique lors de la montée de version des outils d’intégration sous Windows, ce qui réduit significativement les fenêtres de maintenance.
Il convient de noter que l’administration complète des options apportées par le matériel virtuel v9 n’est désormais plus accessible depuis l’historique client lourd C#, VMware imposant progressivement l’usage de son client d’administration Web.
Stockage et la rupture du « Shared-Nothing vMotion »
La fonctionnalité phare de cette mouture 5.1 concerne sans conteste l’évolution du mécanisme de vMotion. Jusqu’alors, déplacer une machine virtuelle à chaud d’un hôte à un autre imposait impérativement la présence d’une baie SAN ou NAS partagée (iSCSI, Fibre Channel ou NFS).
Avec ESXi 5.1, VMware introduit l’Enhanced vMotion (aussi appelé vMotion sans stockage partagé ou Shared-Nothing). Ce procédé combine simultanément la migration à chaud de l’état mémoire de la VM (vMotion standard) et le transfert de ses disques virtuels d’un datastore local vers un autre (Storage vMotion), sans interruption de service pour l’OS invité. Pour les PME ne disposant pas d’un stockage centralisé coûteux ou pour les opérations de migration entre clusters isolés, cette flexibilité transforme radicalement les procédures de maintenance.
Sur le front du stockage, notons également l’apparition du format de disque SEsparse (Space Efficient Sparse), spécialement taillé pour les environnements de postes de travail virtuels (VDI). Ce format permet de réclamer automatiquement les blocs inutilisés par les VM supprimées ou modifiées et offre une gestion plus souple des opérations d’I/O disques.
Réseau virtuel : maturation du switch distribué (vDS)
Le commutateur distribué (vSphere Distributed Switch) gagne en maturité opérationnelle avec plusieurs garde-fous très attendus en production :
- Vérification automatique de l’état réseau (Health Check) : Le système vérifie la cohérence du paramétrage MTU, des VLANs et de l’agrégation de liens entre la configuration logicielle et celle des switchs physiques en amont.
- Sauvegarde, restauration et retour arrière (Rollback) : En cas de fausse manipulation isolant un hôte du réseau de management lors de la configuration du vDS, ESXi applique automatiquement un retour à l’état antérieur pour éviter la rupture de joignabilité.
- Support complet de LACP : Prise en charge native du protocole IEEE 802.3ad Link Aggregation Control Protocol sur les uplinks pour optimiser la tolérance de panne et l’équilibrage de charge.
- Outils de diagnostic : Intégration du protocole NetFlow version 10 (IPFIX) et du Port Mirroring pour faciliter l’analyse fine des trames réseau sans surcharger les infrastructures.
Sauvegarde : de VDR à vSphere Data Protection (VDP)
Sur le plan de la protection des données, vSphere 5.1 marque l’abandon progressif de l’appliance VMware Data Recovery historique au profit d’une nouvelle solution intégrée nommée vSphere Data Protection (VDP). Cette appliance virtuelle s’appuie directement sur les technologies de déduplication à la source issues du moteur EMC Avamar.
Bien que VDP fournisse une base de sauvegarde intégrée efficace pour les petites volumétries, la plupart des administrateurs système continueront souvent de lui préférer des solutions tierces spécialisées comme Veeam Backup & Replication pour des besoins avancés de restauration granulaire ou de réplication de site à site.
L’écosystème vCenter Server 5.1
L’installation et la gouvernance de l’hyperviseur ne se limitent pas au fichier binaire d’ESXi ; vCenter subit une réorganisation profonde :
- vSphere Single Sign-On (SSO) : Nouveau composant centralisant l’authentification (Active Directory, annuaires locaux, OpenLDAP), rendant la gestion des accès multi-environnements plus robuste, bien que plus délicate à dépanner lors des installations initiales.
- vSphere Web Client : Bâti sur une interface Web moderne, il centralise désormais l’intégralité des nouvelles options fonctionnelles de vSphere.
- vSphere Auto Deploy et collectors distants : Déploiement sans état (stateless) via le réseau grâce à des serveurs PXE, avec envoi déporté des journaux d’erreurs (vSphere Syslog Collector) et des crashs de l’hyperviseur (ESXi Dump Collector), une approche indispensable pour les serveurs sans disques locaux qui démarrent sur cartes SD.
Pour orchestrer la bascule de vos hyperviseurs de la branche 5.0 vers cette nouvelle mouture, vous pouvez vous appuyer sur notre guide pratique détaillant la mise à jour ESXi 5 vers ESXi 5.1 avec VMware Update Manager (VUM). Si vous désirez consolider vos compétences sur le produit et ses architectures internes, n’hésitez pas également à consulter notre sélection des meilleurs livres sur VMware.
