VMware vSphere 5.5 : Déploiement de l'Appliance virtuelle vCenter

La prochaine version de ESXi supportera les SSD Hotplug SATA et SAS (vous savez ces petites bêtes qui devraient enterrer les disques mécaniques dans un avenir proche et qui se démocratisent de plus en plus en entreprise).

La RMT ou Reliable Memory Technology est une fonctionnalité CPU qui permet de scanner les pages mémoire et de les flaguer comme « sûres ». Fonctionnalité intéressante pour la résilience du Kernel ESXi qui est directement chargé en mémoire.

Là où la Power Policy « balanced » de ESXi 5.1 ne prenait en compte que les P-States CPU (capacité à diminuer la fréquence CPU et donc le voltage), ESXi 5.5 gérera également les C-States pour améliorer la gestion énergétique des hosts.

vSphere 5.5 introduit la compatibilité avec les fonctionnalités les plus récentes (dernières architectures CPU…).

Le support des vGpu a été étendu en 5.5, désormais en plus de l'accélération matérielle des GPU Nvidia, vSphere 5.5 supportera les GPU Intel et AMD. Trois modes de support 3D seront proposés : Automatique, Hardware ou Software.

Les VM sous Linux pourront désormais bénéficier de l'accélération graphique pour peu qu'elles hébergent une des distributions suivantes :

• Ubuntu 12.04 et versions ultérieures ;
• Fedora 17 et versions ultérieures ;
• RHEL 7.

Les technologies suivantes seront ainsi supportées pour ces distributions :

• OpenGL 2.1 ;
• DRM Kernel ;
• Xrandr ;
• Xrender ;
• Xv.

VMware à beaucoup travaillé à l'amélioration du SSO pour la 5.5, désormais la connexion au SQL Server ne nécessite plus le UserID/Password habituel. Désormais le vCenter interagit avec la BD en utilisant l'identité de la machine qui l'héberge, ce qui améliore (on le conçoit aisément) la sécurité. Bien sûr pour cela il faut encore que le serveur soit membre d'un domaine.

Le client Web est désormais supporté sur Mac OS X via les browsers Firefox ou Chrome. Les fonctionnalités suivantes font leur apparition :

• Drag&Drop d'objets ;
• filtres d'affichage ;
• objets récents.

Grosse surprise là aussi. L'Appliance vCenter a été grandement améliorée. Avec la 5.5, la bdd embarquée de l'Appliance permet de gérer jusqu'à 500 hosts ou 5000 VM.

