fiche technique hyperv - … peut toutefois également faire sa propre installation en mode core et...
Post on 10-Mar-2018
217 Views
Preview:
TRANSCRIPT
mathieuc@exakis.com EXAKIS | NANTES
Fiche technique HyperV OBJECTIF VIRTUALISATION
Le 04/03/2013
Page 1 sur 18 Objectif Virtualisation
Fiche technique HyperV
Identification du document
Titre Projet Date de création Date de modification
Fiche technique
HyperV
Objectif
Virtualisation 04/03/2013 26/03/2013
Suivi & Validation du document
Version Auteur Date Action
0.1 Mathieu Caizergues 04/03/2013 Création
0.2 Mathieu Caizergues 25/03/2013 Modification
1.0 Mathieu Caizergues 26/03/2013 Validation
Confidentialité
Le document peut être :
Public : tout le monde peut avoir accès au document ;
Interne : la diffusion est limitée au sein d’Exakis seulement ;
Privé : seuls les auteurs ont accès au document.
☒ Public
☐ Interne
☐ Privé
Page 2 sur 18 Objectif Virtualisation
Fiche technique HyperV
Table des matières
Identification du document ..................................................................................................................1
Suivi & Validation du document .........................................................................................................1
Confidentialité ...........................................................................................................................................1
Table des matières ...................................................................................................................................2
Table des illustrations .............................................................................................................................3
1 Notion ..................................................................................................................................................4
1.1 Qu’est-ce qu’HyperV ? ...........................................................................................................4
1.2 Historique ...................................................................................................................................4
2 Architecture .......................................................................................................................................4
2.1 Couches de base ......................................................................................................................5
2.2 Machines Virtuelles .................................................................................................................6
2.3 Déployer HyperV ......................................................................................................................6
3 Performance ......................................................................................................................................7
3.1 Pour HyperV 2008 R2 .............................................................................................................7
3.2 Pour HyperV 2012 ...................................................................................................................7
3.3 Configuration requise.............................................................................................................8
4 Stockage .............................................................................................................................................8
5 Fonctionnalités .................................................................................................................................9
5.1 Interopérabilité ...................................................................................................................... 10
5.2 Migration ................................................................................................................................. 10
5.3 Snapshot .................................................................................................................................. 10
5.4 Sauvegarde ............................................................................................................................. 11
6 HyperV 2012 : Quoi de neuf ? .................................................................................................. 12
6.1 Performances améliorées ................................................................................................... 12
6.2 Memory Balloning ................................................................................................................ 12
6.3 Shared Nothing Live Migration ....................................................................................... 13
Page 3 sur 18 Objectif Virtualisation
Fiche technique HyperV
6.4 Storage Migration................................................................................................................. 13
6.5 HyperV Replica ...................................................................................................................... 13
6.6 Virtual Fiber Channel ........................................................................................................... 13
6.7 Amélioration des Snapshot ............................................................................................... 14
6.8 Hot Adding Ressources ...................................................................................................... 14
6.9 Teaming de carte réseau natif .......................................................................................... 14
6.10 Deduplication File System ............................................................................................. 14
6.11 Support SMB ...................................................................................................................... 15
6.12 Affinity and Anti-Affinity Rules .................................................................................... 15
6.13 Extensible Virtual Switch ................................................................................................ 15
7 Pricing ............................................................................................................................................... 16
8 Conduite aux changements ...................................................................................................... 17
8.1 Communauté Microsoft ..................................................................................................... 17
8.2 Compatibilité .......................................................................................................................... 18
9 Sources ............................................................................................................................................. 18
Table des illustrations
Figure 1 - Histoire HyperV ....................................................................................................................4
Figure 2 - L'Architecture HyperV ........................................................................................................5
Figure 3 - Timeline des Snapshot .................................................................................................... 11
Page 4 sur 18 Objectif Virtualisation
Fiche technique HyperV
1 Notion
1.1 Qu’est-ce qu’HyperV ? HyperV est le nom donné à l’hyperviseur conçu par Microsoft et porté sur la plateforme
Windows Server. Il s’agit d’un outil de virtualisation de serveurs basé sur un concept de
virtualisation complète et un hyperviseur de type 1.
1.2 Historique
Figure 1 - Histoire HyperV
La plateforme de virtualisation élaborée par Microsoft remonte à Virtual server 2005.
Puis, la première version d’HyperV server est apparue sur Windows 2008. La version
R2, intégrée aux rôles Windows Server est venue avec 2008 R2. Le lancement récent de
Windows server 2012 inaugure la dernière version d’HyperV : HyperV v3 ou HyperV
2012.
2 Architecture
L’architecture de fonctionnement d’HyperV est un peu particulière. Officiellement,
HyperV est un système de virtualisation complète avec un hyperviseur de type 1, mais
sa dépendance envers une participation principale l’apparente à un émulateur.
Il faut distinguer deux options pour déployer HyperV :
L’installation en tant que rôle de Windows Server ;
L’installation de la version dédiée Windows Server 2012 HyperV.
Page 5 sur 18 Objectif Virtualisation
Fiche technique HyperV
Voici un schéma représentant sa conception.
Figure 2 - L'Architecture HyperV
2.1 Couches de base A la première installation de Windows Server 2012 sur le serveur physique, la couche
OS hôte prend la place de l’hyperviseur. C’est l’unique couche qui surplombe les
ressources. Après mise en place du rôle HyperV, l’hyperviseur HyperV se glisse entre
l’OS hôte et le matériel. Bien que l’hyperviseur prenne le contrôle des ressources,
on voit apparaître une notion d’OS hôte (à travers la Parent Partition) et d’OS invités
(via les Child Partitions). A la différence de Xen Server, où chaque OS invités est au
même niveau vis-à-vis de l’hyperviseur.
Par conséquent, la partition parent possède un ascendant sur les Child Partitions. Si
la Parent Partition rencontre une erreur, les Child Partitions seront affectées. C’est
de cette manière qu’on peut l’apparenter à un émulateur.
Page 6 sur 18 Objectif Virtualisation
Fiche technique HyperV
2.2 Machines Virtuelles Une fois l’architecture de base mise en place, il sera possible d’ajouter des VM1. Chaque
VM sera exécutée dans un environnement indépendant, une Child Partition. Il existe
donc autant de Child Partition qu’il y a de systèmes invités.
Chaque partition peut être séparée en deux points, un côté "noyau" et un côté
"utilisateurs". Le côté noyau comprend les systèmes d’exploitation – Windows Server
2012 pour la partition parent et l’OS virtualisé pour les Child Partitions. Le côté
utilisateur comprend toute la couche applicative, en l’occurrence les outils
d’administration d’HyperV dans la partition parent.
Enfin, notons la présence d’un VMBus2 qui joue le rôle de BUS entre les machines
virtuelles et les ressources du serveur physique.
2.3 Déployer HyperV Il est important de préciser qu’HyperV peut être déployé de deux manières.
HyperV comme rôle Windows Server
La première option est d’activer HyperV comme rôle de Windows Server. Dans ce cas,
l’hyperviseur est installé post-installation de Windows Server. Ceci offre la souplesse
de le déployer sur une machine déjà existante et en production. Cependant, c’est un
choix rapidement limité car peu optimisé.
Ce type d’installation n’est pas conforme aux Best Practices, surtout si le serveur en
question possède déjà d’autres rôles, exemple Active Directory. De plus, l’interface
graphique Windows consomme une part importante de ressources et rend la machine
plus vulnérable aux attaques et plus difficile à maintenir.
HyperV comme produit
La seconde option, qui est préférable, est de considérer HyperV comme un produit
Microsoft à part entière – dit Standalone. Il existe une version complète sur DVD,
Microsoft Windows Server 2012 HyperV server.
1 VM = Virtual Machine ou Machine Virtuelle 2 BUS : Un BUS est un programme qui permet de transformer les requêtes d’une application ou d’un
système d’exploitation en instruction compréhensible par le matériel
Page 7 sur 18 Objectif Virtualisation
Fiche technique HyperV
Il s’agit alors d’une installation minimale en mode Core avec le rôle et les prérequis
déjà déployés. On peut toutefois également faire sa propre installation en mode Core
et configurer ensuite HyperV.
Dans cette configuration, le serveur est optimisé, sécurisé, facile à maintenir. Windows
Server consomme peu de ressources et laisse plus de place aux machines virtuelles.
On administrera le serveur par commande Powershell, ou bien à l’aide des outils
d’administration graphiques pour client Windows 7, Windows 8.
3 Performance
3.1 Pour HyperV 2008 R2 HyperV v2 est un peu en retrait face au système concurrent, notamment ESX et Xen
Server. Je vais détailler les performances d’un serveur HyperV.
Critères HyperV
Nombre de vCPU supporté par VM 4 cœurs
Nombre de processeur logique 64 proc.
RAM par VM 64 Go
RAM pour le serveur physique 1 To
Nombre maximum de VM par serveur physique 384
Taille maximale du VHD 2 To
3.2 Pour HyperV 2012 Avec la nouvelle version de Windows Server 2012, Microsoft intègre un HyperV qui
présente des performances bien supérieures à son prédécesseur.
Critères HyperV
Nombre de CPU supporté par VM 64 cœurs
Nombre de processeur logique 160 proc.
RAM par VM 1 To
RAM pour le serveur physique 2 To
Nombre maximum de VM par serveur physique 1024
Taille maximale du VHDx 64 To
Page 8 sur 18 Objectif Virtualisation
Fiche technique HyperV
3.3 Configuration requise Pour déployer un serveur Windows HyperV 2012, voici la configuration nécessaire.
Caractéristiques Configuration minimale
Processeur 1,4 gHz 64 bits
Mémoire RAM 512 Mo
Disque Dur 32 Go
Autres Technologies Carte mère compatible avec la virtualisation
IntelVT ou AmdV
4 Stockage
Dans HyperV, il existe trois méthodes de stockage qui affichent des performances et
des intérêts différents. Tout d’abord, il est possible de créer des VHD3 qui sont des
fichiers de disques virtuels enregistrés sur un stockage interne au serveur. On trouve
deux types de VHD, ceux à taille fixe et ceux à taille dynamique. De manière générale,
les VHD affichent moins de performance mais ils offrent plus de souplesse, notamment
pour la sauvegarde, la copie, etc.
Les VHD de taille fixe se voient définir une taille et les bits sont, dès la création, réservés
sur l’espace de stockage. Par conséquent, les paquets de données sont contigus et les
performances meilleures. A l’inverse, les VHD dynamique ne réservent sur le stockage
qu’un en-tête et un pied. Le disque augmente avec l’usage et les paquets sont
enregistrés sur le disque et fragmentés. Les performances sont moins bonnes mais la
souplesse est encore plus grande. On préfèrera le VHD fixe, notamment pour les
systèmes d’exploitation.
La deuxième méthode est le Passthrough. Dans cet usage, la VM accède directement
(par le VMBus) à un disque dur physique ou une partition. Les performances sont
meilleures, mais la dépendance au matériel est plus grande et la sauvegarde ainsi que
la mise en Cluster plus complexe.
Enfin, la toute dernière méthode est d’utiliser les disques iSCSI pour enregistrer les
VHD dans un stockage déporté. C’est une technique couteuse et complexe à mettre en
place, mais qui affiche de bonne performance et une sécurité maximale.
3 VHD = Virtual Hard Disk ou Disque dur virtuel
Page 9 sur 18 Objectif Virtualisation
Fiche technique HyperV
NOTE : Windows Server 2012 intègre une nouvelle version du VHD, le format VHDx,
qui repousse un peu plus loin les limites de stockage en permettant des tailles de
disques virtuels allant jusqu’à 64 To (contre 2 To pour le VHD).
5 Fonctionnalités
Dans l’ensemble, HyperV est un outil qui offre des fonctionnalités similaires à Xen
Server. J’ai représenté dans un tableau récapitulatif les principales fonctionnalités
d’HyperV.
Points Clés Microsoft
Stockage
Démarrage VM sur SAN Oui
QoS écriture Disque dur Non
Réseau
VLAN Oui
Teaming de carte Oui
Distribution direct des données aux
VM
Non
QoS Non
Mémoire
Gestion dynamique de la mémoire Oui
Interopérabilité
OS invité Suse, RedHat, Windows
Fonction
Logiciel de gestion Gestionnaire de rôle Windows
Outil WMI
Powershell
Migration des VM en ligne Live Migration, Quick Migration
Automatisation de migration Nécessite System Center Opération Manager et
SCVMM et PRO (configuration complexe)
Redémarrage de pool automatisé en
cas de panne
Oui
Redémarrage de VM individuelle en
cas de panne OS
Oui
Redémarrage sur site distant Oui
Clichés instantanés Oui
P2V Oui
Page 10 sur 18 Objectif Virtualisation
Fiche technique HyperV
Je vais fournir à présent quelques détails sur certaines fonctionnalités.
5.1 Interopérabilité HyperV est capable de virtualiser toutes les versions de Windows, y compris les
anciennes versions NT4. De surcroit, il est possible d’héberger des VM Linux, mais
seulement les distributions Suze et RedHat sont officiellement pris en charge. En effet,
il sera possible de virtualiser d’autres distributions Linux, mais seules les versions
officiellement supportées pourront utiliser les fonctionnalités d’intégration (contrôle
de la souris, Amélioration de la résolution d’écran, etc.).
5.2 Migration Sous HyperV, il existe deux manières de migrer des machines virtuelles. Via l’outil
nommé Live Migration, il sera possible de migrer une VM "à chaud" c’est-à-dire en
cours de fonctionnement, sans interruption de service. On pourra en outre migrer les
VM "à froid", en mettant la machine en pause puis en la redémarrant, à l’aide de "Quick
Migration".
Cette nouvelle fonctionnalité offre surtout l’avantage d’être simple à mettre en place.
En effet, généralement lorsqu’on parle de Cluster, on pense à une solution où il est
nécessaire de posséder deux serveurs matériels identiques et de déployer un serveur
de Clustering complexe. Avec Windows Server 2012, le paramétrage du basculement
est très simple, ne nécessitant pas de système supplémentaire complexe et peut
s’effectuer entre des serveurs de configurations matérielles différentes.
De plus, il est possible d’effectuer la migration du VHD d’un VM uniquement. Cette
option est pratique pour déplacer le fichier de disque virtuel volumineux d’un disque à
un autre, sans coupure de fonctionnement.
5.3 Snapshot Le système de Snapshot peut-être représenté à la manière d'une Timeline. Depuis
l'initialisation de la VM, il est possible de sauvegarder l'avancement de l'état de la
machine, en créant des points de sauvegarde. Ces points peuvent être restaurés par la
suite.
De plus, la Timeline peut être construite sous la forme d'un arbre, c’est-à-dire que
plusieurs états parallèles d'une même VM sont possibles. Les différents états
sauvegardent les données, la configuration de la VM, etc.
Page 11 sur 18 Objectif Virtualisation
Fiche technique HyperV
Figure 3 - Timeline des Snapshot
La création d'un Snapshot peut-être effectué si la machine est:
En cours d'exécution: On-Snapshot
Éteinte: Off-Snapshot
Dans le cas d'un On-Snapshot, la VM est placée en état de pause pendant un très court
temps.
La prise d’un Snapshot consiste à:
La création d'un aVHD4 qui sauvegardera les modifications sur le disque dans
un fichier VHD séparé
Une copie de la configuration courante
Une sauvegarde de la mémoire vive
Un Snapshot ne peut pas être modifié. Il s'agit d'une photo, d'un cliché et il est
uniquement possible de revenir à l'état ou de supprimer le Snapshot.
La suppression se déroule en deux étapes:
La sauvegarde de la RAM et le fichier de configuration sont supprimés
L’aVHD est toujours présent, mais à la prochaine extinction de la VM, HyperV
fusionnera les données de l’aVHD avec les autres
5.4 Sauvegarde VSS5 est une solution implémentée depuis Windows HyperV R2 et compatible avec
l'ensemble des VM Windows Server. Il s'agit d'une technologie qui va permettre la
création de sauvegarde dans le cadre de Plan de Reprise d’Activité.
4 aVHD = Automatic VHD. C’est une dépendance d’un disque VHD 5 VSS = Virtual Shadow Copy
Page 12 sur 18 Objectif Virtualisation
Fiche technique HyperV
Tous les logiciels de sauvegarde étant compatible avec la technologie VSS peuvent
effectuer des sauvegardes de VM HyperV, notamment System Center DPM6.
Pour construire un backup, le logiciel effectuera une requête auprès de la partition
parent. Celle-ci créera un Snapshot en lecture seule qui sera transmis à l'outil de
sauvegarde. Grâce à VSS, il sera possible de sauvegarder les VM exactement comme
des systèmes non-virtualisés, c’est-à-dire de créer des sauvegardes complètes, ou bien
uniquement une partition, ou encore uniquement un dossier ou un fichier à l’intérieur
d’une machine virtuelle.
6 HyperV 2012 : Quoi de neuf ?
La dernière version d’HyperV, livrée avec Windows Server 2012, apporte de nouvelles
fonctionnalités et repousse plus encore les limites de la Virtualisation. Avec sa troisième
édition, Microsoft offre un produit sérieux, digne des plus grandes solutions comme
VSphere de VMware. C’est aujourd’hui clairement un produit qui peut être considéré
pour la construction de petits comme de grands Datacenter.
Voyons à présent dans le détail les nouveautés d’HyperV 2012.
6.1 Performances améliorées HyperV 2012 augmente grandement les performances par rapport à son prédécesseur.
C’est aujourd’hui le produit qui offre les meilleures performances, plus encore que
VSphere.
Voir la section Performance.
6.2 Memory Balloning Le Memory Balloning est une fonctionnalité qui permet d’optimiser l’utilisation de
ressources par les VM. Cela consiste à définir une quantité de mémoire allouée au
démarrage ainsi qu’une quantité de mémoire minimum.
En effet, une machine qui démarre a besoin, ponctuellement, de beaucoup de
mémoire. Mais une fois les services lancés, le besoin diminue.
6 DPM = Data Protection Manager. Un composant de la suite System Center qui permet la sauvegarde
de l’environnement
Page 13 sur 18 Objectif Virtualisation
Fiche technique HyperV
De cette manière, le Memory Balloning permet de réduire la mémoire consommée
lorsque les services sont en veille (mode idle).
6.3 Shared Nothing Live Migration La fonction Live Migration était déjà implémentée dans HyperV 2008. Elle permet de
déplacer une VM en fonctionnement, d’un nœud de Cluster vers un autre.
Dans Server 2012, il est possible de migrer une VM à chaud d’un serveur HyperV à un
autre, même si ceux si ne sont pas dans une configuration Cluster et même s’ils
disposent d’une configuration matérielle différente.
C’est donc une option très intéressante qui offre plus de souplesse.
6.4 Storage Migration C’est une fonctionnalité nouvelle qui permet de déplacer une VM d’un stockage vers
un autre. Il s’agit de déplacer l’ensemble des fichiers (configuration de la VM et VHD)
d’un hôte vers un autre et sans perturber le fonctionnement de la machine virtuelle.
6.5 HyperV Replica HyperV Replica facilite la création de Plan de Reprise d’Activité (PRA). Le principe est
de constituer une copie du serveur HyperV (un réplica) afin de pouvoir reprendre
rapidement l’activité si le serveur HyperV principal tombe en panne.
A noter que HyperV Replica peut fonctionner en mode LAN mais aussi
en mode WAN sur des réseaux étendus.
Attention, ce n’est pas une fonctionnalité de Haute Disponibilité, mais
bien de reprise sur incident.
6.6 Virtual Fiber Channel A présent, on peut connecter des VM directement à des baies de Stockage SAN
(Storage Area Network) par la fibre optique.
Page 14 sur 18 Objectif Virtualisation
Fiche technique HyperV
Ceci est possible si la baie SAN supporte le protocole NPIV (Network Port ID
Virtualization mapping).
6.7 Amélioration des Snapshot Il ne s’agit pas d’une fonctionnalité majeure, mais elle peut avoir son importance.
Dorénavant, il est possible de fusionner des Snapshot lorsqu’une VM est en marche.
Nul besoin d’éteindre la machine lorsqu’on vient de supprimer un Snapshot.
6.8 Hot Adding Ressources Cette nouvelle fonctionnalité permet l’ajout de ressources – Virtual CPU, mémoire
RAM, Disque dur virtuel, carte réseau virtuelle, etc. – alors que la VM est en marche.
Cette possibilité apporte plus de flexibilité et diminue la nécessité de redémarrage des
VM.
6.9 Teaming de carte réseau natif Le Teaming de carte consiste à mettre en équipe plusieurs adaptateurs réseaux. Ceci
peut avoir deux objectifs :
Augmenter la bande passante disponible ;
Améliorer la tolérance aux pannes.
La mise en place de Teaming a toujours été complexe car il dépend bien souvent des
logiciels conçus par les fabricants. Avec Windows Server 2012, le Teaming de carte est
maintenant natif et implanté au niveau OS. Par conséquent, créer un Teaming NIC
(Network Interface Controller) est chose aisée.
Un grand nombre de cartes réseaux sont pris en charge et il est possible, en quelques
clics, de monter un Teaming de carte, pour agrégation ou haute disponibilité.
6.10 Deduplication File System C’est une option qui permet la déduplication de certains fichiers présents sur une
infrastructure virtuelle HyperV.
Librairies de VHD ;
ISO ;
VHD Live Volume.
Page 15 sur 18 Objectif Virtualisation
Fiche technique HyperV
6.11 Support SMB Dès à présent, il est possible de stocker des VM sur disques partagés SMB. On peut
ainsi envisager de nouveaux scénarii de haute disponibilité.
6.12 Affinity and Anti-Affinity Rules Les règles d’affinités permettent de concevoir plus précisément les scénarios de
Failover. Dans toute infrastructure réseau, certains services doivent absolument être
démarrés avant d’autre. Par exemple, le serveur Active Directory doit être lancé avant
le serveur Exchange.
Affinity Rules est une fonctionnalité qui permet de définir un ordre de redémarrage
des VM lorsque celles-ci rencontre des problèmes.
6.13 Extensible Virtual Switch La virtualisation est un domaine qui repousse de plus en plus les limites. Ainsi, dans
HyperV 2012, le réseau virtuel avec les VM peut être géré très finement, de la même
manière qu’un Switch physique.
On peut configurer des Vlan pour les VM et séparer en différents segments les
machines pour une isolation parfaite. Ceci permet d’envisager le déploiement d’HyperV
chez un hébergeur pour un usage multi-locataire.
Page 16 sur 18 Objectif Virtualisation
Fiche technique HyperV
7 Pricing
Quels sont les différentes éditions de Windows Server 2012 et quel est leur
prix ?
Microsoft propose 4 éditions de Windows Server 2012 :
Idéal pour les
environnements
Cloud fortement
virtualisés
Idéal pour les
environnements
faiblement ou pas
virtualisés
Idéal pour Petite
et Moyenne
Entreprise
Premier serveur
abordable
Accès à toutes les
fonctionnalités
Virtualisation
illimité
Accès à toutes les
fonctionnalités
2 machines
virtuelles par
licence
Interface plus
simple
Pas de
virtualisation
Fonctionnalités
essentielles
Pas de
virtualisation
1 licence pour 2
processeurs
physiques
1 licence pour 2
processeurs
physiques
1 licence par
serveur (25
utilisateurs
connectés)
1 licence par
serveur (15
utilisateurs
connectés)
3 683 € 675 € 325 € OEM
La version qui nous intéresse pour déployer HyperV 2012 dans un environnement de
type Cloud est donc l’édition Datacenter.
Page 17 sur 18 Objectif Virtualisation
Fiche technique HyperV
Idéal pour les
environnements
Cloud
fortement
virtualisés
Idéal pour les
environnements
faiblement ou
pas virtualisés
Idéal pour
Petite et
Moyenne
Entreprise
Idéal pour
déployer
rapidement
un serveur
web IIS
Edition
spéciale pour
les supers
calculateurs
Accès à toutes
les
fonctionnalités
Virtualisation
illimité
Accès à toutes
les
fonctionnalités
4 machines
virtuelles par
licence
Toutes les
fonctionnalités
Pas de
virtualisation
Rôle IIS
intégré
Fonctionnalités
spécifiques au
super
calculateur
1 licence pour 1
processeur
physique
1 licence pour 1
processeur
physique
1 licence par
serveur
1 licence
par serveur
1 licence par
serveur
3 500 € 2 290 € 695 € - -
8 Conduite aux changements
La conduite aux changements est importante. Voyons à présent quelles sont les
possibilités de migration, comment peut-on changer de produit sans perdre de
données et quel est l’impact du support de et la communauté.
8.1 Communauté Microsoft Le point fort de la solution Microsoft HyperV est qu’elle bénéficie de la grande
communauté du monde Microsoft. De nombreux développeurs, présent chez
Microsoft, partenaires ou simple passionné, sont toujours prêts à aider et résoudre les
problèmes. De nombreux forums de discussion permettent de trouver de l’aide à ses
problèmes, et le support téléphonique Microsoft est également disponible et efficace.
On notera également la présence du site Internet Microsoft Technet qui est une
véritable mine d’information pour tous les produits Microsoft.
Windows Server
2008 R2
DATACENTER
Windows Server
2008 R2
ENTERPRISE
Windows Server
2008 R2
STANDARD
Windows Server
2008 R2
WEB SERVER
Windows Server
2008 R2
HPC SERVER
Windows Server
2008 R2
HPC SERVER
Page 18 sur 18 Objectif Virtualisation
Fiche technique HyperV
8.2 Compatibilité
Avec les versions précédentes
Depuis Virtual Server 2005, les systèmes sont parfaitement compatibles avec HyperV,
de la version 2008 à 2012. Le format de fichier de VM et le format de disque virtuel
VHD sont compatible et une VM créer sous Virtual Server pourra être exécuté sous
HyperV 2012.
Avec les autres produits
Il existe un produit Microsoft nommé Virtual Machine Manager qui fait partie de la
suite Microsoft System Center. Ce logiciel est un outil de gestion, de supervision et de
déploiement industrialisé de système virtualisé hétérogène. Avec VMM, on peut ainsi
gérer et déployer manuellement ou automatiquement des machines virtuelles sur des
environnements HyperV, mais aussi sous XenServer et VMWare vSphere. C’est donc
une preuve d’interopérabilité.
Si System Center VMM n’est pas déployé, il existe des outils tiers pour convertir des
disques virtuels des systèmes VMware ou Citrix vers HyperV. Notons par exemple
vmdk2vhd, utilitaire gratuit qui permet de convertir les disques VMware vers le format
Microsoft VHD. Toutefois, l’outil HyperV de base ne propose pas d’outil de conversion.
9 Sources
http://www.youtube.com/watch?v=YnPBVaUXcTY
top related