Bienvenue Sponsor Officiel

Qu’est ce que TechNet ? Un site Web très orienté technique http://www.microsoft.com/france/technet/default.mspx Une newsletter personnalisable http://www.microsoft.com/france/technet/presentation/flash/default.mspx Des séminaires techniques toute l’année, partout en France http://www.microsoft.com/france/technet/seminaires/seminaires.mspx Des Webcasts accessibles à tout instant http://www.microsoft.com/france/technet/seminaires/webcasts.mspx Un abonnement http://www.microsoft.com/france/technet/presentation/cd/default.mspx

Consolidation de serveurs Ce séminaire présente la solution de système virtuel conçue pour Windows Server 2003 permettant ainsi d'utiliser plusieurs systèmes d’exploitation simultanément sur une seule machine physique. Cette session expose les nouveautés du produit Virtual Server 2005 et son utilisation dans les scénarios de développement et de tests de logiciels, de consolidation des serveurs et d’hébergement des applications anciennes. Les outils de migration de systèmes physiques vers des systèmes virtuels sont également présentés. Consolidation de serveurs et virtualisation avec Virtual Server Animateur

Logistique Vos questions sont les bienvenues. N’hésitez pas ! Pause en milieu de session Feuille d’évaluation à remettre remplie en fin de session Cédérom Merci d’éteindre vos téléphones Commodités

Agenda Problématiques adressées et nouveautés de la version R2 Architecture Administration Virtual Server Migration Toolkit Bonnes pratiques Questions /Réponses

Les entreprises doivent être efficaces Les administrateurs des serveurs demandent des environnements matériels plus efficaces Les développeurs d’applications demandent une plus grande souplesse dans les environnements de développement et de test Les entreprises demandent une solution pour mettre à niveau et consolider les matériels tout en continuant d’utiliser les anciens systèmes

Pourquoi les solutions virtuelles de Microsoft? Demandes clients « Aidez moi à consolider mes applications plus efficacement sur votre OS » « mieux optimiser les machines existantes » Stratégie de Microsoft Windows = la plate-forme de choix pour la consolidation Acquisition des technologies auprès de Connectix Virtual PC 2004 pour XP et pour Macintosh Virtual Server 2005 pour Windows Server 2003

Principe des machines virtuelles Machine virtuelle (VM)  « Invité » « Guest » Serveur physique « Hôte » « Host » Disque physique Disque virtuel Utilisation simultanée de plusieurs systèmes d’exploitation sur le même processeur Chaque système virtuel fonctionne comme un ordinateur autonome Test et production côte à côte sur la même machine Utilisez des serveurs standards Utilisez moins de serveurs avec un taux d’utilisation plus élevé

Problématiques adressées Consolidation de serveur Serveurs sous utilisés Applications non écrites pour coexister sur la même machine Incompatibilités applicatives avec Service Pack / nouveaux Système d’exploitation Fin de vie de Windows NT4 Server Correctifs amenés à disparaître Disparition du support hardware Serveurs d’application difficiles à migrer Ressources insuffisantes pour tester et migrer les applications Coûts de mise à jour

* Pas de SMP dans les machines virtuelles L’offre Virtual PC 2004 Desktop (application) OS Client Simple thread Utilise un seul CPU Interface riche Pas d’automation Accès local Virtual Server 2005 Serveur (service) OS Serveur Multi threads Utilise plusieurs CPUs* Scriptable Accès distant * Pas de SMP dans les machines virtuelles

Virtual PC ou Virtual Server ? Virtual Server (VS) : pour la consolidation et migration des applications serveurs Virtual PC (VPC) : pour la migration des applications bureautiques et consolidation des postes de travail VPC et VS partagent les technologies suivantes Émulation matérielle commune Formats de disque dur virtuel (permet le déplacement de VPC vers VS) Mise en réseau virtuelle (cartes réseau multiples, création de réseaux virtuels) 2 différences de mise en œuvre Capacité d'extension et d’automatisation VS : API COM pour la configuration, gestion et intégration des VM VS est multithread (chaque système hébergé tourne dans son propre thread)

Virtual Server 2005 R2 Test et développement de logiciel VM Test et développement de logiciel Consolidation/automatisation d’une ferme de serveurs gérée de manière centralisée Simulation d’une application distribuée sur un seul système Migration et Consolidation Hébergement des applications anciennes Serveurs départementaux ou d’agences et les sites de pré production Microsoft Virtual Server 2005 is the most cost-effective virtual machine solution designed for Windows Server 2003 to improve operational efficiency in software test and development, legacy application re-hosting , and server consolidation scenarios in the following server manager scenarios: Consolidate and automate your software test and development environment: Virtual Server enables you to consolidate your test and development server farm and automate the provisioning of virtual machines, improving hardware utilization and operational flexibility. For developers, Virtual Server enables easy deployment and testing of a distributed server application using multiple virtual machines on one physical server. Re-host legacy applications: Virtual Server enables migration of legacy operating systems (Windows NT4.0 Server and Windows 2000 Server) and their associated custom applications from older hardware to new servers running Windows Server 2003. Consolidate targeted production server workloads: Virtual Server enables workload consolidation for infrastructure services, branch office services, and for disaster recovery environments resulting in fewer physical systems for reduced hardware footprint. Next we’ll review each of the key scenarios and discuss how Microsoft Virtual Server 2005 improves operational efficiency and adds value.

Test et développement Consolidation et automatisation des environnements de test et de développement des logiciels Plus grande flexibilité Meilleure couverture des tests Productivité des développeurs Satisfaction de l’utilisateur Test d’applications serveur distribuées sur un seul serveur physique

Migration d’applications anciennes Les applications survivent souvent au système d’exploitation ou au matériel d’origine Virtual Server offre un meilleur choix Migration des applications en douceur et compatibilité poussée des applications Mise à niveau de l’infrastructure sans mise à niveau ou modification des applications Exécution d’applications anciennes dans les environnements natifs sur des systèmes virtuels sur des machines récentes avec Windows Server 2003

Consolidation des charges Consolidation des serveurs Taux d’utilisation du matériel plus élevé Gestion simplifiée Consolidation homogène / hétérogène Utilisation de Virtual Server pour la consolidation des services d’infrastructure les environnements de récupération d’urgence les services dans les départements ou les succursales

Consolidation des serveurs Applications homogènes Consolidation directement avec la famille Windows Server 2003 Fichiers, impression, domaine, messagerie, base de données Applications hétérogènes Les sites Web peuvent être consolidés nativement avec Windows Server 2003 Pour des applications mixtes, choisissez l’outil approprié Partitionnement matériel Répartition de charge Virtualisation

