Au delà de la cible initiale de ce blog, nous avons décidé de collationner dans un bulletin mensuel (si nous avons le temps et si nous trouvons des choses intéressantes) les annonces et ressources qui nous paraissent pertinentes et qui concernent les technologies que nous supportons.

Cette newsletter nous permettra de sortir un peu du cadre du support en élargissant le périmètre de ce blog aux nouveautés, évènements, tendances, etc… autour de notre monde.

En voici donc la première édition où l’on parle beaucoup de virtualisation… Vous ne nous en voudrez pas, c’est un sujet très actuel et actif en ce moment !

Microsoft and Red Hat Cooperative Technical Support

Microsoft et Red Hat s’entendent pour travailler en collaboration afin de pouvoir héberger des Red Hat Enterprise Linux dans Hyper-V et des systèmes Windows dans l’hypervisor Red Hat.

Red Hat a donc rejoint le programme Server Virtualization Validation Program.

L’annonce sur le blog officiel Microsoft : Microsoft and Red Hat Cooperative Technical Support

L’annonce de Red Hat

 

Citrix Essentials for Hyper-V

Citrix amène à Hyper-V et SCVMM des fonctionnalités d’automatisation avancées.

Lien : Citrix Essentials for Hyper-V

Demo : Barry Flanagan >  StorageLink in Essentials for Hyper-V

 

WindowsServerCalculator

Cet outil permet de calculer le nombre de licences et le coût estimés pour un scénario de virtualisation particulier. Il prend en compte la configuration matérielle de l’hôte Hyper-V (ou d’un hypervisor tiers), des applications Microsoft qui seront virtualisées, etc…

Lien : WindowsServerCalculator

Microsoft Hyper-Green

Ressources concernant l’aspect particulier de la virtualisation menant à réduire les coûts et l’empreinte énergétique.

Lien : Microsoft Hyper-Green

 

Ressources de quelques uns de nos partenaires concernant le stockage et Hyper-V

The Sun xVM Virtualization Portfolio: Virtualizing the Dynamic datacenter

Best practices for a Microsoft Hyper-V Dynamic Data Center in an HP BladeSystem environment

NetApp Storage Solutions for Microsoft Hyper-V - Optimize Your Virtual Infrastructure by Using 50% Less Storage

Emulex: Enhanced SAN Connectivity with Hyper-V and System Center Virtual Machine Manager

Ou Hyper-V uniquement :

• Implementing Microsoft Windows Server 2008 Hyper-V with HP ProLiant servers
• Using HP ProLiant Network Teaming Software with Microsoft Windows Server 2008 Hyper-V How To
• Un bulletin non officiel pour le Teaming Broadcom : Broadcom NIC Teaming and Hyper-V
• Un petit rappel du support du Teaming sur un cluster : KB254101 - Network adapter teaming and server clustering

 

WinHEC

Mis à jour une fois par an à l’occasion de cet évènement, ce site propose quelques documents parfois très technique décrivant les nouveautés technologiques inclues dans les produits Microsoft.

Lien : WinHEC 2008

 

System Center Virtual Machine Manager 2008 Configuration Analyzer Update 1

Cet outil permet d’identifier les éventuels problèmes de configuration logiciels ou matériels des machines qui sont ou seront utilisés par SCVMM (serveur SCVMM, agents SCVMM, VMware Virtual Center, machines éligibles au P2V, agent SCOM).

Lien : Téléchargement

 

Les Data Centers de 4ème génération

Si vous étiez aux TechDays vous avez pu assister à la présentation de ces nouveaux types de centres de traitement par Bernard Ourghanlian.

Voici la vidéo illustrant le concept :

L’Agility Center

Partenaires historiques, IBM, Intel et Microsoft s’associent pour vous proposer le nouveau socle de virtualisation de votre infrastructure. Prêt à l’emploi, tout intégré, l’Agility Center offre une solution économique pour une infrastructure performante, évolutive et hautement disponible.

Basé sur le châssis BladeCenter S d'IBM cette solution dispose d'un haut niveau d'intégration. L'Agility Center vous permet de proposer à vos clients une solution « tout en un » intégrant dans un châssis de 7U :

