pascals.blog : Virtualisation

Format VHD et l’héritage des Mac

pascals — Thu, 22 Oct 2009 18:07:46 GMT

J’étais en train de travailler sur le format des fichiers VHD à partir de la documentation publique, lorsque je suis tombé sur un détail amusant : les nombres dans ce format sont stockés en big-endian. C’est à dire en commençant par le poids fort… C’est à dire qu’un nombre de 4 octets valant 0x12345678 est stocké de cette manière : 12 34 56 78. Alors que sur les plateformes Intel on a plutôt l’habitude de la notation little-endian, c’est à dire 78 56 34 12.

Cette singularité m’est apparue lorsque j’ai décodé la daté de création d’un VHD quelque part en 2011… Une inversion des octets m’a vite donné le bon résultat en 2009.

Ci-dessus, la date de création du VHD est à l’offset 0x0018, en nombre de secondes depuis le 1/1/2000 0:00 GMT. Je vous laisse faire le calcul (merci Excel) :-).

Après vérification, il s’avère que c’est précisé dans la documentation :

All values in the file format, unless otherwise specified, are stored in network byte order (big endian).

Je suppose que la raison de cela est que Connectix, à qui Microsoft a acheté la technologie Virtual PC et Virtual Server en 2003, a commencé par des produits sur Mac, sans doute sur processeur PowerPC.

Etonnant non ?

Sysinternals: Disk2vhd 1.0

pascals — Thu, 08 Oct 2009 16:30:02 GMT

Le dernier-né des outils de Sysinternals, Disk2vhd, vient d’être mis à disposition ici :

http://technet.microsoft.com/en-us/sysinternals/ee656415.aspx

Disk2vhd crée un fichier VHD à partir d’un disque physique. La particularité de Disk2vhd est qu’il peut créer une image VHD à partir d’un système en train de tourner. Pour ce faire, il utilise la fonctionnalité de Volume Snapshot, introduite avec Windows XP. Parmi les usages intéressants, on peut utiliser Disk2vhd pour créer une machine virtuelle à partir d’un système physique (P2V).

Disk2vhd fonctionne sur Windows XP SP2, Windows Server 2003 SP1, et supérieurs, en 32 et 64 bits.

Plus de détails à l’adresse ci-dessus.

Migration d’Hyper-V vers 2008 R2, et problèmes de carte réseau sur les VM Linux

pascals — Thu, 08 Oct 2009 14:45:04 GMT

J’ai finalement migré mon serveur Hyper-V, de Windows Server 2008 à Windows Server 2008 R2, pour tomber sur un problème délicat avec des machines virtuelles Linux et la disparition de leur carte réseau.

Je n’ai pas forcément pris le chemin habituel. Certains auraient simplement mis à jour le système après avoir pris soin d’arrêter les machines virtuelles. D’autres auraient exporté les VM, réinstallé le système, puis réimporté les VM. Personnellement aucune de ces deux solutions ne me convenait : je suis réticent aux upgrades de systèmes, préférant repartir à chaque fois sur une installation “propre”. Et le mécanisme d’export/import de VM change la structure de stockage des fichiers sur le disque, ce qui ne me convient pas non plus. A tord !

Bien évidemment, les problèmes que j’ai rencontrés ne me seraient pas arrivés si j’avais suivi l’une ou l’autre des solutions “normales”. J’ai donc procédé comme ceci (ce que je ne recommande donc pas si vous êtes pressé) :

Vérifier qu’aucune VM n’a de snapshot.
Eteindre toutes les VM.
Note : dans ma configuration, le système est sur un disque, les VHD sur un autre, et les sauvegardes sur un troisième.
Sauvegarder les VHD –à noter que ce sont les seuls fichiers que je conserve dans la manipulation, car j’ai l’intention de définir les nouvelles machines virtuelles avec ces mêmes VHD.
Noter la définition des VM et des réseaux virtuels.
Installer Windows Server 2008 R2 comme une nouvelle installation (en supprimant la partition existante sur le disque réservé au système). Installer les mises à jour, les comptes utilisateurs, l’adresse IP, etc.
Activer le rôle Hyper-V et utiliser le script HVremote pour mettre en place l’administration à distance.

