Steve Wilson, Sun : « notre hyperviseur n'aura pas de limites » 

xVM Ops Center est pour l'instant limité à l'administration des seuls serveurs physiques. La version 2.0, qui arrivera avec xVM Server, supportera les environnements virtuels. Quelles fonctions proposera-t-elle ?

S.W. : xVM Ops Center arrivera entre 30 et 60 jours après xVM Server. Avec cet outil, nous pourrons gérer à la fois des serveurs physiques et logiques, mais aussi effectuer la gestion de correctifs sur les deux types de serveurs (tout d'abord sous Linux et Solaris, puis dans une mise à jour ultérieure sous Windows, NDLR). xVM Ops Center permettra aussi de gérer la notion de pool de serveurs, ce que nous appelons un Vpool. Un Vpool est en fait une collection de nœuds physiques qui ont accès au même réseau et aux mêmes ressources de stockage. On peut faire des migrations dynamiques de machines virtuelles d'un nœud d'un vpool à l'autre, car on est sûr de l'homogénéité de leurs ressources.

La console xVMOps Center 2.0 proposera aussi des fonctions d'analyse de performance. En temps réel mais aussi en décortiquant en profondeur les données historiques. Dans un premier temps, nous analyserons des métriques génériques (consommation CPU, mémoire, disque, réseau…), mais à terme nous prévoyons d'utiliser Dtrace pour offrir une bien plus large palette de métriques. Cela viendra dans une future version. On imagine même des scénarios où, grâce à Dtrace, on pourra aussi analyser ce qui se passe à l'intérieur d'une machine virtuelle. Nos ingénieurs sont convaincus que cela est possible même pour Windows.

Vous avez retenu vmdk comme format de disque pour les machines virtuelles. Pourquoi ?

S.W. : Ce sera notre format par défaut, mais nous supporterons aussi nativement le format xva de Xen. Dans une prochaine version, nous prévoyons aussi d'ajouter le support du format VHD de Microsoft. Même si, sur ce point, je suis incapable de fournir un calendrier précis. Le choix du vmdk comme format préféré fait sens pour nous, dans la mesure où la plupart des clients qui utilisent aujourd'hui la virtualisation sur des serveurs x64 utilisent ce format. Cela simplifiera les migrations. Par défaut, xVM Server 1.0 utilisera ZFS comme système de fichier et nous préconisons l'usage de NFS et de CiFS pour le stockage en réseau. La prochaine mouture de xVMServer supportera iSCSI et Fibre Channel.

Quelles sont les autres améliorations prévues pour la prochaine mouture de xVM Server ?

S.W. : La seconde version de xVM Server, qui arrivera un peu plus tard dans l'année, intégrera le code du projet Crossbow (une nouvelle pile réseau pour Solaris, NDLR). Elle permettra de faire de l'allocation sophistiquée de ressources réseaux, mais aussi de créer des routeurs virtuels, des ponts virtuels, des réseaux virtuels entre machines elles-mêmes virtuelles ou d'allouer des priorités de trafic à chaque VM (machine virtuelle, NDLR) cliente sur une ressource réseau. C'est un point sur lequel nous pensons avoir rapidement de l'avance sur nos concurrents. D'ailleurs, avec l'inclusion de Crossbow dans xVM Server, nous proposerons aussi une nouvelle génération de pilotes para-virtualisés capables de tirer parti des capacités de Crossbow depuis les machines virtuelles.