• 4 lames équipées des dernières technologies processeurs Intel
• 1 stockage performant, flexible et mutualisé de type SAN (SAS 3 Gb)
• 3 licences Windows Server® 2008 Datacenter avec Hyper-VTM (incluant un nombre illimité de licences Windows Server® pour les machines virtuelles)
• 1 licence Windows Server® 2008 Standard pour le serveur d'administration
• Les licences System Center (SCVMM et SCDPM) pour administrer, sauvegarder et restaurer la plateforme de virtualisation

Lien : Agility Center

Guide de licencing pour les hébergeurs

Ce document de 28 pages couvre des scénarii comme :

• Unmanaged dedicated server with Hyper-V
• Virtual dedicated server (VDS) for Web scenarios (using Windows Server guests in anonymous mode)
• Virtual dedicated server with line-of-business (LOB) scenarios (using Windows Server guests in authenticated mode)
• Use of virtualization in shared hosting scenarios
• Desktops as Hyper-V guests
• End customers running Microsoft products using the customers own licenses on the guest OS

Lien : Hyper-V Hosting Guidance: Using and Licensing Microsoft Server Products in Hyper-V Virtual Hosting Scenarios

 

Windows 7 et Windows Server 2008 R2

Compilation non exhaustive des nouvelles fonctionnalités de ces deux systèmes qui ne font pas forcément la une :

• Single Client SKU
  • Toutes les éditions seront incluses dans les distributions, la clé d’activation fournie activera les fonctionnalités correspondantes
• Upgrade Compliance Checking
  • L’assistant affichera désormais une liste de recommandations dans l'es scénarii d’upgrade : “You must make the following changes before upgrading Windows”
• BitLocker
  • Une partition de 200MB sera automatiquement créée pendant l’installation (la taille de cette partition n’est pas définitive)
  • Introduction du support des médias amovibles
  • Nouvelles méthodes de déblocage pour les disques de données :
    • Paraphrase
    • Smart Card
• Setup/WAIK
  • DISM (Deployment Image and Servicing Management) remplacera certains des outils du WAIK/OPK
• MDT 2010
  • Cible : disponible 60 jours après les versions RTM de Windows 7/Windows Server 2008 R2
• WDS : Multicast Improvements
  • Possibilité de déconnecter automatiquement les clients lents
  • Possibilité de transfert sur des “courants” de vitesses différentes
• WDS : Driver Provisioning
  • Possibilité d’ajouter et de configurer des packages de drivers sur le serveur pour les distribuer sur les machines déployées en fonction du matériel
  • Possibilité d’ajouter des drivers aux images de boot
• WDS :
  • Support du déploiement de VHD (Windows 7 / Windows Server 2008 R2)
• WoW64 Enhancements
  • Wow64 sera une fonctionnalité optionnelle sur les éditions Server Core x64
• Offline Servicing of Registry
  • Pour écrire dans la base de registre sans charger les hives
• Support for extended APIC (x2APIC)
  • Support de plus de 256 CPUs
• Device Management
  • Silent on-demand device installation : installation silencieuse de driver si disponible sur Windows Update (même pour les utilisateurs sans privilèges)
• VHDs
  • Native support for VHDs :
    • Possibilité de démarrer Windows 7/Windows Server 2008 R2 depuis un VHD (hors scénario virtualisation)
    • Manipulation des VHDs depuis Disk Manager/Diskpart
  • Ajout/suppression de disques dans une machine virtuelle
• Activation
• Licensing Manager MMC 

Support matériel pour Windows 7

Quelques drivers et logiciels pour les périphériques Microsoft pour Windows 7 (LifeCams, Presenter Mouse 8000, …).

Lien : Microsoft Hardware Support for Windows 7

 

Partagez vos documents, photos, etc… depuis Windows 7

Avec cet outil, vous pourrez partager vos données avec les personnes que vous souhaitez.

Lien : Windows Live ID Sign-in Assistant 6.5 (Beta)

 

Un peu d’information technique sur Direct Access

Vous connaissez peut-être cette fonctionnalité qui permet d’accéder aux ressources d’un réseau d’entreprise sans monter de VPN mais en restant très sécurisé ?

Non ? Voici un document qui présente l’architecture technique nécessaire pour faire fonctionner cette technologie (ou pourrait-on dire cette combinaison de technologies).

Lien : Technical Overview of DirectAccess in Windows 7 and Windows Server 2008 R2

 

Windows Vista Resource Kit en téléchargement

Sous forme d’un PDF de 45MB.

