XenApp and XenDesktop

Environnements de virtualisation Microsoft System Center Virtual Machine Manager

Suivez ce guide si vous utilisez Hyper-V avec Microsoft System Center Virtual Machine Manager (VMM) pour fournir des machines virtuelles.

Cette version prend en charge les versions de VMM indiquées dans l’article Configuration système requise.

Vous pouvez utiliser Machine Creation Services et Provisioning Services pour provisionner :

  • Machines virtuelles avec OS de serveur ou de bureau génération 1
  • Machines virtuelles Windows Server 2012 R2, Windows Server 2016 et Windows 10 génération 2 (avec ou sans démarrage sécurisé)

Mettre à niveau VMM

  • Mise à niveau de VMM 2012 vers VMM 2012 SP1 ou VMM 2012 R2

    Pour connaître la configuration requise pour les hôtes VMM et Hyper-V, reportez-vous à https://docs.microsoft.com/en-us/previous-versions/system-center/system-center-2012-R2/gg610649(v=sc.12)?redirectedfrom=MSDN. Pour connaître la configuration requise pour la console VMM, reportez-vous à https://docs.microsoft.com/en-us/previous-versions/system-center/system-center-2012-R2/gg610640(v=sc.12)?redirectedfrom=MSDN.

    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 2012.

  • Mettre à niveau VMM 2008 R2 vers VMM 2012 SP1.

    Si vous effectuez une mise à niveau depuis XenDesktop 5.6 sur VMM 2008 R2, suivez cette séquence pour éviter l’interruption de XenDesktop.

    1. Mettre à niveau VMM 2012 (désormais exécutant XenDesktop 5,6 et VMM 2012) ;
    2. Mettre à niveau XenDesktop vers la version la plus récente (désormais exécutant la dernière version de XenDesktop et de VMM 2012)
    3. Mettre à niveau VMM de 2012 à 2012 SP1 (exécutant désormais XenDesktop et VMM 2012 SP1)
  • Mise à niveau de VMM 2012 SP1 vers VMM 2012 R2

    Si vous démarrez depuis XenDesktop ou XenApp 7.x sur VMM 2012 SP1, suivez cette séquence pour éviter l’interruption de XenDesktop.

    1. Mettre à niveau XenDesktop ou XenApp vers la dernière version (désormais exécutant la dernière version de XenDesktop ou XenApp, et VMM 2012 SP1)
    2. Mettre à niveau VMM 2012 SP1 vers 2012 R2 (désormais exécutant XenDesktop ou XenApp, et VMM 2012 R2)

Résumé de l’installation et de la configuration

Important :

Tous les Delivery Controller doivent se trouver dans la même forêt que les serveurs VMM.

  1. Installez et configurez un hyperviseur.
    1. Installez Microsoft Hyper-V Server et VMM sur vos serveurs.
    2. Installez la console System Center Virtual Machine Manager Console sur tous les Controller. La version de la console doit correspondre à la version du serveur de gestion. Bien qu’une console antérieure puisse se connecter au serveur de gestion, le provisioning des VDA échoue si les versions diffèrent.
    3. Vérifiez les informations de compte suivantes :
      • Le compte que vous utilisez pour spécifier des hôtes dans Studio est un administrateur VMM ou un administrateur VMM délégué pour les machines Hyper-V appropriées. 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 Studio 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 Controller sur un serveur exécutant Hyper-V n’est pas prise en charge.

  2. Créez une VM principale.
    1. Installez Virtual Desktop Agent sur la VM principale, et sélectionnez l’option d’optimisation du bureau. Cela améliore les performances.
    2. Réalisez un instantané de la VM principale à utiliser comme sauvegarde.
  3. Créez des bureaux virtuels. Si vous utilisez MCS pour créer des VM, lors de la création d’un site ou d’une connexion,
    1. sélectionnez le type d’hôte de virtualisation Microsoft.
    2. Entrez l’adresse 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.

MCS sur des partages de fichiers SMB 3

Pour les catalogues de machines créés avec 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 provenant de Hypervisor Communications Library (HCL) d’un Controller puissent se connecter avec succès au stockage SMB :

  • Les informations d’identification de l’utilisateur VMM 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 des VM sont effectuées par le biais du serveur Hyper-V à l’aide des informations d’identification de l’utilisateur VMM.

Lorsque vous utilisez SMB comme stockage, activez Authentication Credential Security Support Provider (CredSSP) du Controller sur différentes machines Hyper-V individuelles lors de l’utilisation de VMM 2012 SP1 avec Hyper-V sur Windows Server 2012. Pour obtenir davantage d’informations, veuillez consulter la section CTX137465.

À l’aide d’une session à distance PowerShell V3 standard, le HCL utilise CredSSP pour ouvrir une connexion à la machine Hyper-V. Cette fonctionnalité transmet des informations d’identification de l’utilisateur cryptées avec Kerberos à la machine Hyper-V, et les commandes PowerShell dans la session sur la machine Hyper-V distante exécutée avec les informations d’identification fournies (dans ce cas, celles de l’utilisateur VMM), de façon à ce que les commandes de communication vers le stockage fonctionnent correctement.

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

  • Consolider l’image principale : une image principale crée un nouveau schéma de provisioning MCS (catalogue de machines). Il clone et écrase la VM principale en préparation pour la création de nouvelles VM à partir du nouveau disque créé (et supprime une dépendance sur la VM principale originale).

    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 : 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
    
  • Charger des disques d’identité : le HCL ne peut pas directement charger le disque d’identité sur 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 Controller, HCL doit tout d’abord copier le disque d’identité via la machine Hyper-V comme suit.

    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. Un dossier est créé sur la machine Hyper-V et les permissions sur ce dossier sont verrouillées pour l’utilisateur VMM 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 le supprime de la machine Hyper-V.

      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é : comme pour les chargements, les disques d’identité transitent via la machine Hyper-V vers le HCL. Le processus suivant permet de créer un dossier qui ne possède que des permissions utilisateur VMM sur le serveur Hyper-V s’il n’existe pas.

    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 : si l’administrateur crée les VM dans un catalogue de machine Personal vDisk, vous devez créer un disque vide (PvD).

    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 VMM.

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

Environnements de virtualisation Microsoft System Center Virtual Machine Manager