Consolidation d’applications Solutions Technologiques Répartition de charge (WSRM) Virtualisation (Virtual Server) Partitionnement matériel Outil Applications très consommatrices en ressources Isolation applicative complète Applications consommatrices en ressources Gestion de la répartition des ressources Applications peu consommatrices en ressources Applications anciennes Adapté à Key point: There are three key technologies that help companies consolidate heterogeneous workloads: Hardware partitioning, workload management and virtual machines. Let’s take a moment and spend some more time on each of these technologies. Whats in it for the customer: Customers can choose the most appropriate application consolidation tools to meet their business requirements. Script: Hardware Partitioning Hardware partitioning is where a server is physically partitioned into to 4 processor increments, each partition runs its own instance of the operating system, The following OEM’s provide 4 processor partitioning on there 64 proc, 32proc and 16 proc Intel based Servers, HP, IBM and Unisys. Hardware Partitioning is best for Very High through put applications that require complete isolation at an Operating system and hardware level. The limitation is that you have to reboot the server to change the size of the partition and it has to be done in 4 processor increments. So unless you have a failover server, this will result in an interruption of service. Additionally you will have to plan for peak workloads, which means less than optimal server utilization. Resource Management Resource management enables the allocation of resources, including processor and memory resources, among multiple applications based on business priorities on a single server. This is ideal for medium to high throughput applications, where you are hosting multiple workloads and you want to prioritize use of resources. Windows System resouce Manager allows an administrator to set targets for the amount of hardware resource that running processes or users (typically in a Terminal Server environment) are allowed to consume. When running multiple applications on a single server, WSRM can be used to assign some part of the machine’s resources to each application. This allocates each process’ access to system resources and reduces the ability of applications to interfere with each other, allowing multiple applications to better coexist on the same system. The limitation is that all applications must run on the same operating system version. Additionally the application is not completely isolalated in its own Operating system or hardware. This can be a single point of failure for multiple applications. Virtualization Virtualization is a software technology that allows multiple operating systems to run on the same processor at the same time. This capability allows IT organizations to migrate and consolidate applications from legacy operating systems to current hardware and software platforms, thus ensuring standardization and supportability. Additional applications include the quick creation of new configurations for testing, training, demonstrations, etc. Virtualization enables savings on hardware, environmental costs, management, and administration of the server infrastructure. Microsoft Virtual Server ensures users of high supportability, broad hardware support, high performance, and manageability. Best For Virtualization technology primarily addresses two business needs: The need to support legacy applications: legacy applications require older, often obsolete operating systems. Procuring and maintaining hardware that supports obsolete operating systems is problematic. Also, when support for the operating system is finally withdrawn and no new fixes are produced, organizations face costly choices on how they will address security issues if any emerge. Upgrading or re-writing applications for a current version of the OS may not be economical, or the resources needed to do so may be occupied with higher-priority projects. The need to consolidate legacy applications: many business applications run on under-utilized servers. IT organizations want to Improve performance and optimize hardware, space, and power by consolidating these applications on to fewer more powerful servers. The problem is that, frequently, these applications were not written to co-exist on the same server. Applications may require different versions of the operating system and of the database and other middleware. Applications may consume all of a certain hardware or software resource on the system, thus preventing other applications from performing acceptably; sometimes the same situation occurs due to so-called “memory leaks” due to poor programming, in which case a reboot will eventually be needed to free up the memory. IT organizations want to avoid the cost and time involved in re-writing applications so they can be consolidated. Each Virtual machine is limited to a single processor, hence we recommend this solution for lower through-put applications. Limit The application management overhead is centralized, however still requires management by application and the required skills and knowledge of each application, hence application management can be more complex. Running multiple virtual machines (VM’s) on a single server, has a performance tax, depending on the number of VM’s hosted. Redimentionnement nécessite un redémarrage Granularité 4-processeurs Toutes les appli. sont sur le même niveau d’OS OS/HW single point of failure Faible simplification de l'administration Autant de licences Limites

Virtual Server est utile ici ! Fichiers & impressions Axes de consolidation Virtual Server est utile ici ! Complexité & Risque Fonctions unique Fichiers & impressions Bases de données Messagerie Domaines Web Fonctions mixtes Branch Office Fonctions multiples App métier App métier App métier

Exemple : Consolidation des serveurs d’agence “Branch-in-a-box” Unique serveur dans une agence hébergeant différents services : fichiers/impression, authentification (DC), application métier. DC dans une machine virtuelle avec les applications sur le host DC sur le host avec les applications dans des machines virtuelles DC et les applications dans des machines virtuelles distinctes avec le système host présent uniquement pour des fonctions d’administration

Virtual Server 2005 R2 Disponibilité plus grande Clustering de machines virtuelles entre hôtes Support du cluster au niveau de l’hôte Virtual Server R2 Montée en charge plus importante Support du hôte Windows 2003 X64 Performance accrue Jusqu’à 50% de diminution dans l’utilisation de la CPU Administrabilité améliorée Boot PXE – Intégrer les scénarios de déploiement des machines virtuelles dans les déploiement d’infrastructure Interopérabilité meilleure Support des invités Linux/Unix

Disponibilité plus grande Support de l’iSCSI permettant la mise en cluster des machines virtuelles entre hôtes Support du cluster de l’hôte Virtual Server R2 Possibilité de mise en œuvre. Clustering au niveau du hôte Virtual Server sur Windows Server 2003 EE/DTC Clustering au niveau du hôte Virtual Server avec support SAN, iSCSI et DAS (SCSI) Arrêts planifiés: Opérations sur le matériel ou gestion des correctifs sur le système. Migration des machines virtuelles. Déplacement d’une machine virtuelles d’un nœud vers l’autre en un minimum de temps. (la durée de bascule est dépendante du stockage) Moins de 10 secondes pour déplacer une machine virtuelle de 128 Mo avec 1Gb sur iSCSI Arrêts non planifiés: Bascule vers l’autre noeud en cas de panne matériel Autres bénéfices: “Indépendance de l’invité”. N’importe quelle machine virtuelle, quelque soit l’OS, peut basculer sur l’autre nœud Virtual Server host clustering disponible sur le web en téléchargement

Montée en charge et performance Montée en charge plus importante avec le 64-bit Hôte x64 - Invités 32-bit Windows Server 2003 Standard x64 Edition Windows Server 2003 Enterprise x64 Edition Windows XP Professional x64 Edition Portage 64-bit de VMM et du service Meilleure montée en charge au travers d’un espace d’adressage noyau plus large Systèmes x64 disposent de plus de mémoire Performance accrue Amélioration de la gestion “shadow page table” Performance améliorée dans la gestion de la mémoire pour les applications consommatrice 65% d’amélioration TPC-C dans les tests mémoire Diminution de 50% dans l’utilisation de la CPU