Lien : Windows Vista Resource Kit, 2nd Edition

 

In the cloud…

Iron Mountain a annoncé la disponibilité de sa solution CloudRecovery pour System Center DPM 2007.

Lien : ONLINE BACKUP AND RECOVERY FOR Microsoft® System Center Data Protection Manager (DPM) 2007

Lien : Microsoft DPM website for cloud backup

 

Windows “Expert mode” ?

Why doesn't Windows have an "expert mode"? 

 

Et une dernière pour la route

Parcequ’il y a du lourd de chez lourd dans cette équipe : How the Red Dog dream team built a cloud OS from scratch

 

 

Vincent & Guillaume

Dans ce bulletin, je vais aborder l’aspect de l’aggrégation de lien aussi appelée “Teaming” sur les plateformes Hyper-V. Il y a d’autres applications liées à cette fonctionnalité comme la tolérance de panne, ou répartition de charge mais j’en resterais à la fonctionnalité générique.

Pour plus de détails : Tutorial on Link Aggregation and Trunking

En ce qui concerne la mise en oeuvre d’une telle solution sur des serveurs Windows, la politique de support de Microsoft n’est pas ambigüe : les technologies mises en oeuvre pour faire du teaming sont supportées par le fabricant des cartes réseau. La fiche technique suivante en est l’application : KB254101 - Network adapter teaming and server clustering.

Ce qui peut vouloir dire en clair : dans le cas où un dysfonctionnement interviendrait et dans lequel la pile réseau pourrait être impliquée, Microsoft n’a pas les moyens de diagnostiquer les problèmes qui pourraient provenir d’un composant tierce partie. Ce qui implique que dans de telles configurations, le Support Microsoft pourrait avoir à demander la désactivation du teaming pour isoler les composants afin de mettre en évidence celui qui pourrait être la cause du problème.

Cependant, cette fiche n’aborde que l’aspect cluster… alors qu’en est-il pour Hyper-V ?

La réponse est la même que pour le cluster à la différence qu’il n’existe aucun document officiel le spécifiant… Du moins pas encore.

Alors que faire ? La réponse est simple encore une fois : se reposer sur le constructeur.

HP a mis à disposition un document public décrivant la façon de mettre en oeuvre sa solution de teaming pour Hyper-V : Using HP ProLiant Network Teaming Software with Microsoft Windows Server 2008 Hyper-V.

En ce qui concerne Broadcom, rien à l’horizon (du moins, je n’ai rien trouvé). Cependant, quelques testeurs sont parvenus à faire fonctionner la solution Broadcom (Broadcom Advanced Control Suite) sur Hyper-V :

Using VMM to manage you Hyper-V NIC teams created with BACS

Broadcom NIC Teaming and Hyper-V

Note : ces liens n’engagent en rien Microsoft sur la faisabilité ni la supportabilité de ce qui y est décrit.

Quelques liens supplémentaires vers des ressources constructeurs (il y en a d’autres bien sûr) :

Dell - Hyper-V Important Information Guide

Dell Networking Solutions Guide for Microsoft Hyper-V

HP Virtualization with Microsoft où l’on peut trouver un lien vers la matrice de supportabilité des serveurs HP pour Hyper-V : Windows support for HP ProLiant Servers

IBM System x and BladeCenter servers with Microsoft virtualization

Autre question que l’on m’a posé lorsque j’ai présenté Hyper-V : comment configurer le teaming dans un serveur Core ?

Je sais que HP, via le SmartStart Scripting Tookit, permet d’exporter une configuration de teaming dans un fichier XML et de l’importer sur un autre serveur en ligne de commande. Ce qui se révèle assez aisé.

Pour les autres solutions, je n’en ai pas la moindre idée… et vous me pardonnerez !

Guillaume

Windows Core Support Escalation Engineer

Suite au bulletin identifiant après quelques mois les incidents le plus souvent rencontrés avec Hyper-V, voici le premier bulletin présentant les meilleurs pratiques a adopter afin d’optimiser la mise en place de Hyper-V.

Certains comportements, peut-être liées au côté parfois un peu intrusif des anti-virus (ou au côté parfois un peu protecteur des mécanismes Windows), peuvent avoir pour conséquences certains dysfonctionnements comme ceux-ci :