A ce stade, j’ai donc un système 2008 R2 propre sur le disque système, Hyper-V opérationnel, et mes fichiers VHD d’origine sur le disque d’origine qui leur était dédié.

Réinitialiser les ACL sur tous les fichiers VHD (icacls *.vhd /reset), ceci principalement par souci de détail. Voir ici pour une explication des ACL qu’Hyper-V ajoute sur les VHD. Nettoyer les ACL des permissions laissées par un ancien Hyper-V n’est pas obligatoire, mais c’est une bonne idée, lorsque l’on réutilise un disque sur un nouveau système, de faire le ménage sur les ACL.
Créer les réseaux virtuels tels qu’ils existaient auparavant.
Créer chaque VM avec la même configuration qu’auparavant : mémoire, carte réseau (normale ou legacy selon les cas), VHD... Au passage, Hyper-V 2008 R2 inclut par défaut un contrôleur SCSI dans chaque nouvelle VM : on peut le supprimer si la VM n’en avait pas auparavant.

Jusqu’ici tout va bien, il ne reste plus qu’à démarrer les VM.

Premier déboire : un Windows XP nécessite une réactivation, à cause du changement de matériel. Puis, après mise à jour des composants d’intégration, la carte réseau est vue comme une nouvelle carte, paramétrée par défaut en DHCP. Si une adresse fixe est nécessaire, il faut la redéfinir, ce qui produit un avertissement classique :

Ce qui aurait dû me mettre la puce à l’oreille pour le problème des machines Linux...

Venons-en donc à une machine virtuelle Linux, plus exactement un Debian 4.0 (etch). L’erreur est immédiatement visible au boot :

et à la commande ifconfig :

Plus de carte réseau... alors que la commande dmesg montre que le driver Tulip (la carte Legacy network adapter n’a pas changé entre les versions d’Hyper-V) est bien chargé et reconnait bien la carte et sa nouvelle adresse MAC :

Après quelques recherches et essais divers, il s’avère que la nouvelle carte est bien présente, mais le noyau l’a nommé eth1 au lieu de eth0 :

Pour remettre les choses en place, trois solutions sont possibles :

Première possibilité, dans le fichier /etc/network/interfaces, remplacer eth0 par eth1. C’est le plus simple, le plus rapide.

Deuxième possibilité, si l’on souhaite appeler eth0 la nouvelle carte, il faut savoir que Linux maintient une correspondance entre les adresses MAC et les noms d’interfaces. Ce fichier se trouve dans /etc/udev/rules.d. Sur un de mes systèmes il s’appelle 70-persistent-net.rules, sur un autre : z25-persistent-net.rules. La règle semble être que le fichier s’appelle <préfixe>-persistent-net.rules :

On voit bien dans ce fichier l’historique des adresses MAC rencontrées par le système, et comment la nouvelle a été numérotée eth1.

Il suffit alors d’éditer ce fichier pour attribuer le nom eth0 à la nouvelle adresse MAC :

Troisième possibilité : dans Hyper-V, configurer la machine virtuelle pour donner à la carte réseau la même adresse MAC que l’ancienne machine virtuelle... Ce qui explique pourquoi il aurait été judicieux de faire un export et un import de la VM, et conserver l’adresse MAC d’origine.

J’espère que cela évitera des déboires à certains, et dépannera ceux qui perdent leur carte réseau.

Et je remercie mon collègue Youssef, et Bing pour avoir trouvé le fichier 70-persistent-net.rules à la vitesse de l’éclair !

Windows Virtual PC pour les abonnés Technet et MSDN

pascals — Thu, 08 Oct 2009 12:41:18 GMT

Ben Armstrong l’annonçait hier : Windows Virtual PC et Windows XP Mode sont désormais disponibles en téléchargement pour les abonnés Technet et MSDN :

Comme annoncé la semaine dernière, il sera disponible pour tout le monde le 22 octobre, en même temps que Windows 7.

Pour rappel, Windows Virtual PC est la nouvelle version de Virtual PC pour Windows 7, et Windows XP Mode est une machine virtuelle Windows XP prête à l’emploi pour Windows Virtual PC. Windows Virtual PC fonctionne sur toutes les versions de Windows 7, Windows XP Mode est réservé à Windows 7 Professionnel, Entreprise et Ultimate. L’objectif de Windows XP Mode est de résoudre les derniers problèmes de compatibilité avec des applications métier anciennes.

