2. Hyper-V
2.1 La genèse
Le lancement du projet semble avoir débuté en 2005. Suite à l’essor de VMWARE ESX server et de XEN,
les journalistes et les professionnels attendaient une réponse de la part de Microsoft en termes de virtualisation.
En effet, Microsoft avec Windows Virtual Server ne proposait qu’une solution de machines virtuelles classique,
peu performante et aux fonctionnalités réduites.
Si nous prenons en compte l’avance de ses concurrents et par conséquent, les attentes de la presse et des professionnels,
il est facile de saisir les enjeux de ce projet intitulé "Viridian".
Pour résumer, Microsoft se devait de proposer un produit :
- Sensiblement aussi performant que les solutions déjà existantes.
- Interopérable.
- Qui s’intègre parfaitement dans les prochaines applications Microsoft en particulier Windows Server 2008 (Longhorn)
et les produits de la gamme « system center » (configuration manager, Operation Manager).
2.2 Fonctionnement d’Hyper-V
Tout d’abord Hyper-V n’est pas basé sur XEN, il est naturellement difficile de concevoir du code GPL dans un Kernel Windows.
Cette confusion a pris sa source dans différents documents mal interprétés, peut être celui-ci paru en juillet 2006.
Conférence de presse de Juillet 2006
Cet article présente la synergie de Microsoft et XenSource afin de proposer différentes interopérabilités : l’intégration
de machine XEN dans l’Hyper-V de Microsoft ;intégration des machines Windows dans XEN. De plus,
le projet XEN a été financé en partie par MS Research ce qui peut expliquer la ressemblance entre les 2 architectures.
Hyper-V se base sur les concepts de paravirtualisation et d’hyperviseur vus précédemment.
Dans Virtual server/pc, on instancie une architecture x86 afin de créer une machine virtuelle. Nous avons donc pour n machines virtuelles,
n instanciations de l’architecture x86. Avec Hyper-V, l’architecture matérielle est instanciée qu’une seule fois
à travers une fine couche logicielle (< 1 MO) appelée "hyperviseur". L’hyperviseur va permettre le multiplexage
des ressources logiques vers les ressources physiques.
Au dessus de cette couche, une machine virtuelle particulière appelée "parente" est instanciée.
Les nouvelles machines virtuelles seront instanciées sur la même couche que la "machine parente".
Elles porteront le nom de "machine fille" et seront de type machine virtuelle classique ou machine virtuelle "paravirtualisée".
La "paravirtualisation" permet aux machines virtuelles de communiquer ensemble et en particulier avec la machine parente
à travers un bus logiciel. Pour cela, une machine virtuelle paravirtualisée doit posséder une couche logicielle appelée "enlightenment".
Cette couche logicielle, comme pour l’ajout de composant sur une machine virtuelle classique permet d’augmenter
les performances d’entrée/sortie sur les périphériques.
Les machines filles paravirtualisées pourront ainsi profiter des périphériques supporter par Windows en standard sans passer
par de l’émulation comme dans la virtualisation "classique", les drivers officiels seront donc supportés.
Pour résumer, les machines paravirtualisées n’exploiteront plus les pilotes émulés mais directement les drivers physiques
même pour la gestion des E/S ! Il est donc fort probable que Hyper-V offre des performances remarquables
pour toutes les applications gourmandes en terme d’E/S comme des BDD et autre serveurs mail.
A noter que VMWARE ESX server utilise encore l’émulation de périphérique, ce qui explique pourquoi certains benchmarks
parus sur Internet démontrent la supériorité d’Hyper-V en termes de performance.
Voici un schéma résumant le principe :
L’autre élément important d’Hyper-V est l’exploitation des extensions processeurs et chipsets comme AMD-V et Intel VT.
2.3 Les fonctionnalités d’Hyper-v
- Interopérabilité, possibilité d’exécuter des environnements différents de machines virtuelles. (Windows, Linux, Unix, 32 bit et 64 bit).
- Exploitation des processeurs SMP. Support de 4 CPU pour une machine virtuelle.
- Prise en charge des drivers matériels par les machines virtuelles.
- Possibilité d’équilibrage de charge entre les machines virtuelles (NLB)
- Déplacement d’une VM sans quasiment aucune coupure d’une machine physique à une autre (2 secondes environ)
- Possibilité de réaliser une image fixe d’une machine virtuelle au même titre qu’une image Ghost.
- Possibilité de migrer une machine virtuelle d’une machine hôte vers une autre avec un temps d’indisponibilité minimale (Quick Migration)
- Snapshot des machines virtuelles à chaud.
2.4 Coût, licensing
Hyper-V est compris dans Windows Server 2008. Il vous sera possible d’acquérir une version de Windows Server 2008 sans Hyper-V
pour environ 28$ de moins.
 Sommaire
1. Un peu de théorie
1.1 introduction
1.2 L'intérêt de la virtualisation
1.3 Les Machines Virtuelles
1.4 Les Isolateurs
1.5 Les Hyperviseurs
1.6 Les paravirtualisateurs
1.7 Technologie Intel et AMD de support matériel de la virtualisation
2. Hyper-V
2.1 La genèse
2.2 Fonctionnement d’Hyper-V
2.3 Les fonctionnalités d’Hyper-v
2.4 Coût, licensing
3. Installation d'Hyper-V avec Windows Serveur 2008 Core
3.1 Introduction
3.2 Configuration pile TCP/IP
3.3 Configuration DNS
3.4 Désactivation du Firewall
3.5 Configuration du nom du seveur
3.6 Intégration au domaine
3.7 Update vers d’Hyper-V RC0/RC1
3.8 Installation d’Hyper-V
3.9 Vérification de l'installation
4. Les outils d'administration d'Hyper-V
4.1 Une nouvelle console d’administration
4.2 Création d’un réseau virtuel
4.3 Création d’une machine virtuelle
4.4 Optimisation des machines virtualisées
4.5 Gestion des Snapshots
4.6 Création de Snapshots via MMC
4.7 Création de Snapshots via Power Shell et WMI
5. Benchmarking des performancess
5.1 Introduction
5.2 Environnement de test
5.3 Les benchs
6. Conclusion
|
|
 |
 Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft
|
|
Windows Server 2008 : Hyper-V