• Lors de la creation ou du démarrage d’une machine virtuelle, les messages suivants peuvent être affichés :
• The requested operation cannot be performed on a file with a user-mapped section open. (0x800704C8)
• ‘VMName’ Microsoft Synthetic Ethernet Port (Instance ID {7E0DA81A-A7B4-4DFD-869F-37002C36D816}): Failed to Power On with Error 'The specified network resource or device is no longer available.' (0x80070037).
• The I/O operation has been aborted because of either a thread exit or an application request. (0x800703E3)
• Les machines virtuelles disparaissent de la console Hyper-V Management Console

Dans ces cas de figure, nous recommandons d’ajouter des exclusions au scan temps-réel des anti-virus installés sur les hôtes.

Exclure :

• Le répertoire par défaut des fichiers de configuration des machines virtuelles : par défaut C:\ProgramData\Microsoft\Windows\Hyper-V
• Le(s) répertoire(s) des fichiers de configuration machines virtuelles qui auraient pu être créés
• Le répertoire contenant les VHDs : par défaut C:\Users\Public\Documents\Hyper-V\Virtual Hard Disks
• Le(s) répertoire(s) contenant les VHDs qui auraient pu être créés
• Le(s) répertoire(s) où sont stockés les snapshots
• Le fichier VMMS.EXE (c:\windows\system32)
• Le fichier VMWP.EXE (c:\windows\system32)

Vous retrouverez l'intégralité de l'article technique à l'adresse suivante : http://support.microsoft.com/kb/961804

Pour de plus amples informations, je vous propose de vous inscrire pour assister à la JTE du 31 mars prochain :

http://blogs.technet.com/windowsinternals/archive/2008/12/18/journ-e-technique-d-expertise-th-matique-windows-server-2008.aspx

Raphael

Windows Core Support Engineer

Les problématiques de performances dégradées sont régulièrement remontées à notre attention dans le cadre de notre métier de support. Parmi elles, les consommations excessives de certains types de pool mémoire que nous appelons entre nous les 2019 et les 2020.

Ce bulletin va donc traiter de ces problématiques.

Ici nous allons nous focaliser uniquement sur l'architecture 32Bits.

Par défaut, sous Windows 32bits chaque processus utilisateur peut avoir jusqu'à 2Go d'espace d'adressage privé et le système prend les 2 autres restants. Ci-dessous un schéma représentant l'espace d'adressage virtuel en 32Bits.

Il est possible d'allouer plus de mémoire en mode user via l'option /3GB dans le boot.ini. Cette option n'est exploitable que pour des applications qui sont à même d'utiliser de l'espace mémoire au delà des 2Go, c'est à dire celle compilées pour avoir dans leur fichier image le flag IMAGE_FILE_LARGE_ADDRESS_AWARE. Ce fût le cas par exemple, pour des applications de base de données entre autres.

L'utilisation de l'option /3GB ne doit pas être prise à la légère. Le fait d'utiliser cette option, va allouer 3Go en mode User et réduire de 1Go le mode kernel, donc notre kernel n'a plus qu'un seul Giga pour son utilisation. Comme vous le comprendrez cela peut avoir un impact sur les performances.

Dans l'espace Kernel nous avons entre autre 2 espaces mémoire appelés Paged Pool et Non Paged Pool.

Le Paged Pool est la région de la mémoire virtuelle de l’espace système qui peut être déchargée vers le fichier de pagination puis rechargée en mémoire physique.

Les pilotes de périphérique qui n’ont pas besoin d’accéder à la mémoire depuis le niveau DPC/Dispatch ou supérieur peuvent utiliser le pool paginé, qui est accessible depuis n’importe quel contexte de processus.

Le Non Paged Pool se compose de plages d’adresses virtuelles qui sont assurées de résider en permanence en mémoire physique et auxquelles on peut donc accéder en permanence (depuis n’importe quel IRQL et contexte de processus) sans risquer d’avoir une faute de page.

Les pilotes faisant appel à ces espaces mémoire utilisent les fonctions comme ExAllocatePoolWithTag et ExFreePoolWithTag.

Ces 2 espaces mémoire ne sont pas illimités : En fonction de la taille de la mémoire physique et de l'utilisation où pas du /3GB la quantité de Paged Pool et Non Paged Pool peut être différente.

Ci-dessous un tableau indiquant approximativement la quantité de Paged Pool et Non Paged Pool dans Windows 2000 :

