Archive for décembre, 2009

VMware Serveur OVH avec Windows 2003 en guest

L’hébergeur bien connu OVH propose, sur ses serveurs dédiés, un large choix d’OS parmi lesquels figure une distribution Linux pré-conçue pour accueillir des environnements virtualisés. Il s’agit en fait d’une Debian Etch 4.0 32bit avec VMware server 1.08 configuré pour tourner au-dessus. Pour ceux désireux d’affecter leur machine à un usage exclusif de host VMware et voulant privilégier les performances il faudra plutôt choisir l’OS VMware ESXi qui lui est un hyperviseur natif.

J’ai très récemment eu à mettre en place un serveur virtualisé Windows 2003 sur la distribution « VMware server » d’OVH. A cette occasion, j’ai constaté que les guides de l’hébergeur manquaient quelques peu de précisions et, qui plus est, sur des éléments capitaux.

Les tutoriels en question sont les suivants :

http://guides.ovh.com/vmware
http://guides.ovh.com/AjouterAliasIp

OVH, pour des raisons de sécurité, interdit l’usage du « bridged networking », nous avons donc le choix entre le « NAT » et le « host-only » où grâce à une IP failover le guest aura pleinement accès au réseau.

Même si en principe le choix du mode de connexion peut être changé par la suite, sélectionner malencontreusement le mode « bridged networking » engendre des modifications dans plusieurs fichiers de configuration qui s’avèrent difficile à défaire même en corrigeant l’option réseau. Il faut donc bien veiller à ne jamais choisir le mode « bridged networking » sur un serveur OVH.

Le paramétrage de la machine host ne pose pas de difficulté particulière. Là où ça se corse, c’est au niveau du guest Windows 2003 Server. Le tutoriel OVH oublie de mentionner un paramètre essentiel : la passerelle de la machine guest doit être elle-même, c’est à dire, elle doit avoir pour valeur l’IP failover qui est également l’adresse de la machine guest ! Ainsi va la virtualisation, la machine guest se sert du host pour communiquer avec le monde extérieur, toutefois cette configuration qui peut sembler étrange dans un contexte plus classique aurait méritée d’être ici explicitement notifiée.