Administrabilité et intéropérabilité Administrabilité améliorée Boot PXE Carte Ethernet émulé maintenant supporte le boot PXE Intégration des machines virtuelles dans les déploiements d’infrastructure Interopérabilité meilleure Addition Linux Support des machines virtuelles Windows Server 2003 Standard Edition Service Pack 1 Windows XP Professional Service Pack 2

Virtual Server 2005 R2 Autres améliorations Correction de bugs Amélioration du support de l’Hyperthreading Disquette F6 (driver SCSI) Virtual disk pre-compactor Ouverture des ports nécessaires lors de l’installation Espace réservé pour les états sauvegardés “saved states”

Changements licences (1er dec 2005) Nouveaux droits d’utilisation des environnements virtuels pour Windows Server™ 2003 R2 Enterprise Edition Le mode de licence par “instance en fonctionnement” (running instance) améliore la valeur et la flexibilité des produits de la famille Windows Server System. Le mode de licence par processeur permet de s’aligner avec les ressources réellement utilisées http://www.microsoft.com/licensing/userights

Windows Server R2 Enterprise Edition INCLUS 4 Instances Hôte physique et jusqu’à 4 invités Ajoutez une licence supplémentaire Windows Server R2 Enterprise Edition et obtenez 4 invités supplémentaires Windows Server 2003 R2 EE Hardware Virtualization Layer Windows Ancien model Total: 5 Licences Windows Nouveau avec Windows Server R2 EE: Total: 1 Licence

7 Servers utilisant les images Licence par ‘Running Instance’ Licence par “running instances” Encourager l’utilisation de la virtualisation et une mise des machines en Data Center plus souple Créer autant d’image que vous voulez Stocker les images ou vous le voulez Licence machine pour l’instance que vous utilisez Librairie de 100 images de Windows 7 Servers utilisant les images (1 par serveur) Ancien model Total: 107 Licences Windows Nouveau model : Total: 7 Licences Windows

Licences par processeur SQL Server 2005 Microsoft BizTalk® Server 2004 ISA Server 2004 Etc. Mode de licences par processeur virtuel pour les machines virtuelles

Agenda Problématiques adressées et nouveautés de la version R2 Architecture Administration Virtual Server Migration Toolkit Bonnes pratiques Feuille de route Questions /Réponses

Windows XP pour test uniquement Prise en charge de Windows NT 4.0 Server, Windows 2000 Server et Windows Server 2003 Aucun pilote personnalisé n’est requis Compatible avec la plupart des systèmes d’exploitation x86 Virtual Server 2005 R2 SE et applications hébergés Matériel virtuel Matériel virtuel Jusqu’à 1 processeur par système virtuel Jusqu’à 3,6 Go de mémoire par système virtuel Virtual Server 2005 Service de virtualisation Le Moniteur de système virtuel multithread assure l’isolation Windows Server 2003 Windows XP pour test uniquement Hôte pris en charge par Windows Server 2003 32 bits/64 bits Large compatibilité avec les périphériques Virtual Server 2005 is a fully integrated component of a comprehensive solution stack. Microsoft fully tests the entire stack top-to-bottom ensuring that all layers work together cohesively. The testing extends to Windows operating systems running as virtual machines in Virtual Server. Starting from the bottom of the logical stack, Virtual Server is targeted at servers with two to four processors. It has been optimized for 8-way servers and can scale up to 32 processors and 64 GB RAM. Next. the host OS—Windows Server 2003—manages the host system. Third, Virtual Server provides a relocatable Virtual Machine Monitor virtualization layer that manages virtual machines, providing the software infrastructure for hardware emulation. Looking at virtual hardware, ach virtual machine consists of a set of virtualized devices. Each virtual machine can have up to one CPU and 3.6 GB of RAM. Finally, guest OS and applications run in the virtual machine—unaware, for example, that the network interface card (NIC) that it interacts with via Virtual Server is only a software simulation of a physical Ethernet device. When a guest OS is running, the special-purpose Virtual Machine Monitor kernel takes mediated control over the CPU and hardware during virtual machine operations, creating an isolated environment in which guest OS and applications run close to the hardware at the highest possible performance. Matériel serveur X86/X64 Optimisé pour serveurs de 2 à 8 processeurs Extensibilité jusqu’à 32 processeurs et 64 Go

Architecture et composants Virtual Server Service (vssrvc.exe) S’exécute sous le compte Service réseau Gère l’émulation des périphériques Service Virtual Machine Helper (vmh.exe) Gestion des utilisateurs / credential (user / password) pour le lancement des VMs et des scripts Driver VMM.sys Virtual Machine Monitor Virtualisation du processeur Gestion mémoire Driver VM Network Services NDIS filter driver Permet l’implémentation des différentes topologies de réseaux Contexte hôte Contexte VM Virtual Server WebApp Applications IIS Service Virtual Server Code VM Virtual Machine “Additions” Kernel NDIS Driver VMM Driver VMM Kernel Machine physique hôte Service Virtual Server Serveur Web Interface d’administration VMRC HTTPS DCOM VM 1 VM 2 VM 3 IIS Service Virtual Server CGI Internet Explorer VMRC Client L’interface utilisateur de Virtual Server 2005 est de type web et s’appuie sur 2 composants : Le serveur Web Server – un fichier CGI utilisé pat l’API COM VS pour gérer le contenu de l’interface graphique L’interface d’administration – un navigateur qui affiche l’interface utilisateur Ces composants peuvent résider localement ou être accédés à distance par le service VS Possibilité de communiquer en https avec le service web L’accès à la machine virtuelle (UI) à distance se fait au travers de Virtual Machine Remote Control (VMRC) Authentification NTLM et Kerberos

Le support des configurations Hôte: Windows Server 2003 (Std, Ent, DataCenter) GOLD et SP1 Invités: Windows 2003 Server (Web, Std, Ent) version GOLD et SP1 Windows XP SP2 Windows 2000 Server (Standard et Advanced) Windows NT Server 4.0 SP6a Rôles et applications supportés KB: 897613 Microsoft Virtual Server support policy KB: 897614 Windows Server System software not supported within a Microsoft Virtual Server environment Pas de différence dans la politique de support des OS Invités versus des machines physique

Isolation entre les systèmes Virtual Server virtualise : CPU Sous système de gestion mémoire Tous les Hardwares que la VM voit Virtual Server émule : Les communications avec les périphériques accédés sont interceptées et émulées par voie logicielle via des modèles de périphériques virtuels Les VMs n’on pas d’accès à : La mémoire physique de l’Hôte La mémoire virtuelle des autres VMs et leurs périphériques virtualisés Virtual Device Models 440BX chipset with PIIX4 System BIOS (AMI) PCI Bus ISA Bus Power Management SM Bus 8259 PIC PIT DMA Controller CMOS RTC Memory Controller RAM & VRAM COM (Serial) Ports LPT (Parallel) Ports IDE/ATAPI Controllers SCSI Adapters (Adaptec 2940) SVGA Video Adapter (S3 Trio64) VESA BIOS 2D Graphics Accelerator Hardware Cursor Ethernet Adapter (DEC 21140) Keyboard Mouse

