1. MED-V : le théorie
Il est important de se resituer par rapport aux différentes couches que l’on peut rencontrer, il existe 4 grandes couches : Matériel, Système, Applicative, Données et paramètres.
Avec MED-V, on rajoute une couche (Virtual PC) à côté de la couche Application pour ré-empiler une couche Operating System et Applications contrairement à App-V qui se situe au niveau de la couche Application de la machine physique.
MED-V émule donc un système d’exploitation au niveau de la couche applicative pour pouvoir ainsi rendre à nouveau disponible un nouvel OS. Ceci permet :
- D’isoler les applications sans pour autant empêcher la communication entre l’host et sa VM.
- De centraliser les permissions
- De déporter la présentation de l’application sur le système hôte.
- De partiellement préserver l’intégrité du poste client
- De passer la barrière de compatibilité du système hôte en rendant tout de même disponible une application qui peut poser problème sur celui-ci.
Dans la pratique comment fonctionne MED-V ?
Comme expliqué plus haut, MED-V se sert de la technologie Virtual PC pour lancer une machine virtuelle. La machine virtuelle lancée, c’est MED-V qui va se charger de gérer les échanges et interactions entre le système hôte et celle-ci.
C’est par exemple MED-V qui va gérer la publication des raccourcis et le déport d’affichage de l’application.
Tout est géré de manière transparente et l’utilisateur ne verra aucune différence excepté le « look and feel » (le thème de la fenêtre qui sera au couleur du système d’exploitation virtuel hébergeant l’application)
Concrètement lorsque le client dispose à la fois de Virtual PC et du client MED-V, il va se loguer et s’adresser à son serveur de Management.
Celui-ci va chercher dans sa configuration et interroger Active Directory pour connaître les groupes d’appartenance de l’utilisateur. Une fois que MED-V connaîtra les groupes, il fera la correspondance avec sa configuration et renverra les informations nécessaires.
Parmi les informations nécessaires, on retrouve :
- Le Workspace (ou espace de travail). Nous verrons plus tard, que c’est celui-ci, qui définit l’ensemble des paramètres qui vont régir le comportement de MED-V. Pour faire simple le Workspace rassemble tous les paramètres de l’environnement de travail créé pour l’utilisateur comme les applications publiées, les autorisations d’accès à ce Workspace, les paramétrages du système hôte et virtuelle. Le Workspace est chargé au démarrage du client MED-V.
- La Machine virtuelle. Elle est définie dans le Workspace qui regroupe l’ensemble des informations de l’espace de travail de l’utilisateur. Le Serveur de Management renvoie donc au client MED-V les informations nécessaires pour obtenir la machine virtuelle.
Une fois ces informations téléchargées, elles sont stockées en local. Ceci rend disponible les applications « hors connexion » (ou hors réseau), un client mobile pourra donc exécuter l’application hors du réseau.
Maintenant que vous savez comment marche MED-V, je vais vous présenter les différents composants :
- Microsoft Enterprise Desktop Virtualization Management Server : Le Serveur de Management est le serveur vers lequel le client va s’adresser pour toutes les informations dont il a besoin. C’est le serveur qui va stocker les Workspace, les permissions, et les données de rapports (dans une base SQL Server). Ce Serveur est le point central de l’architecture. Vous pouvez créer plusieurs serveurs de management et y dispatcher les clients.
Notez que le serveur de Management existe en version 32 et 64-bits.
- Microsoft Enterprise Desktop Virtualization Management Console : La console peut soit être installée sur le serveur, soit sur un client quelconque. C’est cette console qui va permettre l’administration du serveur et ainsi de créer des Workspaces.
Notez qu’il existe des paramétrages de configuration qui ne sont accessibles que sur le serveur de Management.
- Microsoft Enterprise Desktop Virtualization Client permet de gérer automatiquement les Workspaces pour les différents utilisateurs MED-V. Il publie les applications dans le système d’exploitation Hôte et gère les connexions avec le serveur MED-V. Un poste client est constitué de Virtual PC (ainsi que son dernier Quick Fix Engineering) et du client MED-V.
- Image Repository (le serveur de stockage d’images) : L’Image Repository comme son nom l’indique est un serveur de stockage d’images. C’est ce serveur qui va fournir les images aux utilisateurs. Le serveur de Management peut être lui-même Image Repository. Vous pouvez disposez d’un ensemble d’Image Repository sur vos sites distants ce qui peut faciliter la gestion réseau.
Notez qu’il est possible de pré-fournir les images virtuelles aux clients par un outil de télédistribution tel que SCCM.
- La Machine virtuelle : La machine virtuelle est sous forme d’un Virtual HardDisk (VHD). Cette machine virtuelle dispose d’un système d’exploitation Windows, des applications nécessaires et est préparée pour l’utilisation de MED-V. La machine virtuelle doit disposer d’un composant MED-V permettant de gérer les interactions avec l’hôte comme le déport d’affichage.
Notez que vous devez disposez d’une clé de licence en volume pour la machine virtuelle.
Les principaux systèmes d’exploitation concernés sont :
- Windows 2000 SP4
- Windows XP SP2/SP3 Professional
A l’image de Windows XP Mode, MED-V n’autorise pas la virtualization de systèmes 64-bits puisque ceux-ci étaient marginaux avant l’arrivée de Windows Vista.
Notez que Windows Vista ne fait pas parti de la liste des systèmes d’exploitation supportés puisqu’une application compatible avec Windows Vista a 99,999% de chance de l’être avec Windows 7.
Pour rappel, Windows 7 est bâti sur Windows Vista SP1 ce qui limite fortement les incompatibilités logiciels entre les deux systèmes.
Ce préambule terminé, nous allons pouvoir commencer à mettre en place cette architecture.
Passer à l'installation du serveur de Management MED-V
 Introduction