Rentrée virtuelle

pascals — Sun, 30 Aug 2009 18:45:36 GMT

La rentrée est riche sur le front de la virtualisation !

Du coté client :

Windows 7 RTM est disponible pour les abonnés Technet et MSDN.
Windows Virtual PC RC. Ce n’est pas encore la version finale, mais cela s’en rapproche. En téléchargement gratuit pour Windows 7 Home Basic, Home Premium, Professional, Enterprise et Ultimate. Voir également le site et le blog. Pour situer le produit : Windows Virtual PC est le successeur de Virtual PC. Il ne fonctionne que sous Windows 7 et bénéficie de nouveautés que j’aborderai plus tard.
Windows XP Mode RC. Pour Windows 7 Professional, Enterprise en Ultimate, une machine virtuelle Windows XP prête à l’emploi, pour en finir avec les problèmes de compatibilité en entreprise.

Du coté serveur :

Windows Server 2008 R2 RTM est disponible pour les abonnés Technet et MSDN. Des VHD d’évaluation sont en téléchargement en version Enterprise et Enterprise Core.
Hyper-V Server 2008 R2. L’hyperviseur est disponible en téléchargement gratuit.
Linux Integration Components for Windows Server 2008 Hyper-V R2. Ces composants sont disponibles en version 2.0 finale pour SUSE Linux Enterprise Server 10 SP2 et 11, x86 et x64. Ils supportent Windows Server 2008 (et 2008 R2) Hyper-V, ainsi que Hyper-V Server 2008 (et 2008 R2).
Remote Server Administration Tools (RSAT) for Windows 7. Ces outils d’administration à distance sont nécessaires pour administrer un serveur Hyper-V depuis un poste Windows 7.
HVRemote. Ce script est indispensable pour l’administration distante d’Hyper-V dans un environnement workgroup ou mixte.
System Center Virtual Machine Manager (SCVMM) 2008 R2. Le produit d’administration est RTM est disponible en version d’évaluation.

Pour tout savoir :

Toutes les questions techniques sont abordées dans ces deux blogs :

Mise à jour 31/8/2009 : RSAT, HVRemote et le Microsoft Virtualization Team Blog.

Devoir de vacances : un routeur léger pour Hyper-V

pascals — Mon, 20 Apr 2009 19:35:20 GMT

Les congés sont faits pour changer d’air. Et, si le temps le permet, creuser quelques petits sujets mis de côté. C’est le cas de celui-ci, qui peut intéresser tous ceux qui utilisent la virtualisation pour monter des maquettes un peu conséquentes. Prenons par exemple ce que je viens de mettre en œuvre : un réseau géré par SBS (Small Business Server) 2008. Pour plus d’infos sur SBS 2008, jetez un œil chez mon collègue Pierre ou sur Technet. Pour une telle maquette, il faut un réseau privé isolé, derrière un routeur NAT avec des fonctions de redirection de port (port forwarding) : dans mon cas, il est nécessaire de rediriger un certain nombre de ports vers le serveur SBS.

Hyper-V ne fournit pas de fonction de routeur, ni de NAT, ni de redirection de port. Il est donc nécessaire d’ajouter à notre maquette une machine virtuelle dédiée à la fonction de routage, configurée avec une carte réseau externe (sur le réseau physique) et une carte réseau interne (sur le réseau privé dédié à la maquette). Une machine Windows avec le service RRAS, ou le produit ISA Server, ferait l’affaire. Mais à quel prix sur les ressources du serveur Hyper-V ?

Voici un schéma de principe (notez mes talents de graphiste), dans lequel Routeur 2 est mon objectif :

      Internet
          |
      ____|____
     |         |
     |Routeur 1|
     |_________|
          |
      ____|___________réseau_physique__
               |
     _ _ _ _ _ | _ _ _ _ _ _ _ _Hyper-V_
    |      ____|____                    |
          |Routeur 2|
    |     | virtuel |                   |
          |_________|
    |          |                        |
      _________|_________réseau_privé__
    |      |           |                |
       ____|____   ____|____
    | |         | |  Autre  |           |
      | Serveur | | machine |
    | | virtuel | |virtuelle|           |
      | interne | | interne |
    | |_________| |_________|           |

    |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _|

