L’idée était de répartir le service entre 2 hyperviseurs installés sur deux serveurs identiques, à l’aide du logiciel Heartbeat pour surveiller l’état des deux serveurs et de DRBD pour garantir la disponibilité des données lors des bascules, grâce à son implémentation de raid1 sur ip.

C’est typiquement le genre de projet que je redoute toujours un peu à cause de la complexité à laquelle on se retrouve vite confronté (par « manque de connaissances et/ou compétences » bien souvent).

Mais quelques recherches sur internet m’ont rapidement conduit sur un excellent tutoriel du site Ubuntu Geek.

Plusieurs heures (pour ne pas dire week-end en toute franchise !) et pas mal d’aide en ligne auront été nécessaires pour finalement arriver à mes fins (autrement dit à un espace de stockage commun synchronisé avec drbd sur l’ensemble des noeuds).

L’application de ce petit tutoriel m’a fait prendre un peu de recul et je vous livre ici de manière un peu « brute » les enseignements tirés de la mise en oeuvre de ce tutoriel :

• Tout d’abord, l’existence de solutions libres viables et jugées robustes au travers des différents avis croisés sur internet, et dont la granularité s’adapte à des besoins de différentes tailles. Rien que vous ne sachiez pas déjà mais c’est important de le redire car ceci vaut autant pour la haute disponibilité que pour d’autres domaines.
• Malgré une installation relativement simple, les mécanismes mis en oeuvre peuvent vite devenir relativement complexe et coûteux en temps si l’on souhaite s’approprier le sujet, ce qui est la base avant toute mise en production ! Un investissement important est donc nécessaire et la rédaction de procédures est une étape indispensable pour poser des jalons et valider un ensemble d’actions. Il s’agit là plus d’une méthodologie de travail et qui ne se restreint pas au monde du logiciel libre d’ailleurs…
• Pour palier la complexité de certaines solutions, la documentation est généralement abondante sur internet bien que majoritairement rédigée dans la langue de Shakespeare dès que le sujet devient pointu. Les sources d’informations sont multiples et librement accessibles (forum, wiki, liste de diffusion etc.).
• Et de manière plus spécifique au projet, il convient de bien analyser le besoin en amont car une alternative plus judicieuse aurait été de gérer la redondance des services et des ressources au niveau des services eux-mêmes lorsqu’ils le permettent (dns primaire-secondaire, ldap maitre-esclave…).

Finalement, tout n’est pas perdu puisque les objectifs de ce billet se révèlent être multiples, à commencer par remercier toutes les personnes qui d’une manière ou d’une autre contribuent à documenter ou faire avancer par leurs questions ou réponses un projet. Et puis pour signaler que finalement toute problématique semble avoir une réponse dans le logiciel libre, ce qui je dois bien l’avouer, m’arrange bien d’un point de vue « philosophique »…

Canonical, l’éditeur de la distribution Linux Ubuntu, vient d’annoncer lors des conférences WMworld la sortie prochaine d’une version allégée d’Ubuntu pour le logiciel de virtualisation VMware.

JeOS (Just Enough Operating System) est un concept qui s’applique à tous les systèmes d’exploitation dépourvus de drivers/logiciels et ainsi optimisés pour la virtualisation (un bon lien en anglais pour en savoir plus sur le blog de VMware).

Cette future version d’Ubuntu (déjà dénommée JeOs sur internet) sera une version ubuntu-server dépourvue de ses drivers. Cela est rendu possible par la capacité des produits de virtualisation à implémenter une couche d’abstraction matérielle qui permet à VMware et aux autres de « gérer eux-mêmes le rôle de pilote ».

Objectifs : obtenir un système optimisé pour ce qu’il doit faire, et donc moins volumineux, plus sécurisé et plus performant.

Dans le même temps, on apprenait la mise à disposition en Open Source de la majorité des composants de VMWare Tools.

Mark Shuttleworth :

« We are very pleased with VMware’s demonstrated ability to work with the open source community. Open Virtual Machine Tools streamlines the process of providing ISVs with an edition of Ubuntu optimized for virtual appliances that follows the JeOS concept of ‘Just Enough Operating System’ and allows us to provide end users of the Ubuntu operating system with a compelling out-of-the-box experience. We look forward to the debut of Open Virtual Machine Tools within a future release of Ubuntu.”

Canonical travaille donc déjà à intégrer les Open Virtual Machine Tools à Ubuntu !

Et pour finir, je profite de l’actualité riche de ces dernières heures pour vous relayer l’information que les grands acteurs de la virtualisation (Dell, HP, IBM, Microsoft, VMware et XenSource) se sont accordés sur un standard : le nouveau format OVF (Open Virtual machine Format). Basé sur l’XML, il permettra entre autre une meilleure installation/configuration des machines virtuelles, indépendamment de la solution de virtualisation et du matériel utilisé. (en savoir plus)

Belles initiatives dans un marché très concurrentiel et en pleine effervescence ! En plus tout cela va m’être bien utile en entreprise ! :p

Edit : Pour ceux qui s’intéressent ou souhaitent contribuer au développement des Open Virtual Machine Tools, le projet est maintenant disponible sur le site de sourceforge : http://open-vm-tools.wiki.sourceforge.net/Packaging

Ils permettent notamment d’accélerer l’affichage graphique et les mouvements de souris sur les systèmes, mais aussi d’intéragir depuis la console d’administration VMware directement sur le système virtuel, avec la possibilité de shutdown, standby or restart Guest.

Mettre en place l’environnement pour compiler le noyau Linux

Mettre à jour l’outil de gestion des packages

sudo aptitude updatesudo aptitude upgrade

Installer le package de modification du kernel

sudo aptitude install build-essential

Installer la description du kernel

sudo aptitude install linux-headers-`uname -r`

Installer les outils VMware

Déclencher l’installation du CD depuis la console VMware

Créer un répertoire puis monter le CD dans Linux

sudo mkdir /mnt/cdrom

sudo mount -t iso9660 /dev/cdrom /mnt/cdrom

Copier le fichier d’installation compressé

cp /mnt/cdrom/VMwareTools-3.5.0-82663.tar.gz /tmp

Décompresser

cd /tmptar zxf VMwareTools-3.5.0-82663.tar.gz

Se placer dans le dossier de l’installation des outils VMware

cd vm*-dis*

Lancer l’installation (vous devez utiliser une session locale, et non distante comme ssh)

sudo ./vmware-install.pl

Répondre aux questions. Normalement toutes les propositions par défaut sont les bonnes, et une simple validation suffira.

Démonter le lecteur de cd rom

sudo umount /mnt/cdrom

Si possible, redémarrer le système

sudo shutdown -r now

Pour gérer les VMware tools, utiliser les commandes

/etc/init.d/vmware-tools {start|stop|status|restart}

Suite à la mise à jour du kernel

Il est nécessaire de télécharger la description du nouveau kernel et de relancer la script d’installation des vmware-tools

sudo aptitude install linux-headers-`uname -r`sudo /usr/bin/vmware-config-tools.pl

Elle permet de faire cohabiter plusieurs environnements étanches, et de simuler une machine physique et tous ses composants.

Après étude, le choix de ma société s’est porté sur le produit VMware ESX Server, dans sa version 3.

Attention tout de même, car si elle est promet une réduction des coûts, la virtualisation n’est pas sans poser de problèmes. Les serveurs devenant virtuels, l’infrastructure et le travail deviennent plus complexes. Notamment en cas de pannes !

Dans mes prochains billets, je traiterai donc de mon expérience vis-à-vis de cette solution de virtualisation.