Introduction Depuis fin 2013 les serveurs Kimsufi sont livrés avec une seule adresse IPv4 et une seule adresse IPv6. De même les distributions Windows ne sont plus disponibles à l'installation Il est cependant possible de virtualiser Windows via n'importe quel hyperviseur mais il faudra soit : Utiliser un hyperviseur qui gère le NAT Allouer l'ipv6 au serveur Windows Allouer l'ipv4 au serveur Windows Nous allons ici détailler la 3ème solution. Bien que le serveur physique tourne sous un OS de virtualisation, ce document a pour but d'installer une VM unique sous Windows. Il s'agit donc d'une version allégée du tutorial pfsense/esxi/kimsufi. Note : le serveur à disposition est lié au manager v3, il faudra adapter pour le nouveau manager Kimsufi. Pré-requis Une connexion Internet compatible IPv6 (nativement ou via un broker ) pour l'installation. Un ISO correspondant à la version de Windows que l'on souhaite installer (desktop/serveur, ici Server 2008 Entreprise) La licence correspondante Savoir installer Windows Quelques connaissances sur la virtualisation et ESXi Comprendre que c'est pas l'idéal mais que ça fonctionne Connaitre les adresses IPv4, IPv6 et MAC du serveur Ne pas s'attendre à des supers performances A la fin de l'installation il ne sera plus nécessaire d'avoir une connexion IPv6, mais il ne sera plus possible de prendre la main sur l'esxi en cas de gros problème Schéma Voici le schéma de la solution présentée : 1/26
Activation du support IPv6 sur l hôte ESXi ATTENTION JE VOUS CONSEILLE DE SAUVEGARDER VIA SSH LE FICHIER /etc/vmware/esx.conf AVANT DE COMMENCER. On commence par se connecter avec le client VMware vsphere Client à l hôte : 2/26
lab.dmilz.net redirige vers l IPv4 37.59.53.81. On sélectionne le serveur (ici lab.dmilz.net ) puis onglet Configuration, dans la colonne Matériel, Mise en réseau, puis Propriétés (on note au passage que par défaut IPv6 est bien Désactivé ) et on coche la case Activer support IPv6 sur système hôte : La prise en compte se fera au prochain redémarrage, on va donc redémarrer! Clic droit sur lab.dmilz.net et on sélectionne Redémarrer (ici on ignore le mode maintenance car il n y a aucune VM). 3/26
Après le redémarrage, on va vérifier qu IPv6 est maintenant Activé : Configuration d'ipv6 sur l hôte On peut maintenant configurer le Management Network (par défaut sur le vswitch0) via les propriétés de celui-ci : 4/26
On modifie le Management Network : On configure IPv6 dans l onglet Paramètres IP, on coche Adresses IP v6 statiques, puis Ajouter pour rentrer la bonne valeur (ici 2001:41d0:8:7051::1 et le masque /56), on ajoute la Passerelle par défaut VMkernel (qui correspond ici aux 56 premiers bits de l adresse IP suivie de ff:ff:ff:ff:ff, donc ici 2001:41d0:8:70ff:ff:ff:ff:ff). 5/26
On peut maintenant tester la connexion, l hôte doit maintenant répondre sur l adresse IPv6 : 6/26
Suppression d'ipv4 On va supprimer la configuration IPv4, mais au préalable si on ne veut pas recevoir ce genre de mail : Il vaut mieux désactiver le monitoring d OVH depuis le manageur v3 : 7/26
A partir de ce moment, on peut désactiver IPv4 (même endroit que pour la configuration IPv6) : 8/26
37.59.53.81 est maintenant inutilisée et on va désormais pouvoir l attribuer à la VM Windows Création d'un vswitch interne Un switch virtuel interne permettra plus tard la commnication entre la VM et l'hôte (utile pour ceux qui n'auraient pas IPv6 en permanence ce qui est mon cas). Ce switch ne sera rattaché à aucun adaptateur physique. On suit les captures : 9/26
10/26
Ajout d'un second VMkernel Nous allons maintenant rajouter un VMkernel sur le nouveau vswitch pour permettre la gestion future de l'esxi depuis la VM. 11/26
12/26
13/26
Création de la VM Windows Etant donnée que le but est d'installer une seule (et unique sinon mauvais tutorial ) VM sur l'esxi, on va créer la VM Du coup on alloue autant de ressources que possible (dans la limite du serveur physique bien sûr). 2 cartes réseaux seront nécessaires : Une sur le VM network (qui est relié par défaut à l'adaptateur physique) Une sur le réseau Private Encore une fois les captures se passent d énormément de commentaires. 14/26
15/26
Attention à la partie réseau : 16/26
Et à la fin on coche la case pour éditer les paramètres de la VM : Les modifications que l'on va maintenant effectuer : 17/26
Changer l'adresse MAC de la carte réseau reliée au VM Network Forcer la VM à rester sur le BIOS au prochain démarrage On force donc la VM à utiliser la même adresse MAC que la carte réseau du serveur physique. Installation de Windows 18/26
La VM est prête, il ne reste plus qu'à démarrer et ouvrir une console (on se retrouvera sur le BIOS) : Et depuis la console, on va monter l'iso : soit depuis un datastore (en rouge, recommandé) soit depuis votre poste (en bleu, ça sera plus lent) Depuis le BIOS on change l'ordre de démarrage pour booter depuis le CD : 19/26
Et on n'oublie pas d'enregistrer les changements avant de redémarrer : 20/26
On suit la procédure classique pour l'installation de Windows, au premier reboot n'oubliez pas de déconnecter l'iso pour éviter de boucler sur l'installation Je ne vous guiderai pas plus dans l'installation de Windows (qui va dépendre de votre version). Plusieurs solutions pour la configuration réseau : On fixe en dur l'adresse IPv4 sur la carte relié au VM network On laisse DHCP se débrouiller sur la carte relié au VM network (solution préférée) Dans mon cas, j'installe Windows 2008 qui par défaut va utiliser DHCP Vu qu'on partage l'adresse MAC avec le serveur physique on va désactiver IPv6 dans la VM, pour cela on récupère le nom de l'interface réseau qui correspond : 21/26
Et on désactive IPv6 : 22/26
Pour éviter qu'ovh ne détecte un défaut sur le serveur, on vérifie que le serveur répond bien aux requêtes PING et sinon on modifie le firewall Windows : 23/26
On active aussi la connexion au Bureau à Distance (plus sympa que la console VMware) : Et enfin on configure la seconde interface pour atteindre le deuxième VMkernel : 24/26
25/26
Il ne reste plus qu'à installer le client vsphere pour gérer l'esxi depuis la VM Windows. Conclusion Quelque soit les raisons, pour les courageux, Windows sur Kimsufi est possible! On est cependant loin d'une solution idéale. Le troubleshooting risque d'être un peu compliqué en cas de souci et le mode rescue quasiment inutile (du fait de la virtualisation). A vos risques et périls. 26/26