Il existe plusieurs solutions à base d’autres OS (c'est-à-dire Linux) et j’ai choisi pour cet usage bien précis le « firewall sur une disquette » : floppyfw. Ses caractéristiques intéressantes sont :

Il tient sur une disquette (donc une disquette virtuelle) en lecture seule et fonctionne en RAM : pas d’état à maintenir, il est possible de l’arrêter brutalement sans l’endommager.
Il fonctionne avec 12 Mo de RAM ! Qui dit mieux ? D’autant qu’avec un serveur SBS demandant au moins 4 Go, on économise la RAM comme on peut (Vista fonctionne très bien avec 384, voire 256 Mo.)
Configuration simple depuis une machine Windows : la disquette est formatée en FAT et les fichiers de configuration sont éditables depuis Windows.
Il assure le routage, le NAT, un serveur DHCP optionnel et la redirection de ports vers un serveur interne.

Voici comment procéder :

Commencez par télécharger la dernière version de l’image de floppyfw (fichier .img) et parcourir la documentation disponible. Renommer ou copier le fichier floppyfw-version.img en quelquechose.vfd (vfd est l’extension des images de disquettes pour Hyper-V, mais le format est le même.)

Chargez la disquette virtuelle dans une machine virtuelle Windows. Il y a deux fichiers à éditer : config et firewall.ini. Le second doit être édité uniquement s’il doit y avoir redirection de port vers une machine interne. Les fichiers sont au format Unix : le bloc-note (notepad.exe) de Windows ne sera pas adapté car il ne reconnaît pas les fins de lignes de type Unix (CR). Utilisez plutôt Wordpad, ou un éditeur de texte comme Notepad++.

En supposant que vous n’ayez pas besoin du serveur DHCP puisque vous utilisez le votre dans le réseau interne, et si la carte externe du routeur est cliente DHCP, alors il y a une seule modification à faire dans le fichier config. Dans la section INSIDE settings, modifiez l’adresse IP de la carte interne : INSIDE_IP=<adresse interne>. Le fichier est assez clair si votre configuration est différente.

S’il y a besoin de rediriger des ports vers un serveur interne, alors il faut éditer le fichier firewall.ini : en premier lieu l’adresse IP du serveur interne est à placer dans la ligne SERVER_IP=<adresse IP>.

Toujours dans firewall.ini, chercher la section Forwarding outside ports to an internal server. Cette section contient des exemples en commentaire. Il suffit de s’inspirer de ces exemples pour construire vos propres règles de redirection avec iptables. Par exemple dans mon cas pour SBS j’avais besoin de rediriger les ports 25, 80, 443 et 987 vers le serveur interne 192.168.20.2.

Vers le début du fichier :

SERVER_IP=192.168.20.2

Et un peu plus loin, ce n’est qu’un peu de copier-coller, pour chaque port à rediriger :

# SMTP (Internal mail server): 
  
iptables -A PREROUTING -t nat -p tcp -d ${OUTSIDE_IP} --dport 25 -j DNAT --to ${SERVER_IP}:25 

  
iptables -A FORWARD -p tcp -d ${SERVER_IP} --dport 25 -o ${INSIDE_DEVICE} -j ACCEPT 

  
iptables -A POSTROUTING -t nat -p tcp -d ${SERVER_IP} --dport 25 -s ${INSIDE_NETWORK}/${INSIDE_NETMASK} -j SNAT --to ${OUTSIDE_IP} 

  


  
# Web: 

  
iptables -A PREROUTING -t nat -p tcp -d ${OUTSIDE_IP} --dport 80 -j DNAT --to ${SERVER_IP}:80 

  
iptables -A FORWARD -p tcp -d ${SERVER_IP} --dport 80 -o ${INSIDE_DEVICE} -j ACCEPT 

  
iptables -A POSTROUTING -t nat -p tcp -d ${SERVER_IP} --dport 80 -s ${INSIDE_NETWORK}/${INSIDE_NETMASK} -j SNAT --to ${OUTSIDE_IP} 

  


  
# Port 443: HTTPS Web traffic 

  
iptables -A PREROUTING -t nat -p tcp -d ${OUTSIDE_IP} --dport 443 -j DNAT --to ${SERVER_IP}:443 

  
iptables -A FORWARD -p tcp -d ${SERVER_IP} --dport 443 -o ${INSIDE_DEVICE} -j ACCEPT 

  
iptables -A POSTROUTING -t nat -p tcp -d ${SERVER_IP} --dport 443 -s ${INSIDE_NETWORK}/${INSIDE_NETMASK} -j SNAT --to ${OUTSIDE_IP} 

  


  
# Port 987: HTTPS Web traffic for Windows SharePoint Services through Remote Web Workplace 

  
iptables -A PREROUTING -t nat -p tcp -d ${OUTSIDE_IP} --dport 987 -j DNAT --to ${SERVER_IP}:987 

  
iptables -A FORWARD -p tcp -d ${SERVER_IP} --dport 987 -o ${INSIDE_DEVICE} -j ACCEPT 

  
iptables -A POSTROUTING -t nat -p tcp -d ${SERVER_IP} --dport 987 -s ${INSIDE_NETWORK}/${INSIDE_NETMASK} -j SNAT --to ${OUTSIDE_IP}

Pour finir, il s’agit de construire le routeur. La VM doit avoir deux cartes réseaux de type Legacy Network Adapter, la première sur le réseau externe (physique) et la seconde sur le réseau interne (privée). Pour le reste : 12 Mo de RAM, aucun disque dur, et la disquette virtuelle chargée, sans oublier la configuration du BIOS pour que la VM démarre sur la disquette :

Pour vérifier que le routeur est correctement configuré, démarrez et connectez-vous à la VM. Ouvrez une session avec root, sans mot de passe (ce n’est pas un article sécurité !)

La commande ifconfig eth0 vous donnera l’IP externe, et ifconfig eth1 l’IP interne :

Fermez la session (Ctrl+D).

Une fois la VM du routeur prête, vous pouvez la démarrer et l’arrêter (turn off) à volonté, sans risquer de compromettre sa disquette virtuelle. Et à 12 Mo de RAM le routeur, pourquoi se priver ?

Bon test !

Le guide de sécurité d’Hyper-V

pascals — Fri, 03 Apr 2009 15:24:46 GMT

Le Hyper-V Security Guide vient d’être publié :

http://go.microsoft.com/fwlink/?LinkId=140066

Ce guide est structuré en trois parties :

Sécurisation d’Hyper-V
Délégation de l’administration des machines virtuelles
Protection des machines virtuelles

Guide de sécurité d’Hyper-V

pascals — Fri, 13 Feb 2009 13:02:49 GMT

Voici une bonne nouvelle qui vient compléter ma présentation d’hier aux Techdays sur la sécurité d’Hyper-V. Le Guide de sécurité d’Hyper-V est disponible en version Beta :

The Hyper-V Security Guide

Au programme :

Sécurisation d’Hyper-V, de la partition parente, configuration du réseau et du stockage.
Délégation de l’administration des machines virtuelles (avec l’inévitable AzMan).
Protection des machines virtuelles.

La Beta est disponible jusqu’au 4 mars prochain.

Techdays 2009, J-15

pascals — Mon, 26 Jan 2009 12:14:39 GMT

Dans 15 jours démarrent les Techdays 2009 au Palais des Congrès Porte Maillot à Paris. Inscription et programme : http://www.microsoft.com/france/mstechdays/.

J’anime ou co-anime cette année 4 sessions et ateliers :

INT205 NAP et les systèmes non Windows (le 10/2 à 17:30)
Découvrez dans cette session l'interopérabilité du contrôle d'accès au réseau, NAP, avec les postes clients non Windows (Linux, Mac OS).
Cyril Voisin et moi-même.
SEC211 Le virus est mort, vive le malware !? (le 12/2 à 14h30)
Motivés par le profit, les criminels ne cessent de faire évoluer les logiciels malveillants et leurs vecteurs de propagation. Venez découvrir dans cette session riche en démonstrations et en bonne humeur le nouveau visage de ces menaces et les différents moyens d'atténuer les risques associés.
Coproduction Stanislas Quastana, Cyril Voisin, Mathieu Malaise, et moi-même.
DYN314 Virtualisation et sécurité (le 12/2 à 13:00)
Cette session aborde les nouveaux défis soulevés par l'omniprésence de la virtualisation en terme de sécurité. Nous nous concentrerons sur les caractéristiques d'Hyper-V et sur les aspects pratiques de la sécurité des serveurs et machines virtuelles Hyper-V.
Moi-même.
WKS215 Atelier dirigé : 60 minutes pour mettre en œuvre WSUS comme outil de gestion des mises à jour Microsoft (le 11/2 à 16:00 et le 12/2 à 16:00)
Dans cet atelier vous mettrez un œuvre un serveur WSUS pour gérer les mises à jour de sécurité des produits Microsoft.
Mathieu Malaise et moi-même, avec des machines et Hyper-V pour les manips.

Dès que mes présentations seront prêtes (c’est loin d’être le cas aujourd’hui…), je placerai les fichiers dans mon SkyDrive.

Venez nombreux !

Hyper-V et les clusters

pascals — Thu, 18 Dec 2008 14:11:42 GMT

Quelques documentations mises en ligne en novembre intéresseront ceux qui veulent mettre leurs Hyper-V en cluster :

Schéma extrait de ces documentations :

La virtualisation dans tous ses états

pascals — Tue, 07 Oct 2008 19:54:10 GMT

Jusqu'à il y a peu, la virtualisation évoquait la possibilité d'exécuter Windows XP sous Windows Vista, ou de consolider plusieurs serveurs en un seul serveur physique. Aujourd'hui le paysage est un peu plus complet, et je vais tâcher ici d'en clarifier un peu les principes à travers l'offre Microsoft. Pour plus d'informations, reportez-vous au site Microsoft Virtualization.

Virtual Server, Windows Server 2008 Hyper-V et Hyper-V Server sont les trois solutions Microsoft de virtualisation coté serveur, avec comme objectifs classiques l'optimisation, la consolidation, la souplesse de déploiement et de gestion de serveurs Windows ou Linux. System Center Virtual Machine Manager (SCVMM) est la solution de gestion de ces infrastructures.

Virtual PC est la solution de machines virtuelles coté client : sur votre Windows XP ou Vista, vous faites tourner des machines virtuelles Windows. Par exemple, pour des tests avec retour en arrière possible, pour utiliser des applications non compatibles avec votre OS actuel, ou pour séparer votre environnement de travail et votre environnement personnel.

Terminal Services, connu depuis Windows NT Terminal Server Edition 4.0 (!), est la solution multi-utilisateurs sur Windows Server. Avec Windows Server 2008, Terminal Services permet, outre l'accès à un bureau complet, l'accès direct à une application à distance (TS RemoteApp). On parle ici de virtualisation de présentation : l'application s'exécute sur le serveur mais s'affiche sur le bureau du client. Voir le Terminal Services TechCenter.

Application Virtualization (App-V) [ex-Softgrid] : Imaginez que plusieurs de vos utilisateurs aient besoin d'une application Access 97 alors que votre standard est Windows Vista + Office 2007. Au lieu d'installer Virtual PC et une VM sur chaque poste, App-V vous permet simplement de distribuer l'application Access 97 de façon à ce qu'elle s'exécute sur les postes, isolée des autres applications. Il s'agit de virtualisation d'application : l'application est téléchargée et exécutée sur le client à la demande, sans y laisser de trace. Autre avantage : aucun déploiement n'est nécessaire sur les postes. Une extension du modèle consiste à utiliser des applications virtualisées dans des sessions Terminal Services, avec App-V for Terminal Services. Voir le Application Virtualization TechCenter.

Virtual Desktop Infrastructure (VDI) et Windows Vista Enterprise Centralized Desktop (VECD) : Dans le modèle VDI, l'OS client (en l'occurrence Windows Vista) tourne dans une machine virtuelle sur un serveur. L'idée est de donner accès à l'environnement de travail depuis n'importe quelle machine et n'importe où. Microsoft VDI s'appuie donc sur Windows Server 2008 Hyper-V, SCVMM, et un mode de licence adapté pour Windows Vista appelé Windows Vista Enterprise Centralized Desktop (VECD). Le modèle peut ensuite être étendu grâce à App-V et TS RemoteApp pour délivrer les applications dans les machines virtuelles Windows Vista.

