[Overview Text]
|
Sur cette page
R : Les pointeurs sont les suivants :
http://technet.microsoft.com/fr-fr/ff844711.aspx
et http://technet.microsoft.com/fr-fr/ff844711.aspx
| Haut de page |
R : Le Management Pack Virtual Server 2005 pour MOM 2005 est disponible depuis peu sur
http://www.microsoft.com/downloads/details.aspx?FamilyID=bf21f798-9b10-40dc-bcdd-4a8358cce94d&DisplayLang=en, il permet de gérer les serveurs Virtual Server, il faut bien sur aussi superviser les machines virtuelles en installant sur les machines virtuelles les agents adéquats. Sinon, des scripts pour Virtual Server 2005 sont disponibles sur
http://www.microsoft.com/technet/scriptcenter/scripts/vs/default.mspx
| Haut de page |
R : Non il n'y a rien de disponible entièrement packagé hormis l’interface d’administration du produit. Par contre, Virtual Server 2005 expose un modèle objet COM complet permettant de développer sa propre interface et ses scripts de déploiement de machines virtuelles et gérer les serveurs Virtual Server.
| Haut de page |
R : Est ce que vous avez réaffecté la touche de contrôle (par défaut Alt Gr) sur une autre touche (personnellement, j'utilise ctrl-droit) dans les options de Virtual PC ?
| Haut de page |
R : Non, la configuration SCSI est la plus performante (comparée à IDE). Avez-vous installé le driver SCSI dans le guest (i.e la machine virtuelle)?
| Haut de page |
R : Avez-vous installé les "Virtual Machine Additions" ? Avant de déclarer la carte SCSI ?
Si le bon driver est installé dans la machine virtuelle (guest) vous verrez dans le gestionnaires de périphériques la carte SCSI sous la forme de VM Additions Accelerated SCSI Controller. Pour le détail, allez dans l'aide de Virtual Server "Administrator guide " => "SCSI drivers, installing"
| Haut de page |
R :Je n’en connais pas mais en utilisant les API disponibles au travers des objets COM de Virtual Server 2005, vous allez pouvoir scripter la création de plusieurs dizaines voir centaines de machines à partir de disques différentiels et d'images parents pré crées. Des exemples sur
http://www.microsoft.com/technet/scriptcenter/scripts/vs/default.mspx
| Haut de page |
R :Virtual Server est une application multithreadée qui prend donc en charge l’ensemble des processeurs physique et logique présent sur le système host. Pour ce qui est de l’hyperthreading, il est déconseillé de l’activer en cas de charge importante sur le serveur Virtual Server 2005. Pour les aspects licence, ce sont les processeurs physiques dont il faut tenir compte sur le host, il y a un document disponible sur
http://www.microsoft.com/licensing/about-licensing/volume-licensing-briefs.aspx . Concernant la prise en compte de la future génération de processeurs multicore, nous n’avons pas d’information sur le sujet pour l’instant.
| Haut de page |
R :Oui un outil est disponible. Il s'agit de VSMT (outil gratuit fournit par Microsoft) cf
http://www.microsoft.com/windowsserversystem/virtualserver/evaluation/vsmt.mspx , sinon il existe aussi des outils tierces Leostream P2V - <http://www.leostream.com/index.html> Platespin P2V for VS2005 - <http://www.platespin.com/Products/PowerP2V_Virtual_Server.aspx>
| Haut de page |
R : Les linked disks ne sont pas faits pour remplacer les disques VHD, mais uniquement pour temporairement pouvoir copier des données de disques physiques vers des disques virtuels VHD, ils ne sont pas utilisables pour démarrer la machine virtuelle, l'assistant de gestion des disques permet de créer un disque vhd en s'appuyant sur le disque lié et c'est tout ce qu’il est possible de faire sous Virtual Server 2005
| Haut de page |
R : Le 64 bits (plate forme X64) sera supporté sur le système hôte à partir du SP1 de Virtual Server 2005, disponible courant 2ème semestre 2005 (actuellement en beta). Il n’y pas pour l’instant de support annoncé des machines virtuelles en 64 bits.
| Haut de page |
R : Si la machine virtuelle est démarrée, ce n'est pas possible de répliquer les fichiers disques des machines virtuelles. Une solution basée simplement sur une copie de fichier (via un outil comme robocopy) est possible mais avec des machines à l'état arrêté. Si les images virtuelles sont stockées sur une baie, il est possible d'utiliser les mécanismes de réplication du constructeur de la baie, mais les machines virtuelles doivent être éteintes.
| Haut de page |
R : Non rien de prévu actuellement, hormis l'utilisation de l'outil pre compactor disponible avec le SP1 de Virtual PC 2004 mais qui fonctionne également sur Virtual Server 2005 (l’outil sera inclus dans le SP1 de Virtual Server 2005)
| Haut de page |
R : Exchange 2003 n’est actuellement pas supporté dans une machine virtuelle cf
http://support.microsoft.com/default.aspx?scid=kb;en-us;320220. Ce support devrait arriver sous Virtual Server 2005 avec le SP2 de l'application Exchange 2003, mais est-ce vraiment la bonne solution de mettre en oeuvre une telle solution sur un environnement virtuel (disponibilité, performance..) ?
http://www.microsoft.com/downloads/details.aspx?FamilyID=64db845d-f7a3-4209-8ed2-e261a117fc6b&displaylang=en
D'autre part, Exchange est avant tout une base de données qui nécessite de très bonne performance d'IO/s pour les fichiers journaux, les bases mais également pour les files d'attente SMTP.
| Haut de page |
R : Oui c'est possible d'utiliser une machine virtuelle ISA Server 2004 qui fera de la publication de Exchange (reverse proxy http/s ou publication SMTP..). Cependant, cela nécessite pour moi : 1- de durcir (sécuriser) la machine Virtual Server, 2- de réserver des interfaces physiques à la machine virtuelle distinctes de celle du serveur Virtual Server.
| Haut de page |
R : Techniquement, il est possible de mettre en oeuvre des Clusters MCSC et NLB entre machines virtuelles sous Virtual Server (remarque MSCS nécessite aujourd’hui que les 2 nœuds du cluster soient hébergés sur le même serveur Virtual Server 2005. Un document sur les principes et la mise en œuvre existe
http://www.microsoft.com/technet/prodtechnol/virtualserver/deploy/cvs2005.mspx. Les limitations font aujourd’hui que cette solution n'est pas supportée pour le moment en production.)
| Haut de page |
R : Non pas pour une mise en production. La mise en œuvre d’un serveur MOM 2005 dans un environnement virtuelle fonctionne correctement pour une plate forme de validation ou de pré production mais attention il me semble que vous confondez l'objectif du produit Virtual Server : consolidation applications sous NT4, consolidation serveurs départementaux et plate forme de test et validation. Le produit n'est pas fait pour des solutions de haute disponibilité et de grosse consolidation d’application (limitation de 1 CPU par machine virtuelle)
| Haut de page |
R : Je ne suis pas sûr que nous ayons un modèle de calcul de ROI spécifique à Virtual Server. A l'adresse
http://www.microsoft.com/windowsserversystem/virtualserver/evaluation/casestudies/default.mspx on peut trouver des cases studies avec des exemples de gain en termes de ROI
| Haut de page |
R : Non l’application Virtual Server n’est pas clusterisable dans sa version actuelle. Il faut donc passer par une phase de sauvegarde restauration de la machine virtuelle sur un autre serveur (copie des fichier vhd et du fichier de configuration vmc.
| Haut de page |
R : Pas de support à ma connaissance pour la production, mais si c’est pour du test pas de problème
| Haut de page |
R :Dans de nombreux grands comptes, VS est utilisé pour tous les environnements d'intégration, de pré production, ... Il est utilisé pour proposer un environnement pour des développeurs ou de la consolidation d'application Windows NT 4.0. Voici une référence publique :
http://www.microsoft.com/france/temoignages/info.asp?mar=/france/temoignages/2004/p_adp_1104.html
| Haut de page |
R : Les fonctionnalités entre Virtual Server 2005 et Vmware GSX sont assez similaires, la différence est le support de Microsoft pour les environnements sous Virtual Server 2005 et le prix : la licence Virtual Server 2005 est 3 à 4 fois moins chère que la licence Vmware GSX
| Haut de page |
R : Cela reste une application NT4 fonctionnant dans un environnement système NT4 (machine virtuelle sous Windoss NT4), le tout fonctionnant sur un système hôte Windows 2003
| Haut de page |
R : La réponse est oui toute la documentation est là
http://www.microsoft.com/technet/prodtechnol/virtualserver/deploy/cvs2005.mspx
| Haut de page |
R : Oui le client SMS 2003 SP1 est supporté dans une machine virtuelle (Virtual PC ou Virtual Server)
| Haut de page |
R : La machine virtuelle (VM) ne verra que le disque virtuel (le vhd) , par contre aucun problème pour que ce fichier VHD soit situé sur un SAN ou un NAS
| Haut de page |
R : Le support de Windows NT4 est à la fois un problème matériel et logiciel (il est officiellement terminé chez Microsoft depuis le 31/12/2004 mais aussi chez de nombreux fournisseurs de matériel). Aujourd'hui la plate forme NT4 est obsolète et il faut, pour de nombreux clients, envisager de migrer ou de re-développer leurs applications vers la plate forme Windows 2003. Par contre, cette phase de migration applicative peut être longue et durant cette période, il faut aussi disposer d'une solution permettant de faire fonctionner l’ancienne application dans un environnement compatible et performant. Virtual Server 2005 permet de proposer une solution permettant de consolider les environnements applicatif NT4 nécessitant une isolation au travers de multiples serveurs sous la forme de machines virtuelles, le tout fonctionnant sous un ou plusieurs systèmes hôtes Windows Server 2003 et donc sur un matériel compatible et supporté pour Windows Server 2003.
| Haut de page |
R : Oui, c'est possible de démarrer une machine virtuelle en utilisant la disquette bootable PXE fournit avec les services RIS de Windows 2000/2003. Ce sera natif au niveau du BIOS des machines virtuelles avec la version SP1 de Virtual Server 2005
| Haut de page |
R : Oui tout a fait. Virtual Server émulera un disque SCSI , les performances sont même meilleures en émulant du SCSI over IDE qu en IDE over IDE :) (Ceci est dû à des optimisations dans l’OS guest (machine virtuelle) qui gère mieux le protocole SCSI)
| Haut de page |
R : Attention, officiellement Windows NT4 Server n'est plus supporté depuis le 31/12/2004 mais Virtual Server peut s’avérer une solution transitoire le temps du portage ou la réécriture de l'application. Bien sûr si l'application est vouée à perdurer, cette période de transition peut être infinie mais si l'application fonctionne dans l’environnement virtuel et que l'environnement/ l’application ne change pas pourquoi son comportement changerait
| Haut de page |
R : Il faut la licence d’utilisation de Virtual Server et les licences nécessaires pour chaque système d’exploitation et applications au niveau de chaque machine virtuelle comme s’il s’agissait d’un système physique. Un document sur le licensing Virtual Server est disponible sur
http://download.microsoft.com/download/C/6/5/C6582FD9-9C0E-4E68-A3FE-3BC082AD32D9/vs2005_brief.doc
| Haut de page |
R : Un script d’exemple est disponible sur
http://www.microsoft.com/technet/scriptcenter/scripts/vs/admin/default.mspx
| Haut de page |
R : Non aucun à ce jour
| Haut de page |