Fonctions de gestion des ressources Allocation des ressources du processeur Prise en charge des méthodes de pondération et d’encadrement pour un contrôle précis Multithread pour fonctionner sur des systèmes comprenant jusqu’à 32 processeurs et 64 Go de mémoire vive Allocation des ressources mémoire Prise en charge du redimensionnement de la mémoire au démarrage du système virtuel La mémoire ne peut pas être sur-allouée Virtual Server est compatible NUMA (Non-Uniform Memory Access) CPU resource allocation supports both weighting and constraint methods for fine-grained control. Virtual Server 2005 is tuned for performance on systems with up to eight physical processors. Multithreaded for highly scalable performance on systems with up to 32 processors and 64GB RAM. Each virtual machine can use up to 100% of a single host processor. On Hyper-threaded systems the single host processor is a logical processor. Multiple virtual machines can execute concurrently to make use of multiple host processors. The Virtual Server process creates a thread of execution for each virtual machine. Other threads are created to perform IO, service the COM API, etc. The number of virtual machines that can be hosted on any server depends on: The combined processor, memory and IO load the virtual machines put on the host, and The processor, memory and IO capacity available on the host system. Host processor resources can be changed dynamically via the Administration Website or the COM API. Processor capacity is guaranteed and cannot be overcommitted. Virtual Server will always provide the allocated amount of processor resources to the virtual machine. Maximum capacity is a target for each virtual machine that Virtual Server will try to achieve. This value can be overcommitted by the administrator. Relative weight is a number between 1 and 10,000 that identifies the relative priority of each virtual machine. This number is used to prioritize the allocation of processor resources. Capacity and Weight algorithms operate concurrently: Contention can occur for the maximum system capacities. Relative weights indicates how to allocate resources during contention.

Caractéristiques du processeur Caractéristiques de gestion des applications Serveur Web Logique métier Base de données VM Stratégies d’allocation des ressources du processeur Poids : 1000 Poids : 100 Poids : 100 Max : 50% Max : 20% Max : 20% Min : 25% Min : 5% Min : 10% La pondération fournit la garantie d’un certain niveau de services des bases de données vis-à-vis d’autres machines virtuelles. La réserve garantit que d’autres machines virtuelles ne seront pas sous-approvisionnées par le processeur : charge équilibrée. Réservé 1 CPU pour le serveur « Hôte » Virtual Server

Caractéristiques de la mémoire Caractéristiques de gestion de la mémoire Serveur Web Logique métier Base de données VM Stratégies d’allocation des ressources mémoire 1 Go 512 Mo 1 Go Pas de saturation mémoire, la quantité de mémoire disponible est limitée par la mémoire physique disponible L’ajout/suppression dynamique de mémoire n’est pas supporté Réserver 512 Mo pour le système « Host » + 15 Mo pour le service VS

Disques virtuels Création des disques virtuels (VHD) au travers du Manager de disque virtuel (Virtual Disk Manager) Taille et type spécifiés à la création Sur le système hôte c’est un simple fichier Possibilité de création sur tout support accessible IDE, SCSI, RAID, SAN, NAS,… 5 types de disques Disques à tailles fixes Disques dynamiques Disques de différence Disques d’annulation Disques liés Conversion possible entre les types de disques

Vue d’ensemble des VHD Type de disques virtuels Disques dynamiques Type par défaut, la taille augmente en fonction des besoins Disques de taille fixe Meilleures performances Disques liés Lie un disque physique en tant que disque virtuel Type d’état des disques virtuels Disques d’annulation Non persistent, par VM Disques différentiels Hiérarchie disque parent enfant États sauvegardés Sauvegarde la mémoire sur disque(idem hibernation) Host 1Go 2TB Guest 2To Host 2To Guest 2To Host Guest Base Session Base SP1 SP2 VM Host

Capacités disques virtuels Limites 32 VHD sur contrôleurs IDE et SCSI virtuels 4 VHD en utilisant IDE Chaque disque peut atteindre 128 Go 4 contrôleurs SCSI (Adaptec 2940 PCI) Chaque contrôleur supporte un bus SCSI (single) 7 disques par contrôleurs, 2 To par disque Maximum de 56 To par machine virtuelle (VM) Avantages : déploiement rapide, souple et économique Utilisation des infrastructures existantes de stockage, de mise en réseau, de sécurité et de gestion Les disques durs virtuels sur SAN permettent une restauration efficace après incident.

Réseaux Virtuels Réseaux Virtuels (VM vers l’extérieur) Jusqu’à 4 cartes réseau virtuelles par VM Crée par défaut Un réseau virtuel pour chaque carte réseau de l’hôte Un réseau virtuel sans carte attachée Des réseaux virtuels additionnels peuvent être créés Chaque carte réseau virtuelle (Intel 21140 Ethernet PCI) Peut être bridgée à la carte réseau de l’hôte Aucun pilote spécifique n’est requis pour l’OS VM (Guest) Le Virtual switch route en local et en externe Réseaux locaux uniquement (VM à VM) Utilise un serveur Virtual DHCP Pas de connexion à la NIC hôte (aucune activité sur le réseau) Tout le routage est local au Virtual Server

Architecture de réseau virtuel This figure depicts virtual network architecture in Virtual Server 2005. During installation, the virtual network service driver is installed on the host operating system at a low level, just above the hardware network driver. The virtual network service driver determines the routing of network packages, sending them to the host operating system or to a guest operating system. The host operating system can read, monitor or capture the network traffic of guest virtual machines running on it. Also, virtual machines configured for external network only cannot read, monitor or capture the network traffic of other virtual machines. Note that Network Load Balancing does not work with Virtual Server because the virtual network driver is installed below the Network Load Balancing driver in the network stack.

Caractéristiques des réseaux virtuels Possibilités des réseaux virtuels VM VM VM Serveur Web Applications Métier Base de données Cartes Virtuelles cartes virtuelles Réseau virtuel privé Virtual DHCP Server Virtual Switch Virtual Switch Bridged virtual network Bridged virtual network Tout type de configuration est imaginable, les adresses MAC sont attribuées automatiquement par VS ou peuvent être choisies par l’Administrateur. Une fonction DHCP automatique existe pour les carte qui fonctionnent en interne à l’hôte. Toute carte réseau virtuelle vue de l’extérieur est absolument identique à une carte réelle et son serveur virtuel est vu exactement comme un serveur réel. Serveur physique Physical NICs Réseau public Réseau interne