Microsoft Enterprise Desktop Virtualization (MED-V) [ex-Kidaro] ajoute à Virtual PC des fonctions avancées de gestion et distribution de machines virtuelles, ainsi que l'accès transparent par l'utilisateur à des applications qui s'exécutent dans une VM. Un peu comme TS RemoteApp, mais depuis une VM locale. Un scénario possible est l'utilisation d'applications nécessitant un OS plus ancien, alors que l'utilisateur n'a pas accès au réseau de l'entreprise.

Comme on le voit les scénarios ne manquent pas et les avantages sont énormes : plus de fonctionnalités, plus de compatibilité, moins de déploiement, plus de maîtrise, les possibilités sont innombrables.

Microsoft Hyper-V Server 2008 RTM en téléchargement

pascals — Wed, 01 Oct 2008 22:36:56 GMT

Aujoud'hui le 1er octobre, Hyper-V Server 2008 est RTM et disponible en téléchargement gratuit :

http://www.microsoft.com/hvs

Hyper-V Server 2008 est une solution de virtualisation gratuite, compatible techniquement avec Windows Server 2008 Hyper-V, c'est à dire le rôle Hyper-V de Windows Server 2008. C'est à dire que les machines virtuelles définies sur un serveur Windows Server 2008 avec Hyper-V peuvent être réutilisées sur un serveur Hyper-V Server 2008 grâce au mécanisme d'exportation et d'importation.

