Environnements de virtualisation Microsoft System Center Virtual Machine Manager
Suivez ces instructions 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 répertoriées dans l’article Configuration système requise.
Vous pouvez utiliser Provisioning Services et Machine Creation Services™ pour provisionner :
- VMs de bureau ou de serveur de génération 1
- VMs Windows Server 2012 R2, Windows Server 2016 et Windows 10 de génération 2 (avec ou sans Secure Boot)
Mettre à niveau VMM
-
Mettre à niveau de VMM 2012 vers VMM 2012 SP1 ou VMM 2012 R2
Pour les exigences relatives à VMM et aux hôtes Hyper-V, consultez https://docs.microsoft.com/fr-fr/previous-versions/system-center/system-center-2012-R2/gg610649(v=sc.12)?redirectedfrom=MSDN. Pour les exigences relatives à la console VMM, consultez https://docs.microsoft.com/fr-fr/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 dont la moitié exécute Hyper-V 2008 et l’autre moitié exécute Hyper-V 2012.
-
Mettre à niveau de 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 les temps d’arrêt de XenDesktop.
- Mettre à niveau VMM vers 2012 (exécutant maintenant XenDesktop 5.6 et VMM 2012)
- Mettre à niveau XenDesktop® vers la dernière version (exécutant maintenant la dernière version de XenDesktop et VMM 2012)
- Mettre à niveau VMM de 2012 vers 2012 SP1 (exécutant maintenant la dernière version de XenDesktop et VMM 2012 SP1)
-
Mettre à niveau de VMM 2012 SP1 vers VMM 2012 R2
Si vous partez de XenDesktop ou XenApp 7.x sur VMM 2012 SP1, suivez cette séquence pour éviter les temps d’arrêt de XenDesktop.
- Mettre à niveau XenDesktop ou XenApp® vers la dernière version (exécutant maintenant la dernière version de XenDesktop ou XenApp, et VMM 2012 SP1)
- Mettre à niveau VMM 2012 SP1 vers 2012 R2 (exécutant maintenant la dernière version de 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.
- Installer et configurer un hyperviseur.
- Installez le serveur Microsoft Hyper-V et VMM sur vos serveurs.
- Installez la console System Center Virtual Machine Manager 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 provisionnement des VDA échoue si les versions sont différentes.
- Vérifiez les informations de compte suivantes :
-
Le compte que vous utilisez pour spécifier les hôtes dans Studio est un administrateur VMM ou un administrateur délégué VMM pour les machines Hyper-V concernées. Si ce compte n’a que le rôle d’administrateur délégué dans VMM, les données de stockage ne sont pas répertoriées dans Studio pendant le processus de création de l’hôte.
-
Le compte utilisateur utilisé pour l’intégration de Studio doit également être membre du groupe de sécurité local des administrateurs sur chaque serveur Hyper-V pour prendre en charge la gestion du cycle de vie des VM (telle que la création, la mise à jour et la suppression de VM). Remarque : L’installation d’un Controller sur un serveur exécutant Hyper-V n’est pas prise en charge.
-
- Créez une VM maître.
- Installez un Virtual Delivery Agent sur la VM maître et sélectionnez l’option d’optimisation du bureau. Cela améliore les performances.
- Prenez un instantané de la VM maître à utiliser comme sauvegarde.
- 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,
- Sélectionnez le type d’hôte de virtualisation Microsoft.
- Saisissez l’adresse en tant que nom de domaine complet du serveur hôte.
- Saisissez les informations d’identification du compte administrateur que vous avez configuré précédemment et qui dispose des autorisations nécessaires pour créer de nouvelles VM.
- Dans la boîte de dialogue Détails de l’hôte, sélectionnez le cluster ou l’hôte autonome à utiliser lors de la création de 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 les 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 répondent aux exigences suivantes afin que les appels de la bibliothèque de communication d’hyperviseur (HCL) du contrôleur se connectent avec succès au stockage SMB :
- Les informations d’identification de l’utilisateur VMM doivent inclure un accès en lecture/é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 via le serveur Hyper-V à l’aide des informations d’identification de l’utilisateur VMM.
Lorsque vous utilisez SMB comme stockage, activez le fournisseur de support de sécurité des informations d’identification d’authentification (CredSSP) du contrôleur vers les machines Hyper-V individuelles lorsque vous utilisez VMM 2012 SP1 avec Hyper-V sur Windows Server 2012. Pour plus d’informations, consultez CTX137465.
À l’aide d’une session distante PowerShell V3 standard, la HCL utilise CredSSP pour ouvrir une connexion à la machine Hyper-V. Cette fonctionnalité transmet les informations d’identification utilisateur chiffrées Kerberos à la machine Hyper-V, et les commandes PowerShell de la session sur la machine Hyper-V distante s’exécutent avec les informations d’identification fournies (dans ce cas, celles de l’utilisateur VMM), afin que les commandes de communication vers le stockage fonctionnent correctement.
Les tâches suivantes utilisent des scripts PowerShell qui proviennent de la HCL et sont ensuite envoyés à la machine Hyper-V pour agir sur le stockage SMB 3.0.
-
Consolider l’image maître—Une image maître crée un nouveau schéma de provisionnement MCS (catalogue de machines). Elle clone et aplatit la VM maître prête à créer de nouvelles VM à partir du nouveau disque créé (et supprime la dépendance vis-à-vis de la VM maître d’origine).
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érenciation—Crée un disque de différenciation à partir de l’image principale générée en consolidant l’image principale. Le disque de différenciation est ensuite attaché à une nouvelle machine virtuelle.
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 les disques d’identité—Le HCL ne peut pas charger directement le disque d’identité vers le stockage SMB. Par conséquent, la machine Hyper-V doit 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 contrôleur, le HCL doit d’abord copier le disque d’identité via la machine Hyper-V comme suit.
-
Le HCL charge l’identité vers la machine Hyper-V via le partage administrateur.
-
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 autorisations sur ce dossier sont verrouillées pour l’utilisateur VMM uniquement (via la connexion PowerShell à distance).
-
Le HCL supprime le fichier du partage administrateur.
-
Lorsque le HCL termine le chargement du disque d’identité vers la machine Hyper-V, la session PowerShell à distance copie les disques d’identité vers le stockage SMB, puis les supprime de la machine Hyper-V.
Le dossier du disque d’identité est recréé s’il est supprimé afin qu’il soit disponible pour réutilisation.
-
-
Télécharger les disques d’identité—Comme pour les chargements, les disques d’identité passent par la machine Hyper-V vers le HCL. Le processus suivant crée un dossier qui n’a que les autorisations d’utilisateur VMM sur le serveur Hyper-V s’il n’existe pas.
- La machine Hyper-V copie le disque du stockage SMB vers le stockage Hyper-V local via un script PowerShell exécuté dans la session à distance PowerShell V3.
- Le HCL lit le disque du partage administrateur de la machine Hyper-V en mémoire.
- Le HCL supprime le fichier du partage administrateur.
-
Création de Personal vDisk—Si l’administrateur crée la machine virtuelle dans un catalogue de machines 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 avez des disques PvD qui résident sur un stockage différent de celui du disque principal ou du disque du système d’exploitation, utilisez PowerShell distant pour créer le PvD dans un dossier de répertoire portant le même nom que la VM à partir de laquelle il a été créé. Pour CSV ou LocalStorage, n’utilisez pas PowerShell distant. 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, effectuez un mkdir sur le stockage.