Vue d’ensemble Console d’administration Démonstration

Agenda Problématiques adressées et nouveautés de la version R2 Architecture Administration Virtual Server Migration Toolkit Bonnes pratiques Feuille de route Questions /Réponses

Installation Machine « hôte » Administration via site web Ordinateur x86/X64 Windows 2003 (SP1) ou Windows XP (SP2) 384 Mo de mémoire Installation de IIS (site web d’administration de Virtual Server: par défaut port 1024) Pas de nécessité de mise en domaine Installation du service Virtual Server et du site d’administration sur la même machine ou sur des machines distinctes Administration via site web

Création des machines virtuelles Méthodes Basiques Mappage sur un CD/DVD ROM Mappage sur une image Bootable ISO ou VFD Méthodes Automatiques Installation “sans assistance” RIS (via boot PXE) Automated Deployment Services Copie de disque + Sysprep Migration Physique vers Virtuelle Outil : Virtual Server Migration Toolkit

Création et configuration des machines virtuelles Demonstration

Architecture pour l’administration Navigateur Web Server WSWebapp.exe Outil tierce partie Objets COM Virtual Server Script Outils MS Microsoft Virtual Server Journal d’événements Machine virtuelle 1 Machine virtuelle 2 Machine virtuelle n

Gestion simplifiée Site Web d’administration de Virtual Server Permet l’administration et l’accès à distance de façon sécurisée et authentifiée Client Virtual Machine Remote Control Sécurisation de l’environnement Outils et solutions intégrés Microsoft Intégration d’Active Directory MOM 2005, SMS 2003 SP1 Équivalence avec les serveurs physiques Utilisez les outils de gestion existants (agent de sauvagarde, MMC, Terminal Services…) Automatisation Virtual Server 2005 provides an easy to manage solution for virtual machines.

Site Web d’administration Implémentation de référence de l’API COM S’installe sous forme de service sans affichage Toutes les actions exécutées peuvent être automatisées via l’API Contrôle chaque système virtuel État de la machine (Activer, suspendre, désactiver, arrêter, enregistrer l’état) Configuration Facilite l’accès distant aux systèmes virtuels « Active X » Virtual Machine Remote Control (VMRC) As a reference implementation of the scripting API, the Virtual Server Administration Website showcases the broad management capabilities of Virtual Server. The Virtual Server Administration Website, controls a single instance of Virtual Server, and enables secure, authenticated administration and remote access. The Virtual Server service installs as a headless service on the host operating system. The COM API is used to create the content in the Virtual Server Administration Website. All actions performed through the Virtual Server Administration Website can be automated through the API, which enables automated creation, configuration and control of virtual machines. The Virtual Server Administration Website can control the state of each virtual machine: Remote Control – Present the UI for the virtual machine selected. Turn on – boot the virtual machine BIOS and operating system. Pause – Save the virtual hardware context to memory and stop virtual machine execution. Resume – Start the virtual machine from the Paused context. Save state – Save the virtual hardware context to disk and stop virtual machine execution. Restore the saved state – Start the virtual machine from the Saved State context. Discard Saved State – Discard the Saved State context for the virtual machine. Shutdown the Guest operating system – Requires the additions to be installed. Turn off – Equivalent of hitting a server’s power button. Reset – Equivalent of hitting a server’s reset button. Remove – Removes the virtual machine from the Virtual Server Administration Website; the virtual machine files are not altered. The Virtual Server Administration Website can control the configuration of each virtual machine: Default action of the virtual machine on host startup and shutdown Set the access controls for the virtual machine Change the hardware configuration, including memory, network, storage, floppy, CD and port configurations Change the virtual machine CPU resource management settings Install additions in the virtual machine Attach a script to a virtual machine event The Virtual Server Administration Website facilitates remote access through Virtual Machine Remote Control (VMRC): Virtual Server Administration Website enables secure administrative and client remote access from anywhere on the network. Interface access for each virtual machine is accomplished using a VMRC link. VMRC uses SSL data encryption and Active Directory and Kerberos user authentication. Remote access can also be accomplished via a Remote Desktop Protocol (RDP) or Terminal Services, though certain configurations may be required on the guest operating system to enable the service. SSL configuration is provided though the Virtual Server Administration Website. You can use the Virtual Server Administration Website in conjunction with standard server management tools to administer virtual machines. Virtual Server provides three levels of administration access to virtual machines based on host access control lists (ACLs), with administrators of the host operating system having default access to all three: Creation of new virtual machines Reconfiguration of a specific virtual machine User access to a specific virtual machine

Sécurité Permissions au niveau du site web d’administration et de IIS Par défaut Authentification Windows intégrée Permissions au niveau des paramètres de sécurité de Virtual Server Virtual Server security Settings Par défaut uniquement les administrateurs locaux de la machine « hôte » ont des droits sur Virtual Server Permissions au niveau des fichiers Sécurité Machine virtuelle Droit d’accès sur fichier VMC Sécurité réseau virtuel Droit d’accès sur fichier VNC Sécurité disque dur virtuel Droit d’accès sur fichier VHD Sécurité disquette virtuelle , CD\DVD virtuel Droit d’accès sur fichiers VFD, ISO Utiliser VMRC avec SSL

Intégration d’Active Directory Gérez les systèmes virtuels comme des machines physiques via la console Gestion de stratégie de groupe Permet la délégation de l’administration et un accès sécurisé et authentifié sur les systèmes virtuels Permet un contrôle administratif précis des systèmes virtuels ACL par système virtuel Journaux des événements intégrés à Active Directory et aux consoles d’administration Microsoft Active Directory allows the same directory management features to be used for virtual machines as are used for physical machines by providing a centralized repository for hierarchical information about users and computers on the network. Active Directory incorporates significant improvements in management and performance in Windows Server 2003 which can be leveraged through virtual machines hosted by Virtual Server 2005. Integration with Active Directory enables delegated administration and secure, authenticated guest access. Virtual Server enables fine-grained administrative control over virtual machines with per-virtual machine ACLs that can be managed from within Active Directory’s Group Policy Management Console. Event logs are integrated with Active Directory and Microsoft Management Consoles.

Supervision Pack d’administration Virtual Server pour Microsoft Operations Manager 2005 Gestion des événements et des performances Mappage système virtuel - hôte extensible Compteurs WMI sur le système hôte Journaux des événements également affichés dans le journal des événements hôte Les machines virtuelles utilisent les disques/drivers physiques; utilitaire HW (Insight Mgr) ne sont utiles que sur le Hôte. Companies can leverage existing tools to manage across physical and virtual machines. Microsoft is developing management tools for Virtual Server to enhance the current manageability product set to be virtual machine-aware. For example, to distinguish host/guest hierarchical relationships, to represent and manage the topology, and expose it to other management solutions. Microsoft Operations Manager 2005 Management Pack for Virtual Server provides extensible guest-host mapping for event and performance management. Virtual Server provides WMI counters on the host system, and can be passed to Microsoft Operations Manager for health monitoring and alerting. Virtual Server logs events displayed in the Virtual Server event log on the master status page of the Administration Website, and it is displayed on the host system event log, which can be passed to Microsoft Operations Manager for alerting, or integrated into a third party management solution. Virtual Server uses an extensible XML file format to enable virtual machine configuration management from external management software. This can leveraged through the COM API for asset management, automated provisioning and deployment and more.

