Product Documentation

Microsoft System Center Virtual Machine Manager et de gestion de machines virtuelles

Oct 21, 2016

Configurez le système comme indiqué dans ce document si vous utilisez Hyper-V avec Microsoft System Center Virtual Machine Manager (SCVMM) pour fournir des machines virtuelles dans votre environnement.

Configuration système requise

Avant de créer des machines virtuelles (VM), assurez-vous que votre environnement répond à la configuration requise décrite dans la section Configuration requise de l'hôte de la rubrique Configuration système requise pour XenDesktop 7.

Mise à niveau de SCVMM 2012 à SCVMM 2012 SP1

Lors de la mise à niveau depuis SCVMM 2012 vers SCVMM 2012 SP1, considérez les combinaisons de versions du système d'exploitation du composant suivant :

Remarque : un cluster Hyper-V mixte n'est pas pris en charge. Un exemple de cluster mixte est un cluster dans lequel la moitié du cluster exécute Hyper-V 2008 et l'autre moitié exécute Hyper-V 2008 R2.

Mise à niveau de SCVMM 2008 R2 vers SCVMM 2012 SP1

Si vous démarrez depuis XenDesktop 5,6 sur SCVMM 2008 R2, il est important de suivre cette séquence afin que XenDesktop puisse continuer à fonctionner sans temps d'arrêt.

La séquence de mise à niveau du composant recommandé est :

  1. Mettre à niveau SCVMM 2012 (désormais exécutant XenDesktop 5,6 et SCVMM 2012) ;
  2. Mettre à niveau XenDesktop 7 (désormais exécutant XenDesktop 7 et SCVMM 2012) ;
  3. Mettre à niveau SCVMM de 2012 à 2012 SP1 (exécutant désormais XenDesktop 7.0 et SCVMM 2012 SP1) ;

Installer et configurer un hyperviseur ;

  1. Installez Microsoft Hyper-V Server et SCVMM sur vos serveurs. Tous les Delivery Controllers de votre environnement doivent être dans la même forêt que les serveurs SCVMM.
  2. Installez la console System Center Virtual Machine Manager Console sur tous les Delivery Controllers de votre environnement de machine.
  3. Vérifiez les informations de compte suivantes :

    • Le compte que vous utilisez pour créer des hôtes dans Studio est un administrateur VMM ou un administrateur délégué VMM pour les ordinateurs Hyper-V appropriés. Si ce compte possède uniquement le rôle d'administrateur délégué dans VMM, les données de stockage ne sont pas répertoriées dans Studio lors du processus de création de l'hôte.
    • Le compte d'utilisateur utilisé pour l'intégration de XenDesktop doit également être un membre du groupe de sécurité Administrateurs local sur chaque serveur Hyper-V pour prendre en charge la gestion du cycle de vie des VM (telles que pour la création, la mise à jour et la suppression de VM).
    Remarque : l'installation du Delivery Controller directement sur un serveur exécutant Hyper-V n'est pas prise en charge.

Créer une VM principale

Vous créez une VM principale pour fournir les bureaux utilisateur.

  1. Installez Virtual Desktop Agent sur la VM principale, en veillant à sélectionner l'option d'optimisation du bureau. Celle-ci améliore les performances des bureaux des utilisateurs en reconfigurant différentes fonctionnalités de Windows qui sont incompatibles avec les bureaux virtuels ou leur sont inutiles.
  2. Réalisez un instantané de la VM principale à utiliser pour la sauvegarde. Pour plus d'informations, veuillez consulter la section Préparation d'une image principale.

Créer des bureaux virtuels

Si vous utilisez Citrix Studio pour créer des VM, plutôt que de sélectionner un catalogue de machine existant, exécutez l’Assistant Déploiement de Studio et créez des bureaux virtuels comme suit :

  1. Dans la page Hôte, sélectionnez Machines virtuelles et sélectionnez Virtualisation Microsoft comme type d'hôte.
  2. Entrez l'adresse du service en tant que nom de domaine complet du serveur hôte.
  3. Entrez les informations d'identification du compte d'administrateur créé préalablement disposant des permissions requises pour créer de nouvelles VM.
  4. Dans la boîte de dialogue Détails d'hôte, sélectionnez le cluster ou l'hôte autonome à utiliser pour créer vos nouvelles VM.
    Important : recherchez et sélectionnez un cluster ou un hôte autonome, même si vous utilisez un déploiement d'hôte Hyper-V unique.

Prise en charge de Microsoft System Center Virtual Machine Manager 2012 SP1

Cette fonctionnalité offre des améliorations des performances pour Machine Creation Services (MCS) lors de l'utilisation de SMB 3.0 sur les serveurs de fichiers avec des volumes partagés en cluster et les réseaux de zone de stockage (SAN). Ces partages de fichiers fournissent un cache peu onéreux et réduisent des E/S sur le stockage SAN améliorant les performances.

Machine Creation Services (MCS) sur des partages de fichiers SMB 3

Pour les catalogues de machines créés via MCS sur des partages de fichiers SMB 3 pour le stockage de VM, assurez-vous que les informations d'identification sont définies comme suit pour que des appels du Hypervisor Communications Library (HCL) d'un Delivery Controller puissent se connecter avec succès au stockage SMB :

  • Les informations d'identification de l'utilisateur SCVMM doivent inclure un accès en écriture complet au stockage SMB.
  • Les opérations de disque virtuel de stockage pendant les événements du cycle de vie de la VM sont réalisés au travers du

    serveur Hyper-V à l'aide des informations d'identification utilisateur VMM.

