Comme nous le savons, une infrastructure virtuelle comporte de nombreux avantages autant de stabilité, de coûts et d'administration. La portabilité des machines virtuelles sur un autre serveur, peu importe les composantes matérielles en fait une très bonne façon d'avoir une solution de recouvrement en cas de désastre (DRP) qui ne coûte pas les yeux de la tête. Pour ce qui est des pannes physiques, VMWare offrent un produit intéressant qui permet de redémarrer une machine virtuelle sur un autre serveur physique lorsque Virtual Center ne peut plus communiquer avec le serveur hôte qui se nomme VMWare HA (High Availability). Considérant le fait que les machines virtuelles prennent environ 1 minute maximum à démarrer, le temps mort pour l'utilisateur n'est pas très long.

Il existe cependant des risques avec ce type de solution car l'utilisateur était peut-être en train de mettre à jour un fichier ou faire une entrée dans une base de données. Un redémarrage du serveur entraine automatiquement la perte des changements mais peut dans le pire des cas amener une corruption de la base de données. Pour régler ce problème, il existe quelques solutions: la mise en cluster ou utiliser la solution de serveurs redondant Stratus.

La solution de mise en cluster (on parle ici de MSCS) est une solution qui réponds ici à nos besoins mais il existe tant de restricitions (VMotion ne fonctionne plus, entreposer les données dans un format de disque RDM).

La solution serveur semble être une meilleure solution car elle ne demande aucun changement dans l'infrastructure logicielle mais elle nous force ici à utiliser le matériel vendu par Stratus et nous empêche ainsi de pouvoir faire affaire avec d'autres vendeur comme Dell ou HP.

VMWare, à son dernier VMWorld, a présenté un futur produit qui va probablement pouvoir éviter ces tracas. Elle se nomme VMWare FT (pour Fault Tolerance). En gros, elle consiste à créer une machine virtuelle secondaire identique sur un autre serveur physique et en cas de problème matériel sur le serveur hôte, de continuer les transactions sur le serveur secondaire sans aucun temps mort (downtime) et aucune perte de données. Cette machine virtuelle secondaire est mise à jour en temps réel avec la technologie vLockStep et reproduit autant le contenu de la mémoire que les interruptions CPU et les interruptions réseau. Elle prend ainsi le double de ressources ce qui peut amener des coûts plus importants d'achat matériel. Il faut noter qu'il est possible d'activer ou de désactiver cette fonction avec un clic de souris. On peut ainsi l'activer pour les serveur critiques et laisser HA travailler normallement pour les serveurs de moindre importance et ainsi obtenir un temps mort lors d'une perte de serveur hôte. On peut aussi activer et désactiver cette fonction en utilisant une scheduled task. On peut ainsi s'assurer d'une pleine disponibilité en temps critiques. Il existe cependant défaut à la version 1 de ce produit qui peut faire hésiter à le mettre en place lorsqu'il sera disponible: il ne prend en charge que les vm avec 1 seul vCPU. C'est donc dire que les VM les plus lourdements chargés (on pense tout de suite aux bases de données), cette solution n'est pas encore au point mais nous pouvons être certain qu'ils vont travailler à le rendre disponible pour des VM avec plus d'un vCPU dans un avenir rapproché.

Cette version est encore en test donc il est trop tôt pour savoir si cette solution permettra à l'avenir d'avoir une infrastructure pouvant offrir un niveau de uptime de 100% (disons 99.9999%) mais ce qui est important de noter, c'est que l'industrie de la virtualisation est mature et que nous allons de plus en plus pouvoir utiliser cette merveilleuse technologie sans aucun inconvénient très bientôt.