Pack d’administration pour MOM 2005 Affichage des hotes Taches Contrôle fin des VMs MOM 2005 – gestion des serveurs physiques et virtuels Mappage de la VM sur l’hôte Disponible depuis Avril, 2005 Consolidation de l’état et reporting Fournit la supervision et le contrôle de un vers plusieurs

Outils SMS 2003 SP1 Composant client de SMS pris en charge sur les systèmes virtuels L’agent SMS est pris en charge quand il s’exécute dans un environnement de système virtuel Prise en charge de la gestion de configuration pour les systèmes virtuels Virtual PC et Virtual Server présentés dans les informations sur l’inventaire du matériel Nouveau nœud appelé Système virtuel dans la console d’administration Explorateur de ressources SMS Découverte des relations hôte/système virtuel Virtual PC (système virtuel parent/enfant)  SMS 2003 SP1 will include features for Virtual Server. These include: –        SMS Client supported in VM The SMS agent is supported running in a Virtual Machine environment –        Configuration management support for the VM Virtual PC and Virtual Server called out in hardware inventory information A new node called Virtual Machine in the SMS admin console Resource Explorer Discovery of virtual PC host/guest (parent/child virtual machine) relationships  –        VM identification for reporting

Sauvegarde Machine Virtuelle Utiliser les mêmes procédures que pour une machine physique Lancer le programme de sauvegarde sur la VM Via Agent ou Ntbackup Sauvegarder le fichier BKF localement ou sur un partage Ne pas sauvegarder le fichier VHD sur le Hôte si la VM est démarré (c’est équivalent à débrancher la machine physique) Si l’arrêt est permis Utiliser un script pour arrêter la machine virtuelle, sauvegarder le disque VHD et re-démarrer la VM Valider la procédure Valider l’acceptation en production

Considérations d’hébergements La sécurité (isolation) est primordiale VMs peuvent uniquement communiquer via le réseau Utiliser différents réseaux virtuels pour séparer et isoler les machines virtuelles sur un même hôte Garder les machines virtuelles à jour en ce qui concerne la sécurité Sécuriser les machines virtuelles comme des machines physiques Considérations SLA Garantir la disponibilité de mémoire et le temps processeurs Disposer d’un espace disque suffisant

Fonctions de l’API COM Permet un contrôle complet par script des environnements de systèmes virtuels Automatise le déploiement et les opérations Scripts de reprise pour automatiser des redémarrages Scripts de clonage de VM Permet l’intégration dans l’infrastructure informatique existante Entièrement documentée 42 interfaces et des centaines de méthodes Basée sur COM – les utilisateurs ont le choix entre Visual Basic.NET, C#, Perl, etc. http://www.microsoft.com/technet/scriptcenter/scripts/vs/default.mspx Virtual Server supports a full-featured COM API that contains 42 interfaces and hundreds of calls, allowing scripts to control nearly every aspect of the product. The scripting model is based on COM, therefore you are not tied to a specific scripting language. You can choose between Visual Basic.NET®, C#, Perl, and many other modern development languages. Furthermore, scripts can be “triggered” by certain events within Virtual Server. Developers benefit from greater ease of customization and automation using the Virtual Server COM API.

Exemple

Clés de Registre Virtual Server Interrogation du Registre Présentes sur le système Guest Les VM Additions doivent être installées HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Virtual Machine\Guest\Parameters Keys HostName PhysicalHostName PhysicalHostNameFullyQualified VirtualMachineName

Exemple

Classe et objets WMI Class Name : VM Namespace NamespaceVersion : //root/vm/virtualserver Compatibilité : Windows XP et 2003 Virtual Machines CPU Utilization Heartbeat Uptime Heartbeat Count Disk Space Used Disk Bytes Read/Written Network Bytes Sent/Received Physical Memory Allocated Virtual Networks Bytes Sent\Received\Dropped Packets Sent\Received\Dropped

Mise en œuvre de wmi

Jeu d’APIs Demonstration

Agenda Problématiques adressées et nouveautés de la version R2 Architecture Administration Virtual Server Migration Toolkit Bonnes pratiques Feuille de route Questions /Réponses

Scénarii cibles Scénario #1: migration serveur physique NT 4.0 vers un serveur virtuel Approprié aux applications qui ne peuvent pas migrer immédiatement sous Windows 2003 Permet aux applications de migrer vers un nouvel “hardware” et de bénéficier de meilleures performances, monté en charge, disponibilité et manageabilité liés au nouveau matériel Maintient de l’environnement logiciel NT 4.0 sur le serveur virtuel , c’est une étape intermédiaire pour la migration des applications Scénario #2: Consolidation de serveurs Consolider plusieurs serveurs physiques sur un nombre plus réduit de serveurs sans réinstallation Migration des serveurs virtuels vers des serveurs virtuels (V2V) Migration VMware GSX Server 2.5 (nécessite de charger les drivers SCSI VMware au niveau de ADS) Installation de ADS Solution la plus simple = Installation de ADS sur le Host Virtual Server Meilleure solution = Installation ADS sur une machine séparée Solution alternative possible = Installation ADS dans une machine virtuelle

VSMT pré requis Un serveur Virtual Server 2005 Un espace disque suffisant sur le serveur Virtual Server pour héberger les copies virtuelles des machines physiques migrées Automated Deployment Services 1.1 Sur le même serveur ou un serveur distinct ADS et Virtual Server 2005 dans le même domaine ou groupe de travail Des ressources mémoire et disques sur les serveurs pour accueillir les images et les systèmes migrés Par défaut, le système virtuel nécessite la même quantité de mémoire que le système physique Inclus dans ADS 1.1 Installation de ADS Solution la plus simple = Installation de ADS sur le Host Virtual Server Meilleure solution = Installation ADS sur une machine séparée Solution alternative possible = Installation ADS dans une machine virtuelle Windows Server 2003 Standard Server /Enterprise Edition pour héberger Virtual Server Standard Edition / Enterprise Edition Un espace disque suffisant sur le serveur Virtual Server pour héberger les copies virtuelles des machines physiques migrées Même en cas d’utilisation de disques dynamique, il faut prévoir les accroissements de la taille disque Infrastructure DHCP ADS 1.0 Windows Server 2003 Enterprise Edition pour héberger les services ADS Un espace disque suffisant au niveau du serveur ADS pour stocker les images des serveurs durant le processus de migration Des ressources mémoire et disques sur le serveur Virtual Server Host pour accueillir les systèmes migrés Par défaut, le système virtuel nécessite la même quantité de mémoire que le système physique ADS et Virtual Server 2005 dans le même domaine ou groupe de travail Hotfix Kb 875533 « Virtual Server 2005 virtual machines cannot contact the Automated Deployment Services controller during the Pre-Boot Execution Environment startup process »