1. MED-V : La Théorie
1.1 Comment ça marche ?
1.2 Les différentes entités
1.3 Quels systèmes virtualiser ?
2. MED-V : Installation du Serveur
2.1 Les prérequis d’installation
2.2 Installation du serveur
2.3 Configuration du serveur
3. MED-V : Création d’un serveur de stockage d’images
3.1 Installation d’IIS
3.2 Préparation d’IIS
3.3 Configuration du serveur de Management
4. MED-V : Installation du client
4.1 Les prérequis d’installation
4.2 Installation du client avec l’installer
4.3 Installation du client par ligne de commande
4.4 Installation du client par le biais d’un package de déploiement
5. MED-V : Préparation de la machine virtuelle
5.1 Les prérequis
5.2 Création de la machine virtuelle
5.3 Installation du WorkSpace
5.4 Configuration de la machine virtuelle
5.5 Intégration de l’image au serveur
5.5.1 Test de l’image
5.5.2 Packaging de l’image
5.5.3 Upload de l’image sur le serveur
5.6 Pré-déploiement de l’image virtuelle
6. MED-V : Configuration du WorkSpace
6.1 Configuration des paramètres généraux
6.2 Configuration de la machine virtuelle
6.3 Configuration du déploiement
6.4 Configuration des Applications
6.5 Configuration des paramètres Web
6.6 Configuration de VM Setup
6.7 Configuration Réseau
6.8 Configuration des performances
7. MED-V : Tests
7.1 Test avec Internet Explorer 6
7.2 Test avec WordPad
7.3 Test avec Windows Media Player
7.4 Test avec Windows Live Messenger
7.5 Test avec Outlook Express
7.6 Transfert de fichiers entre la VM et l’hôte
8. MED-V : Reporting
8.1 Status
8.2 Activity Log
8.3 Error Log
Conclusion
|
|
 |
 Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft
|
|
MDOP: Microsoft Enterprise Desktop Virtualization (MED-V)