Ci-dessous un tableau indiquant approximativement la quantité de Paged Pool et Non Paged Pool Windows 2003 32Bit :

Si vous voulez connaître la taille maximale de Non Paged Pool ou Paged Pool disponible sur votre serveur (taille calculée au démarrage du serveur), suivre la procédure suivante :

1. Télécharger Process Explorer from the Microsoft Sysinternals Site.
2. Télécharger les Microsoft Debugging Tools
3. Extraire les fichiers dans un répertoire C:\ProcessExplorer
4. Installer les Microsoft Debugging Tools dans C:\Debuggers par exemple.
5. Lancer ProcExp.exe
6. Ensuite configurer le chemin vers le fichiers dbghelp.dll et le chemin vers les symbols, vous devez au préalable créer un répertoire qui contiendra les symbols télécharger depuis le serveur de Symbols public de Microsoft, voir la copie d’écran ci-dessous.

1. Dans Process Explorer, sélectionner  View ... System Information ... et regarder la section Kernel memory.  Paged Limit et NonPaged Limit montre la valeur maximale sur le système que vous examinez.
   

Il arrive parfois que vous ayez un serveur qui devient de plus en plus lent jusqu'au hang total du serveur lui même, vous obligeant à procéder à un redémarrage électrique du serveur.

Fréquemment ce genre de problème est lié à un manque de ressources. Nous allons voir ici, le manque de ressources lié au Paged Pool ou Non Paged Pool.

Suite au redémarrage du serveur, le fonctionnement redeviens normal, jusqu'à la prochaine apparition des problèmes de lenteur et/ou de hang. Il peut se passer plusieurs heures, plusieurs jours ou plusieurs semaines avant la réapparition des symptômes.

Généralement si vous regardez dans le journal Système vous devriez trouver des erreurs de source Srv et comme Event ID 2019 ou 2020. Les 2019 correspondent à un manque de Non Paged Pool et les 2020 à un manque de Paged Pool.

Event ID 2019

Event Type: Error

Event Source: Srv

Event Category: None

Event ID: 2019

Description: The server was unable to allocate from the system NonPaged pool because the pool was empty.

Event ID 2020

Event Type: Error

Event Source: Srv

Event Category: None

Description: The server was unable to allocate from the system paged pool because the pool was empty.

Ce manque de Paged Pool ou Non Paged Pool est souvent lié à une fuite mémoire (memory leak).

C'est le Service Serveur (Srv.sys) qui logue ces erreurs. Dans de rare cas il se peut que le Service Server ne puisse pas générer ces évents, toutefois cela ne veut pas dire que ce ne soit pas un problème avec les Paged Pool ou Non Paged Pool.

Lorsque vous avez des symptômes de lenteur qui apparaissent dans le temps avec l'un des 2 évènements ID cité ci-dessus, le plan d'action à mettre en place est le suivant :

Perfmon

1. Faire un clic droit sur “Journaux de compteur”, cliquer ensuite sur “Nouveaux paramètres de journal”, donner un nom à ce log, puis cliquer sur OK.
2. Sur l’onglet Général, cliquer sur Ajouter des objets.
   Ajouter les objets de performance suivants :
   · Memory (Mémoire)
   · Process (Processus)
   Et sélectionner tout les compteurs et toutes les instances pour chacun de ces objets
3. Dans l’onglet Général, configurez le temps d’intervalle de (voir le tableau ci-dessous)
4. Dans l’onglet Fichiers journaux puis dans Type de fichier journal sélectionner Fichier binaire puis cliquer sur Configurer, dans Taille du fichier journal indiquer 200Mo puis cliquer sur OK.
5. Ensuite dans l’onglet Planification cochez « Quand le fichier journal de 200Mo est plein » puis cochez « Commencer un nouveau fichier journal »
6. Lancer la collecte des informations