Remarque : si vous utilisez SMB comme stockage, activez le CredSSP depuis le Delivery Controller sur différentes machines Hyper-V individuelles lorsque vous utilisez SCVMM 2012 SP1 avec Hyper-V sur Windows Server 2012. Pour plus d'informations, veuillez consulter l'article http://support.citrix.com/article/CTX137465 de la Base de connaissances Activation de CredSSP.

À l'aide d'une session PowerShell V3 Remote standard, le HCL ouvre une connexion à la machine Hyper-V à l’aide de la fonctionnalité Authentication Credential Security Support Provider (CredSSP). Cette fonctionnalité transmet les informations d'identification des utilisateurs à la machine Hyper-V (cryptée avec Kerberos) et les commandes PowerShell dans cette session sur la machine Hyper-V distante s'exécutent avec les informations d'identification fournies (dans ce cas, ceux de l'utilisateur SCVMM), de façon à ce que les commandes de communications vers le stockage fonctionnent correctement.

Les tâches suivantes utilisent des scripts PowerShell constituées initialement dans le HCL de Delivery Controller et sont alors envoyées à la machine Hyper-V pour agir sur le stockage SMB 3.0.

Consolider l'image principale

Utilisez

Une image principale crée un nouveau système de provisioning MCS (catalogue de machine). Il clone et écrase la VM principale en préparation pour la création de nouvelles VM à partir du nouveau vDisk créé (et supprime une dépendance sur la VM principale originale).

Opération de script PowerShell

ConvertVirtualHardDisk sur l'espace de noms root\virtualization\v2

Exemple

$ims = Get-WmiObject -class $class -namespace "root\virtualization\v2"; $result = $ims.ConvertVirtualHardDisk($diskName, $vhdastext) $result

Créer un disque de différence

Utilisez

Crée un disque de différence à partir de l'image principale générée par la consolidation de l'image principale. Le disque de différence est alors attaché à une nouvelle VM.

CreateVirtualHardDisk sur l'espace de noms root\virtualization\v2

Exemple

$ims = Get-WmiObject -class $class -namespace "root\virtualization\v2"; $result = $ims.CreateVirtualHardDisk($vhdastext); $result

Télécharger des disques d'identité

Utilisez

Le HCL (Hypervisor Communications Library) ne peut pas directement télécharger le disque d'identité vers le stockage SMB. Par conséquent, la machine Hyper-V doit télécharger et copier le disque d'identité vers le stockage. Étant donné que la machine Hyper-V ne peut pas lire le disque à partir du Delivery Controller, HCL doit tout d'abord copier le disque d'identité via la machine Hyper-V comme suit.

Opération

  1. HCL télécharge l’identité de la machine Hyper-V via le partage d'administrateur.
  2. La machine Hyper-V copie le disque vers le stockage SMB via un script PowerShell exécuté dans la session à distance PowerShell V3. Un dossier est créé sur la machine Hyper-V et les permissions sur ce dossier sont verrouillées pour l'utilisateur SCVMM uniquement (via la connexion PowerShell distante).
  3. HCL supprime le fichier à partir du partage de l'administrateur.
  4. Lorsque le HCL termine le téléchargement du disque d'identité vers la machine Hyper-V. La session PowerShell distante copie les disques d'identité vers le stockage SMB puis les supprime de la machine Hyper-V.
    Remarque : le dossier du disque d'identité est recréé s'il est supprimé de façon à ce qu'il soit disponible pour une éventuelle réutilisation.

Télécharger des disques d'identité

Utilisez

Comme pour les téléchargements, les disques d'identité sont transmis vers le HCL via la machine Hyper-V. Le processus suivant permet de créer un dossier qui ne possède que des permissions utilisateur SCVMM sur le serveur Hyper-V s'il n'existe pas.

Opération

  1. La machine Hyper-V copie le disque à partir du stockage SMB vers le stockage Hyper-V local au travers d'un script PowerShell en cours d'exécution dans la session à distance PowerShell V3.
  2. HCL lit le disque depuis le partage administrateur de la machine Hyper-V dans la mémoire.
  3. HCL supprime le fichier à partir du partage de l'administrateur.

Création de Personal vDisk

Utilisez

Si l'administrateur crée la VM dans un catalogue de machine Personal vDisk, vous devez créer un disque vide (Personal vDisk).

Opération

L'appel pour créer un disque vide ne nécessite pas d'accès direct au stockage. Si vous possédez des disques PvD qui résident sur différents stockages que le disque du système d'exploitation ou le système d'exploitation principal, puis utiliser le PowerShell à distance pour créer le disque PvD dans un dossier de répertoire qui a le même nom que la VM à partir de laquelle il a été créé. Pour CSV ou LocalStorage, n'utilisez pas de PowerShell à distance. La création du répertoire avant de créer un disque vide évite l'échec de la commande SCVMM.

À partir de la machine Hyper-V, réalisez un mkdir sur le stockage.

Pour de plus amples informations sur l'utilisation du kit de développement XenDesktop, veuillez consulter la section À propos du kit de développement logiciel (SDK) XenDesktop.