Installation des composants Contrôleur ADS VSMT “Full Installation” sur %systemdrive%\program files\Microsoft VSMT sur le Le host Virtual Server (si différent du contrôleur ADS) VSMT “Tools Only” installation sur %systemdrive%\program files\Microsoft VSMT Sur l’ordinateur source soit lancer le programme d’installation et sélectionner le composant GatherHW soit copier l’exécutable à partir de %systemdrive%\program files\Microsoft VSMT Configuration ADS Sur le Host Virtual Server, installer l’agent d’administration ADS (adsagentsetup.msi) Ajouter le Host Virtual Server comme « device » contrôlé Configurer un réseau virtuel pour la migration (VM0)

Composants de VSMT Gatherhw.exe Vmscript.exe Capture.cmd CreateVM.cmd XML File Vmscript.exe Scripts Générés Capture.cmd CreateVM.cmd DeployVM.cmd Vmclient.exe Client distant Vmclient.exe ADS WMI VS API

VSMT vue du système source Migration des machines physiques sources NT Server 4.0 standard SP6a Windows 2000 SP4 Windows Server 2003 WMI doit être installé et opérationnel Minimum de 96Mo de mémoire physique sur le système source Une interface primaire compatible PXE 0.99c Substitution des HAL multi proc par une HAL mono proc

Limitations de VSMT Des composants physiques ne sont pas émulés par Virtual Server Dongle port parallèle, USB, HBAs, IEEE 1394, cartes additionnelles vidéo, audio et co processeur, périphériques de sauvegarde… Les serveurs physiques disposant de moins de 96Mo de mémoire ne peuvent pas migrer Partitions étendues sont converties en primaire et dynamique ne peuvent pas migrer Pas de migration des partitions FAT Pas de migration des disques dynamiques au sens Windows La connectivité directe SAN n’est pas conservée Certaines configurations peuvent nécessiter des opérations post migration (notamment NT4)

Mise en oeuvre du Toolkit  Configure réseau, stockage, & Virtual Server Additions dans la nouvelle VM  Lancer gatherhw.exe  Eteint la machine (Automatique)  Manuellement booter vers ADS Deployment Agent, l’image est capturée Windows NT 4.0 Serveur Physique W2K3 Server Virtual Server Host & VSMT Task sequence execution  Copier le fichier résultat XML sur le contrôleur ADS  Lancer CreateVM.cmd, qui crée le serveur virtuel sur le host  Lancer DeployVM.cmd, qui exécute un ensemble de tâches pour déployer l’image sur le serveur virtuel Une fois ,l’environnement ADS (serveur et agent sur le serveur VS), serveur host VS2005 et composants VSMT installés 1 Charger les patches/drivers nécessaires sur le contrôleur ADS 2 Préparer la machine source à la migration 3 Valider la configuration matérielle de la machine source, ajouter les patchs si nécessaire 4- 5- 6 Capturer l’image de la machine source dans ADS 7 Créer la machine virtuelle sur le serveur host VS2005 (création du fichier .vmc) 8 Déployer l’image sur le serveur Host. VSMT crée les disques nécessaires (.vhd) 9 Installer les VM additions, les patches et drivers nécessaires et enfin S’assurer du bon fonctionnement de la machine virtuelle  Lancer VMScript.exe pour la vérification HW et SW et générer les scripts de migration  Lancer le script capture.cmd W2K3 Ent Server avec ADS 1.1 & VSMT

Virtual Server Migration Toolkit Demonstration

Agenda Problématiques adressées et nouveautés de la version R2 Architecture Administration Virtual Server Migration Toolkit Bonnes pratiques Feuille de route Questions /Réponses

Utilisation de(s) processeur(s) Le Host utilisera tous les processeurs et répartira la charge sur l’ensemble des processeurs Les Machines Virtuelles utiliseront chacune l’équivalent de la puissance d’un CPU Le gestionnaire de ressources essayera de conserver chaque machine sur un CPU

Recommandations Processeurs Disposer de données sur l’utilisation moyenne de la CPU pour des serveurs physiques Déterminer le nombre de machines virtuelles concourantes Assigner un CPU pour l’hôte Besoin CPU = Moy. Utilisation CPU * N° VM Considérer de conserver 1 CPU en réserve

Recommendations pour les disques Mirroring de l’OS Sur ce disque, le système et l’application Virtual Server Stockage des VHD (VUD, VSS) Sous système disque rapide Multiple axes RAID 5 ou idéalement RAID 0+1 Stockage des outils (images ISO, VFD…) N’a pas besoin d’être en RAID Nécessite d’être séparé pour des raisons de performance des installations

Gestion de l’espace disque Disque dynamique La taille augmente dynamiquement Fragmentation facile Doit être compacté pour ré utiliser l’espace inutilisé Défragmentation de la VM Lancer Pre-Compactor Arrêter la VM et inspecter le disque Compacter le disque http://support.microsoft.com/default.aspx?scid=kb;en-us;888760 Disque de taille fixe Utilise tout l’espace disque défini Minimise la fragmentation Les meilleures performances

Configuration disque dur Disposer d’image Sysprep avec des licences volume Pas d’activation Processus rapide pour créer de nouvelle machine Utiliser les disques différentiels Création rapide Reset rapide Scénarios de tests La compression NTFS optimise l’utilisation de l’espace Utiliser des disques d’annulation Scénario de test (annulation après test) This slide intends to illustrate the relationship between physical drives on the host machine, Virtual Disk file formats, and the actual virtual disks as they are exposed to the guest operating system. The slide can be used also to illustrate how drives, such as the differencing drive files on the Children volume can be separated across physical devices for performance optimization. In this scenario, the Parent Library volume makes up the majority of the reads, where as the differencing drives handle most of the writes (note: this becomes less true the longer systems are running and undergo changes). Ultimately, the decision for separating files for optimization will depend on multiple factors, including: system drives, attached SCSI drives, SAN drives, etc. It is important to clarify with customers, however, that all drives appear as either IDE or SCSI to the guest operating system. The guest has no knowledge of SANs or other specialized hardware, as it uses only generic device drivers.