Nouvelle fonctionnalité qui comme son nom l'indique permet de faire de la HA au niveau applicatif (et plus seulement au niveau de l'OS comme le HA des versions précédentes de vSphere). Cette fonctionnalité se base sur vFabric Hyperic et requiert une Appliance dédiée (en plus de l'Appliance vFabric) et la présence d'un Agent sur les VM protégées.

Les versions précédentes de vSphere, HA ne détectait pas les règles antiaffinité VM-VM qui pouvaient se retrouver by-passées lors d'un failover HA. vSphere 5.5 a donc été amélioré pour que HA prenne en compte les règles antiaffinité VM-VM en contrôlant le placement des VM redémarrées par HA.

Pour les éditions enterprise et enterprise plus de vSphere 5.5, les Extensions Big Data (BDE) seront disponibles et permettront d'administrer des clusters Hadoop via un plug-in du vSphere Web client. Les opérations suivantes pourront ainsi être réalisées sur les clusters Hadoop :

• créer, supprimer, démarrer ou arrêter des clusters Hadoop ;
• contrôler l'utilisation des ressources sur les clusters ;
• spécifier les informations concernant la topologie physique des serveurs ;
• gérer les distributions Hadoop disponibles pour les utilisateurs ;
• automatiquement redimensionner les clusters en fonction des ressources disponibles et de la charge de travail.

La taille maxi des vmdk/RDM passe désormais à 62 terras, cas d'usage : serveurs de backup ou big data.

Les nouvelles fonctionnalités liées aux clusters Microsoft sont les suivantes :

• support de Windows Server 2012 ;
• support du Round-robin pour le stockage partagé ;
• support de l'iSCSI comme protocole d'accès au stockage partagé ;
• support du FCoE comme protocole d'accès au stockage partagé.

Ainsi pour l'accès au stockage partagé dans le cas d'un cluster MSCS, le FC n'est plus le seul protocole supporté.

Les HBA 16 Gb sont désormais supportées en E2E.

Les Permanent Device Loss (PDL) sont des évènements qui se produisent lors de la perte fortuite d'un Device sur un host. Lorsqu'un host est flagué PDL, vSphere skip les I/O vers ce device. Vsphere ayant un nombre limité de slots « disques » à 255, un Device en PDL occupe l'un de ces « slots ». Lorsque la limite de 255 devices sous vSphere 5.5 est atteinte, la fonctionnalité AutoRemove intervient pour éliminer les devices flagués comme PDL.

L'interopérabilité de vSphere replication avec svMotion ou sDRS a été améliorée. De même une nouvelle fonctionnalité fait son apparition et qui permet de définir une Policy de rétention des snapshots.

La commande unmap est améliorée sous vSphere 5.5 et permet de spécifier la taille à « réclamer » en unité de block plutôt qu'en unité de pourcentage. Les espaces vides peuvent désormais être réclamés de manière incrémentale/par tranches plutôt qu'en une seule fois.

vSPhere 5.5 avec une taille de pile Max de 256 MB permet aux hôtes d'accéder à tous les espaces d'adresse d'un volume VMFS de 64 TB.

Nouvelle fonctionnalité entièrement intégrée à vSphere, elle se compose de deux briques :

• vSphere Flash Read Cache Infrastructure ;
• vSphere Flash Read Cache Software.

Elle permet l'agrégation des périphériques Flash en une seule ressource consommable appelée vSphere Flash Ressource qui est gérée de la même manière que le serait la ressource CPU ou encore Mémoire. Les hôtes consomment cette ressource comme un cache de swap (remplaçant ainsi la fonctionnalité Swap to SSD de vSphere 5.0). La fonctionnalité est directement attachée au Kernel de l'hyperviseur et est compatible avec les fonctionnalités telles que vMotion/HA/DRS.

Les fonctionnalités suivantes sont disponibles sur les vDS vSphere 5.5 :

• 22 nouvelles options de l'algorithme de hashing pour le load-balancing sont disponibles (ex. : Les IP source et destination et le VLAN ID peuvent être utilisées pour le hashing) ;
• support des groupes d'agrégation de liens multiples (LAG, Link Aggregation groups) : 64 groupes par host et 64 par VDS ;
• nouveaux workflows de configuration LCAP mis à disposition via templates pour faciliter le déploiement.

Possibilité de filtrer les paquets en analysant leur en-tête (ACL), les VDS supportent la classification des paquets selon trois critères :

• MAC Source et Dest ;
• qualificateurs de trafic system (vMotion, Management, FT…) ;
• IP (protocole, IP source et dest + port).

La possibilité est donnée de filtrer ou taguer ces paquets (en entrée, sortie ou les deux).

Deux types de tagging sont généralement utilisés :

• 802.1p Class of Service (COS) qui est appliqué au niveau L2 sur la couche Ethernet ;
• Differentiated Service Code Point (DCSP) appliqué sur les paquets IP.

Vmware supportait le 802.1q depuis vSphere 5.1 sur les VDS. Pour la 5.5, VMware a ajouté le support du DCSP qui permet d'ajouter des tags dans les en-têtes IP (L3) pour les routeurs supportant cette fonctionnalité.

Single-root I/O Virtualization (SR-IOV) pour rappel est une fonctionnalité permettant à un adaptateur PCIe d'être présenté comme des périphériques logiques multiples aux machines virtuelles. En 5.5, le wrokflow de configuration des NIC physiques SR-IOV a été amélioré. Il introduit la possibilité aux utilisateurs de communiquer les propriétés du PortGroup définies au niveau du VDS ou du VSS aux fonctions virtuelles. Par exemple, si le mode promisuous est activé au niveau du PG, les VM connectées à ce PG recevront le trafic des autres VM.

Un nouvel outil de Packet Capture est introduit dans cette version 5.5, qui correspond à l'utilitaire en ligne de commande tcpdump disponible sous Linux. Les fonctionnalités suivantes sont donc intégrées :

• partie intégrante de vSphere et donc accessible via la CL directement sur les Hosts ;
• peut capturer le trafic sur les VSS et VDS ;
• capture les paquets aux niveaux suivants :
• Uplink,
• port d'un Virtual Switch,
• vNIC ;
• peut capturer les paquets droppés ;
• peut tracer le chemin emprunté par un paquet avec les détails du timestamp.

Les NIC 40 GB sont supportées.