Memsnap (fournis dans les Support Tools se trouvant sur le CD d'installation de Windows 2003)

Planifier l'exécution de Memsnap

• En version Windows 2003 : memsnap –p path\namefile.log (remplacer path par le le chemin ou sera écrit le fichier)
• En version Windows 2000 : memsnap –t path\namefile.log (remplacer path par le le chemin ou sera écrit le fichier)

Lorsque le problème se reproduit, vous allez analyser le fichier de log Perfmon généré.

Dans ce log Perfmon, vous devez regarder dans l'objet Memory (Mémoire) les compteurs:

• Pool Non Paged Bytes  (Octets de réserve non paginée en français)
• Pool Paged Bytes (Octets de réserve paginée)

Vous devez mettre à l'échelle ces compteurs afin de voir leur progression dans le temps.

Dans le cas d'une fuite mémoire, vous devriez voir une consommation croissante sans relâchement de la mémoire Paged Pool ou Non Paged Pool, la consommation peut être linéaire, par escalier ou brutal.

Ci-dessous un exemple de fuite mémoire, ici en blanc et concernant le Non Paged Pool:

Après avoir identifié la fuite mémoire, vous pouvez regarder dans l'objet Processus (Process) les compteurs Pool Non Paged Bytes et/ou Pool Paged Bytes afin de voir si l'un des processus est à l'origine de la fuite mémoire. Si vous ne trouvez pas un processus qui semble effectuer une fuite mémoire ou si c'est le processus System, vous devez analyser le log Memsnap afin d'identifier quel driver est à l'origine de la fuite mémoire.

Memsnap va permettre de prendre des "clichés" de l'utilisation de l'espace mémoire du Paged Pool et Non Paged Pool.

Lorsqu'un composant fait une demande d'allocation de cette mémoire, un tag est positionné afin de pouvoir suivre les demandes d'allocations. Ce tag est comme une balise, qui nous permettra d'identifier le driver.

Le tag est sur 4 Bytes, chaque drivers a en principe un tag qui lui est propre.

Ci-dessous un petit extrait du fichier Memsnap

Dans le log Memsnap, vous devez regarder quel tag consomme de façon croissante du Paged Pool ou Non Paged Pool.

Une fois que vous avez identifié le Tag, vous pouvez rechercher quel driver utilise ce tag.

Pour cela, via un cmd, positionnez-vous dans le répertoire Windows\System32\Drivers puis exécuter la commande suivante:

C:\WINDOWS\system32\drivers>Findstr /M "XXXX" *.sys (XXXX correspond au tag)

Ensuite en fonction du résultat, contacter l'éditeur de ce driver afin de lui remonter le problème et obtenir un correctif ou mettre à jour vous même le drivers vers une version plus récente.

Dans un prochain bulletin, nous parlerons des problèmes de lenteurs et de hang liés à un manque de Paged Pool et Non Paged Pool sans qu’il y ait de fuite mémoire (memory leak).

Philippe

Windows Core Senior Support Escalation Engineer

Une nouvelle journée de geeks en perspective ! Malheureusement réservée encore une fois à nos clients Premier. Elle prendra place le 31 Mars 2009.

Nous serons plus nombreux cette fois, car Serge, Vincent, Philippe, Hervé et moi-même seront sur les planches !

“Au cours de la présentation des différentes solutions de virtualisation Microsoft, nous verrons comment une entreprise peut mener à bien la consolidation de son environnement en le virtualisant. L’objectif étant d’assurer la stabilité de la plateforme virtualisée tout en s’appuyant sur le Failover Clustering et les bonnes pratiques, facilitant à terme le passage des environnements critiques sur ce type de plateforme en assurant un niveau de disponibilité élevé.”

Matinée

Hyper-V

• Qu’est-ce qu’un hyperviseur, les différents types
• Comparaison des types d’hyperviseurs
• Les nouveautés : CSV & Live Migration et PowerShell
• AzMan
• Démos

SCVMM

• Architecture
• Utilisation
• Administration
• Démos

Après-midi

MEDV / App-V

• Virtualisation de bureau
• Virtualisation d’application
• Démos

DPM et Hyper-V

• Caractéristiques
• Protéger un Guest OS
• Restaurer un Guest OS vers son emplacement d’origine
• Restaurer un Guest OS vers un partage réseau

Seront présents également des Product Managers, des représentants du licencing et des managers des équipes support qui pourront répondre à vos questions.

Comme indiqué plus haut, cette journée est réservée aux clients Premier. Pour ceux d’entre vous qui disposent d’un tel contrat, contactez votre TAM pour obtenir les modalités d’inscriptions.

Nous vous donnons rendez-vous pour cette journée qui vous permettra d’appréhender les solutions de virtualisation proposées par Microsoft en comprenant ce qui se cache derrière les acronymes.

Guillaume

Windows Core Support Escalation Engineer