Recommandations mémoire Machines Virtuelles Chaque machine consommera entre 12-25Mo de plus (overhead) Favoriser la mémoire pour minimiser la pagination du système hôte Assurer un minimum de 256 Mo/512 Mo 10 VMs = 2.5Go/5 Go Recommandations 512 Mo pour l’Hôte + Virtual Server + Agents Exemple 10 VM (256 Mo moy. ) nécessite 3 Go RAM Prévoir 4Go (overhead et consommation en pointe de certaines VMs) Si plus de 4 Go de RAM, activer le PAE sur l’hôte

Recommandations réseaux Mise en oeuvre minimum de 2 cartes réseaux carte 1 – dédié au host carte 2 – dédié aux machines virtuelles pour le trafic public Ajouter si nécessaire d’autres cartes si le trafic des machines virtuelles augmente Utiliser la carte de bouclage MS pour isoler le trafic entre le hôte et les machines virtuelles Utiliser Windows Server 2003 RRAS pour mettre en oeuvre un élément de routage

Sécuriser les systèmes Hôte Serveur membre de domaine Utiliser les guides de sécurité de Windows Server 2003 Désactiver les services Restreindre l’accès à la machine Gestion des correctifs de sécurité Machines virtuelles Sécuriser les machines comme des machines physiques Disposer d’une gestion des correctifs

Considération machine virtuelle Installation des Virtual machine Additions Pilotes optimisés (video, souris, clavier, SCSI) Impact très important sur les performances Synchronisation du temps Activé si les Virtual Machine Additions sont installées Toutes les machines virtuelles se synchronisent avec le système host A désactiver par VM si les machines ne sont pas dans la même zone horaire ou le hôte dans un domaine différent des machines virtuelles

Considerations Virtual DC Jamais Utiliser les disques d’annulation ou différentiels pour des tests Reprendre un état en pause après la période de tombstone Copier un VHD pour créer un nouveau DC Toujours Déployer ces fixes ou Service Pack Windows Server 2003 - 875495 or SP1 Windows 2000 Server – 885875 or SP5 Installer les Virtual Server Additions Désactiver la synchronisation de temps avec le host http://www.microsoft.com/downloads/details.aspx?FamilyId=64DB845D-F7A3-4209-8ED2-E261A117FC6B&displaylang=en Backing up domain controllers is a critical requirement for any environment to protect against data loss in the event of domain controller failure or administrative error. If such an event occurs, it is necessary to roll back the system state of the domain controller to a point in time prior to the error or failure. The supported method of restoring a domain controller to a healthy state is by using an Active Directory-compatible backup application to restore a system state backup that originated from the current installation of the domain controller. With the advent of virtual machine technology, certain requirements of Active Directory restore operations take on added significance. One requirement—the updating of the database version on a domain controller when it is restored from backup—is skipped if you simply make a copy of a .vhd file to back it up and then restore a domain controller by starting the backed-up copy. If you do so, replication will proceed with inappropriate tracking numbers, resulting in an inconsistent database among domain controller replicas. In most cases, this problem goes undetected by the replication system and no errors are reported, despite inconsistencies between domain controllers. Software updates for the Windows Server 2003 and Windows 2000 Server operating systems enable detection of some instances of improper system state rollbacks on domain controllers. ImportantThe software updates that are available for download with Knowledge Base article 875495 and 885875are not guaranteed to detect 100 percent of improper rollback conditions. When only minimal changes are affected by the rollback condition, the problem might not be detected. To download these updates, see article 875495, “How to detect and recover from a USN rollback in Windows Server 2003” for domain controllers that are running Windows Server 2003, or article 885875, “How to detect and recover from a USN rollback in Windows 2000 Server,” for domain controllers that are running Windows 2000 Server with SP4, in the Microsoft Knowledge Base on the Web at http://go.microsoft.com/fwlink/?LinkID=4441. The details of the way the replication system tracks directory changes, the process of recovery following a restore procedure, and the operating system changes that protect against inappropriate replication are described in this section. This information is provided to explain the changes that are applied by the updates that are recommended if you plan to run Windows Server 2003 and Windows 2000 Server as guest operating systems in virtual machines that are configured as domain controllers.

Agenda Problématiques adressées et nouveautés de la version R2 Architecture Administration Virtual Server Migration Toolkit Bonnes pratiques Feuille de route Questions /Réponses

Feuille de route Virtualisation Aujourd’hui Virtual Server 2005 R2 H1 2006 Virtual Server 2005 SP1 Futur Virtualisation Windows Windows hyperviseur

Virtual Server 2005 SP1 Support des technologies Intel VT et AMD Pacifica De façon général, la performance pour Windows performance sera neutre L’optimisation est déjà présente aujourd’hui pour Windows Installation de Windows plus rapide OS Non-Windows seront plus rapides Linux

La future architecture de virtualisation Hyperviseur: Fine couche logicielle sous les OS Partition Parent : une partition qui manage ses enfant Partition Enfant : partitions démarrées, gérées et arrétées par leur parent Couche Virtualisation : Collection de composants au niveau de la partition parent pour la gestion des machines virtuelles

Virtual Machine Monitor Type-2 VMM VMM Hybride Type-1 VMM (Hyperviseur) Guest 1 Guest 2 VMM Guest 1 Guest 2 Guest 1 Guest 2 Host OS Host OS VMM VMM Hardware Hardware Hardware Examples: JVM CLR Examples: Virtual PC & Virtual Server Examples: Virtualisation Windows Aujourd’hui Demain

Apports prévisibles Disponibilité Monté en charge Manageabilité Migration des VMs (temps) Prise en charge des volume shadow copies Support de l’UPS Monté en charge Machines virtuelles 64 bits Meilleurs montée en charge sur les hotes 64 bits Manageabilité Possibilité de manipuler les vhds, VM eteinte (Patching) Partage d’adresses IP entre VMs (NAT firewall) Compatibilité Hôtes (XP Pro, Server 2003, Longhorn client & server) Invités (Ajout Longhorn client & server : liste finale en cours de définition) Périphériques USB En cours de définition

En résumé : Virtual Server Amélioration de l’efficacité du matériel Compatibilité Compatibilité d’application à travers l’isolation Tire profit de l’infrastructure de stockage/réseau/sécurité existante Administrabilité Les API en script permettent d’automatiser le déploiement et les opérations des systèmes virtuels Flexibilité Possibilité de déployer en fonction des besoins, indépendamment du matériel Productivité accrue des administrateurs Large éventail de solutions de partenaires

Se former… Tous les cours : http://www.microsoft.com/france/formation Livres Microsoft Press sur : http://www.microsoft.com/france/mspress

Questions / Réponses

Votre potentiel, notre passion… A bientôt et merci d’être venus... Votre potentiel, notre passion… © 2003 Microsoft France Marketing Technique