Les différences, détaillées sur le site, portent sur les licences (aucune licence Windows n'est incluse avec Hyper-V Server : chaque VM Windows nécessite une licence) et sur certaines limites techniques, comme par exemple l'interface graphique (absente dans Hyper-V Server, l'administration graphique se faisant à distance), la RAM (limitée à 32 Go sur Hyper-V Server) et les processeurs (4 processeurs maximum sur Hyper-V Server).

Hyper-V Server, mais c'est quoi donc ?

pascals — Fri, 12 Sep 2008 16:31:27 GMT

Microsoft vient d'annoncer la sortie prochaine de Microsoft Hyper-V Server 2008, qui sera téléchargeable pour la modique somme de 0,00 € TTC. Oui, gratuit ! Mais qu'est-donc ?

Jusqu'ici j'ai parlé dans ce blog d'Hyper-V, fonctionnalité (ou plutôt, rôle) de Windows Server 2008. Son nom complet serait Windows Server 2008 Hyper-V. En gros, vous achetez une license de Windows Server 2008, et vous pouvez l'installer sur une machine physique, activer le rôle Hyper-V, et réinstaller Windows Server 2008 encore au moins une fois dans une machine virtuelle en fonction de la version de Windows Server 2008.

Hyper-V Server est quant à lui un produit à part, incluant l'hyperviseur Microsoft, et juste ce qu'il faut de Windows pour faire tourner des drivers matériels et les composants de virtualisation. Autrement dit, un hyperviseur prêt à l'emploi, sans license Windows, gratuit, et avec encore moins de gestion des mises à jour qu'une installation Server Core.

Plus d'informations sur les différences entre les deux options : http://www.microsoft.com/Hyper-VServer.

17 VM sur un "petit" serveur Hyper-V

pascals — Tue, 15 Jul 2008 22:51:00 GMT

En avril dernier j'ai assemblé une machine que j'allais dédier à Hyper-V --pour mes tests, mais aussi pour de la "consolidation" personnelle. Ma contrainte était simple, elle ne devait pas dépasser 1000 Euros. Au final, la machine en question m'est revenue à 1034 Euros TTC, transport compris, ce qui est très raisonnable pour cette configuration : un processeur Intel Core 2 Quad Q6600 (2,4 GHz, 4 cœurs), 8 Go de RAM, 4 disques SATA II de 500 Go chacun, plus les "à coté" obligatoires : boîtier, carte mère, ventilateur, sans oublier les câbles SATA (d'ailleurs, je les avais oubliés à la première commande...) A part un disque hors d'usage à faire remplacer et une mise à jour de BIOS pour qu'il "voie" les 8 Go de RAM, le montage et l'installation se sont très bien déroulés.

D'ordinaire j'exécute environ une demi-douzaine de VM en régime permanent. Aujourd'hui j'ai voulu voir si j'arrivais à faire tourner les 17 VM que j'ai déclarées, en même temps :

Techniquement, il faudrait compter la partition parente comme une 18ème VM, mais restons simple. La somme des RAM configurées sur les VM est de 7296 Mo (7,125 Go) : cela va de 32 Mo pour les floppyfw à 1 Go pour un Vista et un Server 2008. Avec la mémoire supplémentaire allouée au process vmwp.exe (worker process) de chaque VM, et la mémoire occupée par la partition parente, le compteur Committed Bytes affiche une moyenne de 9.562.000.000 octets, soit 9119 Mo (8,9 Go).

Et si je compte bien, cela fait à peu près 60 Euros par machine...

Hyper-V est RTM !

pascals — Thu, 26 Jun 2008 22:43:40 GMT

Aujourd'hui est un grand jour ! Hyper-V est finalement disponible en version finale, aux emplacements suivants :

Hyper-V pour Windows Server 2008 x64 - il s'agit du package complet pour Windows Server 2008 x64. Il doit être installé sur la partition parente, et inclut les composants Hyper-V pour les installations complètes et core, ainsi que les outils d'administration pour les installations complètes. Ce package ne peut pas être désinstallé.
Outils d'administration d'Hyper-V pour Windows Vista SP1 x64.
Outils d'administration d'Hyper-V pour Windows Vista SP1 x86.
Outils d'administration d'Hyper-V pour Windows Server 2008 x86.

Voir également les articles de la base de connaissances :

Quelques remarques concernant la mise à jour depuis la RC0 ou la RC1 :

Les états sauvegardés (saved states) ne sont pas supportés lors de la mise à jour. Cela concerne également les snapshots online (effectués lorsque la VM était démarrée).
Les nouveaux composants d'intégration (IC, Integration Components) doivent être installés sur les OS supportés dans les VM. Pour ce faire, dans le menu de VMconnect, dans le menu "Action", choisir "Insert Integration Services Setup Disk". Note : il faut fermer l'assistant Nouveau Matériel lorsqu'il apparaît.

La bonne nouvelle accompagnant la disponibilité d'Hyper-V est la nouvelle liste d'OS supportés :

Windows Server 2008 x64 (avec 1, 2 ou 4 processeurs virtuels)
Windows Server 2008 x86 (avec 1, 2 ou 4 processeurs virtuels)
Windows Server 2003 x64 SP2 (avec 1 ou 2 processeurs virtuels)
Windows Server 2003 x86 SP2 (avec 1 ou 2 processeurs virtuels)
Windows 2000 Server SP4 (avec 1 processeur virtuel)
Suse Linux Enterprise Server 10 x86 SP1 et SP2
Suse Linux Enterprise Server 10 x64 SP1 et SP2
Windows Vista x64 SP1 (avec 1 ou 2 processeurs virtuels)
Windows Vista x86 SP1 (avec 1 ou 2 processeurs virtuels)
Windows XP x86 SP2 (avec 1 processeur virtuel)
Windows XP x86 SP3 (avec 1 ou 2 processeurs virtuels)
Windows XP x64 SP2 (avec 1 ou 2 processeurs virtuels)

Remarquez dans cette liste l'apparition de Windows 2000 SP4 et Windows XP SP2, cette fois avec les composants d'intégration.

Le site général Hyper-V : http://www.microsoft.com/Hyper-V.

Pour finir, sachez que, après les sites MSDN et Technet, 25% des serveurs web de www.microsoft.com fonctionnent aujourd'hui sur Hyper-V (détails). www.microsoft.com, c'est : 15.000 requêtes par secondes, 40 millions de hits par jour, 1,2 milliards de pages lues par mois, 280 millions de visiteurs uniques par mois... Alors, prêts ?

Mise à jour 1/7/2008 - Ajouté l'article KB954958.