Vous êtes sur la page 1sur 540

Contents

Vue d'ensemble
Qu’est-ce que VMM ?
Nouveautés de VMM
Mise en route
Notes de publication - VMM
Activer/désactiver les données de télémétrie
Déployer un cloud VMM
Créer un cloud VMM
Gérer un cloud VMM
Déployer une structure fabric d’hôte Service Guardian
Déployer des hôtes Service Guardian
Configurer les paramètres du service SGH de secours
Déployer un modèle protégé VHDX et de machine virtuelle
Déployer une machine virtuelle dotée d’une protection maximale
Déployer une machine virtuelle Linux dotée d’une protection maximale
Déployer et gérer une infrastructure SDN (Software-Defined Networking)
Déployer un contrôleur de réseau SDN
Déployer un équilibreur de charge logiciel SDN
Déployer une passerelle SDN RAS
Déployer un SDN à l’aide de PowerShell
Configurer un réseau de machines virtuelles dans SDN
Chiffrer des réseaux de machines virtuelles dans SDN
Autoriser et bloquer le trafic des machines virtuelles avec des listes de contrôle
d’accès des ports SDN
Contrôler la bande passante du réseau virtuel SDN avec QoS
Équilibrer la charge du trafic réseau
Configurer NAT pour le transfert du trafic dans un SDN
Router le trafic entre les réseaux dans l’infrastructure SDN
Configurer des clusters invités SDN
Mettre à jour le certificat de serveur du contrôleur de réseau
Configurer les adresses IP virtuelles de l’équilibreur de charge logiciel SDN
Sauvegarder et restaurer l’infrastructure SDN
Supprimer un SDN de VMM
Gérer les ressources SDN dans la structure fabric VMM
Déployer et gérer des espaces de stockage direct
Configurer un cluster d’espaces de stockage direct hyperconvergé
Configurer un cluster d’espaces de stockage direct désagrégé
Gérer des clusters d’espaces de stockage direct
Affecter des stratégies QoS de stockage pour les clusters
Procédure
Plan
Configuration système requise - VMM
Planifier l’installation de VMM
Planifier un déploiement de VMM à haut niveau de disponibilité
Identifier les ports et protocoles utilisés par VMM
Planifier la structure fabric de calcul VMM
Planifier la structure fabric de mise en réseau VMM
Identifier les groupes de stockage pris en charge
Mettre à niveau et installer
Mettre à niveau VMM
Installer VMM
Installer la console VMM
Activer la session de console améliorée
Déployer VMM pour la haute disponibilité
Déployer un serveur d’administration VMM à haut niveau de disponibilité
Déployer une base de données SQL Server à haut niveau de disponibilité pour
VMM
Déployer une bibliothèque VMM à haut niveau de disponibilité
Configurer TLS 1.2
Déployer des correctifs cumulatifs
Sauvegarder et restaurer VMM
Gérer la bibliothèque VMM
Vue d’ensemble de la bibliothèque
Ajouter des ressources de fichiers à la bibliothèque VMM
Ajouter des profils à la bibliothèque VMM
Ajouter des modèles de machine virtuelle à la bibliothèque VMM
Ajouter des modèles de service à la bibliothèque VMM
Gérer les ressources de bibliothèque VMM
Gérer des serveurs de virtualisation
Gérer les groupes hôtes VMM
Ajouter des clusters et des hôtes Hyper-V existants à la structure fabric
Ajouter un serveur Nano comme hôte ou cluster Hyper-V
Exécuter un script sur l’hôte
Créer un cluster à partir d’hôtes Hyper-V autonomes
Approvisionner un hôte ou cluster Hyper-V à partir d’un système nu
Créer un cluster Hyper-V invité à partir d’un modèle de service
Configurer la mise en réseau pour les hôtes et clusters Hyper-V
Configurer le stockage pour les hôtes et clusters Hyper-V
Gérer MPIO pour les hôtes et clusters Hyper-V
Gérer les listes de contrôles d’accès de port Hyper-V étendues
Gérer des clusters Hyper-V
Mettre à jour des clusters et des hôtes Hyper-V
Exécuter une mise à niveau propagée de clusters Hyper-V
Préparer des hôtes Hyper-V pour la maintenance
Gérer des serveurs VMware
Gérer les serveurs d’administration
Gérer des serveurs d’infrastructure
Gérer des serveurs de mise à jour
Gérer la mise en réseau
Vue d’ensemble de la structure fabric réseau
Configurer des réseaux logiques
Configurer des réseaux de machines virtuelles
Configurer des pools d’adresses IP
Ajouter une passerelle réseau
Configurer des profils de port
Configurer des commutateurs logiques
Configurer des pools d’adresses MAC
Intégrer l’équilibrage de la charge réseau (NLB) aux modèles de service
Configurer un serveur IPAM
Gérer le stockage
Définir la structure fabric de stockage
Configurer les classifications de stockage
Ajouter des dispositifs de stockage
Allouer du stockage à des groupes hôtes
Configurer un serveur cible Microsoft iSCSI
Configurer un Fibre Channel virtuel
Configurer le stockage de fichiers
Configurer le réplica de stockage dans VMM
Gérer les serveurs SOFS
Configurer un serveur de fichiers avec montée en puissance parallèle (SOFS)
Effectuer une mise à niveau propagée sur un serveur SOFS
Ajouter un serveur SOFS existant à la structure fabric VMM
Créer un cluster SOFS à partir de serveurs autonomes
Approvisionner un serveur SOFS à partir de systèmes nus
Gérer les paramètres du serveur SOFS
Gérer les machines virtuelles
Configurer des machines virtuelles
Déployer des machines virtuelles à partir d’un disque VHD vierge
Déployer des machines virtuelles à partir d’un disque VHD existant
Cloner des machines virtuelles existantes
Déployer des machines virtuelles avec un provisionnement rapide à l’aide d’une
copie de réseau SAN
Déployer des machines virtuelles à partir d’un modèle de machine virtuelle
Déployer des machines virtuelles Linux
Déployer des machines virtuelles imbriquées
Convertir des machines virtuelles VMware en machines Hyper-V
Installer un système d’exploitation sur une machine virtuelle
Gérer les paramètres de machine virtuelle
Gérer l’optimisation dynamique et l’optimisation de l’alimentation pour des machines
virtuelles
Créer des modèles de rôle de machine virtuelle avec VMM et Azure Pack
Migrer des machines virtuelles
Vue d’ensemble de la migration
Migrer une machine virtuelle
Migrer le stockage de machine virtuelle
Exécuter une migration dynamique
Gérer les rôles et les comptes
Vue d’ensemble des rôles et des comptes
Configurer des rôles d’utilisateur
Configurer des comptes d’identification
Gérer les utilisateurs libre-service
Effectuer des tâches d’utilisateur libre-service
Analyser VMM
Vue d’ensemble de la surveillance
Configurer la surveillance et les rapports avec Operations Manager
Intégrer à Azure
Ajouter un abonnement Azure dans VMM
Gestion des mises à jour des machines virtuelles
Gérer les machines virtuelles Azure
Gérer les abonnements Azure basés sur Azure Resource Manager et spécifiques à
une région
Qu’est-ce que Virtual Machine Manager ?
06/03/2019 • 3 minutes to read

Bienvenue dans System Center Virtual Machine Manager (VMM ). VMM fait partie de la suite System Center
utilisée pour configurer, gérer et transformer des centres de données traditionnels. Il apporte une expérience de
gestion unifiée entre l’infrastructure locale, le fournisseur de services et le cloud Azure. Capacités de VMM :
Centre de données : configurez et gérez les composants de votre centre de données comme une seule et
même structure fabric dans VMM. Les composants de centre de données sont notamment les serveurs de
virtualisation, les composants de mise en réseau et les ressources de stockage. VMM configure et gère les
ressources nécessaires pour créer et déployer des machines virtuelles et des services dans des clouds privés.
Hôtes de virtualisation : VMM peut ajouter, provisionner et gérer des clusters et des hôtes de virtualisation
Hyper-V et VMware.
Réseau : ajoutez des ressources réseau à la structure fabric VMM, notamment des sites réseau définis par des
sous-réseaux IP, des réseaux locaux virtuels (VLAN ), des commutateurs logiques, et des pools MAC et
d’adresses IP statiques. VMM fournit une virtualisation réseau, y compris la prise en charge de la création et la
gestion de réseaux virtuels et de passerelles réseau. La virtualisation réseau permet à plusieurs clients d’avoir
des réseaux isolés ainsi que leurs propres plages d’adresses IP pour une meilleure sécurité et confidentialité. À
l’aide de passerelles, les machines virtuelles sur des réseaux virtuels peuvent se connecter à des réseaux
physiques sur le même site ou dans des emplacements différents.
Stockage : VMM peut découvrir, classer, provisionner, allouer et attribuer un stockage local et distant.VMM
prend en charge le stockage de bloc (Fibre Channel, iSCSI et SAS (Serial Attached SCSI), et les réseaux de zone
de stockage (SAN )).
Ressources de bibliothèque : la structure fabric VMM conserve une bibliothèque de ressources basées ou
non sur des fichiers et utilisées pour créer et déployer des machines virtuelles et des services sur des hôtes de
virtualisation. Les ressources de fichiers sont notamment des disques durs virtuels, des images ISO et des
scripts. Les ressources non basées sur des fichiers sont notamment des modèles et des profils utilisés pour
normaliser la création de machines virtuelles. Les ressources de bibliothèque sont accessibles à travers les
partages de bibliothèque.

Ressources
Si vous avez des questions ou des commentaires concernant VMM, accédez aux forums System Center - Virtual
Machine Manager.
Pour lire les billets de blog de l’équipe d’ingénieurs VMM, consultez System Center : Blog d’ingénierie de
Virtual Machine Manager.

Étapes suivantes
En savoir plus sur la configuration requise.
Nouveautés de System Center Virtual Machine
Manager
22/03/2019 • 53 minutes to read

Cet article détaille les nouvelles fonctionnalités prises en charge dans System Center 2019 - Virtual Machine
Manager (VMM ).

Nouvelles fonctionnalités de VMM 2019


Consultez les sections suivantes pour obtenir des informations détaillées sur les nouvelles fonctionnalités, et celles
mises à jour, prises en charge dans VMM 2019.

Calcul
Mise à niveau propagée pour les clusters S2D
System Center 2019 - Virtual Machine Manager (VMM ) prend en charge la mise à niveau propagée d’un cluster
hôte d’espaces de stockage direct (S2D ) exécutant Windows Server 2016 vers Windows Server 2019. En savoir
plus.
Prise en charge de la déduplication pour un volume ReFS
VMM 2019 prend en charge la déduplication pour un volume ReFS sur un cluster hyperconvergé WS 2019 et
SOFS. En savoir plus.

Stockage
Optimisation dynamique du stockage
Cette fonctionnalité permet d’éviter la saturation du stockage partagé de cluster (partages de fichiers et CSV )
causée par une expansion de ce stockage ou le placement de nouveaux disques durs virtuels sur celui-ci. Vous
pouvez désormais définir une valeur de seuil pour déclencher un avertissement quand l’espace de stockage
disponible dans le stockage partagé de cluster passe en dessous du seuil, durant le placement d’un nouveau disque
ou pendant la migration automatique de disques durs virtuels vers un autre stockage partagé du cluster. En savoir
plus.
Prise en charge de la supervision de l’intégrité du stockage
La supervision de l’intégrité du stockage vous aide à superviser l’intégrité et l’état opérationnel d’un pool de
stockage, des numéros d’unités logiques et des disques physiques dans la structure fabric VMM.
Vous pouvez superviser l’intégrité du stockage dans la page Infrastructure de la console VMM. En savoir plus.

Mise en réseau
Configuration d’adresses IP virtuelles SLB par le biais des modèles de service VMM
SDN dans Windows 2016 peut utiliser l'équilibrage de charge logiciel (SLB ) pour répartir uniformément le trafic
réseau entre les charges de travail gérées par le fournisseur de services et les clients. Actuellement, VMM 2016
prend en charge le déploiement d'adresses IP virtuelles (VIP ) SLB à l’aide de PowerShell.
Avec VMM 2019, VMM prend en charge la configuration d’adresses IP virtuelles SLB lors du déploiement d’une
application à plusieurs niveaux à l’aide de modèles de service. En savoir plus.
Configuration de réseaux de machines virtuelles chiffrés via VMM
VMM 2019 prend en charge le chiffrement des réseaux de machines virtuelles. Avec la nouvelle fonctionnalité de
réseaux chiffrés, un chiffrement de bout en bout peut être facilement configuré sur les réseaux d’ordinateurs
virtuels à l’aide du contrôleur de réseau. Ce chiffrement empêche la lecture et la manipulation du trafic entre deux
ordinateurs virtuels sur le même réseau et sur le même sous-réseau.
Le contrôle du chiffrement s'effectue au niveau du sous-réseau, et le chiffrement peut être activé ou désactivé pour
chaque sous-réseau du réseau d’ordinateurs virtuels. En savoir plus.
Prise en charge de la configuration de la passerelle de transfert de couche 3 à l’aide de la console VMM
Le transfert L3 permet la connectivité entre l’infrastructure physique du centre de données et l’infrastructure
virtualisée du cloud de virtualisation réseau Hyper-V. Les versions antérieures de VMM prenaient en charge la
configuration de la passerelle de couche 3 par le biais de PowerShell.
Dans VMM 2019, vous pouvez configurer la passerelle de transfert de couche 3 à l’aide de la console VMM. En
savoir plus.
Prise en charge de l’adresse MAC statique sur les machines virtuelles déployées sur un cloud VMM
Cette fonctionnalité vous permet de définir l’adresse MAC statique de machines virtuelles déployées sur un cloud.
Vous pouvez également changer une adresse MAC statique en adresse MAC dynamique et vice versa pour les
machines virtuelles déjà déployées. En savoir plus.

Intégration Azure
Gestion des mises à jour de machine virtuelle par le biais de VMM à l’aide de l’abonnement à Azure Automation
VMM 2019 introduit la possibilité d’exécuter un correctif ou une mise à jour sur des machines virtuelles locales
(gérés par VMM ) en intégrant VMM à l’abonnement à Azure Automation. En savoir plus.
Nouveau rôle RBAC - Administrateur de la machine virtuelle
Dans un scénario où les entreprises souhaitent créer un rôle utilisateur pour la résolution des problèmes,
l’utilisateur doit avoir accès à toutes les machines virtuelles afin qu’il puisse y apporter les changements
nécessaires. L’utilisateur doit également avoir accès à la structure fabric pour identifier la cause racine du
problème. Toutefois, pour des raisons de sécurité, cet utilisateur ne doit pas disposer de privilèges lui permettant de
changer la structure fabric (ajout de stockage, ajout d’hôtes, etc.).
Le contrôle d’accès en fonction du rôle (RBAC ) présent actuellement dans VMM ne propose pas de rôle défini pour
ce personnage, et les rôles existants d’administrateur délégué et d’administrateur de structure fabric disposent
d’autorisations insuffisantes ou supérieures à celles nécessaires pour résoudre les problèmes.
En guise de solution, VMM 2019 prend en charge un nouveau rôle appelé Administrateur de machine virtuelle.
L’utilisateur de ce rôle dispose d’un accès en lecture et en écriture à toutes les machines virtuelles, mais d’un accès
en lecture seule à la structure fabric. En savoir plus.
Prise en charge du compte gMSA en tant que compte de service VMM
Un compte gMSA (Group Managed Service Account) permet d’améliorer la posture de sécurité et le confort
d’utilisation par le biais de la gestion automatique des mots de passe, de la gestion du nom de principal du service
(SPN ) et de la possibilité de déléguer la gestion à d’autres administrateurs.
VMM 2019 prend en charge l’utilisation de gMSA pour le compte de service du serveur d’administration. En
savoir plus.
NOTE
Les fonctionnalités et mises à jour de fonctionnalité suivantes ont été introduites dans VMM 1807 et sont incluses dans
VMM 2019.

Stockage
Prend en charge la sélection d’un CSV pour placer un nouveau VHD
VMM vous permet de sélectionner un volume partagé de cluster (CSV ) pour placer un nouveau disque dur virtuel
(VHD ).
Dans les versions antérieures de VMM, tout nouveau VHD d’une machine virtuelle était placé par défaut sur le
CSV où se trouvaient les VHD antérieurs associés à la machine virtuelle. Il n’y avait aucune option pour choisir un
autre CSV/dossier. En cas de problèmes liés au CSV, par exemple une insuffisance de la capacité de stockage ou
une surallocation des ressources, les utilisateurs devaient effectuer la migration du VHD, après l’avoir déployé.
Avec VMM 1807, vous pouvez désormais choisir l’emplacement du nouveau disque. Vous pouvez gérer ce disque
facilement en fonction des possibilités de stockage des CSV. En savoir plus.

Mise en réseau
Affichage des informations LLDP pour les périphériques réseau
VMM prend en charge le protocole LLDP (Link Layer Discovery Protocol). Vous pouvez désormais afficher les
propriétés des périphériques réseau et les informations relatives aux fonctionnalités des hôtes à partir de VMM. Le
système d’exploitation hôte doit correspondre à Windows 2016 ou version ultérieure.
Les fonctionnalités DataCenterBridging et DataCenterBridging-LLDP -Tools ont été activées sur les hôtes pour
extraire les propriétés LLDP. En savoir plus.
Convertir un commutateur SET en commutateur logique
VMM vous permet de convertir un commutateur SET (Switch Embedded Teaming) en commutateur logique à
l’aide de la console VMM. Dans les versions antérieures, cette fonctionnalité était uniquement prise en charge via
un script PowerShell. En savoir plus.
Gestion d’hôtes VMware
VMM prend en charge les serveurs VMware ESXi v6.5 dans la structure fabric VMM. Cette prise en charge
apporte aux administrateurs une flexibilité supplémentaire en leur permettant de gérer plusieurs hyperviseurs. En
savoir plus sur les versions de serveurs VMware prises en charge.
Prise en charge de la mise à jour de clusters S2D
VMM prend en charge la mise à jour d’un hôte ou d’un cluster S2D. Vous pouvez mettre à jour des hôtes ou des
clusters S2D individuels par rapport aux bases de référence configurées dans WSUS (Windows Server Update
Services). En savoir plus.

Autres
Prise en charge de SQL 2017
VMM prend en charge SQL 2017. Vous pouvez effectuer une mise à niveau de SQL 2016 vers SQL 2017.
NOTE
Les fonctionnalités et mises à jour de fonctionnalité suivantes ont été introduites dans VMM 1801 et sont incluses dans
VMM 2019.

Calcul
Virtualisation imbriquée
VMM prend en charge la fonctionnalité de virtualisation imbriquée qui vous permet d’exécuter Hyper-V dans une
machine virtuelle Hyper-V. En d’autres termes, avec la virtualisation imbriquée, un hôte Hyper-V peut être
virtualisé. La virtualisation imbriquée peut être activée hors bande à l’aide de la configuration de l’hôte Hyper-V et
PowerShell.
Vous pouvez utiliser cette fonctionnalité pour réduire vos dépenses d’infrastructure dans le cadre de scénarios de
développement, de test, de démonstration et de formation. Cette fonctionnalité vous permet également d’utiliser
des produits de gestion de virtualisation tiers avec l’hyperviseur Microsoft.
Vous pouvez activer ou désactiver la fonctionnalité de virtualisation imbriquée à l’aide de VMM. Vous pouvez
configurer la machine virtuelle en tant qu’hôte dans VMM et effectuer des opérations d’ordinateur hôte à partir de
VMM, sur cette machine virtuelle. Par exemple, l’optimisation dynamique VMM prend en compte un hôte de
machine virtuelle imbriquée pour la sélection élective. En savoir plus.
Migration d’une machine virtuelle VMware (machine virtuelle basée sur un microprogramme EFI ) vers une
machine virtuelle Hyper-V
La migration VMM actuelle pour les machines virtuelles VMware vers Hyper-V prend uniquement en charge la
migration de machines virtuelles basées sur le BIOS.
VMM permet la migration de machines virtuelles VMware basées sur EFI vers des machines virtuelles Hyper-V
2e génération. Les machines virtuelles VMware que vous migrez vers la plateforme Microsoft Hyper-V peuvent
tirer parti des fonctionnalités de Hyper-V 2ème génération.
Dans le cadre de cette version, l’Assistant Convertir la machine virtuelle effectue la migration de la machine
virtuelle selon le type de microprogramme (BIOS ou EFI), sélectionne et applique les valeurs par défaut de la
génération de machine virtuelle Hyper-V : Découvrez-en plus.
1. Les machines virtuelles basées sur le BIOS sont migrées vers une machine virtuelle Hyper-V de 1ère
génération.
2. Les machines virtuelles basées sur EFI sont migrées vers une machine virtuelle Hyper-V de génération 2.
Nous avons également apporté des améliorations au processus de conversion d'une machine virtuelle VMware,
maintenant jusqu'à 50 % plus rapide.
Amélioration des performances de l'actualisateur de l'hôte
L’actualisateur de l’hôte VMM a bénéficié de quelques mises à jour visant à améliorer ses performances.
Grâce à ces mises à jour, dans les scénarios où l’organisation gère un grand nombre d'hôtes et de machines
virtuelles avec des points de contrôle, vous noterez des améliorations importantes dans les performances de la
tâche.
Dans notre laboratoire, avec des instances VMM gérant 20 hôtes : chaque hôte gérant 45 à 100 machines
virtuelles, nous avons constaté une multiplication par 10 des performances.
Activer la session de console étendue
La connexion à la console dans VMM fournit une autre façon de connecter un bureau à distance à la machine
virtuelle. Ceci est particulièrement utile lorsque la machine virtuelle ne dispose d'aucune connectivité réseau ou
pour modifier une configuration de réseau qui risque d'interrompre la connectivité réseau. Actuellement, la
connexion de la console dans VMM prend uniquement en charge la session de base, dans laquelle le texte du
Presse-papiers peut seulement être collé via l'option de menu Taper le texte du Presse-papiers.
VMM prend en charge la session de console étendue qui permet d’effectuer les opérations Couper (Ctrl+X) ,
Copier (Ctrl+C ) et Coller (Ctrl+V ) sur le texte ANSI et les fichiers disponibles dans le Presse-papiers. Les
commandes de copier-coller pour texte et fichiers sont donc possibles depuis et vers la machine virtuelle. En savoir
plus.

Stockage
Amélioration dans la qualité de service (QoS ) de stockage de VMM
La qualité de service de stockage (SQoS ) permet de surveiller et gérer de façon centralisée les performances de
stockage des machines virtuelles à l’aide de Hyper-V et des rôles de serveur de fichiers avec montée en puissance
parallèle (SOFS ). La fonctionnalité améliore automatiquement l'équité des ressources de stockage entre plusieurs
machines virtuelles en utilisant le même cluster, et permet de définir des objectifs de performances basés sur la
stratégie.
VMM prend en charge les améliorations SQoS suivantes :
Extension de la prise en charge SQoS au-delà de S2D : vous pouvez désormais attribuer des stratégies QoS de
stockage à des réseaux de zone de stockage (SAN ). En savoir plus.
Prise en charge du cloud privé VMM : les stratégies de QoS de stockage peuvent maintenant être utilisées par
les clients du cloud VMM. En savoir plus.
Disponibilité des stratégies QoS de stockage en tant que modèles : vous pouvez définir des stratégies QoS de
stockage via des modèles d’ordinateur virtuel. En savoir plus.

Mise en réseau
Configuration de clusters invités dans SDN via VMM
Depuis l'introduction du réseau SDN (Software-Defined Networking) dans Windows Server 2016 et System
Center 2016, la configuration des clusters invités a subi des modifications.
Depuis l’introduction du contrôleur de réseau, les machines virtuelles connectées au réseau virtuel sont
uniquement autorisées à utiliser l’adresse IP attribuée par le contrôleur de réseau pour la communication. La
conception du réseau SDN s'inspire de la conception de la mise en réseau Azure et prend en charge la
fonctionnalité d'adresse IP flottante via un équilibreur de charge logiciel (SLB ), par exemple la mise en réseau
Azure.
VMM prend également en charge cette fonctionnalité d’adresse IP flottante par le biais de l’équilibreur de charge
logiciel (SLB ) dans les scénarios SDN. VMM 1801 prend en charge le clustering invité via une adresse IP virtuelle
(VIP ) d’équilibreur de charge interne (ILB ). L’équilibreur de charge interne utilise des ports d’analyse créés sur les
machines virtuelles du cluster invité afin d’identifier le nœud actif. À tout moment, le port d’analyse du nœud actif
uniquement répond à l’équilibrage de charge interne, et tout le trafic vers l’adresse IP virtuelle est routé vers le
nœud actif. . En savoir plus.
Configuration d'adresses IP virtuelles SLB via des modèles de service VMM
SDN dans Windows 2016 peut utiliser l'équilibrage de charge logiciel (SLB ) pour répartir uniformément le trafic
réseau entre les charges de travail gérées par le fournisseur de services et les clients. Actuellement, VMM 2016
prend en charge le déploiement d'adresses IP virtuelles (VIP ) SLB à l’aide de PowerShell.
VMM prend en charge la configuration d’adresses IP virtuelles d’équilibreur de charge logiciel durant le
déploiement d’une application à plusieurs niveaux à l’aide de modèles de service. En savoir plus.
Configuration de réseaux de machines virtuelles chiffrés via VMM
VMM prend en charge le chiffrement des réseaux de machines virtuelles. Avec la nouvelle fonctionnalité de
réseaux chiffrés, un chiffrement de bout en bout peut être facilement configuré sur les réseaux d’ordinateurs
virtuels à l’aide du contrôleur de réseau (NC ). Ce chiffrement empêche la lecture et la manipulation du trafic entre
deux ordinateurs virtuels sur le même réseau et sur le même sous-réseau.
Le contrôle du chiffrement s'effectue au niveau du sous-réseau, et le chiffrement peut être activé ou désactivé pour
chaque sous-réseau du réseau d’ordinateurs virtuels. En savoir plus.

Sécurité
Prise en charge des machines virtuelles protégées Linux
Windows Server 2016 a introduit le concept de machine virtuelle dotée d’une protection maximale pour les
machines virtuelles Windows. Les machines virtuelles protégées offrent une protection contre les actions des
administrateurs malveillants lorsque les données de ces machines virtuelles sont au repos ou quand un logiciel
non approuvé s’exécute sur les hôtes Hyper-V.
Avec Windows Server 1709, Hyper-V introduit la prise en charge du provisionnement de machines virtuelles Linux
dotées d’une protection maximale et cette prise en charge a été étendue à VMM. En savoir plus.
Configuration du service HGS de secours
Composant essentiel permettant aux services de protection de clé et d'attestation d'exécuter des machines
virtuelles protégées sur des hôtes Hyper-V, le service Guardian hôte (HGS ) doit être opérationnel même en cas de
sinistre. Windows Server 1709 intègre la prise en charge du service HGS de secours.
Avec VMM, un hôte protégé peut être configuré avec une paire d’URL SGH principale et secondaire (URI de
protection de clé et d’attestation). Cette fonctionnalité autorise des scénarios tels que les déploiements de
structures fabric protégées couvrant deux centres de données à des fins de récupération d’urgence, l’exécution du
service SGH sous forme de machines virtuelles dotées d’une protection maximale, etc.
L'URL HGS principale sera toujours utilisée en priorité par rapport à l'URL secondaire. Si le service SGH principal
ne répond pas après le délai d’attente approprié et le nombre de tentatives, l’opération est retentée avec le service
secondaire. Les opérations suivantes privilégieront toujours le service principal ; le service secondaire servira
uniquement si le serveur principal échoue. En savoir plus.

Intégration Azure
Gestion des abonnements Azure basés sur Azure Resource Manager et spécifiques à une région
Actuellement, le plug-in VMM Azure prend en charge uniquement les machines virtuelles (VM ) classiques et les
régions Azure publiques.
VMM 1801 prend en charge la gestion des machines virtuelles basées sur Azure Resource Manager,
l’authentification Azure Active Directory créée avec le nouveau portail Azure et les abonnements Azure spécifiques
à une région (en l’occurrence, les régions Azure Allemagne, Chine et US Government). En savoir plus.
Cet article détaille les nouvelles fonctionnalités prises en charge dans System Center 1807 - Virtual Machine
Manager (VMM ).

Nouveautés de System Center 1807 - Virtual Machine Manager


Consultez les sections suivantes pour plus d’informations sur les nouvelles fonctionnalités prises en charge dans
VMM 1807.
NOTE
Pour afficher les bogues résolus et les instructions d’installation pour VMM 1807, consultez l’article de la base de
connaissances 4135364.

Stockage
Prend en charge la sélection d’un CSV pour placer un nouveau VHD
VMM 1807 vous permet de sélectionner un CSV (volume partagé de cluster) pour placer un nouveau VHD
(disque dur virtuel).
Dans les versions antérieures de VMM, tout nouveau VHD d’une machine virtuelle était placé par défaut sur le
CSV où se trouvaient les VHD antérieurs associés à la machine virtuelle. Il n’y avait aucune option pour choisir un
autre CSV/dossier. En cas de problèmes liés au CSV, par exemple une insuffisance de la capacité de stockage ou
une surallocation des ressources, les utilisateurs devaient effectuer la migration du VHD, après l’avoir déployé.
Avec VMM 1807, vous pouvez désormais choisir l’emplacement du nouveau disque. Vous pouvez gérer ce disque
facilement en fonction des possibilités de stockage des CSV. En savoir plus.

Mise en réseau
Affichage des informations LLDP pour les périphériques réseau
VMM 1807 prend en charge le protocole LLDP (Link Layer Discovery Protocol). Vous pouvez désormais afficher
les propriétés des périphériques réseau et les informations relatives aux fonctionnalités des hôtes à partir de VMM.
Le système d’exploitation hôte doit correspondre à Windows 2016 ou version ultérieure.
Les fonctionnalités DataCenterBridging et DataCenterBridging-LLDP -Tools ont été activées sur les hôtes pour
extraire les propriétés LLDP. En savoir plus.
Convertir un commutateur SET en commutateur logique
VMM 1807 vous permet de convertir un commutateur SET (Switch Embedded Teaming) en commutateur logique
à l’aide de la console VMM. Dans les versions antérieures, cette fonctionnalité était uniquement prise en charge via
un script PowerShell. En savoir plus.
Gestion d’hôtes VMware
VMM 1807 prend en charge les serveurs VMware ESXi v6.5 dans l’infrastructure VMM. Cette prise en charge
apporte aux administrateurs une flexibilité supplémentaire en leur permettant de gérer plusieurs hyperviseurs. En
savoir plus sur les versions de serveurs VMware prises en charge.
Prise en charge de la mise à jour de clusters S2D
VMM 1807 prend en charge la mise à jour d’un hôte ou d’un cluster S2D. Vous pouvez mettre à jour des hôtes ou
des clusters S2D individuels par rapport aux bases de référence configurées dans WSUS (Windows Server Update
Services). En savoir plus.

Autres
Prise en charge de SQL 2017
VMM 1807 prend en charge SQL 2017. Vous pouvez effectuer une mise à niveau de SQL 2016 vers SQL 2017.
Cet article détaille les nouvelles fonctionnalités prises en charge dans System Center 1801 - Virtual Machine
Manager (VMM ).
Cet article détaille les nouvelles fonctionnalités prises en charge dans System Center 2016 - Virtual Machine
Manager (VMM ).
Nouveautés de System Center 1801 - Virtual Machine Manager
Consultez les sections suivantes pour plus d’informations sur les nouvelles fonctionnalités prises en charge dans
VMM 1801.

Calcul
Virtualisation imbriquée
VMM prend en charge la fonctionnalité de virtualisation imbriquée qui vous permet d’exécuter Hyper-V dans une
machine virtuelle Hyper-V. En d’autres termes, avec la virtualisation imbriquée, un hôte Hyper-V peut être
virtualisé. La virtualisation imbriquée peut être activée hors bande à l’aide de la configuration de l’hôte Hyper-V et
PowerShell.
Vous pouvez utiliser cette fonctionnalité pour réduire vos dépenses d’infrastructure dans le cadre de scénarios de
développement, de test, de démonstration et de formation. Cette fonctionnalité vous permet également d’utiliser
des produits de gestion de virtualisation tiers avec l’hyperviseur Microsoft.
Vous pouvez activer ou désactiver la fonctionnalité de virtualisation imbriquée à l’aide de SCVMM 1801. Vous
pouvez configurer la machine virtuelle en tant qu’hôte dans VMM et effectuer des opérations d’ordinateur hôte à
partir de VMM, sur cette machine virtuelle. Par exemple, l’optimisation dynamique VMM prend en compte un hôte
de machine virtuelle imbriquée pour la sélection élective. En savoir plus.
Migration d’une machine virtuelle VMware (machine virtuelle basée sur un microprogramme EFI ) vers une
machine virtuelle Hyper-V
La migration VMM actuelle pour les machines virtuelles VMware vers Hyper-V prend uniquement en charge la
migration de machines virtuelles basées sur le BIOS.
La version VMM 1801 permet la migration de machines virtuelles VMware basées sur EFI vers des machines
virtuelles VMware Hyper-V de génération 2. Les machines virtuelles VMware que vous migrez vers la plateforme
Microsoft Hyper-V peuvent tirer parti des fonctionnalités de Hyper-V 2ème génération.
Dans le cadre de cette version, l’Assistant Convertir la machine virtuelle effectue la migration de la machine
virtuelle selon le type de microprogramme (BIOS ou EFI), sélectionne et applique les valeurs par défaut de la
génération de machine virtuelle Hyper-V : Découvrez-en plus.
1. Les machines virtuelles basées sur le BIOS sont migrées vers une machine virtuelle Hyper-V de 1ère
génération.
2. Les machines virtuelles basées sur EFI sont migrées vers une machine virtuelle Hyper-V de génération 2.
Nous avons également apporté des améliorations au processus de conversion d'une machine virtuelle VMware,
maintenant jusqu'à 50 % plus rapide.
Amélioration des performances de l'actualisateur de l'hôte
L’actualisateur de l’hôte VMM 1801 a bénéficié de quelques mises à jour visant à améliorer ses performances.
Grâce à ces mises à jour, dans les scénarios où l’organisation gère un grand nombre d'hôtes et de machines
virtuelles avec des points de contrôle, vous noterez des améliorations importantes dans les performances de la
tâche.
Dans notre laboratoire, avec des instances VMM gérant 20 hôtes : chaque hôte gérant 45 à 100 machines
virtuelles, nous avons constaté une multiplication par 10 des performances.
Activer la session de console étendue
La connexion à la console dans VMM fournit une autre façon de connecter un bureau à distance à la machine
virtuelle. Ceci est particulièrement utile lorsque la machine virtuelle ne dispose d'aucune connectivité réseau ou
pour modifier une configuration de réseau qui risque d'interrompre la connectivité réseau. Actuellement, la
connexion de la console dans VMM prend uniquement en charge la session de base, dans laquelle le texte du
Presse-papiers peut seulement être collé via l'option de menu Taper le texte du Presse-papiers.
VMM 1801 prend en charge la session de console étendue qui permet d’effectuer les opérations Couper (Ctrl+X)
, Copier (Ctrl+C ) et Coller (Ctrl+V ) sur le texte ANSI et les fichiers disponibles dans le Presse-papiers. Par
conséquent, les commandes de copier-coller pour texte et fichiers sont possibles depuis et vers la machine
virtuelle. En savoir plus.

Stockage
Amélioration dans la qualité de service (QoS ) de stockage de VMM
La qualité de service de stockage (SQoS ) permet de surveiller et gérer de façon centralisée les performances de
stockage des machines virtuelles à l’aide de Hyper-V et des rôles de serveur de fichiers avec montée en puissance
parallèle (SOFS ). La fonctionnalité améliore automatiquement l'équité des ressources de stockage entre plusieurs
machines virtuelles en utilisant le même cluster, et permet de définir des objectifs de performances basés sur la
stratégie.
VMM 1801 prend en charge les améliorations SQoS suivantes :
Extension de la prise en charge SQoS au-delà de S2D : vous pouvez désormais attribuer des stratégies QoS de
stockage à des réseaux de zone de stockage (SAN ). En savoir plus.
Prise en charge du cloud privé VMM : les stratégies de QoS de stockage peuvent maintenant être utilisées par
les clients du cloud VMM. En savoir plus.
Disponibilité des stratégies QoS de stockage en tant que modèles : vous pouvez définir des stratégies QoS de
stockage via des modèles d’ordinateur virtuel. En savoir plus.

Mise en réseau
Configuration de clusters invités dans SDN via VMM
Depuis l'introduction du réseau SDN (Software-Defined Networking) dans Windows Server 2016 et System
Center 2016, la configuration des clusters invités a subi des modifications.
Depuis l’introduction du contrôleur de réseau, les machines virtuelles connectées au réseau virtuel sont
uniquement autorisées à utiliser l’adresse IP attribuée par le contrôleur de réseau pour la communication. La
conception du réseau SDN s'inspire de la conception de la mise en réseau Azure et prend en charge la
fonctionnalité d'adresse IP flottante via un équilibreur de charge logiciel (SLB ), par exemple la mise en réseau
Azure.
VMM 1801 prend également en charge cette fonctionnalité d’adresse IP flottante via l’équilibreur de charge
logiciel (SLB ) dans les scénarios SDN. VMM 1801 prend en charge le clustering invité via une adresse IP virtuelle
(VIP ) d’équilibreur de charge interne (ILB ). L’équilibreur de charge interne utilise des ports d’analyse créés sur les
machines virtuelles du cluster invité afin d’identifier le nœud actif. À tout moment, le port d'analyse du nœud actif
uniquement répond à l’équilibrage de charge interne, et tout le trafic vers l’adresse IP virtuelle est routé vers le
nœud actif. . En savoir plus.
Configuration d'adresses IP virtuelles SLB via des modèles de service VMM
SDN dans Windows 2016 peut utiliser l'équilibrage de charge logiciel (SLB ) pour répartir uniformément le trafic
réseau entre les charges de travail gérées par le fournisseur de services et les clients. Actuellement, VMM 2016
prend en charge le déploiement d'adresses IP virtuelles (VIP ) SLB à l’aide de PowerShell.
Avec VMM 1801, VMM prend en charge la configuration d’adresses IP virtuelles d’équilibreur de charge logiciel
lors du déploiement d’une application à plusieurs niveaux à l’aide de modèles de service. En savoir plus.
Configuration de réseaux de machines virtuelles chiffrés via VMM
VMM 1801 prend en charge le chiffrement des réseaux de machines virtuelles. Avec la nouvelle fonctionnalité de
réseaux chiffrés, un chiffrement de bout en bout peut être facilement configuré sur les réseaux d’ordinateurs
virtuels à l’aide du contrôleur de réseau (NC ). Ce chiffrement empêche la lecture et la manipulation du trafic entre
deux ordinateurs virtuels sur le même réseau et sur le même sous-réseau.
Le contrôle du chiffrement s'effectue au niveau du sous-réseau, et le chiffrement peut être activé ou désactivé pour
chaque sous-réseau du réseau d’ordinateurs virtuels. En savoir plus.

Sécurité
Prise en charge des machines virtuelles protégées Linux
Windows Server 2016 a introduit le concept de machine virtuelle dotée d’une protection maximale pour les
machines virtuelles Windows. Les machines virtuelles protégées offrent une protection contre les actions des
administrateurs malveillants lorsque les données de ces machines virtuelles sont au repos ou quand un logiciel
non approuvé s’exécute sur les hôtes Hyper-V.
Avec Windows Server 1709, Hyper-V introduit la prise en charge du provisionnement de machines virtuelles Linux
dotées d’une protection maximale et cette prise en charge a été étendue à VMM 1801. En savoir plus.
Configuration du service HGS de secours
Composant essentiel permettant aux services de protection de clé et d'attestation d'exécuter des machines
virtuelles protégées sur des hôtes Hyper-V, le service Guardian hôte (HGS ) doit être opérationnel même en cas de
sinistre. Windows Server 1709 intègre la prise en charge du service HGS de secours.
Avec VMM 1801, un hôte protégé peut être configuré avec une paire d’URL SGH principale et secondaire (URI de
protection de clé et d’attestation). Cette fonctionnalité autorise des scénarios tels que les déploiements de
structures fabric protégées couvrant deux centres de données à des fins de récupération d’urgence, l’exécution du
service SGH sous forme de machines virtuelles dotées d’une protection maximale, etc.
L'URL HGS principale sera toujours utilisée en priorité par rapport à l'URL secondaire. Si le service SGH principal
ne répond pas après le délai d’attente approprié et le nombre de tentatives, l’opération est retentée avec le service
secondaire. Les opérations suivantes privilégieront toujours le service principal ; le service secondaire servira
uniquement si le serveur principal échoue. En savoir plus.

Intégration Azure
Gestion des abonnements Azure basés sur Azure Resource Manager et spécifiques à une région
Actuellement, le plug-in VMM Azure prend en charge uniquement les machines virtuelles (VM ) classiques et les
régions Azure publiques.
VMM 1801 prend en charge la gestion des machines virtuelles basées sur Azure Resource Manager,
l’authentification Azure Active Directory créée avec le nouveau portail Azure et les abonnements Azure spécifiques
à une région (en l’occurrence, les régions Azure Allemagne, Chine et US Government). En savoir plus.

Nouveautés de VMM 2016


Consultez les sections suivantes pour plus d’informations sur les nouvelles fonctionnalités prises en charge dans
VMM 2016.

Calcul
Gestion complète du cycle de vie des hôtes et machines virtuelles Nano Server
Vous pouvez configurer et gérer des hôtes Nano Server et des machines virtuelles dans l’infrastructure VMM. En
savoir plus.
Mise à niveau propagée de clusters hôtes Windows Server 2012 R2
Vous pouvez désormais mettre à niveau des clusters Hyper-V et de serveurs de fichiers avec montée en puissance
parallèle (SOFS ) dans l’infrastructure VMM de Windows Server 2012 R2 vers Windows Server 2016, sans temps
d’arrêt pour les charges de travail hôtes. VMM gère l’intégralité du flux de travail. Il draine le nœud, le supprime du
cluster, réinstalle le système d’exploitation et le rajoute dans le cluster. En savoir plus sur les mises à niveau
propagées pour les clusters Hyper-V et les clusters SOFS.
Création de clusters Hyper-V et SOFS
Il existe un flux de travail simplifié pour créer des clusters Hyper-V et SOFS :
Déploiement complet de clusters hôtes Hyper-V : Le déploiement d’un cluster hôte Hyper-V à partir de
systèmes nus se déroule à présent en une seule étape. En savoir plus
Ajout d’un nœud complet à un cluster hôte Hyper-V ou un cluster SOFS existant : Vous pouvez
maintenant ajouter directement un système nu à un cluster Hyper-V ou SOFS existant.
Nouvelles opérations pour l’exécution de machines virtuelles
Vous pouvez désormais augmenter/réduire la mémoire statique et ajouter/supprimer une carte réseau virtuelle
pour une machine virtuelle en cours d’exécution. En savoir plus.
Points de contrôle de production
Vous pouvez désormais créer des points de contrôle de production pour les machines virtuelles. Ces points de
contrôle sont basés sur le Service VSS et sont cohérents avec les applications (à la différence des points de
contrôle standards basés sur la technologie de l’état de mise en mémoire qui ne le sont pas). En savoir plus.
App-V pour Server
L’application Server App-V dans les modèles de service n’est plus disponible dans VMM 2016. Vous ne pouvez
pas créer de modèles ou déployer de nouveaux services avec l’application Server App-V. Si vous mettez à niveau
VMM 2012 R2 et que vous avez un service avec l’application Server App-V, le déploiement existant continue de
fonctionner. Toutefois, après la mise à niveau, vous ne pouvez pas monter en charge le niveau avec l’application
Server App-V. Vous pouvez monter en charge les autres niveaux.

Stockage
Déployer et gérer des clusters de stockage avec des espaces de stockage direct (S2D)
Les espaces de stockage directs dans Windows Server 2016 vous permettent de créer des systèmes de stockage à
haut niveau de disponibilité sur Windows Server. Vous pouvez utiliser VMM pour créer un serveur de fichiers avec
montée en puissance parallèle exécutant Windows Server 2016 et le configurer avec des espaces de stockage
direct. Après sa configuration, vous pouvez y créer des pools de stockage et des partages de fichiers. En savoir plus.
Réplica de stockage
Dans VMM 2016, vous pouvez utiliser le réplica de stockage Windows pour protéger les données d’un volume en
effectuant une réplication synchrone entre les volumes principal et secondaire (récupération). Vous pouvez
déployer les volumes principal et secondaire sur un seul cluster, sur deux clusters distincts ou sur deux serveurs
autonomes. Vous utilisez PowerShell pour configurer le réplica de stockage et exécuter le basculement. En savoir
plus
Qualité de service de stockage
Vous pouvez configurer la qualité de service du stockage pour garantir que les disques, les machines virtuelles, les
applications et les clients ne descendent pas en dessous d’une certaine qualité de ressource quand les hôtes et le
stockage sont surchargés. Vous pouvez configurer la qualité de service pour le stockage dans l’infrastructure
VMM.

Mise en réseau
Software Defined Networking (SDN )
Dans VMM 2016, vous pouvez déployer la pile SDN entière à l’aide de modèles de service VMM.
Vous pouvez déployer et gérer un contrôleur de réseau à plusieurs nœuds dans un sous-réseau. Une fois que
vous avez déployé et intégré le contrôleur de réseau, vous pouvez spécifier que les composants d’infrastructure
doivent être gérés avec SDN, pour fournir une connectivité aux machines virtuelles clientes et définir des
stratégies.
Vous pouvez déployer et configurer un équilibreur de charge logiciel pour distribuer le trafic dans des réseaux
gérés par le contrôleur réseau. L’équilibreur de charge logiciel peut être utilisé pour les règles NAT de trafic
entrant et sortant.
Vous pouvez déployer et configurer un pool de passerelles Windows Server avec une redondance M+N. Après
avoir déployé la passerelle, vous connectez un réseau client à un réseau de fournisseur d’hébergement ou à
votre propre réseau de centre de données distant à l’aide de GRE S2S, IPSec S2S ou L3.
Isolation et filtrage du trafic réseau
Vous pouvez limiter et séparer le trafic réseau en spécifiant des ACL de port sur des réseaux de machines
virtuelles, des sous-réseaux virtuels, des interfaces réseau ou l’intégralité d’un tampon VMM à l’aide du contrôleur
de réseau et de PowerShell. En savoir plus.
Nommage de la carte réseau virtuelle
Quand vous déployez une machine virtuelle, vous pouvez exécuter un script de post-déploiement sur le système
d’exploitation invité pour configurer des cartes réseau virtuelles. Auparavant, cette opération était compliquée, car il
n’existait pas de moyen simple de distinguer les différentes cartes réseau virtuelles au moment du déploiement.
Maintenant, pour les machines virtuelles de 2e génération déployées sur des hôtes Hyper-V exécutant Windows
Server 2016, vous pouvez nommer la carte réseau virtuelle dans un modèle de machine virtuelle. Cela revient au
même que d’utiliser le nommage cohérent d’appareils pour une carte réseau physique.
Gestion SDN libre -service à l’aide de Windows Azure Pack (WAP)
Vous pouvez fournir des fonctionnalités de libre-service pour l’infrastructure gérée par le contrôleur de réseau. Ces
fonctionnalités sont notamment la création et la gestion de réseaux de machines virtuelles, la configuration de
connexions IPSec S2S et la configuration d’options NAT pour les machines virtuelles clientes et de l’infrastructure
dans votre centre de données.
Déploiement de commutateur logique sur des hôtes
L’interface de création d’un commutateur logique a été simplifiée pour faciliter la sélection des paramètres.
Vous pouvez utiliser directement Hyper-V pour configurer un commutateur virtuel standard sur un hôte géré,
puis utiliser VMM pour convertir le commutateur virtuel standard en commutateur logique VMM, que vous
appliquez ensuite sur des hôtes supplémentaires.
Quand vous appliquez un commutateur logique sur un hôte particulier, si l’opération n’aboutit pas
complètement, elle est annulée et les paramètres de l’hôte restent inchangés. L’amélioration de la journalisation
facilite le diagnostic des échecs.

Sécurité
Déploiement d’hôtes Service Guardian
Vous pouvez configurer et gérer des hôtes Service Guardian et des machines virtuelles protégées dans
l’infrastructure VMM pour offrir une protection contre les administrateurs d’hôtes malveillants et les logiciels
malveillants.
Vous pouvez gérer des hôtes Service Guardian dans l’infrastructure de calcul VMM. Vous configurez des hôtes
Service Guardian pour communiquer avec des serveurs SGH et vous pouvez spécifier des stratégies d’intégrité
du code qui limitent les logiciels pouvant s’exécuter en mode noyau sur l’hôte.
Vous pouvez convertir des machines virtuelles existantes en machines virtuelles protégées et déployer de
nouvelles machines virtuelles protégées.

Étapes suivantes
Connaitre la configuration système de VMM
Planifier l’installation de VMM
Notes de publication de System Center Virtual
Machine Manager
22/03/2019 • 38 minutes to read

Cet article liste les notes de publication de System Center 2019 - Virtual Machine Manager (VMM ).

Notes de publication de VMM 2019


Les sections suivantes récapitulent les notes de publication de VMM 2019. Elles incluent les problèmes connus et
les solutions de contournement.

Échec de la suppression d’un nœud de cluster avec l’indicateur


CleanUpDisks
Description : Quand vous supprimez un nœud de cluster du cluster Windows Server 2019 S2D avec un
indicateur CleanUpDisks, la suppression échoue avec l’erreur Impossible d’obtenir l’instance spécifiée
MSFT_StorageJob dans les scénarios suivants.
La capacité de stockage est inadéquate dans les serveurs restants pour prendre en charge tous les volumes.
Le nombre de domaines d’erreur pour assurer la résilience du volume est insuffisant.
Solution de contournement : Vérifiez les éléments suivants :
La capacité de stockage disponible est adéquate dans les serveurs restants pour prendre en charge tous les
volumes.
Le nombre de domaines d’erreur pour assurer la résilience de vos volume est suffisant.

Échec de l’ajout d’un dispositif de stockage doté d’une interface de


gestion SMI-S
Description : L’ajout d’un dispositif de stockage doté d’une interface de gestion SMI-S échoue avec l’erreur
L’inscription du fournisseur de stockage a échoué avec le code d’erreur WsManMIInvokeFailed quand System
Center Virtual Machine Manager (VMM ) 2019 est installé sur Windows Server 2019.
Solution de contournement : VMM dépend du service Gestion du stockage Windows basé sur des normes pour
gérer les appareils de stockage à l’aide de SMI-S. Vérifiez que le service est démarré avant d’essayer d’ajouter le
dispositif de stockage.

Windows Server 2019 ne prend pas en charge les réseaux HNVv1


Description : Windows Server 2019 ne prend pas en charge HNVv1. Si HNVv1 est en cours d’utilisation, le
cluster qui utilise HNVv1 ne doit pas être mis à niveau vers Windows Server 2019 à l’aide d’une mise à niveau
propagée de cluster.
Solution de contournement : Migrez hors de HNVv1 vers SDNv2 sur Windows Server 2016 avant d’utiliser la
mise à niveau propagée de cluster vers Windows Server 2019.

Les derniers correctifs d’accessibilité à la console ne sont pas


disponibles
Description : Les derniers correctifs d’accessibilité dans la console risquent de ne pas être disponibles quand vous
utilisez .NET 4.7 durant l’installation de la console VMM.
Solution de contournement : Nous vous recommandons d'utiliser .NET 4.8. Pour obtenir des informations
détaillées sur la migration vers .NET 4.8, consultez l’article sur la migration de .NET.

La connectivité des cartes principales pour le SLB MUX ne fonctionne


pas comme prévu.
Description : La connectivité des cartes principales du SLB MUX peut ne pas fonctionner comme prévu après la
migration d’une machine virtuelle.
Solution de contournement : Les utilisateurs peuvent effectuer un « scale-in/scale-out » dans la machine
virtuelle du SLB MUX.

Échec de la mise à niveau cumulative de cluster


Description : La mise à niveau cumulative de cluster (CRU ) échoue pendant la phase Connecter l’hôte Hyper-V à
des groupes de stockage si le disque dur virtuel (VHD ) Windows Server 2019 dans le serveur de bibliothèque
utilisé comme profil d’ordinateur pour le redéploiement du système d’exploitation n’est pas installé avec les
dernières mises à jour.
Solution de contournement : Pour résoudre cette erreur, installez toutes les mises à jour en attente sur le disque
dur virtuel et redémarrez la tâche CRU.
Pour éviter ce problème, avant le déclenchement de la tâche CRU, veillez à installer les dernières mises à jour du
système d’exploitation sur le disque dur virtuel à utiliser pour la tâche CRU.

L’optimisation dynamique du stockage ne déclenche pas de migration


des disques durs virtuels, même si les critères d’optimisation sont
remplis
Description : L’optimisation dynamique du stockage doit déclencher la migration des disques durs virtuels entre
volumes partagés de cluster (CSV ) quand l’espace de stockage libre dans l’un de ces volumes passe en dessous du
seuil d’espace disque défini dans la page Optimisation dynamique et quand les critères d’agressivité sont remplis.
Mais dans certains cas, les disques durs virtuels ne sont pas migrés alors que toutes les autres conditions
d’optimisation dynamique du stockage sont remplies.
Solution de contournement : Pour garantir le déclenchement de la migration du stockage, effectuez les étapes
suivantes :
1. Vérifiez le HostVolumeID à l’aide de l’applet de commande Get-SCStorageVolume. Si le HostVolumeID
retourne Null pour le volume, actualisez la machine virtuelle et reprocédez à l’optimisation dynamique du
stockage.
2. Vérifiez le DiskSpacePlacementLevel du groupe hôte avec l’applet de commande Get-SCHostResever. Affectez à
DiskSpacePlacementLevel la valeur de l’espace disque définie dans les paramètres de réserve de ressources de
l’ordinateur hôte de l’Assistant Optimisation dynamique.

Le disque d’optimisation dynamique du stockage effectue plusieurs


migrations de disque dur virtuel de suite
Description : S’il existe une non-correspondance des niveaux d’avertissement d’espace disque entre les groupes
hôtes ayant le même partage de fichiers, cela peut entraîner plusieurs migrations vers et depuis ce partage de
fichiers et impacter les performances de l’optimisation dynamique du stockage.
Solution de contournement : Nous vous recommandons de ne pas mettre en place un partage de fichiers entre
les différents clusters où l’optimisation dynamique du stockage est activée.

La supervision des performances pour le serveur VMM échoue avec le


message Accès refusé
Description : Dans un scénario où Operations Manager supervise VMM, la supervision des performances du
serveur VMM échoue avec l’erreur d’événement Accès refusé. Les utilisateurs du service ne sont pas autorisés à
accéder au journal des événements VirtualMachineManager-Server/Operational.
Solution de contournement : Changez le descripteur de sécurité pour le registre du journal des événements
opérationnels avec la commande suivante, puis redémarrez les services Journal des événements et Journal
d’intégrité.

reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-


VirtualMachineManager-Server/Operational /v ChannelAccess /t REG_SZ /d O:BAG:SYD:(D;;0xf0007;;;AN)
(D;;0xf0007;;;BG)(A;;0xf0007;;;SY)(A;;0x7;;;BA)(A;;0x3;;;NS)(A;;0x1;;;IU)(A;;0x1;;;SU)"

Cette commande ajoute l’utilisateur du service à la liste des utilisateurs autorisés à accéder au journal des
événements VirtualMachineManager-Server/Operational.
Cet article répertorie les notes de publication de System Center 1807 - Virtual Machine Manager (VMM ).

Notes de publication de VMM 1807


Les sections suivantes récapitulent les notes de publication de VMM 1807. Elles incluent les problèmes connus et
les solutions de contournement.

Les derniers correctifs d’accessibilité à la console ne sont pas


disponibles
Description : Les derniers correctifs d’accessibilité dans la console risquent de ne pas être disponibles quand vous
utilisez .NET 4.7 durant l’installation de la console VMM.
Solution de contournement : Nous vous recommandons d’utiliser .NET 4.7.1 durant l’installation de la console
VMM. Pour plus d’informations sur la migration vers .NET 4.7.1, consultez l’article sur la migration de .NET .

La connectivité des cartes principales pour le SLB MUX ne fonctionne


pas comme prévu.
Description : La connectivité des cartes principales du SLB MUX peut ne pas fonctionner comme prévu après la
migration d’une machine virtuelle.
Solution de contournement : Les utilisateurs peuvent effectuer un « scale-in/scale-out » dans la machine
virtuelle du SLB MUX.

Problèmes de connectivité avec les adresses SLB


Description : Avec les adresses IP frontend et backend attribuées aux machines virtuelles SLB MUX, vous pouvez
rencontrer des problèmes de connectivité si l’option Inscrire cette adresse de connexion dans DNS est
sélectionnée.
Solution de contournement : Désélectionnez l’option pour éviter les problèmes rencontrés avec ces adresses IP.

L’intégration de VMM avec Azure Site Recovery ne prend pas en


charge les versions de DRA antérieures à la version 5.1.3100
Description : Si vous utilisez l’intégration de VMM avec Azure Site Recovery, VMM prend en charge DRA (Data
Recovery Agent) version 5.1.3100 ou ultérieure. Les versions antérieures ne sont pas prises en charge.
Solution de contournement : Suivez les étapes ci-dessous et mettez à niveau la version de DRA :
1. Désinstallez la version existante de DRA
2. Installez le correctif VMM 1807
3. Installez la version 5.1.3100 ou une version ultérieure.

L’actualisation de l’hôte/du cluster peut prendre plus de temps, s’il


existe un grand nombre de définitions de réseau logique
Description : Quand il existe un grand nombre de définitions de réseau logique dans l’environnement,
l’actualisation du cluster/de l’hôte peut prendre plus de temps que prévu.
Cet article liste les notes de publication de System Center 2016 - Virtual Machine Manager (VMM ).

Notes de publication de VMM 1801


Les sections suivantes récapitulent les notes de publication de VMM 1801 et englobent les problèmes connus et
les solutions de contournement.

Les derniers correctifs d’accessibilité à la console ne sont pas


disponibles
Description : Les derniers correctifs d’accessibilité dans la console risquent de ne pas être disponibles quand vous
utilisez .NET 4.7 durant l’installation de la console VMM.
Solution de contournement : Nous vous recommandons d’utiliser .NET 4.7.1 durant l’installation de la console
VMM. Pour plus d’informations sur la migration vers .NET 4.7.1, consultez l’article sur la migration de .NET .

La connectivité des cartes principales pour le SLB MUX ne fonctionne


pas comme prévu.
Description : La connectivité des cartes principales du SLB MUX peut ne pas fonctionner comme prévu après la
migration d’une machine virtuelle.
Solution de contournement : Les utilisateurs peuvent effectuer un « scale-in/scale-out » dans la machine
virtuelle du SLB MUX.

Problèmes de connectivité avec les adresses SLB


Description : Avec les adresses IP frontend et backend attribuées aux machines virtuelles SLB MUX, vous pouvez
rencontrer des problèmes de connectivité si l’option Inscrire cette adresse de connexion dans DNS est
sélectionnée.
Solution de contournement : Désélectionnez l’option pour éviter les problèmes rencontrés avec ces adresses IP.

La mise à niveau peut échouer si le nom d’une classification de port par


défaut a été modifié
Description : Lorsque vous modifiez le nom d’origine d’une classification de port par défaut et que vous essayez
ensuite de mettre à niveau vers VMM 1801, la mise à niveau peut échouer avec le message d’erreur suivant dans le
journal d’installation VMM.
Violation de contrainte de CLÉ PRIMAIRE « PK_tbl_NetMan_PortClassification ». Impossible d’insérer une clé
dupliquée dans l’objet « dbo.tbl_NetMan_PortClassification » .
Solution de contournement : Rétablissez le nom d’origine de la classification de port, puis déclenchez la mise à
niveau. Après la mise à niveau, vous pouvez modifier le nom par défaut.

Notes de publication pour VMM 2016


Les sections suivantes récapitulent les notes de publication de VMM 2016 et englobent les problèmes connus, les
correctifs et les solutions de contournement.

Déploiement de VMM
L’importation de la console d’administration VMM peut échouer
Description : Si vous importez le module additionnel de la console d’administration VMM en utilisant un compte
non administrateur, la console se bloque. Cela est dû au fait que le module additionnel de la console est stocké à
l’emplacement « C:\Program Files\ », auquel seuls les comptes administrateur ont accès. Solution de
contournement : Stockez le module complémentaire de la console à un emplacement qui n’a pas besoin d’un
accès administrateur, puis importez-le.

Stockage
La promotion d’une machine virtuelle à un haut niveau de disponibilité peut échouer.
Description : Vous créez une machine virtuelle sur un stockage local, vous la démarrez et vous créez des points de
contrôle. Si vous essayez de la migrer et de la promouvoir en tant que machine virtuelle à haute disponibilité dans
un cluster, la migration peut échouer. Solution de contournement : Avant d’exécuter la migration, supprimez le
point de contrôle en cours d’exécution et arrêtez la machine virtuelle.
La migration d’une machine virtuelle d’un volume partagé de cluster vers un stockage à numéro d’unité logique
peut échouer
Description : Vous créez une machine virtuelle à haute disponibilité à l’aide du stockage CSV, vous ajoutez un
numéro d’unité logique comme stockage disponible sur le cluster et vous migrez la machine virtuelle du stockage
CSV vers le stockage à numéro d’unité logique. Si le stockage de machine virtuelle et le numéro d’unité logique
sont sur le même nœud, la migration réussit. Si ce n’est pas le cas, la migration échoue. Solution de
contournement : Si la machine virtuelle ne figure pas sur le nœud de cluster sur lequel le stockage à numéro
d’unité logique est inscrit, placez-la à cet endroit. Ensuite, migrez la machine virtuelle vers le stockage à numéro
d’unité logique.
La capacité des périphériques de stockage NAS s’affiche comme étant de 0 Go.
Description : VMM affiche la valeur 0 Go comme Capacité totale et Capacité disponible pour les partages de
fichiers existants dans les périphériques de stockage NAS. Solution de contournement : aucune.

Mise en réseau
Les réseaux logiques gérés par le contrôleur de réseau SDN ne peuvent pas utiliser les adresses IP dynamiques
Description : L’utilisation des adresses IP dynamiques pour les machines virtuelles connectées à des réseaux
logiques gérés par le contrôleur de réseau SDN dans la structure fabric VMM n’est pas prise en charge. Solution
de contournement : Configurez des adresses IP statiques.
Le commutateur SET s’affiche comme commutateur « Interne » dans VMM.
Description : Si vous déployez un commutateur SET en dehors de la console VMM, puis commencez à le gérer
dans la structure fabric VMM, le commutateur s’affiche avec le type « Interne ». Cela n’affecte pas la fonctionnalité
de commutateur. Solution de contournement : Aucun
Le commutateur associé à LACP ne fonctionne pas après la mise à niveau.
Description : Une équipe LACP configurée dans un commutateur logique ne fonctionne pas après la mise à
niveau vers VMM 2016. Solution de contournement : Redéployez le commutateur, ou supprimez et rajoutez une
carte réseau physique dans l’équipe.
La connectivité des cartes principales pour le SLB MUX ne fonctionne pas comme prévu.
Description : La connectivité des cartes principales du SLB MUX peut ne pas fonctionner comme prévu après la
migration d’une machine virtuelle. Solution de contournement : Les utilisateurs peuvent effectuer un « scale-
in/scale-out » dans la machine virtuelle du SLB MUX.
Les certificats d’autorité de certification basées sur CNG ne sont pas pris en charge
Description : Si vous utilisez des certificats d’une autorité de certification, vous ne pouvez pas utiliser les
certificats CNG pour le déploiement de SDN dans VMM. Solution de contournement : Utilisez d’autres formats
de certificats.
Une carte virtuelle connectée à un réseau géré par le contrôleur de réseau doit être redémarrée si vous modifiez
l’adresse IP
Description : Si l’adresse IP attribuée est modifiée sur une carte réseau virtuelle connectée à un réseau de
machines virtuelles géré par le contrôleur de réseau, vous devez redémarrer manuellement les cartes associées.
Solution de contournement : Aucune solution de contournement.
IPv6 n’est pas pris en charge pour une infrastructure réseau gérée par un contrôleur de réseau
Description : IPv6 n’est pas pris en charge par le contrôleur de réseau dans la structure fabric VMM. Solution de
contournement : Utilisez IPv4.
Problèmes de connectivité avec les adresses SLB.
Description : Avec les adresses IP des serveurs frontal et principal attribuées aux machines virtuelles SLB MUX,
vous pouvez rencontrer des problèmes de connectivité si l’option Inscrire cette adresse de connexion dans
DNS est sélectionnée. Solution de contournement : Désélectionnez le paramètre pour éviter des problèmes.

Gestion du cluster
La mise à niveau fonctionnelle d’un cluster n’actualise pas les informations du serveur de fichiers
Description : Si vous effectuez une mise à niveau fonctionnelle d’un cluster qui inclut un serveur de fichiers, les
informations de plateforme ne sont pas automatiquement mises à jour dans la base de données VMM. Solution
de contournement : Actualisez le fournisseur de stockage pour le serveur de fichiers après avoir effectué la mise
à niveau fonctionnelle du cluster.
La mise à jour d’un cluster d’espaces de stockage direct dans VMM échoue.
Description : La mise à jour d’un cluster (hyperconvergé ou convergé) d’espaces de stockage direct à l’aide de
VMM n’est pas prise en charge et risque d’entraîner une perte de données. Solution de contournement : Mettez
à jour les clusters en dehors de VMM en utilisant la mise à jour adaptée aux clusters dans Windows.
La mise à niveau propagée d’un cluster hôte Windows Server 2012 R2 vers un cluster hôte Windows Server 2016
Nano Server échoue
Description : Lorsque vous essayez de mettre à niveau les nœuds hôtes d’un cluster Windows Server 2012 R2
vers Windows Server 2016 - Nano Server à l’aide de la fonctionnalité de mise à niveau propagée du cluster dans
VMM, la mise à niveau échoue avec l’erreur 20406 : « VMM n’a pas pu énumérer d’instances de la classe
MSFT_StorageNodeToDisk sur le serveur . Échec avec erreur MI RESULT 7 L’opération demandée n’est pas prise
en charge. : Solution de contournement : Mettez à niveau manuellement le cluster hôte Windows Server 2012
R2 vers Nano en dehors de VMM. Notez que la mise à niveau propagée à partir de Windows Server 2012 R2 vers
Windows Server 2016 Full Server fonctionne correctement. Ce problème est spécifique à Nano.
L’ajout d’un cluster dans la console d’administration VMM peut provoquer une erreur
Description : Quand vous ajoutez un cluster comme ressource dans la console d’administration VMM, vous
pouvez recevoir le message d’erreur suivant : « Aucun ordinateur n’a été découvert d’après vos entrées ». Solution
de contournement : Sélectionnez OK et fermez la boîte de dialogue d’erreur. Ensuite, essayez de nouveau
d’ajouter le cluster.
La mise à niveau propagée de cluster n’effectue pas la migration dynamique des machines virtuelles qui ne sont
pas à haute disponibilité
Description : Quand vous effectuez une mise à niveau propagée de clusters Windows Server 2012 R2 vers
Windows Server 2016 à l’aide de VMM, celle-ci n’effectue pas la migration dynamique des machines virtuelles qui
ne sont pas à haute disponibilité. Elles sont déplacées vers un état enregistré. Solution de contournement : Vous
pouvez rendre hautement disponibles toutes les machines virtuelles avant la mise à niveau, ou effectuer une
migration dynamique manuelle pour les machines virtuelles spécifiques.
Vous devez effectuer manuellement certaines étapes pour ajouter un hôte Nano Server situé dans un domaine
non approuvé.
Description : Vous ne pouvez pas ajouter un hôte Nano Server dans un domaine non approuvé. Solution de
contournement : Effectuez ces étapes sur l’hôte et ajoutez-le comme hôte non approuvé à l’infrastructure VMM.
1. Activez WINRM sur HTTPS :
New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint
$cert.Thumbprint –Force

2. Créez une exception de pare-feu sur l’hôte, pour autoriser WINRM sur HTTPS :
New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management
(HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP

Vous ne pouvez pas ajouter d’hôtes Nano Server situés dans un réseau de périmètre.
Description : Quand vous essayez d’ajouter un hôte Nano Server situé dans un réseau de périmètre à l’aide de
l’Assistant Ajout d’une ressource, l’opération échoue. Solution de contournement : Effectuez ces étapes sur
l’hôte et ajoutez-le comme hôte non approuvé à l’infrastructure VMM.
1. Activez WINRM sur HTTPS sur l’hôte :
New-Item -Path WSMan:\LocalHost\Listener -Transport HTTPS -Address * -CertificateThumbPrint
$cert.Thumbprint –Force

2. Créez une exception de pare-feu sur l’hôte, pour autoriser WINRM sur HTTPS :
New-NetFirewallRule -DisplayName 'Windows Remote Management (HTTPS-In)' -Name 'Windows Remote Management
(HTTPS-In)' -Profile Any -LocalPort 5986 -Protocol TCP

Le déploiement complet d’ordinateurs hôtes risque d’échouer lors d’une mise à niveau à haute disponibilité.
Description : Après une mise à jour à haut niveau de disponibilité vers VMM 2016, VMM risque de modifier la clé
de Registre des services de déploiement Windows (WDS ),
HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER, en
« HOST/VIRT-VMM -1 », au lieu de « SCVMM/VIRT-VMM -1 ». Cela entraîne l’échec du déploiement complet.
Solution de contournement : Modifiez manuellement l’entrée de Registre
HKLM\SYSTEM\CCS\SERVICES\WDSSERVER\PROVIDER\WDSPXE\PROVIDES\VMMOSDPROVIDER en
« SCVMM/VIRT-VMM -1 ».
Non concordance des états de l’agent hôte après la mise à niveau.
Description : Quand VMM met à jour l’agent hôte, il génère un nouveau certificat pour l’hôte. En raison de cette
mise à jour, le certificat du serveur du contrôleur de réseau et le certificat de l’hôte ne correspondent pas. Solution
de contournement : Réparez l’ordinateur hôte dans la page État de l’hôte.
La migration SAN échoue pour un ordinateur hôte Nano Server.
Description : Quand vous effectuez une migration SAN entre deux ordinateurs hôtes autonomes Nano Server,
une erreur se produit. Solution de contournement : Installez le dernier correctif cumulatif de VMM (ce problème
a été résolu dans le correctif cumulatif 2)

Espaces de stockage direct


L’ajout à l’infrastructure VMM d’un ordinateur hôte sur lequel les espaces de stockage direct sont activés
entraîne un avertissement.
Description : Quand vous ajoutez un ordinateur hôte à un cluster sur lequel les espaces de stockage direct sont
activés, l’avertissement « MPIO (Multi-Path I/O ) n’est pas activé pour les groupes de stockage connus sur
l’ordinateur hôte <\nomhôte> » s’affiche. Solution de contournement : Installez le dernier correctif cumulatif de
VMM (ce problème a été résolu dans le correctif cumulatif 2).
Le déploiement d’une machine virtuelle sur SOFS à l’aide de la copie de fichiers rapide entraîne un
avertissement.
Description : Quand vous déployez une machine virtuelle sur un serveur SOFS à l’aide de la copie rapide de
fichiers, l’action aboutit mais affiche l’avertissement suivant : « VMM n’a pas pu transférer le fichier vers à l’aide de
la copie de fichiers rapide. L’agent VMM sur l’ordinateur hôte a renvoyé une erreur. » Solution de
contournement : Aucun
La validation du cluster s’exécute toujours.
Description : Quand vous ajoutez un nœud à un cluster (ou créez un cluster hyperconvergé avec des espaces de
stockage direct), la validation du cluster est toujours effectuée même si l’option « Ignorer la validation du cluster »
est sélectionnée. Solution de contournement : Installez le dernier correctif cumulatif de VMM. Ce problème a été
résolu dans le correctif cumulatif 2.
La modification d’une classification sur un volume partagé de cluster (CSV ) n’est pas prise en compte.
Description : Si vous modifiez une classification sur un volume partagé de cluster (CSV ) dans un cluster
hyperconvergé avec des espaces de stockage direct, seule la classification du nœud propriétaire est mise à jour. Les
autres nœuds conservent l’ancienne classification. Solution de contournement : Installez le dernier correctif
cumulatif de VMM. Ce problème a été résolu dans le correctif cumulatif 2.
La création d’un partage de fichiers hiérarchisé sur un serveur SOFS ne se déroule pas comme prévu.
Description : Quand vous créez un partage de fichiers hiérarchisé sur un serveur SOFS, l’erreur 43020
[SM_RC_DEDUP_NOT_AVAILABLE ] se produit, même si l’option de déduplication n’est pas sélectionnée. Solution
de contournement : Ignorez l’erreur.
VMM n’affiche pas les informations correctes pour un cluster hyperconvergé ou pour un cluster SOFS avec
espaces de stockage direct.
Description : Après l’ajout d’un cluster hyperconvergé existant, ou d’un cluster SOFS avec espaces de stockage
direct existant, à l’infrastructure VMM, le fournisseur de stockage n’est pas ajouté, et certaines propriétés ne sont
pas disponibles. Solution de contournement : Installez le dernier correctif cumulatif de VMM. Ce problème a été
résolu dans le correctif cumulatif 2.

Gestion des machines virtuelles


La protection d’une machine virtuelle entraîne une erreur.
Description : Si vous activez la protection d’une machine virtuelle existante dans l’infrastructure VMM, ou si vous
créez une machine virtuelle protégée à partir d’un modèle non protégé, la tâche peut échouer avec l’erreur 1730 :
« L'action sélectionnée n'a pas abouti car elle n'est pas valide dans l'état actuel de la machine virtuelle. » L’échec se
produit pendant la dernière étape du travail, quand la machine virtuelle est arrêtée après sa protection terminée. La
machine virtuelle est correctement protégée et est utilisable. Solution de contournement : Réparez la machine
virtuelle avec l’option Ignorer.
VMM n’affiche pas les modifications apportées aux propriétés de sécurité de la machine virtuelle.
Description : Si vous modifiez les propriétés du démarrage sécurisé d’une machine virtuelle de 2e génération ou
si vous activez/désactivez vTPM pour une machine virtuelle protégée, en dehors de la console VMM, la
modification n’est pas immédiatement visible dans VMM. Solution de contournement : Actualisez
manuellement la machine virtuelle pour afficher les modifications.
Le stockage d’une machine virtuelle dans la bibliothèque VMM échoue si vous modifiez le port par défaut pour
BITS (443).
Description : Si vous modifiez le port BITS par défaut lors de la configuration de VMM, une erreur se produit
quand vous stockez une machine virtuelle dans la bibliothèque VMM. Erreur 2940 : « VMM ne parvient pas à
terminer le transfert de fichier demandé. Impossible d’établir la connexion au serveur HTTP <nom> ». Solution
de contournement : Ajoutez manuellement le nouveau numéro de port à la liste des exceptions du Pare-feu
Windows de l’hôte :
netsh advfirewall firewall add rule name="VMM" dir=in action=allow localport=<port no.> protocol=TCP

Vous ne pouvez pas créer de modèles de machine virtuelle à partir d’une machine virtuelle Nano Server.
Description : Lorsque vous essayez de créer un modèle de machine virtuelle à partir d’une machine virtuelle
Nano Server, l’erreur 2903 est émise : « VMM n’a pas pu localiser le fichier/dossier spécifié '' sur le serveur ''. Ce
fichier/dossier peut être nécessaire dans le cadre d’un autre objet. ». Solution de contournement : Créez un
modèle de machine virtuelle de toute pièce à l’aide d’un disque dur virtuel Nano Server.
Les déploiements de service à partir de modèles de service risquent d’échouer sur un système d’exploitation
invité Nano Server/Core.
Description : Quand il sélectionne des rôles et des fonctionnalités pour un modèle de service, le profil de système
d’exploitation invité ne distingue pas les versions Core, Nano Server et Desktop. Si vous sélectionnez des rôles et
des fonctionnalités (telles que la fonctionnalité Expérience utilisateur ou d’autres fonctionnalités liées à l’interface
graphique utilisateur) qui ne s’appliquent pas à un système d’exploitation invité Nano Server/Core, le déploiement
peut échouer. Solution de contournement : N’incluez pas ces rôles et fonctionnalités dans le modèle de service.
VMM 2016 ne met pas à jour les agents invités VMM après une mise à niveau.
Description : Quand vous mettez à niveau VMM à la version 2016 avec des déploiements de service existants,
puis effectuez la maintenance de ces services, les agents invités VMM 2016 ne sont pas mis à jour sur les machines
virtuelles qui faisaient partie du déploiement de service. Cela n’affecte pas la fonctionnalité. Solution de
contournement : Installez manuellement l’agent invité VMM 2016.
La jonction d’une machine virtuelle NANO Server à un domaine échoue.
Description : Lors du déploiement d’une machine virtuelle Nano Server, si vous joignez cette machine virtuelle à
un domaine en spécifiant les informations de jonction de domaine dans la page Configuration du système
d’exploitation de l’Assistant de déploiement de machine virtuelle, VMM déploie la machine virtuelle, mais ne
l’ajoute pas au domaine spécifié. Solution de contournement : Une fois que vous avez déployé la machine
virtuelle, joignez-la manuellement au domaine. En savoir plus.
Une erreur se produit lors du démarrage d’une machine virtuelle avec un ordre de démarrage.
Description : Windows Server 2016 inclut la fonctionnalité Ordre de démarrage des machines virtuelles, qui
définit l’ordre dans lequel les machines virtuelles dépendantes sont démarrées. Cette fonctionnalité n’est pas
disponible dans VMM, mais si vous avez configuré la fonctionnalité en dehors de VMM, VMM reconnaît l’ordre de
démarrage des machines virtuelles. Toutefois, VMM génère une erreur de type faux positif (12711) : « VMM ne
peut pas effectuer l’opération WMI sur le serveur suite à une erreur : [MSCluster_ResourceGroup.Name=] Le
groupe ou la ressource n’est pas dans l’état correct pour effectuer l’opération requise. Solution de
contournement : Ignorez l’erreur.Les machines virtuelles démarreront dans le bon ordre.
Intégration
L’intégration de SQL Server Analysis Services (SSAS) ne fonctionne pas
dans VMM et le correctif cumulatif 1 d’Operations Manager.
Description : Si vous exécutez le correctif cumulatif 1, vous ne pouvez pas configurer SSAS pour SQL Server.
Solution de contournement : Téléchargez les derniers correctifs cumulatifs. Ce problème a été résolu dans le
correctif cumulatif 2.

Étapes suivantes
Nouveautés de Virtual Machine Manager
Gérer les paramètres de télémétrie dans VMM
31/05/2019 • 13 minutes to read

Cet article explique comment activer/désactiver les paramètres de télémétrie dans System Center - Virtual
Machine Manager (VMM ).

NOTE
Microsoft ne collecte aucune donnée personnelle auprès des clients. Nous écoutons seulement les événements qui peuvent
faciliter les diagnostics dans VMM. En savoir plus

Activer/désactiver la télémétrie dans VMM


Effectuez les étapes suivantes :
1. Dans la console VMM, cliquez sur Paramètres.
La fenêtre Paramètres généraux s’affiche avec la liste des paramètres disponibles.
2. Cliquez sur Paramètres des données de diagnostic et d’utilisation.

avec le message Voulez-vous envoyer des données de diagnostic et d’utilisation à Microsoft ?


s’affiche avec une option permettant de sélectionner Oui ou Non.
NOTE
Nous vous recommandons de consulter la déclaration de confidentialité fournie dans cette page avant d’effectuer une
sélection.

3. Pour activer la télémétrie, sélectionnez Oui, j’accepte d’envoyer des données à Microsoft.
4. Pour désactiver la télémétrie, sélectionnez Non, je préfère ne pas envoyer des données à Microsoft.

Données de télémétrie collectées


DONNÉES RELATIVES À DONNÉES COLLECTÉES

Données de recensement ID unique généré pour le déploiement de VMM

Version de build de VMM

ID utilisé pour la corrélation avec d’autres produits System


Center
DONNÉES RELATIVES À DONNÉES COLLECTÉES

Données d’assurance Information sur le déploiement de VMM - indique si le service


Guardian est déployé ou non

Nombre d’hôtes protégés gérés

Nombre d’hôtes gérés

Nombre de modèles de machine virtuelle protégée

Nombre de modèles de machine virtuelle

Nombre de machines virtuelles protégées

Nombre de machines virtuelles

Nombre de clouds protégés

Nombre d’hôtes Service Guardian dans un cluster

Nombre d’hôtes Service Guardian dans les déploiements


autonomes

Nombre de stratégies d’intégrité du code dans les paramètres


globaux

Nombre de profils d’ordinateur physique avec hôte Service


Guardian activé

Si le déploiement VMM est un déploiement du service


Guardian et intégré à OM

Si le déploiement VMM est un déploiement du service


Guardian et intégré à WSUS

Nombre d’hôtes avec le mode d’attestation Module de


plateforme sécurisée (TPM)

Nombre d’hôtes avec le mode d’attestation AD

Nombre de stratégies d’élément de configuration existant


dans une bibliothèque

Nombre d’hôtes gérés

Nombre d’hôtes DMZ gérés

Nombre d’hôtes Hyper-V

Nombre de clusters

Nombre d’hôtes non approuvés gérés

Informations indiquant si le client gère les hôtes VMWare

Taille minimale, maximale et moyenne des clusters hôtes

Taille minimale, maximale et moyenne de la mémoire des hôtes

Taille minimale, maximale et moyenne des clusters VMWare


DONNÉES RELATIVES À DONNÉES COLLECTÉES

Relatives aux travaux Informations indiquant si les travaux sont lancés par les
utilisateurs ou sont des travaux en arrière-plan

Nombre d’échecs d’un type de description de travail

Nombre d’exécution d’un travail

Nombre maximal, minimal et moyen de travaux exécutés par


jour

Paramètres d’optimisation dynamique Nombre d’hôtes pris en compte pour l’optimisation


dynamique

Nombre d’hôtes pris en compte pour l’optimisation de


l’alimentation

Fréquence minimale, maximale et moyenne d’exécution de


l’optimisation dynamique

Réseau Nombre d’instances NAT de périphérie

Nombre d’instances de transfert de périphérie

Nombre d’instances S2S de périphérie

Nombre de connexions VPN

Nombre de locataires par passerelle multilocataire

Nombre d’équilibreurs de charge de périphérie

Nombre de modèles d’adresse IP virtuelle d’équilibreur de


charge de périphérie

Nombre de connexions VPN gérées par le contrôleur de


réseau

Nombre de connexions VPN IPsec gérées par le contrôleur de


réseau

Nombre de connexions VPN GRE gérées par le contrôleur de


réseau

Nombre de connexions VPN L3 gérées par le contrôleur de


réseau

Pool d’adresses IP Nombre de pools d’adresses IPv4 et IPv6

Taille maximale des pools IPv4 et IPv6

Nombre total d’adresses IPv4 et IPv6 réservées

Taille moyenne de l’utilisation des pools

Nombre d’adresses IPv4 et IPv6 gérées par le contrôleur de


réseau
DONNÉES RELATIVES À DONNÉES COLLECTÉES

Bibliothèque Nombre de bibliothèques partagées gérées

Nombre de VHD et de VHDX inscrits dans la bibliothèque

Nombre de modèles de service inscrits dans la bibliothèque

Nombre de modèles de machine virtuelle inscrits dans la


bibliothèque

Nombre de groupes d’hôtes appartenant à la bibliothèque

Nombre de ressources équivalentes inscrites dans la


bibliothèque

Réseau logique Nombre de réseaux logiques

Nombre de définitions de réseau logique

Nombre de réseaux connectés gérés par le contrôleur de


réseau

Nombre de réseaux indépendants basés sur un VLAN

Nombre de réseaux VLAN privés

Distribution des stratégies RTT minimale et maximale des stratégies

Erreurs de stratégie

Objets du service Nombre d’instances du service

Nombre d’instances déployées du service

Nombre d’instances du service en échec

Nombre d’instances actives du service en échec

Nombre d’instances du service déployées sur des groupes


d’hôtes autres que Hyper-V

Nombres de rôles de machine virtuelle

Nombre d’applications

Nombre d’applications de script

Nombre maximal, minimal et moyen de niveaux par service

Nombre de services utilisant des hôtes d’application

Nombre de services utilisant une application SQL

Nombre de services utilisant une application Web Deploy

Nombre maximal, minimal et moyen d’applications par client,


par niveau d’ordinateur

Nombre de niveaux de service avec équilibreurs de charge

Nombre de services déployés sur VMware


DONNÉES RELATIVES À DONNÉES COLLECTÉES

Machine virtuelle Nombre d’instances de machine virtuelle à haute disponibilité

Nombre d’instances de machine virtuelle sans haute


disponibilité

Nombre d’instances de machine virtuelle à haute disponibilité


sur le stockage en cluster

Nombre d’instances de machine virtuelle à haute disponibilité


sur le partage SMB

Nombre d’instances de machine virtuelle DiffDisk

Nombre d’instances de machine virtuelle Hyper-V

Nombre d’instances de machine virtuelle VMware

Nombre de types de système d’exploitation, de noms de


système d’exploitation, d’éditions de système d’exploitation, de
versions de système d’exploitation sur les machines virtuelles

Liste des états de machine virtuelle possibles

Nombre de machines virtuelles par état

Système d’exploitation des machines virtuelles Version du système d’exploitation des machines virtuelles

Nom du système d’exploitation des machines virtuelles

Édition du système d’exploitation des machines virtuelles

Type de système d’exploitation des machines virtuelles

Nombre de machines virtuelles pour les différents systèmes


d’exploitation

Liste des états de machine virtuelle possibles

Nombre de machines virtuelles pour chaque état


DONNÉES RELATIVES À DONNÉES COLLECTÉES

Paramètres VMM Indication : l’installation de VMM est-elle à haute disponibilité


?

Indication : VMM est-il mis à niveau ?

Type de référence (SKU) de VMM

Indication : VMM s’exécute-t-il en tant que compte de


domaine ?

Indication : la base de données VMM est-elle sur un serveur


distant ?

Indication : VMM s’exécute-t-il sur une machine virtuelle ?

Indication : VMM s’exécute-t-il sur le chemin par défaut ?

Nombre de réseaux de machines virtuelles

Nombre de sous-réseaux de machines virtuelles

Nombre de réseaux de machines virtuelles et de sous-réseaux


de machines virtuelles gérés par le contrôleur de réseau

Système d’exploitation hôte Version du système d’exploitation sur l’hôte

Nom du système d’exploitation sur l’hôte

Type de référence (SKU) de l’hôte

Indication de l’hôte de type Nano

Nombre d’hôtes avec un système d’exploitation spécifique


DONNÉES RELATIVES À DONNÉES COLLECTÉES

Inventaire du stockage Nombre de tous les fournisseurs de stockage

Nombre de fournisseurs de stockage SMIS CIMXML, SMIS


WMI, natifs Windows, SMP WMI

Nombre de fournisseurs gérant des baies

Nombre de fournisseurs gérant des partages de fichiers

Nombre de fournisseurs gérant à la fois des baies et des


partages de fichiers

Nombre de fournisseurs gérant des structures fabric FC

Nombre de classifications de stockage définies par l’utilisateur

Nombre de disques où la classification personnalisée est


utilisée pour remplacer la classification de disque héritée

Nombre de disques où la classification personnalisée est


utilisée pour remplacer la classification dérivée du pool

Nombres de classifications de structure fabric

Nombre de machines virtuelles principales pour lesquelles HVR


est activé hors bande

Nombre de machines virtuelles pour lesquelles HVR est activé


dans la bande

Nombre de groupes de réplication protégés basés sur le


numéro d’unité logique créés hors bande

Nombre de groupes de réplication protégés basés sur le


volume créés hors bande

Nombre de groupes de réplication protégés basés sur le


volume créés via Azure Site Recovery

Indication : VMM est-il configuré pour se connecter à Azure


Site Recovery ?

Nombre de stratégies QoS créées dans VMM

Nombre de machines virtuelles auxquelles des stratégies QoS


sont appliquées

Cluster de stockage hyperconvergé Nombre de clusters hyperconvergés

Nombre de pools

Nombre de disques virtuels

Nombre de volumes

Nombre de disques locaux attachés

Taille moyenne des disques locaux attachés


DONNÉES RELATIVES À DONNÉES COLLECTÉES

Baies SAN Nombre de pools dans la baie de stockage

Nombre de pools gérés dans la baie de stockage

Nombre de numéros d’unités logiques gérés dans tous les


pools gérés par baie

Liste des fonctionnalités de la baie

Indication : la baie a-t-elle aussi des partages de fichiers


associés ?

Hôtes de stockage Nombre d’hôtes ou de clusters de stockage

Nom du regroupement agrégé de stockage

Valeurs maximale, minimale, moyenne, médiane et de mode de


l’agrégat de stockage du collecteur

Stockage du serveur de fichiers Liste de tous les partages de fichiers sur le serveur de fichiers

Liste des partages gérés sur le serveur de fichiers

Indication : la fonctionnalité de partage de fichiers Calabria


est-elle présente ?

Liste des fonctionnalités associées à la baie de stockage

Liste des dialectes de partage de fichiers SMB pris en charge


par le serveur de fichiers

Refus de la télémétrie Indication : la télémétrie est-elle refusée ?


Scénario : Déployer un cloud VMM privé
11/12/2018 • 2 minutes to read

Cet article fournit une vue d’ensemble des clouds privés System Center - Virtual Machine Manager (VMM ).
Un cloud privé est un cloud qui est provisionné et géré sur site par une organisation. Il est déployé à l’aide du
propre matériel d’une organisation afin d’exploiter les avantages d’un modèle de cloud privé.
Vous pouvez utiliser VMM pour créer et déployer des composants de cloud privé, ainsi que pour gérer l’accès au
cloud privé et aux ressources physiques sous-jacentes. VMM offre les avantages suivants :
Libre-service : des administrateurs libre-service peuvent déléguer la gestion et l’utilisation du cloud privé, tout
en n’ayant aucune connaissance des ressources physiques sous-jacentes. Ils n’ont pas à demander des
modifications administratives au fournisseur du cloud privé, si ce n’est l’augmentation de la capacité et des
quotas en fonction des besoins.
Opacité : les administrateurs libre-service n’ont pas besoin de connaître les ressources physiques sous-jacentes.
Utilisation de listes de ressources partagées : les administrateurs peuvent collecter et présenter un
ensemble agrégé de ressources, telles que des ressources de stockage et de mise en réseau. L'utilisation des
ressources est limitée par la capacité du cloud privé et par les quotas du rôle d'utilisateur.
Élasticité: les administrateurs peuvent ajouter des ressources à un cloud privé pour augmenter la capacité.
Optimisation: l'utilisation des ressources sous-jacentes est continuellement optimisée sans affecter
l'expérience utilisateur globale de cloud privé.
Vous pouvez créer des clouds privés à partir de ce qui suit :
Groupes hôtes VMM qui contiennent des ressources d’hôtes de virtualisation.
Pool de ressources VMware
Pour déployer un cloud privé, vous configurez des ressources d’infrastructure, vous définissez des chemins de
bibliothèque pour les utilisateurs du cloud privé et vous définissez la capacité du cloud.

Étapes suivantes
Créer un cloud privé dans VMM
Scénario : Créer un cloud privé
21/05/2019 • 22 minutes to read

Cet article fournit des instructions sur la création d’un cloud privé dans System Center - Virtual Machine Manager
(VMM ).
Vous pouvez créer un cloud privé à partir d’un groupe hôte ou d’un pool de ressources VMware. Les groupes
hôtes peuvent contenir un seul type d’hôte ou un mélange d’hôtes Hyper-V et VMware ESX.

NOTE
Vous devez être administrateur VMM ou membre du groupe d’utilisateurs Administrateurs délégués, avec une étendue qui
inclut les groupes hôtes que vous utiliserez pour le cloud.

Avant de commencer
L’infrastructure VMM doit être en place. En savoir plus.
Vous devez avoir un ou plusieurs hôtes de virtualisation Hyper-V ou VMware dans l’infrastructure. Si vous
créez un cloud à partir d’un pool de ressources VMware, un serveur vCenter et l’hôte ou cluster hôte VMware
ESX qui contient le pool de ressources VMware doivent être disponibles dans l’infrastructure VMM.
Si vous voulez permettre aux utilisateurs libre-service de stocker des machines virtuelles dans la
bibliothèque VMM, créez un partage de bibliothèque ou créez un dossier dans un partage de
bibliothèque qui fera office d’emplacement de stockage. En savoir plus.

NOTE
Les utilisateurs libre-service doivent disposer de l’autorisation Stocker et redéployer pour stocker leurs
machines virtuelles.

Vous pouvez ajouter des partages de bibliothèque créés de façon indépendante comme partages de
bibliothèque en lecture seule dans VMM lorsque vous exécutez l’Assistant Création d’un cloud. Par
exemple, en dehors de VMM, vous ne pouvez pas créer le chemin
\\VMMServer01\Finance\StoredVMs, puis ajouter le partage de bibliothèque
\\VMMServer01\Finance à la bibliothèque VMM.
Le chemin des données du rôle d'utilisateur libre-service est spécifié lorsque vous créez un rôle
d'utilisateur libre-service ou en modifiez les propriétés.
Si vous souhaitez affecter des partages en lecture seule au cloud privé, dans lequel les
administrateurs peuvent stocker des ressources en lecture seule comme des fichiers .iso qu'ils
souhaitent mettre à la disposition des utilisateurs libre-service, assurez-vous qu'un ou plusieurs
partages de bibliothèque existent et que vous pouvez les affecter en tant que partages de
bibliothèque en lecture seule.

NOTE
Les utilisateurs libre-service doivent disposer de l’autorisation Auteur pour accéder aux ressources.

Les partages de bibliothèque que vous désignez comme emplacements de la ressource en lecture
seule pour le cloud privé doivent être uniques par rapport au(x) partage(s) de bibliothèque qui sont
utilisés pour les machines virtuelles stockées et pour le chemin de données de rôle d'utilisateur qui
est spécifié pour un rôle d'utilisateur libre-service. Par exemple, si le chemin des données d’un rôle
d’utilisateur libre-service est \\VMMServer01\Finance, vous ne pouvez pas créer de chemin de
machine virtuelle stockée \\VMMServer01\Finance\StoredVMs. Toutefois, si le chemin des
données du rôle d’utilisateur est \\VMMServer01\Finance\FinanceUserRoleData, vous pouvez
spécifier \\VMMServer01\Finance\StoredVMs comme chemin de machine virtuelle stockée car
le chemin complet est unique. Vous pouvez également créer des partages de bibliothèque
totalement distincts.

Créer un cloud privé à partir d’un groupe hôte


1. Cliquez sur Ordinateurs virtuels et services > Créer > Créer un cloud pour ouvrir l’Assistant Création
d’un cloud.
2. Dans Général, spécifiez un Nom et éventuellement une description pour le cloud.
3. Indiquez si le cloud prendra en charge les machines virtuelles protégées.
4. Dans Ressources > Groupes hôtes, sélectionnez les groupes à ajouter au cloud. Cliquez ensuite sur
Suivant.
5. Dans Réseaux logiques, sélectionnez chaque réseau logique à mettre à la disposition du cloud privé, puis
cliquez sur Suivant.
Remarque : Seuls les réseaux logiques associés aux cartes réseau physiques sur les hôtes des groupes
hôtes sélectionnés apparaissent dans la liste.
6. Dans Équilibrages de charge, sélectionnez chaque équilibreur de charge à mettre à la disposition du
cloud privé, puis cliquez sur Suivant.
Remarque : Seuls les équilibrages de charge associés aux groupes hôtes sélectionnés apparaissent dans la
liste.
7. Dans Modèles d’adresse IP virtuelle, sélectionnez chaque modèle d’adresse IP virtuelle à mettre à la
disposition du cloud privé, puis cliquez sur Suivant.
8. Dans Classifications de port, sélectionnez chaque classification de port à rendre disponible pour le cloud,
puis cliquez sur Suivant.
9. Dans Stockage, si vous le stockage est géré par VMM, sélectionnez chaque classification de stockage à
mettre à la disposition du cloud privé, puis cliquez sur Suivant.
Remarque : Seules les classifications de stockage pour les pools de stockage affectés aux groupes hôtes
sélectionnés apparaissent dans la liste.
10. Dans Bibliothèque > Chemin d’ordinateur virtuel stocké, sélectionnez le partage de bibliothèque que
les utilisateurs libre-service utiliseront pour stocker des machines virtuelles. Cliquez sur OK.
11. Dans Partages de bibliothèque en lecture seule > Ajouter, sélectionnez un ou plusieurs partages de
bibliothèque où les administrateurs peuvent fournir des ressources en lecture seule aux utilisateurs cloud.
Cliquez sur OK, puis sur Suivant.
12. Dans Capacité, définissez des limites de capacité pour le cloud privé, puis cliquez sur Suivant. Vous
pouvez accepter les valeurs par défaut ou désactiver les cases à cocher Utilisation maximale et définir
des quotas pour les ressources suivantes :
TYPE DE QUOTA DESCRIPTION

Processeurs virtuels Définit une limite de capacité de traitement au sein du


cloud privé qui est équivalente à la capacité pouvant être
fournie par un nombre spécifique de processeurs. Cette
limite est appliquée aux machines virtuelles en cours
d'exécution. La définition d'un quota de processeurs ne
garantit pas une capacité contiguë. Elle garantit
uniquement la capacité totale de processeurs disponible
parmi les ordinateurs hôtes dans le cloud privé.

Mémoire Définit un quota pour la mémoire (en Go) disponible pour


les machines virtuelles qui sont déployées sur le cloud
privé. Ce quota est appliqué aux machines virtuelles en
cours d'exécution uniquement. La définition d'un quota
de mémoire ne garantit pas une capacité contiguë. Par
exemple, le cloud privé peut disposer de 2 Go de mémoire
disponible sur un hôte et de 2 Go de mémoire sur un
autre.

Stockage Définit un quota pour la capacité de stockage (en Go)


disponible pour les machines virtuelles qui sont déployées
sur le cloud privé. Pour les disques durs virtuels
dynamiques, les calculs de quota reposent sur la taille
maximale.

Quota personnalisé (points) Définit un quota sur les machines virtuelles déployées sur
le cloud privé en fonction du nombre total d’unités de
quota affectées aux machines virtuelles via leurs modèles
de machine virtuelle. Les unités de quota correspondent à
une valeur arbitraire qui peut être affectée à un modèle
de machine virtuelle en fonction de la taille prévue des
machines virtuelles. Des quotas personnalisés sont fournis
pour la compatibilité descendante avec des rôles
d’utilisateur libre-service qui ont été créés dans VMM.

Machines virtuelles Limite le nombre total de machines virtuelles pouvant


être déployées sur le cloud privé.

13. Dans Profils de capacité, sélectionnez chaque profil de capacité de machine virtuelle à ajouter, puis
cliquez sur Suivant. Sélectionnez les profils de capacité correspondant au type de plateformes hyperviseur
qui s'exécutent dans les groupes hôtes sélectionnés. Les profils de capacité intégrés représentent les
valeurs minimales et maximales qui peuvent être configurées pour une machine virtuelle sur chaque
plateforme hyperviseur prise en charge.
14. Dans Groupes de réplication, sélectionnez les groupes de réplication du cloud privé, puis cliquez sur
Suivant.
15. Dans la page Résumé, confirmez les paramètres, puis cliquez sur Terminer.
Affichez l’état dans Travaux et vérifiez que le travail est terminé.
Pour vérifier que le cloud privé a été créé, vérifiez Ordinateurs virtuels et services > Clouds. Vous pouvez
également vérifier dans Bibliothèque > Bibliothèques de clouds pour consulter les partages de bibliothèque
en lecture seule.
Attribuer des stratégies QoS de stockage lors de la création d’un cloud
1. Poursuivez la procédure ci-dessus jusqu'à l'étape 14.
2. Dans Stratégies QoS de stockage, sélectionnez les stratégies que vous souhaitez attribuer à ce cloud.
3. Effectuez les autres étapes pour terminer l’Assistant.

Créer un cloud privé à partir d’un pool de ressources VMware


1. Cliquez sur Ordinateurs virtuels et services > Créer > Créer un cloud pour ouvrir l’Assistant Création
d’un cloud.
2. Dans Général, spécifiez un Nom et éventuellement une description pour le cloud.
3. Dans Ressources, sélectionnez Pools de ressources VMware > Suivant.
4. Dans Réseaux logiques, sélectionnez chaque réseau logique à mettre à la disposition du cloud privé, puis
cliquez sur Suivant.
5. Dans Équilibrages de charge, sélectionnez chaque équilibrage de charge à mettre à la disposition du
cloud privé, puis cliquez sur Suivant. Seuls les équilibrages de charge associés aux groupes hôtes
sélectionnés apparaissent dans la liste.
6. Dans Modèles d’adresse IP virtuelle, sélectionnez chaque modèle d’adresse IP virtuelle à mettre à la
disposition du cloud privé, puis cliquez sur Suivant.
7. Dans stockage, cliquez sur Suivant. VMM ne peut pas gérer ni affecter des classifications de stockage
affectées aux hôtes ESX.
8. Dans Bibliothèque > Chemin d’ordinateur virtuel stocké, sélectionnez le partage de bibliothèque que
les utilisateurs libre-service utiliseront pour stocker des machines virtuelles, puis cliquez sur OK.
9. Dans Partages de bibliothèque en lecture seule > Ajouter, sélectionnez un ou plusieurs partages de
bibliothèque où les administrateurs peuvent fournir des ressources en lecture seule aux utilisateurs cloud.
Cliquez sur OK, puis sur Suivant.
10. Dans Capacité, définissez des limites de capacité pour le cloud privé, puis cliquez sur Suivant. Vous
pouvez accepter les valeurs par défaut ou désactiver les cases à cocher Utilisation maximale et définir
des quotas pour les ressources suivantes :

TYPE DE QUOTA DESCRIPTION

Processeurs virtuels Définit une limite de capacité de traitement au sein du


cloud privé qui est équivalente à la capacité pouvant être
fournie par un nombre spécifique de processeurs. Cette
limite est appliquée aux machines virtuelles en cours
d'exécution. La définition d'un quota de processeurs ne
garantit pas une capacité contiguë. Elle garantit
uniquement la capacité totale de processeurs disponible
parmi les ordinateurs hôtes dans le cloud privé.

Mémoire Définit un quota pour la mémoire (en Go) disponible pour


les machines virtuelles qui sont déployées sur le cloud
privé. Ce quota est appliqué aux machines virtuelles en
cours d'exécution uniquement. La définition d'un quota
de mémoire ne garantit pas une capacité contiguë. Par
exemple, le cloud privé peut disposer de 2 Go de mémoire
disponible sur un hôte et de 2 Go de mémoire sur un
autre.
TYPE DE QUOTA DESCRIPTION

Stockage Définit un quota pour la capacité de stockage (en Go)


disponible pour les machines virtuelles qui sont déployées
sur le cloud privé. Pour les disques durs virtuels
dynamiques, les calculs de quota reposent sur la taille
maximale.

Quota personnalisé (points) Définit un quota sur les machines virtuelles déployées sur
le cloud privé en fonction du nombre total d'unités de
quota affectées aux machines virtuelles via les modèles de
machine virtuelle. Les unités de quota correspondent à
une valeur arbitraire qui peut être affectée à un modèle
de machine virtuelle en fonction de la taille prévue des
machines virtuelles. Des quotas personnalisés sont fournis
pour la compatibilité descendante avec des rôles
d’utilisateur libre-service qui ont été créés dans VMM.

Machines virtuelles Limite le nombre total de machines virtuelles pouvant


être déployées sur le cloud privé.

11. Dans Profils de capacité, sélectionnez ESX Server, puis cliquez sur Suivant. Les profils de capacité
intégrés représentent les valeurs minimales et maximales qui peuvent être configurées pour une machine
virtuelle sur chaque plateforme hyperviseur prise en charge.
12. Dans la page Résumé, confirmez les paramètres, puis cliquez sur Terminer.
Affichez l’état dans Travaux et vérifiez que le travail est terminé.
Pour vérifier que le cloud privé a été créé, vérifiez Ordinateurs virtuels et services > Clouds. Vous pouvez
également vérifier dans Bibliothèque > Bibliothèques de clouds pour consulter les partages de bibliothèque
en lecture seule.

Attribuer des stratégies QoS de stockage à un cloud privé


System Center - Virtual Machine Manager (SCVMM ) 1801 et versions ultérieures prend en charge les stratégies
QoS de stockage sur un cloud privé.
L’administrateur de l'infrastructure VMM peut désormais proposer des stratégies QoS de stockage dans le cloud.
Les administrateurs de clients et les utilisateurs libre-service peuvent utiliser ces stratégies lors du déploiement
des machines virtuelles et services. Cela permet aux fournisseurs de cloud de garantie et/ou limiter les
performances de stockage en fonction de l’abonnement choisi par les clients.
L’administrateur de l’infrastructure peut désormais proposer des stratégies QoS de stockage lors de la création
de clouds privés VMM. Après quoi, les utilisateurs autorisés (administrateurs et utilisateurs libre-service) ayant
accès à ce cloud peuvent utiliser les stratégies de qualité de service disponibles pour provisionner des machines
virtuelles et des services sur le cloud.

NOTE
Un cloud contenant au moins une stratégie QoS est offerte, mais il ne permet pas le déploiement de disques sans stratégie.
Cela empêche les utilisateurs du cloud de choisir une infinité de ressources avec une stratégie de valeur null. En outre, la
modification des IOPS par les utilisateurs libre-service ne sera plus possible après cette version, pour éviter le même
scénario de sélection de performances non autorisées.

L'option Stratégies QoS de stockage de l'Assistant Création d'un cloud aide l’administrateur de
l'infrastructure à sélectionner la liste des stratégies, qui devrait être mise à disposition des utilisateurs du cloud.
suivez ces étapes :
1. Suivez la procédure Créer un cloud privé à partir d’un groupe hôte jusqu'à l’étape 14.
2. Dans Stratégies QoS de stockage, sélectionnez les stratégies que vous souhaitez attribuer à ce cloud.
3. Passez à l’étape 15, puis effectuez les étapes restantes.
4. Passez en revue le résumé et cliquez sur Terminer.

NOTE
Cette liste contient uniquement les stratégies disponibles dans la portée de tous les clusters sélectionnés dans la section
Ressources de l’Assistant de cloud. Cela permet à l’utilisateur libre-service de choisir parmi les modes disponibles, même
après le placement de la machine virtuelle.

  Lors de la mise à niveau


1. Après la mise à niveau, les clouds existants ne proposeront plus de stratégie QoS. L'administrateur doit mettre
à jour le cloud avec les offres de stratégies.
2. Les machines virtuelles existantes sur le cloud et dont les disques ont déjà une stratégie QoS, afficheront un
état incohérent. Leur stratégie reste intacte, mais l’interface utilisateur VMM ne l'affiche pas. Les
administrateurs peuvent supprimer ces stratégies ou les proposer dans les clouds concernés.
3. Effectuez le reste de cette étape pour terminer l’Assistant.

Affecter des clouds privés à des rôles d’utilisateur


Après avoir créé un cloud privé, vous pouvez l'affecter à un ou plusieurs rôles d'utilisateur.
1. Dans Ordinateurs virtuels et services, cliquez sur le cloud privé à affecter.
2. Cliquez avec le bouton droit sur le cloud sélectionné et cliquez sur Affecter un cloud.
3. Sélectionnez un rôle d’utilisateur existant ou cliquez sur Créer un rôle d’utilisateur et affecter ce cloud
pour en créer un nouveau.
Gérer les paramètres cloud VMM
11/12/2018 • 2 minutes to read

Cet article explique comment gérer les paramètres cloud System Center - Virtual Machine Manager (VMM ).

Gestion de la capacité du cloud


Vous placez des machines virtuelles dans un cloud VMM si elles respectent vos paramètres de capacité pour le
cloud.
Par défaut, VMM suppose que toutes les ressources allouées à une machine virtuelle de réplication sont en
cours d’utilisation et part de cette hypothèse pour évaluer si la sélection élective d’une machine virtuelle dans
un cloud ou groupe hôte respecte les limites définies pour le cloud ou groupe hôte.
Si vous voulez remplacer ce comportement par défaut, vous pouvez configurer une clé de Registre qui vous
permet de sursolliciter le cloud et les groupes hôtes dans l’infrastructure VMM. En d’autres termes, vous pouvez
placer une machine virtuelle dans un cloud ou groupe hôte même si cette sélection élective fait dépasser ses
limites de capacité au cloud ou groupe. Cette possibilité s’avère utile si vous savez que vous n’avez pas besoin
que toutes les machines virtuelles de réplication s’exécutent simultanément.
Exemple avec les paramètres par défaut
Vous avez un cloud avec 32 Go de mémoire au maximum. Ce cloud comporte deux machines virtuelles avec 4 Go
de mémoire chacune. Si vous voulez placer une troisième machine virtuelle avec 26 Go de mémoire, l’action
échoue pour cause de « mémoire disponible insuffisante ».
Exemple avec le paramètre de Registre
Vous avez un cloud avec 32 Go de mémoire au maximum. Ce cloud comporte deux machines virtuelles avec 4 Go
de mémoire chacune. Pour placer une troisième machine virtuelle avec 26 Go de mémoire, vous procédez comme
suit :
1. Mettez à jour de la capacité dans les propriétés du cloud pour prendre en compte la taille accrue de la mémoire.
Par exemple, une taille de 64 Go.
2. Accédez à la clé de Registre HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center
Virtual Machine Manager Server\Settings\Placement\IgnoreMemoryForStoppedReplicaVM.
3. Définissez la valeur DWORD sur 1. Si la valeur IgnoreMemoryForStoppedReplicaVM n’existe pas, créez-la.
Scénario : Déployer des hôtes Service Guardian et
des machines virtuelles protégées dans VMM
16/07/2019 • 6 minutes to read

Cet article fournit une vue d’ensemble du déploiement de machines virtuelles protégées et d’hôtes Service
Guardian Hyper-V dans une infrastructure de calcul System Center - Virtual Machine Manager (VMM ).
Les infrastructures protégées renforcent la protection des machines virtuelles pour éviter la falsification et le vol de
données perpétrés par les logiciels et administrateurs malveillants. Si vous êtes un fournisseur de services cloud ou
administrateur de cloud privé, vous pouvez déployer une infrastructure protégée. Ce type d’infrastructure
comporte généralement un serveur exécutant le Service Guardian hôte (SGH), un ou plusieurs serveurs hôtes
Service Guardian Hyper-V, et une ou plusieurs machines virtuelles protégées exécutées sur ces hôtes. En savoir
plus sur les infrastructures protégées.

Pourquoi dois-je protéger les machines virtuelles ?


Une machine virtuelle contient des données et des configurations sensibles que son propriétaire peut souhaiter ne
pas communiquer à un administrateur d’infrastructure. Toutefois, toutes les données des machines virtuelles étant
stockées dans des fichiers, elles peuvent être facilement copiées et inspectées par des programmes ou
administrateurs malveillants. Une machine virtuelle protégée dans Windows Server contribue à empêcher de telles
attaques en attestant rigoureusement de l’intégrité d’un hôte Hyper-V avant le démarrage de la machine virtuelle.
Cette dernière ne peut donc être démarrée que dans des centres de données autorisés par le propriétaire de la
machine virtuelle. Par ailleurs, le système d’exploitation invité peut chiffrer ses propres données au moyen d’un
nouveau TPM virtuel. Quand le propriétaire d’une machine virtuelle crée une machine virtuelle qu’il veut sécuriser,
il a le choix entre les deux types de protection suivants :
Chiffrement pris en charge : idéal pour les scénarios de cloud privé en entreprise qui nécessitent le
chiffrement des données au repos et en cours d’utilisation, mais où les administrateurs d’infrastructure sont
approuvés. La console de la machine virtuelle et d’autres fonctionnalités de gestion restent accessibles aux
administrateurs d’infrastructure.
Protégé : option de déploiement la plus sécurisée qui empêche les administrateurs d’infrastructure de se
connecter à la console de la machine virtuelle ou de modifier des aspects de sécurité de la configuration de la
machine virtuelle. Les propriétaires de la machine virtuelle peuvent uniquement y accéder au moyen d’outils de
gestion à distance qu’ils choisissent d’activer. Cette option est recommandée pour les clients exécutant des
charges de travail sensibles sur l’infrastructure publique ou partagée.

Gestion d’une infrastructure protégée avec VMM


L’infrastructure protégée principale (comprenant un ou plusieurs hôtes Hyper-V protégés, le Service Guardian
hôte et les artefacts nécessaires à la création de machines virtuelles protégées) est fournie avec Windows
Server 2016 et ultérieur et doit être configurée conformément à la documentation relative aux infrastructures
protégées. Une fois l’infrastructure configurée, vous pouvez utiliser System Center - Virtual Machine Manager
pour simplifier la gestion de l’infrastructure protégée.
Vous pouvez utiliser VMM pour :
Provisionner et gérer des hôtes Service Guardian dans l’infrastructure VMM : vous pouvez ajouter des
hôtes service Guardian à l’infrastructure VMM et les gérer. Un hôte Service Guardian est un serveur Hyper-V
avec les caractéristiques suivantes :
Il répond aux prérequis pour les hôtes Service Guardian.
Il répond aux prérequis pour les hôtes Service Guardian.
Il est autorisé par le Service Guardian hôte de l’infrastructure à exécuter des machines virtuelles
protégées. L’administrateur SGH détermine la configuration exigée des hôtes pour pouvoir attester de
leur intégrité et les configurer comme hôtes Service Guardian.
Il est marqué comme protégé dans VMM en le configurant pour utiliser les mêmes URL SGH que celles
spécifiées dans les paramètres VMM globaux.
Configurer un disque dur virtuel protégé et éventuellement un modèle de machine virtuelle : les
disques de modèle signés (VHDX) utilisés pour déployer de nouvelles machines virtuelles protégées peuvent
être stockées dans la bibliothèque VMM pour faciliter leur déploiement. Vous pouvez ensuite utiliser ce VHDX
dans un modèle de machine virtuelle.
Provisionner et gérer des machines virtuelles dotées d’une protection maximale : VMM prend en
charge le cycle de vie complet des machines virtuelles protégées. Les opérations à effectuer sont les suivantes :
Création de nouvelles machines virtuelles protégées à partir d’un disque de modèle signé (VHDX) et
utilisation éventuelle d’un modèle de machine virtuelle.
Conversion de machines virtuelles existantes en machines virtuelles protégées.

Étapes suivantes
Approvisionner des hôtes Service Guardian dans l’infrastructure VMM
Configuration d’hôtes Service Guardian dans VMM
19/12/2018 • 14 minutes to read

Cet article explique comment déployer des hôtes Hyper-V protégés dans une infrastructure de calcul System
Center - Virtual Machine Manager (VMM ). En savoir plus sur l’infrastructure protégée.
Il existe deux moyens de configurer des hôtes Hyper-V protégés dans une infrastructure VMM.
Configurer un hôte existant comme hôte Service Guardian : vous pouvez configurer un hôte existant
pour exécuter des machines virtuelles dotées d’une protection maximale.
Ajouter ou provisionner un nouvel hôte Service Guardian : cet hôte peut être :
Un ordinateur Windows Server existant (avec ou sans rôle Hyper-V )
Un système nu
Pour configurer des hôtes Service Guardian dans l’infrastructure VMM, procédez comme suit :
1. Configurer les paramètres généraux SGH : VMM connecte tous les hôtes Service Guardian au même
serveur SGH pour que vous puissiez migrer correctement les machines virtuelles dotées d’une protection
maximale entre les hôtes. Vous spécifiez les paramètres généraux SGH qui s’appliquent à tous les hôtes
Service Guardian, mais vous pouvez spécifier des paramètres propres à l’hôte qui remplacent les
paramètres généraux. Paramètres :
URL d’attestation : URL que l’hôte utilise pour se connecter au service d’attestation SGH. Ce service
autorise un hôte à exécuter des machines virtuelles protégées.
URL du serveur de protection de clé : URL que l’hôte utilise pour récupérer la clé nécessaire pour
déchiffrer les machines virtuelles. L’hôte doit passer une attestation pour pouvoir récupérer les clés.
Stratégies d’intégrité du code : une stratégie d’intégrité du code limite les logiciels pouvant s’exécuter
sur un hôte Service Guardian. Quand SGH est configuré pour utiliser l’attestation TPM, les hôtes
Service Guardian doivent être configurés pour utiliser une stratégie d’intégrité du code autorisée par le
serveur SGH. Vous pouvez spécifier l’emplacement des stratégies d’intégrité du code dans VMM et les
déployer sur vos hôtes. Cette opération n’est pas obligatoire pour gérer une infrastructure protégée.
Disque dur virtuel d’assistance de protection de machines virtuelles : disque dur virtuel
spécialement préparé permettant de convertir des machines virtuelles existantes en machines virtuelles
dotées d’une protection maximale. Vous devez configurer ce paramètre si vous souhaitez protéger des
machines virtuelles existantes.
2. Configurer le cloud : si l’hôte Service Guardian est inclus dans un cloud VMM, vous devez activer le cloud
pour prendre en charge les machines virtuelles dotées d’une protection maximale.

Avant de commencer
Avant de continuer, vérifiez que le Service Guardian hôte est déployé et configuré. En savoir plus sur la
configuration de SGH dans la documentation de Windows Server.
Vérifiez également que tous les hôtes qui vont devenir des hôtes Service Guardian respectent les prérequis
suivants :
Système d’exploitation : les serveurs hôtes doivent exécuter Windows Server Datacenter. Il est recommandé
d’utiliser Server Core pour les hôtes Service Guardian.
Rôle et fonctionnalités : les serveurs hôtes doivent exécuter le rôle Hyper-V et la fonctionnalité de prise en
charge Hyper-V du service Guardian hôte. La prise en charge Hyper-V du service Guardian hôte permet à
l’hôte de communiquer avec SGH pour attester de son état d’intégrité et demander les clés des machines
virtuelles protégées. Si votre hôte exécute Nano Server, les packages Compute, SCVMM -Package, SCVMM -
Compute, SecureStartup et ShieldedVM doivent être installés.
Attestation du module de plateforme sécurisée (TPM ) : si votre SGH est configuré pour utiliser
l’attestation TPM, les serveurs hôtes doivent :
utiliser UEFI 2.3.1c et un module TPM 2.0 ;
démarrer en mode UEFI (et non en mode BIOS ou en mode « hérité ») ;
activer le démarrage sécurisé.
Inscription SGH : les hôtes Hyper-V doivent être inscrits à SGH. La façon dont ils sont inscrits varie selon que
SGH utilise une attestation AD ou TPM. En savoir plus
Migration dynamique : si vous souhaitez effectuer une migration dynamique de machines virtuelles dotées
d’une protection maximale, vous devez déployer au moins deux hôtes Service Guardian.
Domaine : les hôtes Service Guardian et le serveur VMM doivent être dans le même domaine ou dans des
domaines avec une relation d’approbation bidirectionnelle.

Configurer les paramètres SGH globaux


Avant de pouvoir ajouter des hôtes Service Guardian à votre infrastructure de calcul VMM, vous devez configurer
VMM avec des informations sur le Service Guardian hôte de l’infrastructure. Le même SGH est utilisé pour tous
les hôtes Service Guardian gérés par VMM.
1. Obtenez les URL d’attestation et de protection de clé pour votre infrastructure auprès de votre
administrateur SGH.
2. Dans la console VMM, cliquez sur Paramètres > Paramètres du service Guardian hôte.
3. Entrez les URL d’attestation et de protection de clé dans les champs correspondants. Il est inutile pour le
moment de configurer les sections relatives aux stratégies d’intégrité du code et au disque dur virtuel
d’assistance de protection de machines virtuelles.
4. Cliquez sur Terminer pour enregistrer la configuration.

Ajouter ou configurer un nouvel hôte Service Guardian


1. Ajoutez l’hôte :
Si vous souhaitez ajouter un serveur Windows Server existant comme hôte Hyper-V protégé, ajoutez-le
à l’infrastructure.
Si vous voulez configurer un ordinateur hôte Hyper-V à partir d’un système nu, remplissez ces
conditions préalables et suivez ces instructions. Notez que vous pouvez déployer l’hôte comme Service
Guardian quand vous le configurez (Assistant Ajout de ressources > Paramètres du système
d’exploitation > Configurer en tant que hôte surveillé.
2. Passez à la section suivante pour configurer l’hôte comme hôte Service Guardian.

Configurer un hôte existant comme hôte Service Guardian


Pour configurer un hôte Hyper-V existant géré par VMM comme hôte Service Guardian, procédez comme suit :
1. Configurez l’hôte en mode maintenance.
2. Dans Tous les ordinateurs hôtes, cliquez avec le bouton droit sur l’hôte > Propriétés > Service
Guardian hôte.
3. Sélectionnez la fonctionnalité de prise en charge d’Hyper-V Guardian hôte pour l’activer, puis configurez
l’hôte. Sachez que :
Les URL générales du serveur d’attestation et du serveur de protection de clé sont définies sur l’hôte.
Si vous modifiez ces URL en dehors de la console VMM, vous devez également les mettre à jour dans
VMM. Si vous ne le faites pas, VMM attend que les URL correspondent à nouveau avant de placer les
machines virtuelles protégées sur l’hôte. Vous pouvez également décocher et recocher la case Activer
pour reconfigurer l’hôte avec les URL configurées dans VMM.
4. Si vous utilisez VMM pour gérer les stratégies d’intégrité du code, vous pouvez cocher la deuxième case et
sélectionner la stratégie appropriée pour le système.
5. Cliquez sur OK pour mettre à jour la configuration de l’hôte.
6. Désactivez le mode de maintenance de l’hôte.
VMM vérifie que l’hôte obtient une attestation quand vous l’ajoutez et chaque fois que l’état de l’hôte est actualisé.
VMM déploie et migre uniquement les machines virtuelles protégées sur les hôtes ayant passé une attestation.
Vous pouvez vérifier l’état de l’attestation d’un hôte dans Propriétés > État > Client HGS global.

Activer des hôtes Service Guardian sur un cloud VMM


Activez un cloud pour prendre en charge les hôtes Service Guardian :
1. Dans la console VMM, cliquez sur Machines virtuelles et services > Clouds. Cliquez avec le bouton droit
sur le nom du cloud > Propriétés.
2. Dans Général > Prise en charge des machine virtuelle protégée, sélectionnez Pris en charge sur ce
cloud privé.

Gérer et déployer des stratégies d’intégrité du code avec VMM


Dans les infrastructures protégées configurées pour utiliser l’attestation TPM, chaque hôte doit être configuré avec
une stratégie d’intégrité du code approuvée par le Service Guardian hôte. Pour faciliter la gestion des stratégies
d’intégrité du code, vous pouvez éventuellement utiliser VMM pour déployer de nouvelles stratégies ou des
stratégies mises à jour sur vos hôtes Service Guardian.
Pour déployer une stratégie d’intégrité du code sur un hôte Service Guardian géré par VMM, procédez comme
suit :
1. Créez une stratégie d’intégrité du code pour chaque hôte de référence dans votre environnement. Vous devez
utiliser une stratégie d’intégrité du code différente pour chaque configuration matérielle et logicielle unique de
vos hôtes Service Guardian.
2. Stockez les stratégies d’intégrité du code dans un partage de fichiers sécurisé. Les comptes d’ordinateurs pour
chaque hôte Service Guardian nécessitent l’accès en lecture au partage. Seuls les administrateurs approuvés
doivent disposer d’autorisations d’accès en écriture.
3. Dans la console VMM, cliquez sur Paramètres > Paramètres du service Guardian hôte.
4. Sous la section Stratégies d’intégrité du code, cliquez sur Ajouter, puis spécifiez un nom convivial et le chemin
d’une stratégie d’intégrité du code. Répétez cette étape pour chaque stratégie d’intégrité du code unique.
Veillez à nommer vos stratégies de manière explicite pour pouvoir identifier facilement celle que vous devez
appliquer à un hôte particulier.

5. Cliquez sur Terminer pour enregistrer la configuration.


À présent, pour chaque hôte Service Guardian, procédez comme suit pour appliquer une stratégie d’intégrité du
code :
1. Configurez l’hôte en mode maintenance.
2. Dans Tous les ordinateurs hôtes, cliquez avec le bouton droit sur l’hôte > Propriétés > Service
Guardian hôte.
3. Sélectionnez cette option pour pouvoir configurer l’hôte avec une stratégie d’intégrité du code, puis
sélectionnez la stratégie appropriée pour le système.
4. Cliquez sur OK pour appliquer la modification de la configuration. L’hôte peut être amené à redémarrer
pour appliquer la nouvelle stratégie.
5. Désactivez le mode de maintenance de l’hôte.

WARNING
Veillez à sélectionner la bonne stratégie d’intégrité du code pour l’hôte. Si une stratégie incompatible est appliquée à l’hôte, il
est possible que certains pilotes, applications ou composants du système d’exploitation ne fonctionnent plus.

Si vous mettez à jour la stratégie d’intégrité du code dans le partage de fichiers et que vous souhaitez également
mettre à jour les hôtes Service Guardian, procédez comme suit :
1. Configurez l’hôte en mode maintenance.
2. Dans Tous les hôtes, cliquez avec le bouton droit sur l’hôte > Appliquer la dernière stratégie d’intégrité
du code.
3. Désactivez le mode de maintenance de l’hôte.

Étapes suivantes
Configurer un disque de modèle, un disque utilitaire et un modèle de machine virtuelle protégés
Configurer les URL de secours SGH dans VMM
31/05/2019 • 4 minutes to read

Cet article explique comment définir les URL de Host Guardian Service (SGH) de secours dans les paramètres
globaux de System Center - Virtual Machine Manager (VMM ). Pour plus d’informations sur les infrastructures
protégées, consultez cet article.
Composant essentiel permettant aux services de protection de clé et d'attestation d'exécuter des machines
virtuelles protégées sur des hôtes Hyper-V, le service Guardian hôte (HGS ) doit être opérationnel même en cas
de sinistre.
Grâce à la fonctionnalité de configuration du service SGH de secours de VMM, un hôte protégé peut être
configuré avec une paire d’URL SGH principale et secondaire (URI de protection de clé et d’attestation). Cette
fonctionnalité autorise des scénarios tels que les déploiements d'infrastructures gardées couvrant deux centres de
données à des fins de récupération d’urgence, l'exécution du service HGS sous forme de machines virtuelles
protégées, etc.
L'URL HGS principale sera toujours utilisée en priorité par rapport à l'URL secondaire. Si le service SGH principal
ne répond pas après le délai d’attente approprié et le nombre de tentatives, l’opération est retentée avec le service
secondaire. Les opérations suivantes privilégieront toujours le service principal ; le service secondaire servira
uniquement si le serveur principal échoue.

Avant de commencer
Avant de continuer, vérifiez que le Service Guardian hôte est déployé et configuré. En savoir plus sur la
configuration du service HGS .

Configurer un service HGS de secours


Procédez comme suit :
1. Accédez à Paramètres VMM > Paramètres généraux > Paramètres du service Guardian hôte.
2. Ouvrez les paramètres du service Guardian hôte. Vous devriez voir une section dédiée aux configurations
de secours.
3. Définissez les URL HGS principale et de secours puis cliquez sur Terminer.
4. Activez les URL de secours sur l'hôte en accédant à Propriétés de l’hôte > Service Guardian hôte >
sélectionnez Activer la prise en charge d'Hyper-V Guardian hôte, utilisez les URL configurées comme
paramètres globaux dans VMM, puis cliquez sur OK.

NOTE
Après cette étape, le service VMM configure les hôtes pris en charge avec les URL HGS principale et de secours.
Seuls les hôtes exécutant Windows Server 1709 et versions ultérieures prennent en charge les URL HGS de secours.

Mises à jour de la commande PowerShell


1. Les deux paramètres suivants sont ajoutés à la commande PowerShell Set-SCVMHost existante :
AttestationFallbackServerUrl
KeyProtectionFallbackServerUrl
Voici l’exemple de syntaxe.
Set-SCVMHost [-VMHost] <Host> [-ApplyLatestCodeIntegrityPolicy] [-AttestationServerUrl <String>]
[-AttestationFallbackServerUrl <String>]
[-AvailableForPlacement <Boolean>] [-BMCAddress <String>]
[-BMCCustomConfigurationProvider <ConfigurationProvider>] [-BMCPort <UInt32>]
[-BMCProtocol <OutOfBandManagementType>] [-BMCRunAsAccount <RunAsAccount>] [-BaseDiskPaths <String>]
[-BypassMaintenanceModeCheck] [-CPUPercentageReserve <UInt16>] [-CodeIntegrityPolicy
<CodeIntegrityPolicy>]
[-Custom1 <String>] [-Custom10 <String>] [-Custom2 <String>] [-Custom3 <String>] [-Custom4 <String>]
[-Custom5 <String>] [-Custom6 <String>] [-Custom7 <String>] [-Custom8 <String>] [-Custom9 <String>]
[-Description <String>] [-DiskSpaceReserveMB <UInt64>] [-EnableLiveMigration <Boolean>]
[-FibreChannelWorldWideNodeName <String>] [-FibreChannelWorldWidePortNameMaximum <String>]
[-FibreChannelWorldWidePortNameMinimum <String>] [-IsDedicatedToNetworkVirtualizationGateway <Boolean>]
[-JobGroup <Guid>] [-JobVariable <String>] [-KeyProtectionServerUrl <String>] [-
KeyProtectionFallbackServerUrl <String>] [-LiveMigrationMaximum <UInt32>]
[-LiveStorageMigrationMaximum <UInt32>] [-MaintenanceHost <Boolean>] [-ManagementAdapterMACAddress
<String>]
[-MaxDiskIOReservation <UInt64>] [-MemoryReserveMB <UInt64>]
[-MigrationAuthProtocol <MigrationAuthProtocolType>]
[-MigrationPerformanceOption <MigrationPerformanceOptionType>] [-MigrationSubnet <String[]>]
[-NetworkPercentageReserve <UInt16>] [-NumaSpanningEnabled <Boolean>] [-OverrideHostGroupReserves
<Boolean>]
[-PROTipID <Guid>] [-RemoteConnectCertificatePath <String>] [-RemoteConnectEnabled <Boolean>]
[-RemoteConnectPort <UInt32>] [-RemoveRemoteConnectCertificate] [-RunAsynchronously] [-SMBiosGuid
<Guid>]
[-SecureRemoteConnectEnabled <Boolean>] [-UseAnyMigrationSubnet <Boolean >]
[-VMHostManagementCredential <VMMCredential>] [-VMPaths <String>] [<CommonParameters>]

2. Le paramètre suivant est ajouté à Get-SCGuardianConfiguration pour permettre à l’utilisateur de


spécifier le service HGS d'où seront extraites les métadonnées.
[-Guardian {Primary | Fallback}]
Syntaxe

Get-SCGuardianConfiguration [-Guardian {Primary | Fallback}] [-OnBehalfOfUser <String>] [-


OnBehalfOfUserRole <UserRole>] [-VMMServer <ServerConnection>] [<CommonParameters>]

Étapes suivantes
Déployer le service Guardian hôte (HGS )
Gérer SGH
Configurer un service SGH pour une filiale
Configurer un disque et un modèle de machine
virtuelle pour déployer des machines virtuelles
protégées
11/12/2018 • 9 minutes to read

Vous déployez des machines virtuelles protégées dans l’infrastructure de calcul de System Center - Virtual
Machine Manager (VMM ) à l’aide d’un disque dur de machine virtuelle signé (VHDX), et éventuellement avec un
modèle de machine virtuelle. Cet article décrit comment ajouter des disques de modèle signés à VMM, configurer
un disque utilitaire de protection, déployer de nouvelles machines virtuelles protégées et convertir des machines
virtuelles existantes en machines virtuelles protégées dans VMM.

Avant de commencer
Le disque de modèle signé utilisé pour créer le modèle de machine virtuelle protégée doit avoir la version et la
famille de produit marquées.
La bibliothèque VMM à laquelle vous ajoutez le disque de modèle signé doit être accessible aux clouds à partir
desquels les machines virtuelles protégées seront déployées.
La bibliothèque partagée doit être ajoutée aux clouds à partir desquels les machines virtuelles protégées seront
approvisionnées (pas en mode lecture seule).

Ajout de disques de modèle signés pour des machines virtuelles


protégées à la bibliothèque VMM
Vous pouvez déployer des machines virtuelles protégées de deux façons : soit en les déployant directement à
partir d’un disque de modèle signé, soit en convertissant des machines virtuelles existantes en machines virtuelles
protégées. Un disque de modèle signé donne aux clients la garantie que le contenu du disque n’a pas été modifié.
Il leur permet aussi de transférer en toute sécurité les secrets du déploiement, comme les mots de passe
administrateur et les certificats, vers la machine virtuelle sous forme chiffrée. Pour cette raison, il est préférable de
déployer des machines virtuelles protégées à partir de disques de modèle signés.
Pour préparer et ajouter un disque de modèle signé à la bibliothèque VMM, procédez comme suit :
1. Préparez un disque de modèle signé sur un ordinateur Windows Server 2016 avec Expérience utilisateur ou
Windows 10 sur lequel les Outils d’administration de serveur distant sont installés.
2. Copiez le disque de modèle dans un partage de bibliothèque (par défaut, \\
<vmmserver>\MSSCVMMLibrary\VHDs) et actualisez le serveur de bibliothèque.
3. Pour fournir à VMM des informations sur le système d’exploitation du disque de modèle, dans
Bibliothèque, cliquez avec le bouton droit sur le disque > Propriétés.
4. Dans Système d’exploitation, sélectionnez le système d’exploitation installé sur le disque. Cette opération
indique à VMM que le VHDX n’est pas vide. L’icône de bouclier en regard du nom du disque indique qu’il
s’agit d’un disque de modèle signé pour des machines virtuelles protégées. Indiquez également des
informations sur la Famille et la Version du disque pour mettre à disposition les ressources dans le portail
libre-service Azure Pack du client (facultatif).
5. Cliquez sur OK pour enregistrer les propriétés du disque de modèle signé.

Créer un modèle de machine virtuelle protégée


Vous pouvez éventuellement créer un modèle de machine virtuelle protégée à l’aide d’un disque de modèle signé.
Les modèles de machine virtuelle définissent des ressources telles que le nombre de processeurs, la mémoire
RAM et la mise en réseau pour un disque du système d’exploitation.
Un modèle de machine virtuelle protégée varie légèrement par rapport à un modèle de machine virtuelle
standard. Certains paramètres sont fixes. Par exemple, la machine virtuelle doit être de deuxième génération et le
démarrage sécurisé doit être activé. Créez le modèle de machine virtuelle comme suit :
1. Cliquez sur Bibliothèque > Créer un modèle de machine virtuelle. Dans Sélectionner une source,
cliquez sur Utiliser un modèle d’ordinateur virtuel existant ou un disque dur virtuel stocké dans la bibliothèque
> Parcourir.
2. Sélectionnez le disque de modèle signé, spécifiez un nom de modèle et éventuellement une description, puis
cliquez sur OK.
3. Dans Configurer le matériel, spécifiez les propriétés du matériel des machines virtuelles que vous créez à
partir du modèle. Vérifiez qu’au moins une carte réseau est configurée et disponible. Les clients se connectent
aux machines virtuelles protégées via Connexion Bureau à distance, Windows Remote Management ou
d’autres outils de gestion à distance qui nécessitent la mise en réseau.
4. Si vous voulez utiliser l’adressage IP statique dans le pool de clients, vous devez en informer vos clients. Les
clients doivent fournir un fichier de réponses avec des valeurs qui spécialise une machine virtuelle protégée
pour eux. Des valeurs d’espace réservé spéciales et bien connues sont nécessaires pour prendre en charge les
pools d’adresses IP statiques.
5. Dans Configurer le système d’exploitation, spécifiez la version du système d’exploitation, le nom de
l’ordinateur, la clé de produit et le fuseau horaire. Le client spécifie des informations sécurisées, comme le mot
de passe administrateur, dans un fichier de données de protection (.PDK) qu’il fournit au moment de
l’approvisionnement d’une nouvelle machine virtuelle. Si vous spécifiez une clé de produit, vérifiez qu’elle est
valide pour le système d’exploitation sur le disque de modèle. Si ce n’est pas le cas, la machine virtuelle n’est pas
approvisionnée. Une fois le modèle de machine virtuelle créé, vérifiez qu’il est disponible pour le rôle
d’utilisateur Administrateur client. Les clients peuvent ensuite l’utiliser pour approvisionner de nouvelles
machines virtuelles.

Configurer le disque dur virtuel d’assistance de protection


Les machines virtuelles Windows existantes peuvent également être converties en machines virtuelles protégées à
l’aide d’un disque dur virtuel d’assistance de protection. Un disque dur virtuel d’assistance est un disque spécial
doté d’outils permettant de chiffrer le lecteur du système d’exploitation d’une autre machine virtuelle. Vous devez
configurer VMM avec un disque dur virtuel d’assistance avant de pouvoir protéger des machines virtuelles
existantes.
1. Préparez un disque dur virtuel d’assistance sur un ordinateur Windows Server 2016 ou Windows 10 sur lequel
les Outils d’administration de serveur distant sont installés.
2. Copiez le disque dur virtuel d’assistance dans un partage de bibliothèque, puis actualisez le serveur de
bibliothèque.
3. Dans la console VMM, cliquez sur Paramètres > Paramètres du service Guardian hôte.
4. Dans la section VHD d’assistance de protection, cliquez sur Parcourir et sélectionnez le disque dur virtuel
d’assistance dans la liste des fichiers des partages de bibliothèque.
5. Cliquez sur Terminer pour enregistrer la configuration.
Une fois le disque dur virtuel d’assistance de protection configuré, vous pouvez protéger une machine virtuelle
existante.

Étapes suivantes
Passez en revue Approvisionner des machines virtuelles protégées pour comprendre comment déployer des
machines virtuelles dotées d’une protection maximale dans une infrastructure de calcul VMM.
Approvisionner des machines virtuelles protégées
dans l’infrastructure VMM
31/05/2019 • 10 minutes to read

Cet article explique comment déployer des machines virtuelles protégées dans l’infrastructure de calcul System
Center - Virtual Machine Manager (VMM ).
Il existe deux façons de déployer des machines virtuelles protégées dans VMM :
Convertir une machine virtuelle existante en machine virtuelle protégée.
Créer une machine virtuelle protégée à l’aide d’un disque dur de machine virtuelle signé (VHDX), et
éventuellement d’un modèle de machine virtuelle.

Avant de commencer
Regardez une vidéo qui fournit une vue d’ensemble rapide (deux minutes) de l’approvisionnement de machines
virtuelles protégées dans VMM. Ensuite, vérifiez que vous avez réalisé les tâches suivantes :
1. Préparer un serveur SGH : vous devez avoir déployé un serveur SGH. En savoir plus.
2. Configurer VMM : vous devez configurer les paramètres globaux du serveur SGH dans VMM et
configurer au moins un hôte Service Guardian. Si les serveurs hôtes protégés font partie d’un cloud, ce
cloud doit prendre en charge les machines virtuelles protégées. En savoir plus.
3. Préparer un modèle VHDX et de machine virtuelle protégé : vous déployez des machines virtuelles
dotées d’une protection maximale à partir d’un disque dur virtuel protégé (VHDX), éventuellement en
utilisant un modèle de machine virtuelle. En savoir plus sur la préparation de ces éléments.

NOTE
Vous ne pouvez pas utiliser un modèle de service pour créer une machine virtuelle dotée d’une protection maximale.
Utilisez un script à la place.

4. Préparer les fichiers de données de protection : pour utiliser les disques de modèle signés dans la
bibliothèque VMM, les locataires doivent préparer un ou plusieurs fichiers de données de protection. Ce
fichier contient tous les secrets dont a besoin un locataire pour déployer une machine virtuelle, y compris le
fichier d’installation sans assistance pour personnaliser la machine virtuelle, les certificats et les mots de
passe de compte d’administrateur. Le fichier spécifie également quelle infrastructure protégée approuvée
par un client sera utilisée pour héberger les machines virtuelles, ainsi que des informations relatives aux
disques de modèle signés. Ce fichier étant chiffré, il peut uniquement être lu par un serveur hôte situé dans
une infrastructure protégée qui est approuvée par le locataire. En savoir plus.
5. Configurer un groupe hôte : pour simplifier la gestion, nous vous recommandons de placer les hôtes
Service Guardian dans un groupe hôte VMM dédié.
6. Vérifier la configuration des machines virtuelles existantes : avant de convertir une machine virtuelle
existante en machine virtuelle dotée d’une protection maximale, assurez-vous qu’elle présente la
configuration suivante :
La machine virtuelle doit être de génération 2 et le modèle Microsoft Windows Secure Boot doit être
activé.
Le système d’exploitation sur le disque doit être l’un des suivants :
Windows Server 2016, Windows Server 2012 R2, Windows Server 2012
Windows 10, Windows 8.1, Windows 8
Le disque du système d’exploitation de la machine virtuelle doit utiliser la table de partition GUID. Cela
est nécessaire pour que les machines virtuelles de deuxième génération puissent prendre en charge
UEFI.
7. Configurer un disque dur virtuel (VHD ) d’assistance : le fournisseur de services d’hébergement doit
créer une machine virtuelle qui a le rôle de VHD d’assistance pendant la conversion de machines existantes.
En savoir plus.

Ajout de fichiers de données de protection à VMM


Avant de convertir une machine virtuelle existante en machine virtuelle protégée ou d’approvisionner une
nouvelle machine virtuelle protégée à partir d’un modèle, le propriétaire de la machine virtuelle doit générer un
fichier de données de protection et l’ajouter à VMM.
Si vous n’avez pas déjà importé un fichier de données de protection, procédez comme suit :
1. Créez un fichier de données de protection si vous n’en avez pas déjà un. Vérifiez que le fichier de données de
protection autorise l’infrastructure d’hébergement gérée par VMM à exécuter vos machines virtuelles
protégées.
2. Dans la console VMM, cliquez sur Bibliothèque > Importer les données de protection > Parcourir, puis
sélectionnez votre fichier de données de protection.
3. Affectez au fichier de données de protection un nom convivial dans Nom, puis ajoutez éventuellement une
description. Nous vous recommandons d’indiquer dans le nom si le fichier de données de protection est
destiné à des machines virtuelles existantes ou nouvelles pour faciliter les recherches.
4. Cliquez sur Importer pour enregistrer les données de protection dans VMM.
Pour gérer vos fichiers de données de protection importés, accédez à Bibliothèque > Données de protection
de machine virtuelle (sous Profils).

Approvisionner une nouvelle machine virtuelle protégée


1. Vérifiez que toutes les conditions préalables sont remplies avant de commencer.
2. Dans Ordinateurs virtuels et services, cliquez sur Créer un ordinateur virtuel pour ouvrir l’Assistant Créer
un ordinateur virtuel.
3. Dans Sélectionner une source, cliquez sur Utiliser un ordinateur virtuel, un modèle d’ordinateur
virtuel ou un disque dur virtuel existant > Parcourir.
4. Sélectionnez un modèle de machine virtuelle protégée ou un disque de modèle signé, tous deux identifiés par
une icône en forme de bouclier .
5. Dans Sélectionner un fichier de données de protection, cliquez sur Parcouriret sélectionnez un fichier de
données de protection. Seuls les fichiers de données de protection qui peuvent servir à créer une machine
virtuelle protégée sont répertoriés. Cliquez sur OK > Suivant pour continuer.
6. Suivez ces instructions pour terminer l’Assistant et déployer la machine virtuelle sur un serveur hôte ou un
cloud.
À la fin de l’Assistant, VMM crée une machine virtuelle protégée à partir du disque ou du modèle :
1. Le fichier du disque de modèle (VHDX) est copié à partir de la bibliothèque VMM.
2. Le processus d’approvisionnement de machine virtuelle déchiffre les données contenues dans le fichier de
données de protection, exécute toutes les chaînes de substitution dans le fichier unattend.xml, puis copie les
fichiers supplémentaires du fichier de données de protection vers le lecteur du système d’exploitation (par
exemple, le certificat RDP ).
3. La machine virtuelle est ensuite redémarrée, personnalisée et rechiffrée avec BitLocker. La clé de chiffrement
de volume complet de BitLocker est stockée dans le module TPM virtuel de la nouvelle machine virtuelle.
4. La personnalisation de la machine virtuelle est terminée après l’exécution de la commande d’arrêt dans le
fichier unattend.xml. La machine virtuelle reste éteinte. Si le processus de personnalisation est bloqué, vérifiez le
fichier unattend.xml en l’exécutant sur une machine virtuelle non protégée ou en utilisant un fichier de données
de protection prenant en charge le chiffrement qui permet d’accéder à la console.
5. Quand VMM détecte que la spécialisation est terminée, il met à jour son état pour indiquer que la machine
virtuelle est créée, puis démarre la machine virtuelle si cette option est sélectionnée.

Protéger une machine virtuelle existante


Vous pouvez activer la protection d’une machine virtuelle en cours d’exécution sur un hôte non protégé dans
l’infrastructure VMM.
1. Vérifiez que toutes les conditions préalables sont remplies avant de commencer.
2. Déconnectez la machine virtuelle.
3. Nous vous recommandons d’activer BitLocker sur tous les disques attachés à la machine virtuelle avant de la
déplacer sur le serveur hôte protégé.
4. Sélectionnez la machine virtuelle > Propriétés > Protéger, puis sélectionnez un fichier de données de
protection.
5. Arrêtez la machine virtuelle, exportez-la à partir du serveur hôte non protégé et importez-la sur un serveur
hôte protégé. Seul un serveur hôte protégé peut accéder aux données de la machine virtuelle.

Étapes suivantes
Passez en revue Gérer les paramètres des machines virtuelles pour savoir comment configurer les paramètres de
performances et de disponibilité pour les machines virtuelles.
Provisionner une machine virtuelle dotée d’une
protection maximale dans l’infrastructure VMM
05/06/2019 • 7 minutes to read

Cet article explique comment déployer des machines virtuelles dotées d’une protection maximale dans System
Center 1801 - Virtual Machine Manager (VMM ).

Procédure pour protéger une machine virtuelle Linux


Windows Server 2016 a introduit le concept d’une machine virtuelle protégée pour les machines virtuelles basées
sur le système d’exploitation Windows. Les machines virtuelles protégées offrent une protection contre les actions
des administrateurs malveillants lorsque les données de ces machines virtuelles sont au repos ou quand un logiciel
non approuvé s’exécute sur les hôtes Hyper-V. En savoir plus.
Avec Windows Server version 1709, Hyper-V avait introduit la prise en charge du provisionnement de machines
virtuelles Linux dotées d’une protection maximale. Cette prise en charge est disponible dans VMM 1801.

Proter une machine virtuelle Linux


1. Créez un modèle de disque signé.
2. Créez un modèle de machine virtuelle protégée Linux dans VMM.
3. Générez un fichier de données de protection (PDK).
4. Créez une machine virtuelle Linux protégée en utilisant le modèle de machine virtuelle et le PDK.

NOTE
Si vous utilisez le protocole WAP (Wireless Application Protocol), vous pouvez provisionner des machines virtuelles Linux
protégées de la même façon que vous provisionnez des machines virtuelles protégées Windows.

Préparer un modèle de disque


1. Suivez ces étapes pour créer le modèle de disque.
2. Dans la section Préparation d’une image Linux des instructions, installez l'agent de spécialisation VMM
avant d’installer lsvmtools.
Signer le modèle de disque
1. Générez un certificat. Vous pouvez utiliser un certificat auto-signé à des fins de test.
Utilisez l’exemple d'applet de commande suivant :

$cert = New-SelfSignedCertificate -DnsName '<<signing.contoso.com>>'

2. Connectez le disque à l’aide d’une machine Windows Server 1709. Utilisez l’exemple d'applet de commande
suivant :
Protect-TemplateDisk -Path "<<Path to the VHDX>>" -TemplateName "<<Template Name>>" -Version <<x.x.x.x>>
-Certificate $cert -ProtectedTemplateTargetDiskType PreprocessedLinux

3. Copiez le modèle de disque et l’image signée dans la bibliothèque VMM.

Créer un modèle de machine virtuelle protégée Linux dans VMM


1. Dans la bibliothèque de la console VMM, sélectionnez Créer un modèle de machine virtuelle.
2. Dans Sélectionner la source, sélectionnez Utiliser un modèle de machine virtuelle existant. Naviguez
pour sélectionner le modèle de disque signé que vous avez ajouté à la bibliothèque VMM. Puis sélectionnez
Suivant.
3. Dans Configurer le matériel :
Sous Microprogramme, sélectionnez Activer le démarrage sécurisé. Dans le menu déroulant
Modèle de démarrage sécurisé, sélectionnez OpenSourceShieldedVM.

NOTE
Ce modèle de démarrage est une nouveauté des hôtes RS3. Si VMM ne contient aucun hôte RS3, cette option
n’apparaît pas dans le menu Modèle de démarrage sécurisé.

Sélectionnez la configuration requise pour les autres propriétés matérielles, notamment les
processeurs, la mémoire et le réseau de la machine virtuelle.

4. Dans Configurer le système d’exploitation :


Sélectionnez le profil de système d'exploitation invité avec l'option Créer des paramètres de
personnalisation du système d'exploitation Linux.
Sélectionnez le système d’exploitation sur le modèle de disque que vous avez créé précédemment
(Ubuntu Linux).

5. Sélectionnez Suivant.
6. Dans Résumé, passez en revue les détails, puis sélectionnez Créer pour terminer la génération du
modèle de machine virtuelle protégée Linux dans VMM.

Générer le fichier de données de protection


Avant de générer le fichier de données de protection (PDK), vous devez :
1. Obtenir les métadonnées du service de surveillance des hôtes (HGS ) .
2. Extraire le fichier du catalogue de signatures de volume (VSC ).
Pour générer le PDK, exécutez l’exemple de script suivant sur un serveur sous Windows Server version 1709 :
# Create a VolumeSignatureCatalog file for the template disk to ensure that no one tampers with the template
disk at the deployment time
# Create an owner certificate
$Owner = New-HgsGuardian –Name '<<Owner>>' –GenerateCertificates

# Import the HGS guardian


$Guardian = Import-HgsGuardian -Path <<Import the xml from pre-step 1>> -Name '<<Name of the guardian>>' –
AllowUntrustedRoot

# Create the PDK file on a server running Windows Server version 1709

New-ShieldingDataFile -ShieldingDataFilePath '<<Shielding Data file path>>' -Owner $Owner –Guardian $guardian –
VolumeIDQualifier (New-VolumeIDQualifier -VolumeSignatureCatalogFilePath '<<Path to the .vsc file generated in
pre-step 2>>' -VersionRule Equals) -AnswerFile '<<Path to LinuxOsConfiguration.xml>>' -policy Shielded

Créer une machine virtuelle Linux protégée en utilisant le modèle de


machine virtuelle et le PDK
1. Dans la console VMM, sélectionnez Créer une machine virtuelle.
2. Sélectionnez Utiliser un ordinateur virtuel, un modèle d’ordinateur virtuel ou un disque dur virtuel
existant.
3. Sélectionnez Modèle de machine virtuelle protégée Linux > Suivant.

4. Nommez la machine virtuelle, puis sélectionnez Suivant.


5. Dans Configurer le matériel, assurez-vous que les informations correspondent aux paramètres de votre
modèle. Puis sélectionnez Suivant.
6. Dans Configurer le système d'exploitation, vérifiez que les informations sont conformes aux paramètres
configurés lors de la création du modèle. Puis sélectionnez Suivant.
7. Sélectionnez le fichier de données de protection (PDK) que vous avez créé.
8. Sélectionnez le groupe hôte de destination, puis cliquez sur Suivant.
9. Sélectionnez l’hôte selon l’évaluation attribuée par le moteur de sélection élective VMM. Puis sélectionnez
Suivant.
10. Dans Configurer les paramètres, vérifiez les paramètres de la machine virtuelle, puis cliquez sur Suivant.
11. Passez en revue les actions dans Ajouter des propriétés puis cliquez sur Suivant.
12. Pour créer la machine virtuelle protégée Linux, sélectionnez Créer.
Lors du provisionnement de la machine virtuelle, l’agent de spécialisation VMM lit le fichier de configuration Linux
PDK et personnalise la machine virtuelle.

Étapes suivantes
Obtenez une vue d’ensemble de l'infrastructure protégée et des machines virtuelles protégées.
Obtenez plus d’informations sur les outils pour machines virtuelles protégées Linux.
Déployer et gérer une infrastructure SDN (Software
Defined Network) dans l’infrastructure VMM
19/12/2018 • 3 minutes to read

Vous pouvez utiliser System Center - Virtual Machine Manager (VMM ) pour déployer et gérer une infrastructure
SDN (Software-Defined Networking).

Vue d’ensemble de SDN (Software Defined Network)


SDN virtualise votre réseau pour faire abstraction des éléments matériels du réseau physique, notamment les
commutateurs et les routeurs. Grâce à SDN, vous pouvez gérer dynamiquement la mise en réseau de votre centre
de données pour répondre aux exigences de votre charge de travail et de vos applications. Les stratégies réseau
peuvent être implémentées de manière cohérente et à l’échelle, même si vous déployez de nouvelles charges de
travail ou déplacez des charges de travail vers des réseaux virtuels ou physiques.
En déployant SDN dans l’infrastructure VMM, vous pouvez :
Approvisionner et gérer des réseaux virtuels à l’échelle.
Déployer et gérer l’infrastructure SDN, notamment les contrôleurs de réseau, équilibreurs de charge logiciels et
passerelles.
Définir et contrôler des stratégies de réseau virtuel de manière centralisée, et les lier à vos applications ou
charges de travail. Une fois votre charge de travail déployée ou déplacée, la configuration du réseau s’ajuste
automatiquement. C’est important, car cela vous évite de reconfigurer manuellement le matériel réseau. Vous
réduisez ainsi la complexité de vos opérations tout en économisant vos précieuses ressources pour des travaux
à plus fort impact.
Contrôler le flux de trafic entre les réseaux virtuels, notamment en définissant la bande passante garantie pour
vos charges de travail et applications critiques.
SDN regroupe un certain nombre de technologies, dont les suivantes :
Contrôleur de réseau : le contrôleur de réseau vous permet d’automatiser la configuration de votre
infrastructure réseau, éliminant ainsi la nécessiter de configurer manuellement les services et périphériques
réseau.
Passerelle RAS pour SDN : la passerelle RAS est un routeur logiciel multilocataire compatible BGP dans
Windows Server 2016. Il est conçu pour les fournisseurs de services de chiffrement et les entreprises qui
hébergent des réseaux virtuels à plusieurs locataires à l’aide de HNV.
Équilibrage de charge logiciel (SLB ) pour SDN : dans Windows Server 2016, SDN peut utiliser SLB pour
répartir uniformément le trafic réseau du locataire et des clients du locataire entre les ressources du réseau
virtuel. Le SLB Windows Server permet à plusieurs serveurs d’héberger la même charge de travail, offrant ainsi
un haut niveau de disponibilité et de scalabilité.
En savoir plus sur les technologies dans la pile SDN.

Étapes suivantes
Déployer les composants SDN à l’aide de PowerShell
Vous pouvez également déployer les composants SDN manuellement dans la console VMM :
Configurer un contrôleur de réseau
Configurer un équilibreur de charge logiciel
Configurer une passerelle RAS
Configurer un contrôleur de réseau SDN dans
l’infrastructure VMM
31/05/2019 • 48 minutes to read

Cet article décrit comment configurer un contrôleur de réseau SDN (Software-Defined Networking) dans
l’infrastructure System Center - Virtual Machine Manager (VMM ).
Le contrôleur de réseau SDN est un rôle de serveur évolutif à haut niveau de disponibilité qui vous permet
d’automatiser la configuration de l’infrastructure réseau au lieu d’effectuer une configuration manuelle du
périphérique réseau. En savoir plus.
Pour une introduction, regardez cette vidéo (environ cinq minutes), qui donne une vue d’ensemble du
déploiement des contrôleurs de réseau.

Prérequis
• Planifier un réseau SDN (Software-Defined Networking). En savoir plus.
• Planifier l’installation et le déploiement d’un contrôleur de réseau SDN. En savoir plus.

Avant de commencer
Pour configurer SDN dans l’infrastructure VMM, vous avez besoin des éléments suivants :
Un modèle de service : VMM utilise un modèle de service pour automatiser le déploiement du contrôleur
de réseau. Les modèles de service pour le contrôleur de réseau prennent en charge le déploiement à
plusieurs nœuds sur les machines virtuelles de première et deuxième générations.
Un disque dur virtuel : le modèle de service nécessite un disque dur virtuel préparé qui doit être importé
dans la bibliothèque VMM. Ce disque dur virtuel est utilisé pour les machines virtuelles du contrôleur de
réseau.
Le disque dur virtuel doit exécuter Windows Server 2016 avec les derniers correctifs installés.
Il peut être au format VHD ou VHDX.
Un réseau logique de gestion : modélise la connectivité du réseau de gestion physique pour les hôtes
VMM, les hôtes du contrôleur de réseau et les hôtes des machines virtuelles locataires.
Un commutateur logique : pour assurer la connectivité du réseau logique de gestion aux machines
virtuelles du contrôleur de réseau.
Un certificat SSL : pour authentifier les communications entre le serveur VMM et le contrôleur de réseau.
Un réseau logique de fournisseur HNV et des réseaux de machines virtuelles locataires : pour
valider le déploiement du contrôleur de réseau.
Autres prérequis : passez en revue les autres exigences.

Étapes du déploiement
Pour configurer un contrôleur de réseau SDN, effectuez les étapes suivantes :
1. Configurer des hôtes et une infrastructure réseau physique : vous devez accéder à vos appareils
réseau physiques pour configurer des réseaux VLAN, le routage, etc. Vous avez également besoin d’hôtes
Hyper-V pour héberger l’infrastructure SDN et les machines virtuelles clientes. En savoir plus.
2. Préparer un disque dur virtuel : vous pouvez préparer un disque dur virtuel pour le modèle de service
de contrôleur de réseau au format VHD ou VHDX, en fonction de la génération de modèle de service que
vous choisissez.
3. Télécharger les modèles de service : téléchargez les modèles de service de contrôleur de réseau et
importez-les dans la bibliothèque VMM.
4. Configurer des groupes de sécurité Active Directory : vous avez besoins d’un groupe de sécurité
Active Directory pour la gestion du contrôleur de réseau et d’un autre groupe de sécurité pour les clients
du contrôleur de réseau. Chaque groupe doit comporter au moins un compte d’utilisateur.
5. Configurer un partage de bibliothèque VMM. vous pouvez éventuellement configurer un partage de
fichiers de bibliothèque pour conserver les journaux de diagnostic. Le contrôleur de réseau accède à ce
partage de bibliothèque pour stocker des informations de diagnostic tout au long de sa durée de vie.
6. Configurer un groupe hôte VMM : définissez un groupe hôte dédié pour tous les hôtes Hyper-V SDN.

NOTE
Les hôtes doivent exécuter Windows Server 2016 avec les derniers correctifs installés et le rôle Hyper-V doit être
activé pour chacun d’eux.

7. Créer le réseau logique de gestion : créez un réseau logique pour mettre en miroir la connectivité du
réseau de gestion pour l’hôte VMM, les hôtes du contrôleur de réseau et les hôtes des machines
virtuelles locataires. Si vous souhaitez allouer des adresses IP statiques à partir d’un pool, créez un pool
sur ce réseau logique.
8. Créer et déployer un commutateur logique de gestion : créez le commutateur logique et déployez-le
sur les hôtes du contrôleur de réseau pour assurer la connectivité au réseau de gestion pour les machines
virtuelles du contrôleur de réseau.
9. Configurer un certificat : vous avez besoin d’un certificat SSL pour les communications
HTTPS/sécurisées avec le contrôleur de réseau.
10. Importer le modèle : importez et personnalisez le modèle de service de contrôleur de réseau.
11. Déployer le service : déployez le service de contrôleur de réseau à l’aide du modèle de service. Ensuite,
ajoutez-le en tant que service VMM.

Préparer un disque dur virtuel


1. Préparez le disque VHD ou VHDX en fonction du type de modèle que vous souhaitez utiliser.
2. Après avoir préparé le disque dur, installez les dernières mises à jour de Windows Server 2016 et les
modules linguistiques dont vous avez besoin si vous avez un environnement qui n’est pas en anglais.
3. Importez les fichiers VHD/VHDX dans la bibliothèque VMM. En savoir plus.

Télécharger le modèle de service de contrôleur de réseau


1. Téléchargez le dossier SDN à partir du dépôt Microsoft SDN GitHub et copiez les modèles à partir de
VMM >Modèles > NC sur un chemin local sur le serveur VMM.
2. Procédez à l’extraction du contenu dans un dossier sur un ordinateur local.
3. Actualisez la bibliothèque, vous allez importer les modèles de service ultérieurement.
NOTE
Les fichiers de ressources personnalisées sont utilisés pendant la configuration du contrôleur de réseau et d’autres
composants SDN (équilibreur de charge logiciel, passerelle RAS).

Le dossier NC contient quatre modèles de service et cinq dossiers de ressources personnalisés. En voici
la liste dans le tableau ci-après :
Modèles et fichiers de ressources
NOM TYPE DÉTAILS

Network Controller Production Modèle Contrôleur de réseau à trois nœuds


Generation 1 VM.xml pour les machines virtuelles de
première génération

Network Controller Production Modèle Contrôleur de réseau à trois nœuds


Generation 2 VM.xml pour les machines virtuelles de
deuxième génération

Network Controller Standalone Modèle Contrôleur de réseau à nœud unique


Generation 1 VM.xml pour les machines virtuelles de
première génération

Network Controller Standalone Modèle Contrôleur de réseau à nœud unique


Generation 2 VM.xml pour les machines virtuelles de
deuxième génération

NcSetup.cr Fichier de ressources personnalisées Ressource de bibliothèque contenant


les scripts utilisés pour configurer le
réseau.

ServerCertificate.cr Fichier de ressources personnalisées Ressource de bibliothèque contenant la


clé privée pour le contrôleur de réseau
au format .pfx.

NcCertificate.cr Fichier de ressources personnalisées Ressource de bibliothèque contenant le


certificat racine approuvé (.CER) pour le
contrôleur de réseau. Elle est utilisée
pour les communications sécurisées
entre le contrôleur de réseau et
d’autres sous-services (par exemple,
MUX SLB).

TrustedRootCertificate.cr Fichier de ressources personnalisées Ressource de bibliothèque contenant la


clé publique d’autorité de certification
(.cer), importée en tant que certificat
racine approuvé pour valider le
certificat SSL.

EdgeDeployment.cr Modèle Utilisé pour installer les rôles MUX SLB


et les rôles de passerelle (par exemple,
VPN).

Configurer des groupes Active Directory


Créez des groupes de sécurité pour la gestion du contrôleur de réseau et les clients.
1. Dans Utilisateurs et ordinateurs Active Directory, créez un groupe de sécurité pour la gestion du
contrôleur de réseau.
Dans le groupe, ajoutez tous les utilisateurs autorisés à configurer le contrôleur de réseau. Par
exemple, créez un groupe appelé Administrateurs du contrôleur de réseau.
Tous les utilisateurs que vous ajoutez à ce groupe doivent également être membres du groupe
Utilisateurs du domaine dans Active Directory.
Le groupe de gestion du contrôleur de réseau doit être un groupe local de domaine. Les membres de
ce groupe peuvent créer, supprimer et mettre à jour la configuration du contrôleur de réseau déployé.
Créez au moins un compte d’utilisateur membre de ce groupe ayant accès à ses informations
d’identification. Une fois le contrôleur de réseau déployé, vous pouvez configurer VMM pour utiliser
les informations d’identification de ce compte d’utilisateur afin d’établir la communication avec le
contrôleur de réseau.
2. Créer un autre groupe de sécurité pour les clients du contrôleur de réseau
Ajoutez les utilisateurs autorisés à configurer et à gérer des réseaux à l’aide du contrôleur de réseau.
Par exemple, créez un groupe appelé Utilisateurs du contrôleur de réseau.
Tous les utilisateurs que vous ajoutez au nouveau groupe doivent également être membres du groupe
Utilisateurs du domaine dans Active Directory.
Toutes les opérations de configuration et de gestion du contrôleur de réseau sont effectuées à l’aide de
la technologie REST (DNS ).
Le groupe doit être un groupe local de domaine. Une fois le contrôleur de réseau déployé, tout
membre de ce groupe est autorisé à communiquer avec le contrôleur de réseau par le biais de
l’interface REST.
Créez au moins un compte d’utilisateur membre de ce groupe. Une fois le contrôleur de réseau
déployé, vous pouvez configurer VMM pour utiliser les informations d’identification de ce compte
d’utilisateur afin d’établir la communication avec le contrôleur de réseau.

Créer un partage de bibliothèque pour la journalisation


1. Vous pouvez créer un partage de fichiers dans la bibliothèque VMM pour conserver les journaux de
diagnostic.
2. Vérifiez que le contrôleur de réseau peut accéder au partage. Le contrôleur de réseau accède au partage pour
stocker les informations de diagnostic. Notez les informations d’identification du compte qui aura accès en
écriture au partage.

Configurer des groupes hôtes


1. Créez un groupe hôte dédié pour les hôtes Hyper-V qui seront gérés par SDN.
2. Vérifiez que les hôtes Hyper-V exécutent Windows Server 2016 avec les derniers correctifs installés.

Créer le réseau logique de gestion


Vous créez un réseau logique de gestion dans VMM pour mettre en miroir votre réseau de gestion physique.
Le réseau logique fournit des paramètres de connectivité réseau pour l’hôte VMM, les hôtes du contrôleur de
réseau et les hôtes des machines virtuelles clientes.
Nous vous recommandons de créer ce réseau de gestion pour assurer expressément la connectivité aux
machines virtuelles de l’infrastructure gérées par le contrôleur de réseau.
Si vous disposez déjà d’un réseau logique VMM qui est configuré avec Créer un réseau de machines
virtuelles portant le même nom pour permettre aux machines virtuelles d’accéder directement à ce
réseau logique, vous pouvez réutiliser ce réseau logique pour assurer la connectivité de gestion au
contrôleur de réseau.
Utilisez la procédure suivante pour créer un réseau logique de gestion :
1. Cliquez sur Infrastructure > Mise en réseau. Cliquez avec le bouton droit sur Réseaux logiques > Créer
un réseau logique.
2. Indiquez un Nom et une Description facultative.
3. Dans Paramètres, sélectionnez Un seul réseau connecté. Le routage et la connectivité doivent être assurés
entre tous les hôtes de tous les réseaux de gestion. Sélectionnez Créer un réseau de machines virtuelles
portant le même nom pour permettre aux machines virtuelles d’accéder à ce réseau logique
directement pour créer automatiquement un réseau de machines virtuelles pour votre réseau de gestion.
4. Cliquez sur Site réseau > Ajouter. Sélectionnez le groupe hôte pour les hôtes qui doivent être gérés par le
contrôleur de réseau. Insérez les détails du sous-réseau IP de votre réseau de gestion. Ce réseau doit déjà
exister et être configuré dans votre commutateur physique.
5. Passez en revue les informations de la page Résumé, puis cliquez sur Terminer.
Créer un pool d’adresses IP
Si vous souhaitez allouer des adresses IP statiques aux machines virtuelles du contrôleur de réseau, vous devez
créer un pool d’adresses IP dans le réseau logique de gestion. Si vous utilisez DHCP, vous pouvez ignorer cette
étape.
1. Dans la console VMM, cliquez avec le bouton droit sur le réseau logique de gestion et sélectionnez Créer
un pool d’adresses IP.
2. Indiquez un nom et une description facultative pour le pool et vérifiez que le réseau de gestion est
sélectionné pour le réseau logique.
3. Dans le panneau Site réseau, sélectionnez le sous-réseau auquel ce pool d’adresses IP s’applique.
4. Dans le panneau Plage d’adresses IP, tapez les adresses IP de début et de fin.
5. Pour utiliser une adresse IP comme adresse IP REST, tapez l’une des adresses IP de la plage spécifiée
dans la zone Adresses IP à réserver pour une autre utilisation. Si vous souhaitez utiliser le point de
terminaison REST, ignorez cette étape.
N’utilisez pas les trois premières adresses IP de votre sous-réseau disponible. Par exemple, si votre
sous-réseau disponible s’étend de .1 à .254, démarrez votre plage à partir de .4 ou au-delà.
Si les nœuds sont dans le même sous-réseau, vous devez fournir l’adresse IP REST. Si les nœuds sont
dans des sous-réseaux différents, vous devez fournir un nom DNS REST.
6. Spécifiez l’adresse de passerelle par défaut et, si vous le souhaitez, configurez les paramètres DNS et
WINS.
7. Dans la page Résumé, passez en revue les paramètres, puis cliquez sur Terminer pour terminer
l’Assistant.

Créer et déployer un commutateur logique de gestion


Vous devez déployer un commutateur logique sur le réseau logique de gestion. Le commutateur assure la
connectivité entre le réseau logique de gestion et les machines virtuelles du contrôleur de réseau.
1. Dans la console VMM, cliquez sur Infrastructure > Mise en réseau > Créer un commutateur
logique. Passez en revue les informations de mise en route et cliquez sur Suivant.
2. Indiquez un nom et éventuellement une description. Sélectionnez Aucune association de liaison
montante. Si vous avez besoin d’une association, sélectionnez Association incorporée.
NOTE
N’utilisez pas Association.

3. Pour le mode de bande passante minimale, choisissez l’option Épaisseur.


4. Dans Extensions, effacez toutes les extensions de commutateur. Cette opération est importante. Si vous
sélectionnez l’une des extensions de commutateur à ce stade, elle risque de bloquer l’intégration du
contrôleur de réseau par la suite.
5. Vous pouvez éventuellement ajouter un profil de port virtuel et choisir une classification de port pour la
gestion des hôtes.
6. Sélectionnez un profil de port de liaison montante existant ou cliquez sur Ajouter > Nouveau profil de
port de liaison montante. Indiquez un nom et éventuellement une description. Utilisez les valeurs par
défaut de l’algorithme d’équilibrage de charge et du mode d’association. Sélectionnez tous les sites réseau
dans le réseau logique de gestion.
7. Cliquez sur Nouvelle carte réseau. Une carte réseau virtuelle hôte est ajoutée à votre commutateur
logique et à votre profil de port de liaison montante. Ainsi, quand vous ajoutez le commutateur logique à
vos hôtes, les cartes réseau virtuelles sont ajoutées automatiquement.
8. Indiquez un nom pour la carte réseau virtuelle. Vérifiez que le réseau de machines virtuelles de gestion
est répertorié dans Connectivité.
9. Sélectionnez Cette carte réseau sera utilisée pour la gestion de l’ordinateur hôte > Hériter les
paramètres de connexion de la carte hôte. Cela vous permet de prendre les paramètres de la carte
réseau virtuelle qui existe déjà sur l’ordinateur hôte. Si vous avez créé précédemment une classification
de port et un profil de port virtuel, vous pouvez les sélectionner maintenant.
10. Dans Résumé, passez en revue les informations, puis cliquez sur Terminer pour terminer l’Assistant.
Déployer le commutateur logique
Vous devez déployer le commutateur logique de gestion sur tous les hôtes où vous prévoyez de déployer le
contrôleur de réseau. Ces hôtes doivent faire partie du groupe hôte VMM que vous avez créé précédemment En
savoir plus.

Configurer les certificats de sécurité


Vous avez besoin d’un certificat SSL pour établir des communications HTTPS/sécurisées avec le contrôleur de
réseau. Vous pouvez utiliser les méthodes suivantes :
Certificat auto-signé : vous pouvez générer un certificat auto-signé, puis l’exporter avec la clé privée
protégée par un mot de passe.
Certificat d’autorité de certification : vous pouvez utiliser un certificat signé par une autorité de
certification.
Utiliser un certificat auto -signé
L’exemple suivant, qui crée un certificat auto-signé, doit être exécuté sur le serveur VMM.
NOTE
Vous pouvez utiliser une adresse IP comme nom DNS, mais cela n’est pas recommandé, car elle restreint le contrôleur
de réseau à un seul sous-réseau.
Vous pouvez donner n’importe quel nom convivial au contrôleur de réseau.
Pour un déploiement à plusieurs nœuds, le nom DNS doit être le nom REST que vous souhaitez utiliser.
Pour un déploiement à nœud unique, le nom DNS doit être le nom du contrôleur de réseau suivi du nom de domaine
complet.

DÉPLOIEMENT SYNTAXE EXEMPLE

Plusieurs nœuds New-SelfSignedCertificate - New-SelfSignedCertificate -


KeyUsageProperty All -Provider KeyUsageProperty All -Provider
"Microsoft Strong Cryptographic "Microsoft Strong Cryptographic
Provider" -FriendlyName " Provider" -FriendlyName
<YourNCComputerName>" -DnsName "MultiNodeNC" -DnsName
@("<NCRESTName>") @("NCCluster.Contoso.com")

Nœud unique New-SelfSignedCertificate - New-SelfSignedCertificate -


KeyUsageProperty All -Provider KeyUsageProperty All -Provider
"Microsoft Strong Cryptographic "Microsoft Strong Cryptographic
Provider" -FriendlyName " Provider" -FriendlyName
<YourNCComputerName>" -DnsName "SingleNodeNC" -DnsName
@("<NCFQDN>") @("SingleNodeNC.Contoso.com")

Exporter le certificat auto-signé


Exportez le certificat et sa clé privée au format .pfx.
1. Ouvrez le composant logiciel enfichable Certificats (certlm.msc) et recherchez le certificat dans
Personnel/Certificats.
2. Sélectionnez le certificat > Toutes les tâches > Exporter.
3. Sélectionnez l’option Oui, exporter la clé privée, puis cliquez sur Suivant.
4. Choisissez Échange d’informations personnelles - PKCS #12 (.PFX) et acceptez la valeur par défaut
Inclure tous les certificats dans le chemin d’accès de certification si possible.
5. Définissez Utilisateurs/Groupes et un mot de passe pour le certificat exporté, puis cliquez sur Suivant.
6. Dans la page Fichier à exporter, accédez à l’emplacement où vous souhaitez placer le fichier exporté et
donnez-lui un nom.
7. De même, exportez le certificat au format .CER

NOTE
Pour exporter au format. CER, décochez l’option Oui, exporter la clé privée.

8. Copiez le fichier .PFX dans le dossier ServerCertificate.cr.


9. Copiez le fichier .CER dans le dossier NCCertificate.cr.
Quand vous avez terminé, actualisez ces dossiers et vérifiez que les certificats ont été copiés.
Utiliser une autorité de certification
1. Demandez un certificat signé par une autorité de certification. Pour une autorité de certification d’entreprise
Windows, utilisez l’Assistant Demande de certificat.
2. Vérifiez que le certificat inclut l’utilisation améliorée de la clé serverAuth, spécifiée par l’OID 1.3.6.1.5.5.7.3.1.
Le nom de sujet du certificat doit également correspondre au nom DNS du contrôleur de réseau.
3. Copiez le fichier .PFX dans le dossier ServerCertificate.cr.
4. Copiez le fichier .CER dans le dossier NCCertificate.cr.
5. Copiez la clé publique de l’autorité de certification au format .CER dans TrustedRootCertificate.cr.

NOTE
Assurez-vous que l’autorité de certification d’entreprise est configurée pour l’inscription automatique de certificat.

Configurer le modèle de service


Importez le modèle et mettez à jour les paramètres pour votre environnement.
Importer le modèle
Importez le modèle de service dans la bibliothèque VMM. Dans cet exemple, nous allons importer le modèle de
deuxième génération.
1. Cliquez sur Bibliothèque > Importer le modèle.
2. Accédez au dossier de modèles de service, puis sélectionnez le fichier Network Controller Production
Generation 2 VM.xml.
3. Quand vous importez le modèle de service, mettez à jour les paramètres pour votre environnement.
Passez en revue les détails, puis cliquez sur Importer.
WinServer.vhdx : sélectionnez l’image de disque dur virtuel de base que vous avez préparée
précédemment.
NCSetup.cr : mappez cette ressource à la ressource de bibliothèque NCSetup.cr dans la bibliothèque
VMM.
ServerCertificate.cr : mappez cette ressource à la ressource ServerCertificate.cr dans la bibliothèque
VMM. Placez également dans ce dossier le certificat SSL .pfx que vous avez préparé précédemment.
Vérifiez que le dossier ServerCertificate.cr ne compte qu’un seul certificat.
TrustedRootCertificate.cr : Mappez-la au dossier TrustedRootCertificate.cr dans votre bibliothèque
VMM. Même si vous n’avez pas besoin d’un certificat racine approuvé, cette ressource doit être
mappée à un dossier CR. Toutefois, le dossier doit être vide.
4. Quand vous avez fini, vérifiez que le travail est terminé.
Personnaliser le modèle
Vous pouvez personnaliser le modèle de service pour répondre aux exigences spécifiques à votre organisation,
telles que la clé de produit, l’affectation d’adresse IP, DHCP, l’usurpation MAC et la haute disponibilité. Vous
pouvez également personnaliser les propriétés des objets tels que les groupes hôtes, les clusters hôtes et les
instances de service.
Par exemple, voici les étapes pour entrer la clé de produit, l’activation de DHCP et la haute disponibilité :
1. Dans la bibliothèque VMM, sélectionnez le modèle de service et ouvrez-le en mode concepteur.
2. Double-cliquez sur le niveau d’ordinateur pour ouvrir la page Propriétés du contrôleur de réseau Windows
Server.
3. Pour spécifier une clé de produit, cliquez sur Configuration du système d’exploitation > Clé de produit
et spécifiez la clé partagée par CCEP.
4. Pour activer la haute disponibilité, cliquez sur Configuration matérielle > Disponibilité, cochez la case
Rendre cet ordinateur virtuel hautement disponible.
5. Pour activer la configuration IP dynamique et utiliser DHCP pour la gestion du contrôleur de réseau, cliquez
sur la carte réseau du concepteur et sélectionnez Dynamique comme type d’adresse IPV4.

NOTE
Si vous personnalisez le modèle pour la haute disponibilité, vérifiez que vous le déployez sur des nœuds en cluster.
Lors de la configuration de votre contrôleur de réseau et de la définition du nom de domaine complet comme nom
REST, ne créez pas au préalable d’enregistrement d’hôte A pour le nœud principal de votre contrôleur de réseau sur
votre DNS. Cela peut affecter la connectivité du contrôleur de réseau une fois que le nœud du contrôleur de réseau
principal change. Cela s’applique même si vous déployez le contrôleur de réseau à l’aide d’un script SDN Express ou
VMM Express.

Déployer le contrôleur de réseau


1. Sélectionnez le modèle de service de contrôleur de réseau > Configurer le déploiement. Tapez un nom
de service, puis sélectionnez une destination pour l’instance de service. La destination doit mapper au
groupe hôte dédié contenant les hôtes qui seront gérés par le contrôleur de réseau.
2. Configurez les paramètres de déploiement comme décrit dans le tableau ci-dessous.
3. Il est normal que les instances de machine virtuelle soient rouges au départ. Cliquez sur Actualiser
l’aperçu pour que le service de déploiement recherche automatiquement des hôtes appropriés pour
créer les machines virtuelles.
4. Après avoir configuré ces paramètres, cliquez sur Déployer le service pour commencer le travail de
déploiement du service.

NOTE
La durée du déploiement varie en fonction de votre matériel, mais elle est généralement comprise entre 30 et
60 minutes. Notez que si vous n’utilisez pas de disque VHD\VHDX avec licence en volume, ou que si le disque
VHD\VHDX ne fournit pas la clé de produit dans un fichier de réponses, le déploiement s’arrête à la page Clé de
produit pendant la configuration des machines virtuelles du contrôleur de réseau. Vous devez accéder
manuellement au bureau de la machine virtuelle, puis entrer la clé de produit ou ignorer cette étape.

5. En cas d’échec du déploiement du contrôleur de réseau, supprimez l’instance de service ayant échoué
avant de retenter le déploiement du contrôleur de réseau. Cliquez sur Machines virtuelles et services
> Tous les hôtes > Services, puis supprimez l’instance.
Paramètres de déploiement
PARAMÈTRE CONFIGURATION REQUISE DESCRIPTION

ClientSecurityGroup Obligatoire Nom du groupe de sécurité créé


précédemment (contenant les comptes
clients du contrôleur de réseau).

DiagnosticLogShare Facultatif Emplacement du partage de fichiers


dans lequel les journaux de diagnostic
sont chargés régulièrement. S’il n’est
pas spécifié, les journaux sont stockés
localement sur chaque nœud.
PARAMÈTRE CONFIGURATION REQUISE DESCRIPTION

DiagnosticLogShareUsername Facultatif Nom d’utilisateur complet (nom de


domaine inclus) pour un compte
disposant d’autorisations d’accès au
partage des journaux de diagnostic.
Format : [domaine]\[nom_utilisateur].

DiagnosticLogSharePassword Facultatif Mot de passe du compte spécifié dans


le paramètre
DiagnosticLogShareUsername.

LocalAdmin Obligatoire Sélectionnez un compte d’identification


dans votre environnement à utiliser
comme administrateur local sur les
machines virtuelles du contrôleur de
réseau.

Remarque : Lors de la création de


comptes d’identification, décochez
l’option Valider les informations
d’identification de domaine si vous
créez un compte local.

Le nom d’utilisateur doit être


.\Administrator (créez-le s’il n’existe
pas).

Gestion Obligatoire Sélectionnez le réseau logique de


gestion créé précédemment.

MgmtDomainAccount Obligatoire Sélectionnez un compte d’identification


dans votre environnement, utilisé pour
préparer le contrôleur de réseau. Cet
utilisateur doit être membre du groupe
de sécurité de gestion, indiqué ci-
dessous, qui dispose de privilèges pour
gérer le contrôleur de réseau.

MgmtDomainAccountName Obligatoire Il doit s’agir du nom d’utilisateur


complet (y compris le nom de
domaine) du compte d’identification
mappé à MgmtDomainAccount.

Le nom d’utilisateur de domaine est


ajouté au groupe Administrateurs
pendant le déploiement.

MgmtDomainAccountPassword Obligatoire Mot de passe pour le compte


d’identification de gestion mappé à
MgmtDomainAccount.

MgmtDomainFQDN Obligatoire Nom de domaine complet du domaine


Active Directory auquel les machines
virtuelles du contrôleur de réseau se
connectent.

MgmtSecurityGroup Obligatoire Nom du groupe de sécurité créé


précédemment (contenant les comptes
de gestion du contrôleur de réseau).
PARAMÈTRE CONFIGURATION REQUISE DESCRIPTION

RestEndPoint Obligatoire Entrez le RESTName que vous avez


utilisé pendant la préparation des
certificats. Ce paramètre n’est pas utilisé
pour les modèles autonomes.

Si les nœuds sont dans le même sous-


réseau, vous devez fournir l’adresse IP
REST. Si les nœuds sont dans des sous-
réseaux différents, fournissez le nom
DNS REST.

ServerCertificatePassword Obligatoire Mot de passe pour importer le


certificat dans le magasin de la
machine.

NOTE
À compter de Windows 2019, les machines Contrôleur de réseau doivent recevoir l’autorisation d’inscrire et de modifier le
nom de principal du service dans Active Directory. Pour plus d’informations, consultez Kerberos avec un nom de principal
du service.

Ajouter le service de contrôleur de réseau à VMM


Une fois que le service de contrôleur de réseau est correctement déployé, l’étape suivante consiste à l’ajouter à
VMM comme un service réseau.
1. Dans Infrastructure, cliquez avec le bouton droit sur Mise en réseau > Service réseau, puis cliquez sur
Ajouter un service réseau.
2. L’Assistant Ajout d’un service réseau s’ouvre. Indiquez un nom et une description facultative.
3. Sélectionnez Microsoft pour le fabricant, et pour le modèle sélectionnez Contrôleur de réseau
Microsoft.
4. Dans Informations d’identification, indiquez le compte d’identification à utiliser pour configurer le
service réseau. Il doit s’agir du même compte que vous avez inclus dans le groupe de clients du
contrôleur de réseau.
5. Pour la Chaîne de connexion :
Dans un déploiement à plusieurs nœuds, ServerURL doit utiliser le point de terminaison REST et
servicename doit être le nom de l’instance du contrôleur de réseau.
Dans un déploiement à nœud unique, ServerURL doit être le nom de domaine complet du contrôleur
de réseau et servicename doit être le nom d’instance du service de contrôleur de réseau. Exemple :
serverurl=https://NCCluster.contoso.com;servicename=NC_VMM_RTM
6. Dans Vérifier les certificats, une connexion est établie à la machine virtuelle du contrôleur de réseau
pour récupérer le certificat. Vérifiez que le certificat affiché est celui que vous attendez. Veillez à
sélectionner Ces certificats ont été vérifiés et peuvent être importés dans le magasin de
certificats de confiance.
7. Dans l’écran suivant, cliquez sur Analyser le fournisseur pour vous connecter à votre service et
répertorier les propriétés et leur état. C’est aussi une bonne façon de vérifier si le service a été
correctement créé et si vous utilisez la chaîne de connexion appropriée pour la connexion. Examinez les
résultats et vérifiez que isNetworkController = true. Dans l’affirmative, cliquez sur Fermer.
8. Configurez le groupe hôte que votre contrôleur de réseau va gérer.
9. Cliquez sur Terminer pour terminer l’Assistant. Une fois le service ajouté à VMM, il apparaît dans la liste
Services réseau dans la console VMM. Si le service réseau n’est pas ajouté, consultez Travaux dans la
console VMM pour résoudre ce problème.

Valider le déploiement
Il est possible de valider le déploiement du contrôleur de réseau. Pour cela :
1. Créez un réseau de fournisseur HNV (réseau principal), géré par le contrôleur de réseau pour assurer la
connectivité des machines virtuelles clientes. Ce réseau est utilisé pour vérifier que le contrôleur de réseau a
été déployé avec succès et que les machines virtuelles clientes d’un même réseau virtuel peuvent
communiquer entre elles. Ce réseau doit exister dans l’infrastructure de votre réseau physique, et tous les
hôtes de l’infrastructure SDN doivent disposer d’une connectivité physique à celui-ci.
2. Au-dessus du réseau de fournisseur HNV que vous venez de créer, configurez deux réseaux de machines
virtuelles clientes. Créez des réseaux de machines virtuelles et des pools d’adresses IP, puis déployez les
machines virtuelles clientes. Vous pouvez aussi tester la connectivité entre deux machines virtuelles clientes
déployées sur des hôtes différents pour vérifier que le contrôleur de réseau est déployé correctement.
Créer le réseau de fournisseur HNV
1. Démarrez l’Assistant Créer un réseau logique. Tapez un nom et une description facultative pour ce réseau.
2. Dans Paramètres, vérifiez que l’option Un seul réseau connecté est sélectionnée, car tous les réseaux de
fournisseur HNV doivent assurer le routage et la connectivité entre tous les hôtes de ce réseau. Cochez
Autoriser les nouveaux réseaux d’ordinateurs virtuels créés sur ce réseau logique à utiliser la
virtualisation de réseau. Sélectionnez également Géré par le contrôleur de réseau.
3. Dans Site réseau, ajoutez les informations de site réseau de votre réseau de fournisseur HNV. Incluez les
informations du groupe hôte, du sous-réseau et du réseau local virtuel pour le réseau.
4. Passez en revue les informations de la page Résumé et terminez l’Assistant.
Créer le pool d’adresses IP
Le réseau logique de fournisseur HNV nécessite un pool d’adresses IP, même si DHCP est disponible sur ce
réseau. Si vous avez plusieurs sous-réseaux sur le réseau de fournisseur HNV, créez un pool pour chaque sous-
réseau.
1. Cliquez avec le bouton droit sur le réseau logique de fournisseur HNV > Créer un pool d’adresses IP.
2. Indiquez un nom et une description facultative, puis vérifiez que le réseau de fournisseur HNV est
sélectionné pour le réseau logique.
3. Dans Site réseau, vous devez sélectionner le sous-réseau auquel ce pool d’adresses IP s’applique. Si
vous avez plusieurs sous-réseaux dans le cadre de votre réseau de fournisseur HNV, vous devez créer un
pool d’adresses IP statiques pour chaque sous-réseau. Si vous avez un seul site (comme dans l’exemple
de topologie), vous pouvez simplement cliquer sur Suivant.
4. Dans Plage d’adresses IP, configurez les adresses IP de début et de fin. N’utilisez pas la première
adresse IP de votre sous-réseau disponible. Par exemple, si votre sous-réseau disponible s’étend de .1
à .254, démarrez votre plage à .2 ou plus.
5. Ensuite, configurez l’adresse de la passerelle par défaut. Cliquez sur Insérer à côté de la zone Passerelles
par défaut, tapez l’adresse et utilisez la métrique par défaut. Si vous le souhaitez, configurez DNS et
WINS.
6. Passez en revue les informations de résumé et cliquez sur Terminer pour terminer l’Assistant.
7. Dans le cadre de l’intégration du contrôleur de réseau, le commutateur que vous avez déployé sur les
hôtes pour la connectivité du réseau logique de gestion a été converti en commutateur SDN. Ce
commutateur peut maintenant être utilisé pour déployer un réseau géré par le contrôleur de réseau,
notamment le réseau logique de fournisseur HNV. Sélectionnez le site réseau correspondant au réseau
logique de fournisseur HNV dans les paramètres de profil de port de liaison montante du commutateur
logique de gestion.

Le réseau logique de fournisseur HNV est désormais accessible à tous les hôtes du groupe hôte géré par le
contrôleur de réseau.
Créer des réseaux de machines virtuelles clientes et des pools d’adresses IP
À présent, créez deux réseaux de machines virtuelles et pools d’adresses IP pour les deux clients dans votre
infrastructure SDN pour tester la connectivité.

NOTE
N’utilisez pas la première adresse IP de votre sous-réseau disponible. Par exemple, si votre sous-réseau disponible
s’étend de .1 à .254, démarrez votre plage à .2 ou plus.
Pour l’instant, vous ne pouvez pas créer de réseau de machines virtuelles avec l’option Aucune isolation pour les
réseaux logiques gérés par le contrôleur de réseau. Vous devez choisir l’option d’isolation Isoler à l’aide de la
virtualisation réseau Hyper-V quand vous créez des réseaux de machines virtuelles associés à des réseaux logiques
de fournisseur HNV.
Étant donné que le contrôleur de réseau n’est pas encore testé avec IPv6, utilisez IPv4 pour le réseau logique et le
réseau de machines virtuelles quand vous créez un réseau de machines virtuelles.

1. Créez un réseau de machines virtuelles pour chaque client.


2. Créez un pool d’adresses IP pour chaque réseau de machines virtuelles.
Créer des machines virtuelles clientes
Vous pouvez à présent créer des machines virtuelles clientes connectées au réseau virtuel client. Sachez que :
Vérifiez que vos machines virtuelles clientes autorisent ICMP IPv4 à travers leur pare-feu. Par défaut,
Windows Server le bloque.
Vous pouvez exécuter l’applet de commande PowerShell suivante pour autoriser le trafic entrant ICMPv4 par
le biais du pare-feu : New-NetFirewallRule –DisplayName “Allow ICMPv4-In” –Protocol ICMPv4
1. Si vous souhaitez créer une machine virtuelle à partir d’un disque dur existant, suivez ces instructions.
2. Après avoir déployé au moins deux machines virtuelles connectées au réseau, vous pouvez effectuer un test
Ping sur une des machines virtuelles clientes à partir d’une autre machine virtuelle cliente pour valider que le
contrôleur de réseau a correctement été déployé en tant que service réseau, et qu’il peut gérer le réseau de
fournisseur HNV pour que les machines virtuelles clientes puissent communiquer entre elles.

Supprimer le contrôleur de réseau de l’infrastructure SDN


Pour supprimer le contrôleur de réseau de l’infrastructure SDN, procédez comme suit.

Étapes suivantes
Créer un équilibreur de charge logiciel
Configurer un équilibreur de charge logiciel SDN
dans l’infrastructure VMM
19/03/2019 • 26 minutes to read

Cet article décrit comment déployer un équilibreur de charge logiciel (SLB ) SDN (Software-Defined
Networking) dans l’infrastructure System Center - Virtual Machine Manager (VMM ).
L’équilibreur de charge logiciel (SLB, Software Load Balancer) permet de répartir uniformément le trafic réseau
des clients et de la clientèle des clients entre les ressources du réseau virtuel. Plusieurs serveurs peuvent
héberger la même charge de travail, offrant ainsi un haut niveau de disponibilité et de scalabilité. En savoir plus.
Vous pouvez utiliser VMM pour déployer un contrôleur de réseau et un équilibreur de charge logiciel. Après
avoir configuré le SLB, vous pouvez tirer parti des fonctionnalités de multiplexage et de traduction d’adresses
réseau (NAT) de votre infrastructure SDN.

Avant de commencer
Vérifiez les éléments suivants :
Planification : découvrez comment planifier un réseau à définition logicielle et passez en revue la topologie
de planification dans ce document. Le diagramme illustre un exemple de configuration à 4 nœuds. La
configuration atteint un haut niveau de disponibilité avec trois nœuds de contrôleur de réseau (machines
virtuelles) et trois nœuds SLB/MUX. Elle montre deux clients avec un réseau virtuel divisé en deux sous-
réseaux virtuels pour simuler un niveau web et un niveau de base de données. L’infrastructure et les
machines virtuelles clientes peuvent être redistribuées sur n’importe quel hôte physique.
Contrôleur de réseau : veillez à déployer un contrôleur de réseau SDN dans l’infrastructure VMM. Ainsi,
quand vous configurez l’équilibrage de charge, l’infrastructure réseau et de calcul est déjà en cours
d’exécution.
Certificat SSL : pour importer le modèle de service SLB, vous devez préparer un certificat SSL. Vous avez
mis à disposition le certificat durant le déploiement du contrôleur de réseau. Pour utiliser le certificat que
vous avez préparé dans le cadre du déploiement du contrôleur de réseau pour SLB, cliquez dessus avec le
bouton droit et exportez-le sans mot de passe au format .CER. Placez-le dans la bibliothèque, dans le dossier
NCCertificate.CR que vous avez créé durant la configuration du contrôleur de réseau.
Modèle de service : VMM utilise un modèle de service pour automatiser le déploiement du SLB. Les
modèles de service prennent en charge le déploiement à plusieurs nœuds sur les machines virtuelles de
génération 1 et de génération 2.
Machines virtuelles SLB : toutes les machines virtuelles SLB doivent exécuter Windows Server 2016 avec
les derniers correctifs installés.
Réseau HNV : vérifiez que vous avez créé le réseau de fournisseur HNV lors de la validation du contrôleur
de réseau. En savoir plus.

Étapes du déploiement
1. Préparer le certificat SSL : placez le certificat dans la bibliothèque VMM.
2. Télécharger le modèle de service : téléchargez le modèle de service nécessaire pour déployer le
SLB/MUX.
3. Créer les réseaux logiques de transit : vous devez créer des réseaux logiques :
Un réseau logique pour mettre en miroir le réseau physique de transit (frontal).
Des réseaux d’adresses IP virtuelles privés et publics pour attribuer des adresses IP virtuelles au
service SLB.
4. Créer des réseaux logiques d’adresses IP virtuelles privées et publiques : Des réseaux d’adresses IP
virtuelles privés et publics pour attribuer des adresses IP virtuelles au service SLB.
5. Importer le modèle de service : importez et personnalisez le modèle de service SLB.
6. Déployer SLB : déployez SLB en tant que service VMM, puis configurez les propriétés du service.
7. Valider le déploiement : configurez l’appairage BGP entre l’instance SLB/MUX et un routeur BGP,
attribuez une adresse IP publique à une machine virtuelle ou à un service client, puis accédez à la machine
virtuelle ou au service à partir d’un emplacement extérieur au réseau.

Préparer le certificat
Vérifiez que le certificat SSL que vous avez créé au cours du déploiement du contrôleur de réseau est copié dans
le dossier NCCertificate.CR.

Télécharger le modèle de service


1. Téléchargez le dossier SDN à partir du dépôt Microsoft SDN GitHub et copiez les modèles à partir de VMM
>Modèles > SLB sur un chemin local du serveur VMM.
2. Procédez à l’extraction du contenu dans un dossier sur un ordinateur local. Vous l’importerez dans la
bibliothèque plus tard.
Le téléchargement contient deux modèles :
Le modèle SLB Production Generation 1 VM.xml permet de déployer le service SLB sur les machines
virtuelles de génération 1.
SLB Production Generation 2 VM.xml permet de déployer le service SLB sur les machines virtuelles de
génération 2.
Le nombre de machines virtuelles par défaut pour les deux modèles est 3, mais vous pouvez modifier ce
nombre dans le concepteur de modèles de services.

Créer le réseau logique de transit


1. Ouvrez l’Assistant Créer un réseau logique, puis tapez un nom et une description facultative.
2. Dans Paramètres, sélectionnez Un seul réseau connecté. Cochez la case Créer un réseau de machines
virtuelles portant le même nom pour permettre aux machines virtuelles d’accéder directement à ce réseau
logique, puis sélectionnez Géré par le contrôleur de réseau.
3. Dans Site réseau, ajoutez les informations de site réseau de votre sous-réseau.
4. Passez en revue les informations de la page Résumé et terminez l’Assistant Créer un réseau logique.
Créer un pool d’adresses IP pour le réseau logique de transit
Il s’agit du pool d’adresses IP dans lequel des adresses IP dynamiques sont attribuées aux machines virtuelles
du SLB/MUX et à la machine virtuelle du pair BGP (si déployée).
Remarque :
Utilisez la plage d’adresses IP qui correspond à l’espace d’adressage IP de votre réseau de transit.N’incluez
pas la première adresse IP de votre sous-réseau dans le pool d’adresses IP que vous créez. Par exemple, si
votre sous-réseau disponible s’étend de .1 à .254, démarrez votre plage à .2.
Une fois créé le réseau logique de transit, associez ce réseau logique au profil de port de liaison montante du
commutateur de gestion que vous avez créé pendant le déploiement du contrôleur de réseau.
Créer le pool d’adresses IP :
1. Cliquez avec le bouton droit sur le réseau logique > Créer un pool d’adresses IP.
2. Indiquez un nom et une description facultative pour le pool d’adresses IP, puis vérifiez que le réseau
logique sélectionné est correct.
3. Dans Site réseau, sélectionnez le sous-réseau auquel ce pool d’adresses IP s’applique. Si vous avez
plusieurs sous-réseaux dans le cadre de votre réseau de fournisseur HNV, vous devez créer un pool
d’adresses IP statiques pour chaque sous-réseau. Si vous avez un seul site (comme dans l’exemple de
topologie), vous pouvez simplement cliquer sur Suivant.
4. Dans Plage d’adresses IP, configurez les adresses IP de début et de fin. N’utilisez pas les trois premières
adresses IP de votre sous-réseau disponible. Par exemple, si votre sous-réseau disponible s’étend de .1
à .254, démarrez votre plage à partir de .4 ou au-delà.
5. Ensuite, configurez l’adresse de la passerelle par défaut. Cliquez sur Insérer à côté de la zone Passerelles
par défaut, tapez l’adresse et utilisez la métrique par défaut. Si vous le souhaitez, configurez DNS et
WINS.
6. Passez en revue les informations de résumé et cliquez sur Terminer pour terminer l’Assistant.
Remarque : Veillez à associer le réseau logique au profil de port de liaison montante du commutateur de
gestion.

Créer des réseaux logiques d’adresses IP virtuelles privées et


publiques
Vous avez besoin d’un pool d’adresses IP virtuelles privées pour attribuer une adresse IP virtuelle, et une
adresse IP virtuelle publique, au service du gestionnaire SLB. Notez que la procédure de création des deux
réseaux est similaire, mais il existe certaines différences.
Créer un réseau d’adresses IP virtuelles privées :
1. Démarrez l’Assistant Créer un réseau logique. Tapez un nom et éventuellement une description pour ce
réseau.
2. Dans Paramètres, sélectionnez Un seul réseau connecté. Sélectionnez Créer un réseau de machines
virtuelles portant le même nom pour permettre aux machines virtuelles d’accéder à ce réseau
logique directement. Sélectionnez Géré par le contrôleur de réseau.
3. Dans Site réseau, ajoutez les informations de site réseau de votre réseau logique d’adresses IP virtuelles
privées.
4. Passez en revue les informations de la page Résumé et terminez l’Assistant.
Créer un réseau d’adresses IP virtuelles publiques :
1. Démarrez l’Assistant Créer un réseau logique. Tapez un nom et éventuellement une description pour ce
réseau.
2. Dans Paramètres, sélectionnez Un seul réseau connecté. Sélectionnez Créer un réseau de machines
virtuelles portant le même nom pour permettre aux machines virtuelles d’accéder à ce réseau
logique directement. Sélectionnez Géré par le contrôleur de réseau et Réseau d’adresses IP
publiques.
3. Dans Site réseau, ajoutez les informations de site réseau de votre réseau logique d’adresses IP virtuelles
publiques.
4. Passez en revue les informations de la page Résumé et terminez l’Assistant.
Créer des pools d’adresses IP pour les réseaux d’adresses IP virtuelles privées et publiques
1. Cliquez avec le bouton droit sur le réseau logique d’adresses IP virtuelles privées > Créer un pool
d’adresses IP.
2. Indiquez un nom et une description facultative pour le pool d’adresses IP, puis vérifiez que le réseau
logique sélectionné est correct.
3. Acceptez le site réseau par défaut, puis cliquez sur Suivant.
4. Dans Plage d’adresses IP, configurez les adresses IP de début et de fin.
Remarque : N’utilisez pas la première adresse IP de votre sous-réseau disponible. Par exemple, si votre
sous-réseau disponible s’étend de .1 à .254, démarrez votre plage à .2 ou plus.
5. Dans Adresses IP réservées pour les adresses IP virtuelles d’équilibrage de charge, tapez la plage
d’adresses IP du sous-réseau. Celle-ci doit correspondre aux adresses de début et de fin spécifiées.
6. Il est inutile de spécifier les informations sur la passerelle, DNS ou WINS, car ce pool est utilisé pour
allouer des adresses IP pour les adresses IP virtuelles uniquement par le biais du contrôleur de réseau.
Cliquez sur Suivant pour ignorer ces écrans. Tapez l’adresse et utilisez la métrique par défaut. Si vous le
souhaitez, configurez DNS et WINS.
7. Passez en revue les informations de résumé et cliquez sur Terminer pour terminer l’Assistant.
8. Répétez la procédure pour le réseau logique d’adresses IP virtuelles publiques, mais cette fois en tapant
la plage d’adresses IP du réseau public.

Importer le modèle de service


Importez le modèle de service dans la bibliothèque VMM. Dans cet exemple, nous allons importer le modèle de
génération 2.
1. Cliquez sur Bibliothèque > Importer le modèle.
2. Accédez au dossier de modèles de service, puis sélectionnez le fichier SLB Production Generation 2
VM.xml.
3. Quand vous importez le modèle de service, mettez à jour les paramètres pour votre environnement.
Notez que les ressources de bibliothèque ont été importées pendant le déploiement du contrôleur de
réseau.
WinServer.vhdx : sélectionnez l’image de disque dur virtuel que vous avez préparée et importée
précédemment pendant le déploiement du contrôleur de réseau.
NCCertificate.CR : cette ressource de bibliothèque contient les scripts utilisés pour configurer le
contrôleur de réseau. Mappez-la à la ressource de bibliothèque NCCertificate.cr dans la bibliothèque
VMM.
EdgeDeployment.CR : mappez cette ressource à la ressource de bibliothèque EdgeDeployment.cr
dans la bibliothèque VMM.
4. Si tout est en ordre, vous avez dû copier le certificat .CER précédemment créé dans le dossier
NCCertificate.CR.
5. Dans la page Résumé, examinez les détails, puis cliquez sur Importer.
Remarque : Vous pouvez personnaliser le modèle de service. En savoir plus.

Déployer le service SLB


Déployez à présent une instance de service SLB/MUX.
1. Sélectionnez le modèle de service SLB Production Generation 2 VM.xml > Configurer le
déploiement. Tapez un nom et éventuellement une destination pour l’instance de service. La destination
doit mapper à un groupe hôte qui contient les hôtes configurés.
2. Dans la section Paramètres réseau, mappez TransitNetwork à votre réseau de machines virtuelles de
transit et ManagementNetwork à votre réseau de machines virtuelles de gestion.
Remarque : La boîte de dialogue Déployer le service s’affiche une fois le mappage terminé. Il est
normal que les instances de machine virtuelle soient rouges au départ. Cliquez sur Actualiser l’aperçu
pour rechercher automatiquement les hôtes appropriés pour la machine virtuelle.
3. Sur la gauche de la fenêtre Configurer le déploiement, configurez les paramètres comme indiqué dans
le tableau suivant :

PARAMÈTRE CONFIGURATION REQUISE DESCRIPTION

Réseau de transit Obligatoire Votre réseau de machines virtuelles


de transit.

LocalAdmin Obligatoire Sélectionnez un compte


d’identification dans votre
environnement à utiliser comme
administrateur local sur les machines
virtuelles. Le nom d’utilisateur doit
être Administrator.

Réseau de gestion Obligatoire Choisissez le réseau de machines


virtuelles de gestion que vous avez
créé pour la gestion des hôtes.

MgmtDomainAccount Obligatoire Sélectionnez un compte


d’identification disposant des
autorisations nécessaires pour
ajouter les machines virtuelles
SLB/MUX au domaine Active
Directory associé au contrôleur de
réseau. Il peut s’agir du même
compte que vous avez utilisé dans
MgmtDomainAccount pendant le
déploiement du contrôleur de
réseau.

MgmtDomainFQDN Obligatoire Nom de domaine complet du


domaine Active Directory auquel les
machines virtuelles SLB/MUX se
connectent.

SelfSignedConfiguration Obligatoire Spécifiez True si le certificat que


vous utilisez est auto-signé.

4. Après avoir configuré ces paramètres, cliquez sur Déployer le service pour commencer le travail de
déploiement du service. La durée du déploiement varie en fonction de votre matériel, mais elle est
généralement comprise entre 30 et 60 minutes.
5. Si vous n’utilisez pas de disque VHDX avec licence en volume ou que la clé de produit n’est pas fournie
dans un fichier de réponses, le déploiement s’arrête à la page Clé de produit pendant
l’approvisionnement des machines virtuelles SLB/MUX. Vous devez accéder manuellement au bureau de
la machine virtuelle, puis entrer la clé de produit ou ignorer cette étape.
6. Une fois le travail de déploiement du service terminé, vérifiez que le service apparaît dans Machines
virtuelles et services > Services > Informations sur les réseaux de machines virtuelles pour les
services. Cliquez avec le bouton droit sur le service et vérifiez que son état est Déployé dans
Propriétés.
Après le déploiement, vérifiez que le service apparaît dans Tous les hôtes > Services > Informations sur les
réseaux de machines virtuelles pour les services. Cliquez avec le bouton droit sur le service SLB MUX >
Propriétés, et vérifiez que son état est Déployé. En cas d’échec du déploiement de SLB/MUX, veillez à
supprimer l’instance du service ayant échoué avant de retenter le déploiement du SLB.
Si vous souhaitez monter ou descendre en charge une instance déployée du service SLB, consultez ce blog.

NOTE
Une fois le service SLB déployé, désactivez l’inscription DNS sur la carte réseau virtuelle, connectée au réseau de machines
virtuelles de transit sur toutes les machines virtuelles SLB MUX.

Configurer le rôle SLB et les propriétés de SLB/MUX


Remarque : Avant de continuer, vérifiez que vous avez créé le réseau logique d’adresses de fournisseur HNV.
Maintenant que le service est déployé, vous pouvez configurer ses propriétés. Pour cela, vous devez associer
l’instance du service SLB que vous avez déployée au contrôleur de réseau, puis configurer l’appairage BGP
entre l’instance SLB/MUX et un commutateur TOR ou un pair routeur BGP.
1. Cliquez sur Infrastructure > Service réseau. Cliquez avec le bouton droit sur le service de contrôleur de
réseau > Propriétés.
2. Sélectionnez l’onglet Services > Rôle d’équilibrage de charge > Service associé > Parcourir.
3. Sélectionnez l’instance de service SLB/MUX que vous avez créée précédemment. Sélectionnez un compte
d’identification.
4. Pour l’Adresse IP de gestion, utilisez une adresse IP du pool d’adresses IP virtuelles privées créé
précédemment. Éventuellement, vous pouvez spécifier les plages d’adresses IP à exclure des règles NAT de
trafic sortant. Sous Pools d’adresses IP virtuelles SLBM, sélectionnez les pools d’adresses IP virtuelles
privé et public pour la publication dans le contrôleur de réseau.
5. Cliquez sur l’instance SLB/MUX répertoriée sous Rôle d’équilibrage de charge dans l’Assistant. Tapez
l’ASN local pour votre centre de données et les détails des périphériques ou pairs BGP avec lesquels le
SLB/MUX peut s’appairer.
6. Cliquez sur OK.
L’instance du service SLB est désormais associée au service SLBM, et l’instance de machine virtuelle SLB/MUX
avec tous les paramètres doit s’afficher sous Rôle d’équilibrage de charge.

Valider le déploiement
Après avoir déployé le SLB/MUX, vous pouvez valider le déploiement en configurant un appairage BGP entre
l’instance SLB/MUX et un routeur BGP, en attribuant une adresse IP publique à une machine virtuelle ou un
service client, et en accédant à la machine virtuelle ou au service client à partir d’un emplacement extérieur au
réseau.
Utilisez la procédure suivante pour effectuer la validation :
1. Entrez les détails de votre routeur externe dans l’Assistant. Par exemple :
2. Cliquez sur OK pour terminer la configuration de l’instance de service SLB/MUX.
3. Consultez la fenêtre Travaux pour vérifier que les travaux Mettre à jour le rôle d’infrastructure avec
la configuration requise et Associer l’instance de service au rôle d’infrastructure ont réussi.
4. Pour terminer l’opération d’appairage BGP, vous devez configurer BGP pour l’appairer avec votre
instance SLB/MUX sur le routeur. Si vous utilisez un routeur matériel, vous devez consulter la
documentation de votre fournisseur concernant la configuration de l’appairage BGP pour cet appareil.
Vous devez également connaître l’adresse IP de l’instance SLB/MUX que vous avez déployée
précédemment. Pour ce faire, vous pouvez ouvrir une session sur la machine virtuelle SLB/MUX et
exécuter ipconfig /all à partir de l’invite de commande, ou obtenir l’adresse IP à partir de la console
VMM.
Remarque : Entrez une adresse IP du réseau de transit.
5. Si vous créez un pool d’adresses IP virtuelles une fois l’appairage terminé, vous devez publier tous les
pools d’adresses IP virtuelles à l’aide de la console VMM.
Après la validation, vous pouvez commencer à utiliser le SLB pour l’équilibrage de charge. Pour plus
d’informations, consultez équilibrer la charge du trafic réseau et configurer les règles NAT.

Supprimer l’équilibreur de charge logiciel de l’infrastructure SDN


Utilisez cette procédure pour supprimer l’équilibreur de charge logiciel (SLB ) de l’infrastructure SDN.

Étapes suivantes
Créer une passerelle RAS
Configurer une passerelle RAS SDN dans
l’infrastructure VMM
19/03/2019 • 18 minutes to read

Cet article décrit comment configurer une passerelle RAS SDN (Software-Defined Networking) dans
l’infrastructure System Center - Virtual Machine Manager (VMM ).
Une passerelle RAS SDN est un élément de chemin de données dans SDN qui permet une connectivité de site à
site entre deux systèmes autonomes. Plus précisément, une passerelle RAS permet une connectivité de site à site
entre des réseaux de clients distants et votre centre de données à l’aide d’IPsec, de l’option Encapsulation
générique de routage (GRE ) ou du transfert de couche 3. En savoir plus.

Avant de commencer
Avant de commencer, vérifiez ce qui suit :
Planning : découvrez comment planifier un réseau à définition logicielle et passez en revue la topologie de
planification dans ce document. Le diagramme illustre un exemple de configuration à 4 nœuds. La
configuration atteint un haut niveau de disponibilité avec trois nœuds de contrôleur de réseau (machines
virtuelles) et trois nœuds SLB/MUX. Elle montre deux clients avec un réseau virtuel divisé en deux sous-
réseaux virtuels pour simuler un niveau web et un niveau de base de données. L’infrastructure et les machines
virtuelles clientes peuvent être redistribuées sur n’importe quel hôte physique.
Contrôleur de réseau : vous devez déployer le contrôleur de réseau avant de déployer la passerelle RAS.
SLB : pour vérifier que les dépendances sont gérées correctement, vous devez également déployer
l’équilibreur de charge logiciel (SLB ) avant de configurer la passerelle. Si un SLB et une passerelle sont
configurés, vous pouvez utiliser et valider une connexion IPsec.
Modèle de service : VMM utilise un modèle de service pour automatiser le déploiement de passerelle. Les
modèles de service prennent en charge le déploiement à plusieurs nœuds sur les machines virtuelles de
génération 1 et de génération 2.

Étapes du déploiement
Pour configurer une passerelle RAS, procédez comme suit :
1. Télécharger le modèle de service : téléchargez le modèle de service nécessaire pour déployer la passerelle.
2. Créer le réseau logique d’adresses IP virtuelles : créez un réseau logique d’adresses IP virtuelles GRE. Il
nécessite un pool d’adresses IP pour les adresses virtuelles privées et doit attribuer des adresses IP virtuelles
aux points de terminaison GRE. Le but du réseau est de définir des adresses IP virtuelles attribuées aux
machines virtuelles de passerelle en cours d’exécution sur l’infrastructure SDN pour une connexion GRE de
site à site.
3. Importer le modèle de service : importez le modèle de service de passerelle RAS.
4. Déployer la passerelle : déployez une instance de service de passerelle et configurez ses propriétés.
5. Valider le déploiement : configurez une connexion L3, IPsec ou GRE de site à site et validez le déploiement.

Télécharger le modèle de service


1. Téléchargez le dossier SDN à partir du dépôt Microsoft SDN GitHub et copiez les modèles à partir de VMM
>Modèles > GW sur un chemin local du serveur VMM.
2. Procédez à l’extraction du contenu dans un dossier sur un ordinateur local. Vous l’importerez dans la
bibliothèque plus tard.
Le téléchargement contient deux modèles :
Le modèle EdgeServiceTemplate_Generation 1 VM.xml permet de déployer le service de passerelle sur les
machines virtuelles de génération 1.
Le modèle EdgeServiceTemplate_Generation 2 VM.xml permet de déployer le service de passerelle sur les
machines virtuelles de génération 2.
Le nombre de machines virtuelles par défaut pour les deux modèles est 3, mais vous pouvez modifier ce nombre
dans le concepteur de modèles de services.

Créer le réseau logique d’adresses IP virtuelles GRE


1. Dans la console VMM, exécutez l’Assistant Créer un réseau logique. Tapez un nom, indiquez
éventuellement une description, puis cliquez sur Suivant.
2. Dans Paramètres, sélectionnez Un seul réseau connecté. Vous pouvez également sélectionner Créer un
réseau de machines virtuelles portant le même nom. Ce paramètre permet aux machines virtuelles
d’accéder directement à ce réseau logique. Sélectionnez Géré par le contrôleur de réseau, puis cliquez
sur Suivant.
3. Dans Site réseau, spécifiez les paramètres suivants :
Exemples de valeurs :
Nom réseau : Adresse IP virtuelle GRE
Sous-réseau : 31.30.30.0
Masque : 24
ID du réseau local virtuel en mode trunk : NA
Passerelle : 31.30.30.1
4. Dans Résumé, passez en revue les paramètres, puis terminez l’Assistant.
Créer un pool d’adresses IP pour les adresses IP virtuelles GRE
1. Cliquez avec le bouton droit sur le réseau logique d’adresses IP virtuelles GRE > Créer un pool
d’adresses IP.
2. Tapez un nom et éventuellement une description pour le pool, puis vérifiez que le réseau d’adresses IP
virtuelles est sélectionné. Cliquez sur Suivant.
3. Acceptez le site réseau par défaut et cliquez sur Suivant.
4. Choisissez une adresse IP de début et de fin pour votre plage.
Remarque : Démarrez la plage sur la deuxième adresse de votre sous-réseau disponible. Par exemple, si
votre sous-réseau disponible s’étend de .1 à .254, démarrez votre plage à .2.
5. Dans la zone Adresses IP réservées pour les adresses IP virtuelles d’équilibrage de charge, tapez la
plage d’adresses IP du sous-réseau. Elle doit correspondre à la plage que vous avez utilisée pour les
adresses IP de début et de fin.
6. Il est inutile de spécifier les informations sur la passerelle, DNS ou WINS, car ce pool est utilisé pour
allouer des adresses IP pour les adresses IP virtuelles uniquement par le biais du contrôleur de réseau.
Cliquez sur Suivant pour ignorer ces écrans.
7. Dans Résumé, passez en revue les paramètres, puis terminez l’Assistant.
Importer le modèle de service
1. Cliquez sur Bibliothèque > Importer le modèle.
2. Accédez au dossier de modèles de service. Comme exemple, sélectionnez le fichier EdgeServiceTemplate
Generation 2.xml.
3. Quand vous importez le modèle de service, mettez à jour les paramètres pour votre environnement. Notez
que les ressources de bibliothèque ont été importées pendant le déploiement du contrôleur de réseau.
WinServer.vhdx : sélectionnez l’image de disque dur virtuel que vous avez préparée et importée
précédemment pendant le déploiement du contrôleur de réseau.
EdgeDeployment.CR : mappez cette ressource à la ressource de bibliothèque EdgeDeployment.cr
dans la bibliothèque VMM.
4. Dans la page Résumé, examinez les détails, puis cliquez sur Importer.
Remarque : Vous pouvez personnaliser le modèle de service. En savoir plus.

Déployer le service de passerelle


Cet exemple utilise le modèle de deuxième génération.
1. Sélectionnez le modèle de service EdgeServiceTemplate Generation2.xml et cliquez sur Configurer le
déploiement.
2. Tapez un nom et choisissez une destination pour l’instance de service. La destination doit mapper à un
groupe hôte qui contient les hôtes configurés précédemment pour le déploiement de la passerelle.
3. Dans Paramètres réseau, mappez le réseau de gestion au réseau de machines virtuelles de gestion.
Remarque : La boîte de dialogue Déployer le service s’affiche une fois le mappage terminé. Il est normal
que les instances de machine virtuelle soient rouges au départ. Cliquez sur Actualiser l’aperçu pour
rechercher automatiquement les hôtes appropriés pour la machine virtuelle.
4. Sur la gauche de la fenêtre Configurer le déploiement, configurez les paramètres suivants :
AdminAccount. Obligatoire. Sélectionnez un compte d’identification qui sera utilisé comme
administrateur local sur les machines virtuelles de passerelle.
Réseau de gestion. Obligatoire. Choisissez le réseau de machines virtuelles de gestion que vous avez
créé pour la gestion des hôtes.
Compte d’administration. Obligatoire. Sélectionnez un compte d’identification disposant des
autorisations nécessaires pour ajouter la passerelle au domaine Active Directory associé au contrôleur
de réseau. Il peut s’agir du même compte que celui utilisé pour MgmtDomainAccount pendant le
déploiement du contrôleur de réseau.
Nom de domaine complet. Obligatoire. Nom de domaine complet du domaine Active Directory pour
la passerelle.
5. Cliquez sur Déployer le service pour commencer le travail de déploiement du service.
Remarque :
La durée du déploiement varie en fonction de votre matériel, mais elle est généralement comprise
entre 30 et 60 minutes. En cas d’échec du déploiement de la passerelle, supprimez l’instance du
service ayant échoué dans Tous les hôtes > Services avant de retenter le déploiement.
Si vous n’utilisez pas de disque VHDX avec licence en volume (ou que la clé de produit n’est pas
fournie dans un fichier de réponses), le déploiement s’arrête à la page Clé de produit pendant
l’approvisionnement des machines virtuelles. Vous devez accéder manuellement au bureau de la
machine virtuelle, puis entrer la clé ou ignorer cette étape.
Si vous souhaitez baisser ou augmenter la taille d’une instance déployée de SLB, consultez ce blog.

Limites de la passerelle
Les limites par défaut de la passerelle gérée NC sont les suivantes :
MaxVMNetworksSupported= 50
MaxVPNConnectionsPerVMNetwork= 10
MaxVMSubnetsSupported= 550
MaxVPNConnectionsSupported= 250
Remplacer les limites de la passerelle
Pour remplacer les limites par défaut, ajoutez la chaîne de remplacement à la chaîne de connexion du service de
contrôleur réseau et procédez à la mise à jour dans VMM.
MaxVMNetworksSupported= suivi du nombre de réseaux de machines virtuelles pouvant être utilisés avec
cette passerelle.
MaxVPNConnectionsPerVMNetwork= suivi du nombre de connexions VPN qui peuvent être créées par
réseau de machines virtuelles avec cette passerelle.
MaxVMSubnetsSupported= suivi du nombre de sous-réseaux de réseaux de machines virtuelles pouvant
être utilisés avec cette passerelle.
MaxVPNConnectionsSupported= suivi du nombre de connexions VPN pouvant être utilisées avec cette
passerelle.
Exemple :
Pour définir sur 100 le nombre maximal de réseaux de machines virtuelles pouvant être utilisés avec la passerelle,
mettez à jour la chaîne de connexion comme suit :
serverurl=https://NCCluster.contoso.com;servicename=NC_VMM_RTM; MaxVMNetworksSupported==100

Configurer le rôle de gestionnaire de passerelle


Maintenant que le service de passerelle est déployé, vous pouvez configurer les propriétés et l’associer au service
de contrôleur de réseau.
1. Cliquez sur Infrastructure > Service réseau pour afficher la liste des services réseau installés. Cliquez
avec le bouton droit sur le service de contrôleur de réseau > Propriétés.
2. Cliquez sur l’onglet Services et sélectionnez le Rôle de gestionnaire de passerelle.
3. Recherchez le champ Service associé sous Informations sur le service et cliquez sur Parcourir.
Sélectionnez l’instance de service de passerelle créée précédemment et cliquez sur OK.
4. Sélectionnez le Compte d’identification qu’utilise le contrôleur de réseau pour accéder aux machines
virtuelles de passerelle.
Remarque : Le compte d’identification doit avoir des privilèges d’administrateur sur les machines
virtuelles de passerelle.
5. Dans Sous-réseau d’adresses IP virtuelles GRE, sélectionnez le sous-réseau d’adresses IP virtuelles que
vous avez créé précédemment.
6. Dans Pool IPv4 public, sélectionnez le pool que vous avez configuré pendant le déploiement du SLB.
Dans Adresse IPv4 publique, indiquez une adresse IP du pool précédent en veillant à ne pas sélectionner
les trois premières adresses IP de la plage.
7. Dans Capacité de la passerelle, configurez les paramètres de capacité.
La capacité de la passerelle (Mbits/s) désigne la bande passante TCP normale attendue de la machine
virtuelle de passerelle. Vous devez définir ce paramètre en fonction de la vitesse réseau sous-jacente que
vous utilisez.
La bande passante de tunnel IPsec est limitée à (3/20) de la capacité de la passerelle. Cela signifie que, si la
capacité de la passerelle est définie sur 1 000 Mbits/s, la capacité de tunnel IPsec équivalente est limitée à
150 Mbits/s.

NOTE
La limite de bande passante est la valeur totale de la bande passante entrante et de la bande passante sortante.

Les rapports équivalents pour les tunnels GRE et L3 sont 1/5 et 1/2, respectivement.
8. Configurez le nombre de nœuds réservés pour la sauvegarde dans le champ Nœuds réservés pour les
défaillances.
9. Pour configurer des machines virtuelles de passerelle individuelles, cliquez sur chaque machine virtuelle et
sélectionnez le sous-réseau frontal IPv4, spécifiez l’ASN local et ajoutez éventuellement les informations
de l’appareil d’appairage pour le pair BGP.
Remarque : Vous devez configurer les homologues BGP de la passerelle si vous envisagez d’utiliser des
connexions GRE.
L’instance de service déployée est désormais associée au rôle de gestionnaire de passerelle. L’instance de
machine virtuelle de passerelle doit apparaître en dessous.

Valider le déploiement
Après avoir déployé la passerelle, vous pouvez configurer les types de connexion GRE S2S, IPsec S2S ou L3 et les
valider. Pour plus d’informations, consultez le contenu suivant :
Créer et valider des connexions IPsec de site à site
Créer et valider des connexions GRE de site à site
Créer et valider des connexions L3
Pour plus d’informations sur les types de connexion, consultez cet article.

Configurer le sélecteur de trafic à partir de PowerShell


Voici la procédure à suivre pour configurer le sélecteur de trafic à l’aide de PowerShell pour VMM.
1. Créez le sélecteur de trafic en spécifiant les paramètres suivants.
Remarque : Les valeurs utilisées sont des exemples.
$t= new-object Microsoft.VirtualManager.Remoting.TrafficSelector

$t.Type=7 // IPV4=7, IPV6=8

$t.ProtocolId=6 // TCP =6, reference: https://en.wikipedia.org/wiki/List_of_IP_protocol_numbers

$t.PortEnd=5090

$t.PortStart=5080

$t.IpAddressStart=10.100.101.10

$t.IpAddressEnd=10.100.101.100

2. Configurez le sélecteur de trafic ci-dessus à l’aide du paramètre -LocalTrafficSelectors de l’applet de


commande Add-SCVPNConnection ou Set-SCVPNConnection.

Supprimer la passerelle de l’infrastructure SDN


Utilisez cette procédure pour supprimer la passerelle de l’infrastructure SDN.
Configurer des composants SDN dans l’infrastructure
VMM à l’aide de PowerShell
19/12/2018 • 6 minutes to read

Vous pouvez utiliser System Center - Virtual Machine Manager (VMM ) pour déployer et gérer une infrastructure
SDN (Software-Defined Networking).
Vous pouvez déployer des composants SDN dans l’infrastructure VMM, notamment :
Contrôleur de réseau : le contrôleur de réseau vous permet d’automatiser la configuration de votre
infrastructure réseau, au lieu de configurer manuellement les services et les appareils réseau.
Passerelle RAS pour SDN : la passerelle RAS est un routeur logiciel multilocataire compatible BGP dans
Windows Server 2016. Il est conçu pour les fournisseurs de services de chiffrement et les entreprises qui
hébergent des réseaux virtuels multi-locataires à l’aide de HNV.
Équilibrage de charge logiciel (SLB ) pour SDN : dans Windows Server 2016, SDN peut utiliser SLB pour
répartir uniformément le trafic réseau du locataire et des clients du locataire entre les ressources du réseau
virtuel. Le SLB Windows Server permet à plusieurs serveurs d’héberger la même charge de travail, offrant ainsi
un haut niveau de disponibilité et de scalabilité.
Il existe deux façons de déployer ces composants :
Console VMM : déployer le contrôleur de réseau, SLB et la passerelle RAS manuellement dans la console
VMM.
PowerShell : déployer tous les composants à l’aide de scripts PowerShell.

Avantages du déploiement PowerShell


Déployez tous les composants SDN avec des scripts PowerShell.
L’utilisation d’un script peut réduire l’introduction d’erreurs manuelles et réduire de façon significative la durée
des déploiements.
Si vous déployez à l’aide du script, vous pouvez ensuite modifier des paramètres dans la console VMM, comme
vous le feriez dans le cas d’un déploiement manuel des composants SDN.
Comme dans le déploiement manuel, vous avez la possibilité de configurer un nouveau réseau et un nouveau
commutateur logiques de gestion, ou de réutiliser un réseau et un commutateur existants.
Si le script de déploiement échoue, tous les paramètres modifiés sont restaurés et vous pouvez ainsi
recommencer.
Vous pouvez désactiver le déploiement de composants spécifiques : par exemple, si vous avez déjà déployé le
contrôleur de réseau, vous pouvez déployer seulement SLB et la passerelle RAS.

Avant de commencer
Le déploiement de commutateur activé pour SET n’est actuellement pas pris en charge dans un déploiement
PowerShell. Vous devez déployer le commutateur activé pour SET hors bande, puis spécifier le nom du
commutateur lors du déploiement.
Vérifiez que les prérequis pour le déploiement du composant SDN sont remplis :
Prérequis pour le contrôleur de réseau
Prérequis pour SLB
Prérequis pour la passerelle RAS
Étapes du déploiement
Voici ce que vous devez faire pour configurer des composants SDN dans VMM avec PowerShell.
1. Configurer des hôtes et une infrastructure réseau physique : vous devez accéder à vos appareils
réseau physiques pour configurer des réseaux VLAN, le routage, etc. Vous avez également besoin d’hôtes
Hyper-V pour héberger l’infrastructure SDN et les machines virtuelles clientes. En savoir plus.
2. Disque dur virtuel préparé pour les modèles de service au format VHD ou VHDX.
3. Téléchargez le modèle de service du contrôleur de réseau, le modèle du service SLB et le modèle de service
de la passerelle RAS.
4. Importez les modèles du contrôleur de réseau, de SLB et de la passerelle RAS dans la bibliothèque VMM.
5. Configurez les groupes de sécurité Active Directory : un pour la gestion du contrôleur de réseau et l’autre
pour les clients du contrôleur de réseau. Chaque groupe doit comporter au moins un compte d’utilisateur.
6. Configurez un partage de bibliothèque VMM. Vous pouvez éventuellement avoir un partage de fichiers de
bibliothèque pour conserver les journaux de diagnostic. Le contrôleur de réseau accède à ce partage de
bibliothèque pour stocker des informations de diagnostic tout au long de sa durée de vie.
7. Configurez un groupe hôte VMM pour tous les hôtes Hyper-V SDN. Notez que les hôtes doivent exécuter
la dernière version de Windows Server 2016 et que le rôle Hyper-V doit être activé pour chacun d’eux.
8. Configurez un certificat. Vous avez besoin d’un certificat SSL pour les communications HTTPS entre VMM
et le contrôleur de réseau.
9. Téléchargez et exécutez les scripts SDN. Il existe trois scripts :
VMMExpress.ps1 : ce script déploie la pile SDN. Après l’avoir téléchargé, vous pouvez définir vos
propres personnalisations.
Fabricconfig.psd1 : ce fichier accepte toutes les entrées pour la configuration de SDN.
Fabricconfig_Example.psd1 : exemple de fichier qui contient des paramètres factices. Vous pouvez les
remplacer par vos propres paramètres.

Étapes suivantes
Configurer des hôtes et une infrastructure réseau physique pour SDN.
Configurer des réseaux de machines virtuelles dans
un SDN à l’aide de VMM
31/05/2019 • 8 minutes to read

Cet article explique comment créer des réseaux de machines virtuelles dans un SDN en utilisant System Center -
Virtual Machine Manager (VMM ).
Ceux-ci sont des objets abstraits qui font office d’interface auprès des réseaux logiques. Dans un environnement de
réseau virtualisé, l’utilisation des réseaux de machines virtuelles vous permet de rendre les machines virtuelles
abstraites dans le réseau logique sous-jacent.
Un réseau logique peut avoir un ou plusieurs réseaux de machines virtuelles qui lui sont associés en fonction de
ses paramètres d’isolation.
L’infrastructure SDN prend en charge les deux types de paramètres d’isolation suivants :
Virtualisation de réseau : si un réseau logique est isolé par le biais de la virtualisation de réseau, vous
pouvez créer plusieurs réseaux de machines virtuelles pour ce réseau logique. Dans un réseau de machines
virtuelles, les locataires peuvent utiliser toutes les adresses IP, quelles que soient les adresses IP utilisées sur
les autres réseaux de machines virtuelles. En tant que fournisseur de services, vous pouvez héberger les
charges de travail de plusieurs locataires sur un seul réseau logique. Les locataires peuvent également
configurer des connexions réseau sur ces réseaux de machines virtuelles.
Aucune isolation : si un réseau logique n’a aucune isolation, un seul réseau de machines virtuelles peut lui
être associé. En tant que fournisseur de services, vous pouvez héberger des charges de travail de
l’infrastructure avec ce type de paramètres d’isolation.

NOTE
L’infrastructure SDN ne prend pas en charge l’isolation VLAN.

Avant de commencer
Vérifiez les éléments suivants :
Le contrôleur de réseau est déployé dans l’infrastructure SDN. En savoir plus.
Un réseau logique avec les paramètres d’isolation appropriés a été créé et configuré pour être géré par le
contrôleur de réseau Microsoft. Les pools d’adresses IP ont été créés pour ce réseau logique.

NOTE
Si vous souhaitez déployer les machines virtuelles avec une adresse IP dynamique sur un réseau sans aucune isolation, les
pools d’adresses IP ne sont pas nécessaires.

Par défaut, les machines virtuelles connectées à un réseau de machines virtuelles avec la virtualisation de
réseau comme paramètre d’isolation ne peuvent pas se connecter à d’autres réseaux. Si vous souhaitez que les
machines virtuelles de votre réseau puissent se connecter à d’autres réseaux, vous devez d’abord déployer SDN
SLB et la passerelle SDN.
Créer un réseau de machines virtuelles (virtualisation de réseau)
1. Dans l’infrastructure VMM, cliquez sur Ordinateurs virtuels et services > Réseaux d’ordinateurs
virtuels > Créer un réseau d’ordinateurs virtuels.
2. Dans l’Assistant Créer un réseau d’ordinateurs virtuels > Nom, tapez un nom et une description
facultative, puis sélectionnez un réseau logique ayant été créé avec la virtualisation de réseau comme
paramètre d’isolation.
3. Dans Isolation, sélectionnez Isoler à l’aide de la virtualisation de réseau Hyper-V, puis sélectionnez
IPv4 pour les protocoles d’adresse IP. Cliquez sur Suivant.

4. Dans Sous-réseaux d’ordinateurs virtuels, cliquez sur Ajouter, spécifiez le nom et les sous-réseaux du
réseau de machines virtuelles, puis cliquez sur Suivant.

NOTE
Vous pouvez ajouter plusieurs sous-réseaux.

5. Dans le panneau Connectivité, sélectionnez le type de connectivité à utiliser pour ce réseau de machines
virtuelles.

NOTE
Par défaut, toutes les machines virtuelles d’un réseau de machines virtuelles communiquent entre elles. Pour
permettre aux machines virtuelles de ce réseau de machines virtuelles de communiquer avec d’autres réseaux,
configurez les paramètres suivants dans la page Connectivité :

Se connecter à un autre réseau via un tunnel VPN : sélectionnez cette option si vous souhaitez
que les machines virtuelles de ce réseau de machines virtuelles puissent communiquer avec d’autres
réseaux via un VPN. Pour découvrir automatiquement les routes entre les sites connectés via le
tunnel VPN, sélectionnez l’option Activer le protocole BGP (Border Gateway Protocol) .
Sélectionnez le périphérique de passerelle VPN que vous voulez utiliser et confirmez les
paramètres.
En fonction de votre sélection, les pages Connexions VPN et Protocole BGP (Border Gateway
Protocol) s’affichent. Renseignez les paramètres selon les informations fournies par l’administrateur
du VPN.
Connecter directement à un réseau logique supplémentaire : sélectionnez cette option si vous
souhaitez que les machines virtuelles de ce réseau de machines virtuelles puissent communiquer
directement avec un autre réseau logique. Pour autoriser l’accès aux ressources Internet, sélectionnez
Traduction d’adresses réseau (NAT) ou sélectionnez Routage direct pour relier un espace
d’adressage IP virtualisé avec un espace d’adressage IP physique.
6. Dans Résumé, vérifiez les paramètres et cliquez sur Terminer.
Vous pouvez maintenant voir le réseau de machines virtuelles que vous venez de créer sous Ordinateurs virtuels
et services > Réseaux d’ordinateurs virtuels.

NOTE
Après avoir créé un réseau de machines virtuelles avec la virtualisation de réseau, assurez-vous de créer un pool d’adresses IP
pour ce réseau.

Créer un réseau de machines virtuelles (sans isolation)


NOTE
Si vous avez créé le réseau logique en choisissant l’option Créer un réseau d’ordinateurs virtuels portant le même nom
pour permettre aux ordinateurs virtuels d’accéder à ce réseau logique directement, vous pouvez ignorer les étapes
suivantes.

1. Cliquez sur Ordinateurs virtuels et services > Réseaux d’ordinateurs virtuels - Créer un réseau
d’ordinateurs virtuels.
2. Dans l’Assistant Créer un réseau d’ordinateurs virtuels > Nom, entrez un nom et une description
facultative. Sélectionnez un seul réseau logique connecté pour ce réseau de machines virtuelles. Cliquez sur
Suivant.
3. Dans Résumé, vérifiez les paramètres et cliquez sur Terminer.
Vous pouvez maintenant voir le réseau de machines virtuelles que vous venez de créer sous Ordinateurs virtuels
et services > Réseaux d’ordinateurs virtuels.

NOTE
Si vous avez créé un pool d’adresses IP sur le réseau logique, il sera également directement accessible sur le réseau de
machines virtuelles.

Étapes suivantes
Créer un pool d’adresses IP pour un réseau de machines virtuelles
Configurer des réseaux chiffrées dans SDN à l’aide
de VMM
19/03/2019 • 5 minutes to read

Cet article explique comment chiffrer les réseaux de machines virtuelles dans un réseau à définition logicielle
(SDN ) à l’aide de System Center - Virtual Machine Manager (VMM ).
Aujourd'hui, le trafic réseau peut être chiffré par le système d’exploitation invité ou par une application à l’aide de
technologies telles que IPSec et TLS. Toutefois, ces technologies sont difficiles à implémenter en raison de leur
complexité inhérente et des défis liés à l’interopérabilité entre les systèmes, compte tenu de la nature de
l'implémentation.
Avec la fonctionnalité de réseaux chiffrés de VMM, un chiffrement de bout en bout peut être facilement configuré
sur les réseaux de machines virtuelles à l’aide du contrôleur de réseau (NC ). Ce chiffrement empêche la lecture et
la manipulation du trafic entre deux ordinateurs virtuels sur le même réseau d’ordinateurs virtuels et sur le même
sous-réseau. VMM 1801 et versions ultérieures prend en charge cette fonctionnalité.
Le contrôle du chiffrement s'effectue au niveau du sous-réseau, et le chiffrement peut être activé ou désactivé
pour chaque sous-réseau du réseau d’ordinateurs virtuels.
Cette fonctionnalité est gérée via le contrôleur de réseau (NC ) SDN. Si vous n’avez pas déjà une infrastructure de
réseau à définition logicielle (SDN ) disposant d'un contrôleur de réseau, consultez Déployer SDN pour plus
d’informations.

NOTE
Cette fonctionnalité fournit actuellement une protection contre les administrateurs tiers et réseau, et n’offre aucune
protection contre les administrateurs d'infrastructure. La protection contre les administrateurs d’infrastructure est en cours
de développement et sera bientôt disponible.

Avant de commencer
Vérifiez que les prérequis suivants sont remplis :
Au moins deux hôtes pour les machines virtuelles clientes afin de valider le chiffrement.
Un réseau d'ordinateurs virtuels basé sur HNV avec chiffrement activé et un certificat, qui peut être créé et
distribué par un administrateur d'infrastructure. Notez que le certificat et sa clé privée doivent être stockés
dans le magasin de certificats local de tous les hôtes, où se trouvent les machines virtuelles (de ce réseau).

Procédure : configurer les réseaux chiffrés


Procédez comme suit :
1. Créez un certificat, puis placez-le dans le magasin de certificats local de tous les hôtes, où vous envisagez
de placer les machines virtuelles clientes pour cette validation.
Vous pouvez générer un certificat auto-signé ou obtenir un certificat auprès d'une autorité de certification.
Pour plus d’informations sur la façon de générer un certificat auto-signé et de le placer dans les
emplacements appropriés sur chaque hôte que vous utiliserez, consultez cet article .
NOTE
Notez "l'empreinte" du certificat que vous générez. Dans l’article indiqué à l’étape 2 ci-dessus : pas besoin d'effectuer
les actions décrites dans les sections "Création des informations d’identification du certificat" et "Configuration d’un
réseau virtuel pour le chiffrement". Vous configurerez ces paramètres à l’aide de VMM, dans les étapes suivantes :

2. Configurez un réseau de fournisseur HNV pour la connectivité de la machine virtuelle cliente, qui sera
géré par le contrôleur de réseau. En savoir plus.
3. Créez un réseau d'ordinateurs virtuels clients et un sous-réseau. Lorsque vous créez le sous-réseau,
sélectionnez Activer le chiffrement sous Sous-réseaux d’ordinateurs virtuels. En savoir plus.
Dans l’étape suivante, collez l’empreinte du certificat que vous avez créé.
4. Créez deux machines virtuelles sur deux hôtes physiques distincts, puis connectez-les au sous-réseau ci-
dessus. En savoir plus.
5. Associez n’importe quelle application de détection de paquets sur les deux interfaces réseau des deux
hôtes, où figurent les machines virtuelles clientes.
6. Envoyez le trafic, le test ping, les requêtes HTTP ou tout autre paquet, entre les deux hôtes et vérifiez les
paquets dans l’application de détection de paquets. Les paquets ne doivent pas contenir de texte en clair
dans les paramètres d’une requête HTTP.
Autoriser et bloquer le trafic des machines virtuelles à
l’aide de listes de contrôle d’accès des ports SDN
31/05/2019 • 6 minutes to read

Dans System Center Virtual Machine Manager (VMM ), vous pouvez centraliser la configuration et la gestion des
listes de contrôle d’accès des ports SDN (Software-Defined Networking).
Une liste de contrôle d’accès des ports est un ensemble de règles de liste de contrôle d’accès des ports qui
filtrent le trafic au niveau des ports de couche 2.
Dans VMM, une telle liste filtre l’accès à un objet réseau VMM spécifique.
Une seule liste de contrôle d’accès des ports peut être attachée à chaque objet réseau VMM.
Une liste de contrôle d’accès, qui contient des règles, peut être attachée à un nombre quelconque d’objets réseau
VMM. Vous pouvez créer une liste de contrôle d’accès sans règles, et ajouter les règles par la suite.
Si une liste de contrôle d’accès comprend plusieurs règles, celles-ci sont appliquées en fonction de la priorité.
Une fois qu’une règle correspondant aux critères est appliquée, aucune autre règle n’est traitée.
Les listes de contrôle d’accès des ports SDN peuvent être appliquées à des sous-réseaux virtuels et à des cartes
réseau virtuelles.

NOTE
Les paramètres des listes de contrôle d’accès des ports sont exposés uniquement par le biais d’applets de commande
PowerShell dans VMM et ne peuvent pas être configurés dans la console VMM.

À l’aide de PowerShell pour VMM, vous pouvez également configurer des listes de contrôle d’accès des ports
Hyper-V. Pour plus d’informations, consultez Listes de contrôle d’accès des ports Hyper-V.
Cet article fournit des informations sur la création et la gestion des listes de contrôle d’accès des ports SDN à l’aide
des cmdlets PowerShell dans VMM.

Avant de commencer
Vérifiez que le contrôleur de réseau SDN est déployé.

Créer une liste de contrôle d’accès des ports


1. Ouvrez PowerShell dans VMM.
2. Créez une liste de contrôle d’accès des ports.

PS C:\> New-SCPortACL -Name "RDPAccess" -Description "PortACL to control RDP access" -ManagedByNC

NOTE
Le paramètre -ManagedByNC garantit que la liste de contrôle d’accès des ports est gérée par le contrôleur de
réseau et ne peut être attaché qu’à des objets gérés par le contrôleur de réseau. Les cmdlets fournies ici utilisent des
exemples de valeurs.
Créer une règle de liste de contrôle d’accès des ports
1. Obtenez une liste de contrôle d’accès des ports existante.

PS C:\> $portACL = Get-SCPortACL -Name "RDPAccess"

2. Créez une règle de liste de contrôle d’accès des ports.

PS C:\> New-SCPortACLRule -Name "AllowRDPAccess" -PortACL $portACL -Description "Allow RDP Rule from a
subnet" -Action Allow -Type Inbound -Priority 110 -Protocol Tcp -LocalPortRange 3389 -
RemoteAddressPrefix 10.184.20.0/24

NOTE
Plage de priorités pour les règles de liste de contrôle d’accès des ports SDN : 1 à 64500.
Seuls les paramètres de protocole TCP/UDP/Tout sont pris en charge pour la création de règles de liste de contrôle
d’accès.

Attacher une liste de contrôle d’accès à une carte réseau virtuelle


1. Obtenez une carte réseau virtuelle.

PS C:\> $vm = Get-SCVirtualMachine -Name “TenantVM”


PS C:\> $adapter = Get-SCvirtualNetworkAdapter -VM $vm"

2. Attachez une liste de contrôle d’accès des ports existante à la carte réseau virtuelle.

PS C:\> $portACL = Get-SCPortACL -Name "RDPAccess"


PS C:\> Set-SCVirtualNetworkAdapter -VirtualNetworkAdapter $adapter -PortACL $portACL

NOTE
Vous pouvez également attacher une liste de contrôle d’accès des ports lors de la création de la carte réseau virtuelle
via la cmdlet New-SCVirtualNetworkAdapter. En savoir plus.

Détacher une liste de contrôle d’accès des ports d’une carte réseau
virtuelle
1. Obtenez la carte réseau virtuelle que vous voulez détacher de la liste de contrôle d’accès des ports.

PS C:\> $vm = Get-SCVirtualMachine -Name “TenantVM”


PS C:\> $adapter = Get-SCvirtualNetworkAdapter -VM $vm

2. Détachez la liste de contrôle d’accès des ports de la carte réseau virtuelle.

PS C:\> Set-SCVirtualNetworkAdapter -VirtualNetworkAdapter $adapter -RemovePortACL

Attacher une liste de contrôle d’accès à un sous-réseau de machines


virtuelles
1. Obtenez le sous-réseau de machines virtuelles pour attacher la liste de contrôle d’accès.

PS C:\> $vmSubnet = Get-SCVMSubnet -Name “Tenant Subnet”

2. Attachez une liste de contrôle d’accès des ports existante au sous-réseau de machines virtuelles.

PS C:\> Set-SCVMSubnet -VMSubnet $vmSubnet -PortACL $portACL

NOTE
Vous pouvez également attacher une liste de contrôle d’accès des ports lors de la création d’un sous-réseau de
machines virtuelles via la cmdlet New-SCVMSubnet. En savoir plus.

Détacher une liste de contrôle d’accès des ports d’un sous-réseau de


machines virtuelles
1. Obtenez le sous-réseau de machines virtuelles que vous voulez détacher de la liste de contrôle d’accès des
ports.

PS C:\> $vmSubnet = Get-SCVMSubnet -Name “Tenant Subnet”

2. Détachez la liste de contrôle d’accès des ports du sous-réseau de machines virtuelles.

PS C:\> Set-SCVMSubnet –VMSubnet $vmSubnet -RemovePortACL

Supprimer une règle de liste de contrôle d’accès des ports


1. Obtenez la règle de liste de contrôle d’accès des ports à supprimer.

PS C:\> $portACLRule = Get-SCPortACLRule –Name “AllowRDPAccess”

2. Supprimez la règle de liste de contrôle d’accès des ports.

PS C:\> Remove-SCPortACLRule -PortACLRule $portACLRule

Supprimer une liste de contrôle d’accès des ports


1. Obtenez la liste de contrôle d’accès des ports à supprimer.

PS C:\> $portACL = Get-SCPortACL -Name “RDPAccess”

2. Supprimez la liste de contrôle d’accès des ports.

PS C:\> Remove-SCPortACL -PortACL $portACL


Contrôler la bande passante d’un réseau virtuel SDN
avec QoS
31/05/2019 • 7 minutes to read

Cet article fournit des informations sur la façon de configurer les paramètres de Qualité de service (QoS ) des
réseaux virtuels SDN dans System Center - Virtual Machine Manager (VMM ). Dans cette configuration, vous
pouvez limiter la bande passante du trafic entrant ou sortant d’une carte réseau virtuelle en spécifiant la bande
passante réservée minimale ou la bande passante maximale pour la carte.
Les fournisseurs de services peuvent empêcher les machines virtuelles avec un trafic élevé de bloquer d’autres
machines virtuelles.
Les locataires peuvent obtenir la bande passante réservée minimale, quel que soit le niveau du trafic réseau.
Pour obtenir des informations détaillées sur les paramètres QoS des SDN disponibles dans le contrôleur de
réseau, consultez Configurer la Qualité de service (QoS ) pour une carte réseau de machine virtuelle locataire .
Les paramètres QoS sont gérés dans VMM par le biais de profils de port de carte réseau virtuelle associés à une
classification de port. Les paramètres de profil de port permettent une configuration simple et uniforme sur
différentes cartes.

Avant de commencer
Assurez-vous d’avoir déployé le contrôleur de réseau dans l’infrastructure SDN. En savoir plus.

Créer des profils de port de carte réseau virtuelle


Pour créer un profil de port de carte réseau virtuelle, effectuez les étapes suivantes :
1. Accédez à Infrastructure > Profils de port.
2. Cliquez avec le bouton droit sur Profil de port et sélectionnez Créer un profil de port Hyper-V. Indiquez
un nom et une description facultative. Par exemple, le nom peut être TenantA.
3. Dans Général, sélectionnez Profil de port de carte réseau virtuelle.
4. Accédez à Paramètres de bande passante.

.
5. Dans Paramètres de bande passante, entrez les valeurs de bande passante minimale et maximale que
vous souhaitez utiliser pour la carte réseau virtuelle sélectionnée. La bande passante maximale (Mbits/s) et
la bande passante minimale (Épaisseur) déterminent la quantité de la bande passante sortante à réserver
pour les cartes réseau virtuelles.
Bande passante maximale (Mbits/s) : spécifiez la bande passante sortante maximale qui peut être
utilisée par cette carte réseau virtuelle. Cette valeur n’est pas liée au mode de bande passante
configuré sur le commutateur. La valeur 0 signifie qu’aucune valeur maximale n’est configurée.
Bande passante minimale (Épaisseur) : spécifiez la quantité pondérée de la bande passante
sortante que vous souhaitez réserver pour cette carte réseau virtuelle. Cela permet de réserver une
quantité pondérée de la bande passante totale des cartes réseau physiques par rapport à la quantité
totale pondérée réservée par toutes les autres cartes réseau virtuelles pour un commutateur
spécifique.
6. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer.

NOTE
La configuration de la bande passante minimale (Mbits/s) n’est pas prise en charge pour les SDN dans VMM.
La limitation de la bande passante entrante de la carte réseau virtuelle n’est pas prise en charge dans VMM.
La bande passante minimale (Épaisseur) définit le paramètre outboundReservedValue sur le contrôleur de réseau et la
bande passante maximale (Mbits/s) définit le paramètre outboundMaximumMbps.
Assurez-vous que les valeurs minimale et maximale de la bande passante sont bien dans la plage de bande passante des
cartes réseau physiques sur lesquelles le commutateur logique est déployé. Dans le cas contraire, la demande d’allocation
de bande passante sera rejetée.

Créer une classification de port


Pour créer une classification de port :
1. Accédez à Infrastructure > Mise en réseau.
2. Cliquez avec le bouton droit sur Classifications de port > Créer une classification de port.
3. Dans l’Assistant Créer une classification de port, dans Général, donnez un nom à la classification, puis
cliquez sur Terminer.
Par exemple, nous avons créé une classification de port appelée TenantA workload, que nous utiliserons plus
tard.

Associer des classifications de port à un commutateur logique


Pour associer une classification de port au commutateur logique, effectuez les étapes suivantes :
1. Accédez à Infrastructure > Mise en réseau > Commutateurs logiques.
2. Cliquez avec le bouton droit sur le commutateur logique sélectionné pour afficher ses propriétés.
3. Sélectionnez « Ports virtuels », cliquez sur Ajouter pour ouvrir la boîte de dialogue Ajouter un port
virtuel.
4. Cliquez sur Parcourir pour sélectionner la classification de port (par exemple, TenantA Workload) et
cliquez sur OK.
5. Sélectionnez l’option Inclure un profil de port de carte réseau virtuelle Hyper-V dans ce port virtuel,
puis cliquez sur Parcourir. Sélectionnez le profil de port de carte réseau virtuelle (par exemple, TenantA que
vous avez créé dans la procédure précédente), puis cliquez sur OK.
6. Répétez les étapes ci-dessus pour ajouter les classifications de port nécessaires pour ce commutateur
logique.

Appliquer une classification de port à une carte réseau virtuelle


Pour appliquer une classification de port (et donc les paramètres QoS ) à une carte réseau virtuelle, effectuez les
étapes suivantes :
1. Accédez à Ordinateurs virtuels et services, cliquez avec le bouton droit sur la machine virtuelle sélectionnée
et affichez ses propriétés.
2. Accédez à la page Configuration matérielle et sélectionnez la carte réseau virtuelle.
3. Sélectionnez la classification de port souhaitée dans la liste déroulante Classification.
NOTE
Seules les classifications disponibles pour le commutateur logique sont affichées ici. Vous pouvez également appliquer une
classification de port au moment où vous créez une machine virtuelle.
Vous pouvez aussi appliquer une classification de port à la carte réseau virtuelle hôte via la page Commutateurs virtuels
dans les propriétés de l’hôte.
Équilibrer la charge du trafic réseau dans une
infrastructure SDN à l’aide de VMM
17/05/2019 • 10 minutes to read

Dans une infrastructure réseau à définition logicielle (SDN ), vous pouvez utiliser l’équilibrage de charge logicielle
(SLB ) pour répartir équitablement le trafic réseau entre les différentes charges de travail gérées par les
fournisseurs de services cloud (CSP ) et les locataires. En savoir plus sur l’équilibrage de charge logicielle (SLB ).
System Center Virtual Machine Manager (VMM ) prend en charge les deux scénarios d’équilibrage de charge
suivants :
Équilibrer la charge du trafic réseau externe : ce scénario inclut l’équilibrage de charge pour le trafic
réseau provenant d’un réseau externe. L’équilibrage de charge s’effectue via une IP virtuelle publique (VIP ).
Cela concerne les charges de travail des machines virtuelles qui peuvent se connecter à un réseau de
machines virtuelles sans aucune isolation ou à un réseau de machines virtuelles avec virtualisation de
réseau.
Équilibrer la charge du trafic réseau interne (équilibrage de charge interne) : ce scénario inclut
l’équilibrage de charge du trafic réseau pour les charges de travail des machines virtuelles connectées à un
réseau avec virtualisation de réseau. L’équilibrage de charge s’effectue via une IP virtuelle publique (VIP ).

NOTE
VMM 2016 prend en charge la configuration de l’équilibrage de charge avec PowerShell, mais pas la configuration à
l’aide de modèles de service.

Cet article explique comment configurer l’équilibrage des charges de travail des machines virtuelles à l’aide de
PowerShell.

Avant de commencer
Vérifiez les éléments suivants :
Le contrôleur de réseau SDN et l’équilibreur de charge logicielle SDN sont déployés.
Les machines virtuelles nécessaires sont créées sur des réseaux appropriés et sont identifiées pour
l’équilibrage de charge.

Créer un modèle d’adresse IP virtuelle


Effectuez les étapes suivantes pour configurer les adresses IP virtuelles afin d’équilibrer les charges de travail des
machines virtuelles (DIP ).
1. Dans la console VMM, cliquez sur Infrastructure > Modèles d’adresse IP virtuelle. Cliquez avec le
bouton droit sur Créer un modèle d’adresse IP virtuelle.
2. Dans la page Nom, entrez le nom et une description facultative. Dans Port d’adresse IP virtuelle,
spécifiez le port à utiliser comme port frontal pour le trafic réseau. Dans Port principal, spécifiez le port
sur lequel se trouvent les charges de travail principales. Cliquez sur Suivant.

3. Dans Spécifier un type de modèle, sélectionnez « Spécifique ». Dans Fabricant, sélectionnez Microsoft.
Dans Modèle, sélectionnez « Contrôleur de réseau Microsoft ». Cliquez sur Suivant.
4. Dans Spécifier les options du protocole, sélectionnez l’option « Personnalisé » et tapez « TCP/UDP »
comme nom de protocole. Cliquez sur Suivant.

NOTE
SLB prend en charge uniquement l’équilibrage de charge de couche 4 pour le trafic TCP/UDP. Les protocoles
HTTP/HTTPS ne sont pas pris en charge.

5. Pour les options Persistance et Équilibrage de charge, utilisez les valeurs par défaut. Cliquez sur
Suivant.
NOTE
SLB ne prend pas en charge la persistance ni l’utilisation de méthodes d’équilibrage de charge différentes. Par défaut,
SLB utilise l’algorithme de tourniquet (round robin) pour l’équilibrage de charge.

6. Dans Analyseurs d’intégrité, vous pouvez facultativement entrer les valeurs appropriées. Cliquez sur
Suivant.
Options : TCP et HTTP sont pris en charge comme protocoles d’analyseur d’intégrité si SLB est utilisé.
7. Vérifiez les paramètres, puis cliquez sur Terminer.
Après avoir créé le modèle, vous pouvez le voir sous Infrastructure > Modèles d’adresse IP virtuelle.

Créer une adresse IP virtuelle à l’aide de PowerShell


Créez une adresse IP virtuelle en utilisant les exemples de scripts suivants. Sélectionnez le script correspondant au
type de trafic réseau pour lequel vous souhaitez équilibrer la charge :
• Script pour créer une adresse IP virtuelle afin d’équilibrer le trafic réseau externe
• Script pour créer une adresse IP virtuelle afin d’équilibrer le trafic réseau interne
Script pour créer une adresse IP virtuelle afin d’équilibrer le trafic réseau externe
L’exemple de script suivant permet de créer l’adresse IP virtuelle à partir d’un réseau IP public pour équilibrer la
charge de travail des machines virtuelles WGB -001 et WGB -002 sur le port 80.
Cela concerne les charges de travail des machines virtuelles qui peuvent se connecter à un réseau sans aucune
isolation ou à des réseaux de machines virtuelles avec virtualisation de réseau.

NOTE
Dans la section Paramètres de script, remplacez les valeurs par celles de votre environnement de test pour les exemples
utilisés dans ce script.
Assurez-vous d’exécuter le script sur un serveur VMM ou sur un ordinateur exécutant la console VMM.

param(

[Parameter(Mandatory=$false)]
# Name of the Network Controller Network Service
# This value should be the name you gave the Network Controller service
# when you on-boarded the Network Controller to VMM
$LBServiceName = "NC",

[Parameter(Mandatory=$false)]
# Name of the workload VMs you want to load balance.
$VipMemberVMNames = @("WGB-001","WGB-002"),

[Parameter(Mandatory=$false)]
# Name of the VIP VM Network
$VipNetworkName = "PublicVIP",

[Parameter(Mandatory=$false)]
# VIP address you want to assign from the VIP VM Network IP pool.
# Pick any VIP that falls within your VIP IP Pool range.
$VipAddress = "44.15.10.253",

[Parameter(Mandatory=$false)]
[Parameter(Mandatory=$false)]
# The name of the VIP template you created via the VMM Console.
$VipTemplateName = "WebsiteHTTP",

[Parameter(Mandatory=$false)]
# Arbitrary but good to match the VIP you're using.
$VipName = "scvmm_44_15_10_253_80"

Import-Module virtualmachinemanager

$lb = Get-scLoadBalancer | where { $_.Service.Name -like $LBServiceName};


$vipNetwork = get-scvmnetwork -Name $VipNetworkName;

$vipMemberNics = @();
foreach ($vmName in $VipMemberVMNames)
{
$vm = get-scvirtualmachine -Name $vmName;
# if ($vm.VirtualNetworkAdapters[0].VMNetwork.ID -ne $vipNetwork.ID)
# {
# $vm.VirtualNetworkAdapters[0] | set-scvirtualnetworkadapter -VMNetwork $vipNetwork;
# }

$vipMemberNics += $vm.VirtualNetworkAdapters[0];
}

$existingVip = get-scloadbalancervip -Name $VipName


if ($existingVip -ne $null)
{
# foreach ($mem in $existingVip.VipMembers)
# {
# $mem | remove-scloadbalancervipmember;
# }

$existingVip | remove-scloadbalancervip;
}

$vipt = get-scloadbalancerviptemplate -Name $VipTemplateName;

$vip = New-SCLoadBalancerVIP -Name $VipName -LoadBalancer $lb


-IPAddress $VipAddress -LoadBalancerVIPTemplate $vipt
-FrontEndVMNetwork $vipNetwork
-BackEndVirtualNetworkAdapters $vipMemberNics;
Write-Output "Created VIP " $vip;

$vip = get-scloadbalancervip -Name $VipName;


Write-Output "VIP created successfully " $vip;

Script pour créer une adresse IP virtuelle afin d’équilibrer le trafic réseau interne
Pour l’exemple de script suivant, nous avons suivi la procédure détaillée dans la section précédente pour créer un
modèle d’adresse IP virtuelle appelé ILB -VIP -Template à utiliser pour l’équilibrage de charge sur le port 443. Le
script crée une adresse IP virtuelle à partir du réseau de machines virtuelles locataires pour équilibrer la charge
des machines virtuelles ILB -001 et ILB -002-001, qui font partie de ce réseau.
NOTE
Dans le scénario d’équilibrage de charge interne, l’adresse IP virtuelle provient du réseau de machines virtuelles locataires.
Par conséquent, $VipNetworkName correspond au nom du réseau de machines virtuelles locataires auquel les
machines virtuelles sont connectées. Vérifiez que le pool d’adresses IP du réseau de machines virtuelles locataires contient
les adresses IP virtuelles réservées. $VipAddress est une adresse IP de l’ensemble des adresses IP virtuelles réservées.
Dans la section Paramètres de script, remplacez les valeurs par celles de votre environnement de test pour les exemples
utilisés dans ce script.
Assurez-vous d’exécuter le script sur un serveur VMM ou sur un ordinateur exécutant la console VMM.

param(

[Parameter(Mandatory=$false)]
# Name of the Network Controller Network Service
# This value should be the name you gave the Network Controller service
# when you on-boarded the Network Controller to VMM
$LBServiceName = "NC",

[Parameter(Mandatory=$false)]
# Name of the workload VMs you want to load balance.
$VipMemberVMNames = @("ILB-001","ILB-002"),

[Parameter(Mandatory=$false)]
# Name of the VIP VM Network
$VipNetworkName = "TenantNetwork",

[Parameter(Mandatory=$false)]
# VIP address you want to assign from the VIP VM Network IP pool.
# Pick any VIP that falls within your VIP IP Pool range.
$VipAddress = "192.168.100.75",

[Parameter(Mandatory=$false)]
# The name of the VIP template you created via the VMM Console.
$VipTemplateName = "ILB-VIP-Template",

[Parameter(Mandatory=$false)]
# Arbitrary but good to match the VIP you're using.
$VipName = "scvmm_192_168_100_75_443"

Import-Module virtualmachinemanager

$lb = Get-scLoadBalancer | where { $_.Service.Name -like $LBServiceName};


$vipNetwork = get-scvmnetwork -Name $VipNetworkName;

$vipMemberNics = @();
foreach ($vmName in $VipMemberVMNames)
{
$vm = get-scvirtualmachine -Name $vmName;
# if ($vm.VirtualNetworkAdapters[0].VMNetwork.ID -ne $vipNetwork.ID)
# {
# $vm.VirtualNetworkAdapters[0] | set-scvirtualnetworkadapter -VMNetwork $vipNetwork;
# }

$vipMemberNics += $vm.VirtualNetworkAdapters[0];
}

$existingVip = get-scloadbalancervip -Name $VipName


if ($existingVip -ne $null)
{
# foreach ($mem in $existingVip.VipMembers)
# {
# $mem | remove-scloadbalancervipmember;
# }
# }

$existingVip | remove-scloadbalancervip;
}

$vipt = get-scloadbalancerviptemplate -Name $VipTemplateName;

$vip = New-SCLoadBalancerVIP -Name $VipName -LoadBalancer $lb


-IPAddress $VipAddress -LoadBalancerVIPTemplate $vipt
-FrontEndVMNetwork $vipNetwork
-BackEndVirtualNetworkAdapters $vipMemberNics;
Write-Output "Created VIP " $vip;

$vip = get-scloadbalancervip -Name $VipName;


Write-Output " VIP created successfully " $vip;
Configurer NAT pour le transfert du trafic dans
l’infrastructure SDN
19/03/2019 • 5 minutes to read

Cet article décrit comment définir une traduction d’adresses réseau (NAT) pour le transfert du trafic d'une
infrastructure de type réseau défini par logiciel (SDN ) configurée dans l’infrastructure System Center Virtual
Machine Manager (VMM ).
Le protocole NAT permet à des machines virtuelles d’un réseau virtuel SDN isolé d’obtenir la connectivité externe.
VMM configure une adresse IP virtuelle (VIP ) pour transférer le trafic à destination et à partir d’un réseau externe.
Les deux types NAT suivants sont pris en charge par VMM.
NAT de trafic sortant : transfère le trafic réseau des machines virtuelles d’un réseau virtuel vers des
destinations externes.
Trafic entrant NAT : transfère le trafic externe à une machine virtuelle spécifique dans un réseau virtuel.
Cet article fournit des informations sur la façon de configurer une connexion NAT pour les réseaux virtuels SDN à
l’aide de VMM.

Avant de commencer
Vérifiez les éléments suivants :
Le contrôleur de réseau SDN et le équilibreur de charge logiciel SDN sont déployés.
Un réseau de machines virtuelles SDN avec virtualisation du réseau est créé.

Créer une connexion NAT


Effectuez les étapes suivantes :
1. Dans la console VMM, cliquez sur Ordinateurs virtuels et services > Réseaux d’ordinateurs virtuels.
Cliquez avec le bouton droit sur le réseau de machines virtuelles sélectionné pour lequel vous voulez créer
la connexion NAT, puis sélectionnez Propriétés.
2. Cliquez sur Connectivité dans la page de l’Assistant affichée.
3. Dans Connectivité, sélectionnez Se connecter directement à un réseau logique supplémentaire, puis
sélectionnez Traduction d’adresses réseau (NAT) sous cette option.

4. Dans Pool d’adresses IP, choisissez le pool d’adresses IP duquel l’adresse IP virtuelle doit provenir. Dans
Adresse IP, choisissez une adresse IP dans le pool sélectionné. Cliquez sur OK.
Une connexion NAT est alors créée pour ce réseau de machines virtuelles.

NOTE
Avec la connexion NAT, cette procédure crée également une règle NAT de trafic sortant par défaut qui permet la
connectivité sortante pour le réseau de machines virtuelles.
Pour activer la connectivité entrante et transférer un trafic externe vers une machine virtuelle spécifique, vous devez
ajouter des règles NAT à la connexion NAT.

Ajouter des règles à une connexion NAT


Effectuez les étapes suivantes :
1. Dans la console VMM, cliquez sur Ordinateurs virtuels et services > Réseaux d’ordinateurs virtuels.
Cliquez avec le bouton droit sur le réseau de machines virtuelles sélectionné, puis choisissez Propriétés.
2. Cliquez sur Traduction d’adresses réseau dans l’Assistant.

3. Sous Spécifier les règles de traduction d’adresses réseau (NAT), cliquez sur Ajouter. Tapez les
informations suivantes, comme il se doit :
Nom : nom de la règle NAT de trafic entrant.
Protocole : protocole du trafic réseau entrant. TCP/UDP sont pris en charge.
Port entrant : numéro de port à utiliser, ainsi que l’adresse IP virtuelle permettant d’accéder à la
machine virtuelle.
Adresse IP de destination : adresse IP de la machine virtuelle vers laquelle vous voulez rediriger le
trafic externe.
Port de destination : numéro du port sur la machine virtuelle vers lequel le trafic externe doit être
transféré.
4. Cliquez sur OK.
NOTE
Il est possible de créer plusieurs règles NAT pour transférer le trafic vers plusieurs machines virtuelles faisant partie du réseau
de machines virtuelles.

Supprimer une règle NAT


Effectuez les étapes suivantes :
1. Dans la console VMM, cliquez sur Ordinateurs virtuels et services > Réseaux d’ordinateurs virtuels.
Cliquez avec le bouton droit sur le réseau de machines virtuelles sélectionné, puis choisissez Propriétés.
2. Cliquez sur Traduction d’adresses réseau dans l’Assistant.
3. Sélectionnez la règle NAT à supprimer, cliquez sur Supprimer, puis sur OK.

Supprimer une connexion NAT


1. Dans la console VMM, cliquez sur Ordinateurs virtuels et services > Réseaux d’ordinateurs virtuels.
Cliquez avec le bouton droit sur le réseau de machines virtuelles sélectionné, puis choisissez Propriétés.
2. Cliquez sur Connectivité dans l’Assistant.
3. Désactivez l’option Se connecter directement à un réseau logique supplémentaire, puis cliquez sur OK.
Router le trafic entre les réseaux dans l’infrastructure
SDN
31/05/2019 • 29 minutes to read

Cet article explique comment router le trafic entre les réseaux d'une infrastructure SDN (Software-Defined
Networking) configurée dans l’infrastructure System Center Virtual Machine Manager (VMM ).
Une passerelle RAS SDN vous permet de router le trafic réseau entre des réseaux physiques et des réseaux
virtuels, quel que soit l’emplacement où se trouvent les ressources. Une passerelle RAS SDN est multilocataire et
compatible avec le protocole BGP (Boarder Gateway Protocol). Elle prend en charge la connectivité avec un réseau
privé virtuel (VPN ) de site à site utilisant IPsec, l’encapsulation GRE (Generic Routing Encapsulation) ou le transfert
de couche 3. En savoir plus.

Avant de commencer
Vérifiez les éléments suivants :
Le contrôleur de réseau SDN, l’équilibreur de charge logicielle SDN et la passerelle RAS SDN sont
déployés.
Un réseau de machines virtuelles SDN avec virtualisation du réseau est créé.

Configurer des connexions VPN de site à site en utilisant VMM


Une connexion VPN de site à site vous permet de connecter de façon sécurisée via Internet deux réseaux situés à
deux emplacements physiques distincts.
Pour les fournisseurs de services cloud qui hébergent de nombreux locataires dans leur centre de données, la
passerelle RAS SDN fournit une solution de passerelle multilocataire qui permet à vos locataires d’accéder à leurs
ressources et de les gérer via des connexions VPN de site à site depuis des sites distants, qui à leur tour permettent
le trafic réseau entre des ressources virtuelles de votre centre de données et leur réseau physique.

Configurer une connexion IPsec


Utilisez la procédure suivante :
1. Sélectionnez le réseau de machines virtuelles pour lequel vous voulez configurer une connexion IPsec de site à
site, puis cliquez sur Connectivité.
2. Sélectionnez Se connecter à un autre réseau via un tunnel VPN. Si vous souhaitez activer l’appairage BGP
dans votre centre de données, sélectionnez Activer le protocole BGP (Border Gateway Protocol) .
3. Sélectionnez le service de contrôleur de réseau pour l’appareil de passerelle.
4. Sélectionnez Connexions VPN > Ajouter > Add IPSec Tunnel (Ajouter un tunnel IPSec).
5. Tapez un sous-réseau comme illustré dans le diagramme suivant. Ce sous-réseau est utilisé pour acheminer les
paquets en dehors du réseau de machines virtuelles. Vous n’avez pas besoin de préconfigurer ce sous-réseau
dans votre centre de données.
6. Tapez un nom pour la connexion, ainsi que l’adresse IP du point de terminaison distant. Vous pouvez également
configurer la bande passante.
7. Dans Authentification, sélectionnez le type d’authentification à utiliser. Si vous optez pour une authentification
à l’aide d’un compte d’identification, créez un compte d’utilisateur avec un nom d’utilisateur et la clé IPSec
comme mot de passe du compte.
8. Dans Itinéraires, tapez tous les sous-réseaux distants auxquels vous souhaitez vous connecter. Si vous avez
sélectionné Activer le protocole BGP (Border Gateway Protocol) dans la page Connectivité, les routes ne
sont pas nécessaires.
9. Sous l’onglet Avancé, acceptez les paramètres par défaut.
10. Si vous avez sélectionné Activer le protocole BGP (Border Gateway Protocol) dans la page Connectivité,
vous pouvez renseigner votre ASN, l’adresse IP BGP paire et son ASN dans la page de l’Assistant Protocole
BGP, comme illustré ci-dessous :
11. Pour valider la connexion, essayez d’effectuer un test Ping sur l’adresse IP du point de terminaison distant à
partir d’une des machines virtuelles de votre réseau de machines virtuelles.

Configurer le tunneling GRE


Les tunnels GRE permettent la connectivité entre les réseaux virtuels des locataires et des réseaux externes. Étant
donné que le protocole GRE est léger et que sa prise en charge est disponible sur la plupart des périphériques
réseau, il devient un choix idéal pour le tunneling quand le chiffrement des données n’est pas nécessaire. La prise
en charge de GRE dans les tunnels de site à site facilite le transfert du trafic entre les réseaux virtuels des locataires
et des réseaux externes des locataires.
Utilisez la procédure suivante :
1. Sélectionnez le réseau de machines virtuelles pour lequel vous souhaitez configurer une connexion GRE S2S,
puis cliquez sur Connectivité.
2. Sélectionnez Se connecter à un autre réseau via un tunnel VPN. Si vous souhaitez activer l’appairage BGP
dans votre centre de données, sélectionnez Activer le protocole BGP (Border Gateway Protocol) .
3. Sélectionnez le service de contrôleur de réseau pour l’appareil de passerelle.
4. Sélectionnez Connexions VPN > Ajouter > Ajouter un tunnel GRE.
5. Tapez un sous-réseau comme illustré dans le diagramme suivant. Ce sous-réseau est utilisé pour router les
paquets en dehors du réseau de machines virtuelles. Ce sous-réseau n’a pas besoin être préconfiguré dans
votre centre de données.
6. Tapez un nom de connexion et spécifiez l’adresse IP du point de terminaison distant.
7. Tapez la clé GRE.
8. Vous pouvez également renseigner les autres champs de cet écran, mais ces valeurs ne sont pas nécessaires
pour configurer une connexion.
9. Dans Itinéraires, ajoutez tous les sous-réseaux distants auxquels vous souhaitez vous connecter. Si vous avez
sélectionné Activer le protocole BGP (Border Gateway Protocol) dans Connectivité, vous pouvez laisser
cet écran vide et renseigner plutôt les champs de votre ASN, de l’adresse IP BGP paire et de son ASN sous
l’onglet Protocole BGP (Border Gateway Protocol) .
10. Vous pouvez utiliser les valeurs par défaut pour le reste des paramètres.
11. Pour valider la connexion, essayez d’effectuer un test Ping sur l’adresse IP du point de terminaison distant à
partir de l’une des machines virtuelles du réseau de machines virtuelles.

Configurer des connexions IPsec et GRE sur le site distant


Sur l’appareil appairé distant, utilisez l’adresse IP du point de terminaison du réseau de machines virtuelles
de l’interface utilisateur de VMM comme adresse de destination lors de la configuration de la connexion
IPsec\GRE.
Configurer le transfert de la couche 3 (L3)
Le transfert L3 permet la connectivité entre l’infrastructure physique du centre de données et l’infrastructure
virtualisée du cloud de virtualisation réseau Hyper-V.
En utilisant le transfert L3, les machines virtuelles du réseau de locataire peuvent se connecter à un réseau
physique via la passerelle SDN de Windows Server 2016, qui est déjà configurée dans un environnement SDN.
Dans ce cas, la passerelle SDN sert de routeur entre le réseau virtualisé et le réseau physique.
Pour plus d’informations, consultez les articles suivants : Passerelle Windows Server en tant que passerelle de
transfert et Passerelle RAS haute disponibilité.
Avant d’essayer de configurer L3, vérifiez ce qui suit :
Vérifiez que vous êtes connecté en tant qu’administrateur sur le serveur VMM.
Vous devez configurer un réseau logique de tronçon suivant unique avec un ID VLAN unique pour chaque
réseau de machines virtuelles de locataire pour lequel le transfert L3 doit être configuré. Il doit y avoir une
correspondance 1 à 1 entre un réseau de locataire et un réseau physique (avec un ID VLAN unique).
Pour créer le réseau logique du tronçon suivant dans SCVMM, effectuez les étapes suivantes :
1. Dans la console VMM, sélectionnez Réseaux logiques, cliquez avec le bouton droit et sélectionnez Créer
un réseau logique.
2. Dans la page Paramètres, choisissez Un réseau connecté et activez la case à cocher pour Créer un
réseau de machines virtuelles avec le même nom pour permettre aux machines virtuelles
d’accéder à ce réseau logique directement et Géré par le contrôleur réseau Microsoft
3. Créez un pool d’adresses IP pour ce nouveau réseau logique.
L’adresse IP de ce pool est obligatoire dans le script pour configurer le transfert L3.
Le tableau suivant fournit des exemples de connexions L3 dynamiques et statiques.

PARAMÈTRE DÉTAILS/EXEMPLES DE VALEURS

L3VPNConnectionName Nom défini par l’utilisateur pour la connexion réseau de


transfert L3. Exemple : Contoso_L3_GW

VmNetworkName Nom du réseau virtuel client accessible par le biais d’une


connexion réseau L3. Ce réseau doit exister lors de l’exécution
du script. Exemple : ContosoVMNetwork

NextHopVMNetworkName Nom défini par l’utilisateur pour le réseau de machines


virtuelles de tronçon suivant, qui a été créé comme prérequis.
Il représente le réseau physique qui souhaite communiquer
avec le réseau de machines virtuelles de locataire. Ce réseau
doit exister lors de l’exécution de ce script. Exemple :
Contoso_L3_Network

LocalIPAddresses Adresses IP à configurer sur l’interface réseau L3 de la


passerelle SDN. Cette adresse IP doit appartenir au réseau
logique de tronçon suivant que vous avez créé. Vous devez
également fournir le masque de sous-réseau. Exemple :
10.127.134.55/25

PeerIPAddresses Adresse IP de la passerelle du réseau physique, accessible par


le biais du réseau logique L3. Cette adresse IP doit appartenir
au réseau logique de tronçon suivant que vous avez créé dans
les prérequis. Cette adresse IP sert de tronçon suivant une fois
que le trafic destiné au réseau physique provenant du réseau
de machines virtuelles de locataire atteint la passerelle SDN.
Exemple : 10.127.134.65

GatewaySubnet Sous-réseau à utiliser pour le routage entre la passerelle HNV


et le réseau virtuel du locataire. Vous pouvez utiliser n’importe
quel sous-réseau, mais vérifiez qu’il ne se chevauche pas avec
le réseau logique de tronçon suivant. Exemple :
192.168.2.0/24

RoutingSubnets Routes statiques qui doivent se trouver sur l’interface L3 de la


passerelle HNV. Ces routes sont pour les sous-réseaux du
réseau physique, qui doivent être accessibles du réseau de
machines virtuelles de locataire via la connexion L3.

EnableBGP Option permettant d’activer BGP. Par défaut : false.

TenantASNRoutingSubnets Numéro ASN de la passerelle du locataire, seulement si le


protocole BGP est activé.

Exécutez le script suivant pour configurer le transfert L3. Reportez-vous au tableau ci-dessus pour vérifier ce
qu’identifie chaque paramètre du script.

```powershell
param (
[Parameter(Mandatory=$true)]
# Name of the L3 VPN connection
$L3VPNConnectionName,
[Parameter(Mandatory=$true)]
# Name of the VM network to create gateway
$VmNetworkName,
[Parameter(Mandatory=$true)]
[Parameter(Mandatory=$true)]
# Name of the Next Hop one connected VM network
# used for forwarding
$NextHopVmNetworkName,
[Parameter(Mandatory=$true)]
# IPAddresses on the local side that will be used
# for forwarding
# Format should be @("10.10.10.100/24")
$LocalIPAddresses,
[Parameter(Mandatory=$true)]
# IPAddresses on the remote side that will be used
# for forwarding
# Format should be @("10.10.10.200")
$PeerIPAddresses,
[Parameter(Mandatory=$false)]
# Subnet for the L3 gateway
# default value 10.254.254.0/29
$GatewaySubnet = "10.254.254.0/29",
[Parameter(Mandatory=$false)]
# List of subnets for remote tenants to add routes for static routing
# Format should be @("14.1.20.0/24","14.1.20.0/24");
$RoutingSubnets = @(),
[Parameter(Mandatory=$false)]
# Enable BGP in the tenant space
$EnableBGP = $false,
[Parameter(Mandatory=$false)]
# ASN number for the tenant gateway
# Only applicable when EnableBGP is true
$TenantASN = "0"
)

# Import SC-VMM PowerShell module


Import-Module virtualmachinemanager

# Retrieve Tenant VNET info and exit if VM Network not available


$vmNetwork = Get-SCVMNetwork -Name $VmNetworkName;
if ($vmNetwork -eq $null)
{
Write-Verbose "VM Network $VmNetworkName not found, quitting"
return
}

# Retrieve L3 Network info and exit if VM Network not available


$nextHopVmNetwork = Get-SCVMNetwork -Name $NextHopVmNetworkName;
if ($nextHopVmNetwork -eq $null)
{
Write-Verbose "Next Hop L3 VM Network $NextHopVmNetworkName not found, quitting"
return
}

# Retrieve gateway Service and exit if not available


$gatewayDevice = Get-SCNetworkGateway | Where {$_.Model -Match "Microsoft Network Controller"};
if ($gatewayDevice -eq $null)
{
Write-Verbose "Gateway Service not found, quitting"
return
}

# Retrieve Tenant Virtual Gateway info


$vmNetworkGatewayName = $VmNetwork.Name + "_Gateway";
$VmNetworkGateway = Get-SCVMNetworkGateway -Name $vmNetworkGatewayName -VMNetwork $vmNetwork

# Create a new Tenant Virtual Gateway if not configured


if($VmNetworkGateway -eq $null)
{
if($EnableBGP -eq $false)
{
# Create a new Virtual Gateway for tenant
$VmNetworkGateway = Add-SCVMNetworkGateway -Name $vmNetworkGatewayName -EnableBGP $false -
NetworkGateway $gatewayDevice -VMNetwork $vmNetwork -RoutingIPSubnet $GatewaySubnet;
NetworkGateway $gatewayDevice -VMNetwork $vmNetwork -RoutingIPSubnet $GatewaySubnet;
}
else
{
if($TenantASN -eq "0")
{
Write-Verbose "Please specify valid ASN when using BGP"
return
}

# Create a new Virtual Gateway for tenant


$VmNetworkGateway = Add-SCVMNetworkGateway -Name $vmNetworkGatewayName -EnableBGP $true -NetworkGateway
$gatewayDevice -VMNetwork $vmNetwork -RoutingIPSubnet $GatewaySubnet -AutonomousSystemNumber $TenantASN;
}

if ($VmNetworkGateway -eq $null)


{
Write-Verbose "Could not Find / Create Virtual Gateway for $($VmNetwork.Name), quitting"
return
}

# Check if the network connection already exists


$vpnConnection = Get-SCVPNConnection -VMNetworkGateway $VmNetworkGateway -Name $L3VPNConnectionName
if ($vpnConnection -ne $null)
{
Write-Verbose "L3 Network Connection for $($VmNetwork.Name) already configured, skipping"
}
else
{
# Create a new L3 Network connection for tenant
$vpnConnection = Add-SCVPNConnection -NextHopNetwork $nexthopvmNetwork -Name $L3VPNConnectionName -
IPAddresses $LocalIPAddresses -PeerIPAddresses $PeerIPAddresses -VMNetworkGateway $VmNetworkGateway -protocol
L3;

if ($vpnConnection -eq $null)


{
Write-Verbose "Could not add network connection for $($VmNetwork.Name), quitting"
return
}
Write-Output "Created VPN Connection " $vpnConnection;
}

# Add all the required static routes to the newly created network connection interface
foreach($route in $RoutingSubnets)
{
Add-SCNetworkRoute -IPSubnet $route -RunAsynchronously -VPNConnection $vpnConnection -VMNetworkGateway
$VmNetworkGateway
}
```

Configurer le transfert de la couche 3 (L3)


Le transfert L3 permet la connectivité entre l’infrastructure physique du centre de données et l’infrastructure
virtualisée du cloud de virtualisation réseau Hyper-V.
Avec une connexion de transfert L3, les machines virtuelles du réseau du locataire peuvent se connecter à un
réseau physique via la passerelle SDN de Windows Server 2016/2019, qui est déjà configurée dans un
environnement SDN. Dans ce cas, la passerelle SDN sert de routeur entre le réseau virtualisé et le réseau
physique.
Pour plus d’informations, consultez les articles suivants : Passerelle Windows Server en tant que passerelle de
transfert et Passerelle RAS haute disponibilité.
Avant d’essayer de configurer une connexion L3, vérifiez ce qui suit :
Vérifiez que vous êtes connecté en tant qu’administrateur sur le serveur VMM.
Vous devez configurer un réseau logique de tronçon suivant unique avec un ID VLAN unique pour chaque
réseau de machines virtuelles de locataire pour lequel le transfert L3 doit être configuré. Il doit y avoir une
correspondance 1 à 1 entre un réseau de locataire et un réseau physique (avec un ID VLAN unique).
Pour créer le réseau logique du tronçon suivant dans VMM, effectuez les étapes suivantes :
1. Dans la console VMM, sélectionnez Réseaux logiques, cliquez avec le bouton droit et sélectionnez Créer
un réseau logique.
2. Dans la page Paramètres, choisissez Un réseau connecté et sélectionnez Créer un réseau de machines
virtuelles avec le même nom pour permettre aux machines virtuelles d’accéder à ce réseau
logique directement et Géré par le contrôleur réseau Microsoft.

3. Créez un pool d’adresses IP pour ce nouveau réseau logique. L’adresse IP de ce pool est obligatoire pour
configurer le transfert L3.
Effectuez les étapes suivantes pour configurer le transfert L3 :

NOTE
Vous ne pouvez pas limiter la bande passante dans une connexion VPN L3.

1. Dans la console VMM, sélectionnez le réseau virtuel du locataire que vous voulez connecter au réseau
physique via la passerelle L3.
2. Cliquez avec le bouton droit sur le réseau virtuel du locataire sélectionné, puis sélectionnez Propriétés >
Connectivité.
3. Sélectionnez Se connecter à un autre réseau via un tunnel VPN. Si vous souhaitez activer l’appairage
BGP dans votre centre de données, sélectionnez Activer le protocole BGP (Border Gateway Protocol) .

4. Sélectionnez le service de contrôleur de réseau pour l’appareil de passerelle.


5. Dans la page Connexions VPN, cliquez sur Ajouter> Ajouter un tunnel de couche 3.

6. Spécifiez un sous-réseau dans le format de notation CIDR pour Sous-réseau de routage. Ce sous-réseau
est utilisé pour router les paquets en dehors du réseau de machines virtuelles. Vous n’avez pas besoin de
préconfigurer ce sous-réseau dans votre centre de données.

7. Utilisez les informations suivantes et configurez la connexion L3 :

PARAMÈTRE DÉTAILS

Nom Nom défini par l’utilisateur pour la connexion réseau de


transfert L3.

VMNetwork (NextHop) Nom défini par l’utilisateur pour le réseau de machines


virtuelles du tronçon suivant, qui a été créé comme prérequis.
Il représente le réseau physique qui souhaite communiquer
avec le réseau de machines virtuelles de locataire. Quand vous
cliquez sur Parcourir, seuls les Réseaux avec une seule
machine virtuelle connectée gérés par le service Réseau
peuvent être sélectionnés.

Adresse IP du pair Adresse IP de la passerelle du réseau physique, accessible par


le biais du réseau logique L3. Cette adresse IP doit appartenir
au réseau logique du tronçon suivant que vous avez créé dans
les prérequis. Cette adresse IP sert de tronçon suivant une fois
que le trafic destiné au réseau physique provenant du réseau
de machines virtuelles du locataire atteint la passerelle SDN. Il
doit s’agir d’une adresse IPv4. Il peut y avoir plusieurs adresses
IP de pair ; elles doivent être séparées par des virgules.

Adresses IP locales Adresses IP à configurer sur l’interface réseau L3 de la


passerelle SDN. Ces adresses IP doivent appartenir au réseau
logique du tronçon suivant que vous avez créé dans les
prérequis. Vous devez également fournir le masque de sous-
réseau. Exemple : 10.127.134.55/25. Il doit s’agir d’une adresse
IPv4 et elle doit être au format de notation CIDR. L’adresse IP
de pair et les adresses IP locales doivent faire partie du même
pool. Ces adresses IP doivent appartenir au sous-réseau défini
dans la définition de réseau logique du réseau de machines
virtuelles.

Si vous utilisez des routes statiques, entrez dans Routes tous les sous-réseaux distants auxquels vous voulez
vous connecter.
NOTE
Vous devez configurer des routes dans votre réseau physique pour les sous-réseaux du réseau virtuel du locataire,
avec le tronçon suivant comme adresse IP de l’interface L3 sur la passerelle SDN (l’adresse IP locale utilisée dans la
création de la connexion L3). Vous avez ainsi l’assurance que le trafic de retour vers le réseau virtuel de locataire est
routé correctement via la passerelle SDN.

Si vous utilisez BGP, vérifiez que l’appairage BGP est établi entre l’adresse IP de l’interface interne de la
passerelle SDN (qui est présente dans un autre compartiment de la machine virtuelle de la passerelle, pas
dans le compartiment par défaut) et l’appareil pair sur le réseau physique.
Pour que BGP fonctionne, vous devez effectuer les étapes suivantes :
1. Ajoutez le pair BGP pour la connexion L3. Entrez votre ASN, l’adresse IP BGP du pair et son ASN
dans la page Border Gateway Protocol.
2. Déterminez l’adresse interne de la passerelle SDN, comme expliqué dans la section suivante.
3. Créer le pair BGP sur l’extrémité distante (passerelle de réseau physique). Lors de la création du pair
BGP, utilisez l’adresse interne de la passerelle SDN (déterminée à l’étape précédente) comme adresse
IP du pair.
4. Configurez une route sur le réseau physique avec l’adresse interne de la passerelle SDN comme
destination et l’adresse IP de l’interface L3 comme tronçon suivant (la valeur de l’adresse IP locale
utilisée lors de la création de la connexion L3).

NOTE
Après avoir configuré la connexion L3, vous devez configurer des routes dans votre réseau physique pour les sous-réseaux du
réseau virtuel de locataire, avec le tronçon suivant comme adresse IP de l’interface L3 sur la passerelle SDN (paramètre
LocalIpAddresses dans le script). Vous avez ainsi l’assurance que le trafic de retour vers le réseau virtuel de locataire est routé
correctement via la passerelle SDN.

Vous pouvez choisir de configurer des routes statiques ou des routes dynamiques (via le protocole BGP ) avec la
connexion L3. Si vous utilisez des routes statiques, vous pouvez les ajouter avec Add-SCNetworkRoute, comme
décrit dans le script ci-dessous.
Si vous utilisez BGP avec une connexion tunnel L3, le peering BGP doit être établi entre l’adresse IP de l’interface
interne de la passerelle SDN, présente dans un autre compartiment de la machine virtuelle de passerelle (pas le
compartiment par défaut), et l’appareil pair du réseau physique.
Pour que BGP fonctionne, vous devez effectuer les étapes suivantes :
1. Ajouter le pair BGP pour la connexion L3 en utilisant l’applet de commande Add-SCBGPPeer.
Exemple : Add-SCBGPPeer -Name "peer1" -PeerIPAddress "12.13.14.15" -PeerASN 15 -
VMNetworkGateway $VmNetworkGateway
2. Déterminer l’adresse interne de la passerelle SDN, comme détaillé dans la section suivante.
3. Créer le pair BGP sur l’extrémité distante (passerelle de réseau physique). Lors de la création du pair BGP,
utilisez l’adresse interne de la passerelle SDN (déterminée à l’étape 2 ci-dessus) comme adresse IP paire.
4. Configurez une route sur le réseau physique avec l’adresse interne de la passerelle SDN comme destination
et l’adresse IP de l’interface L3 comme tronçon suivant (paramètre LocalIPAddresses dans le script).

Déterminer l’adresse interne de la passerelle SDN


Effectuez les étapes suivantes :
Exécutez les applets de commande PowerShell suivantes sur un ordinateur où est installé un contrôleur de réseau
ou sur un ordinateur qui a été configuré comme client de contrôleur de réseau :

$gateway = Get-NetworkControllerVirtualGateway -ConnectionUri <REST uri of your deployment>


$gateway.Properties.NetworkConnections.Properties.IPAddresses

Les résultats de cette commande peuvent afficher plusieurs passerelles virtuelles, en fonction du nombre de
locataires qui ont configuré des connexions de passerelle. Chaque passerelle virtuelle peut avoir plusieurs
connexions (IPSec, GRE, L3).
Comme vous connaissez déjà l’adresse IP de l’interface L3 (LocalIPAddresses) de la connexion, vous pouvez
identifier la bonne connexion en fonction de cette adresse IP. Après avoir la bonne connexion réseau, exécutez la
commande suivante (sur la passerelle virtuelle correspondante) pour obtenir l’adresse IP du routeur BGP de la
passerelle virtuelle.

$gateway.Properties.BgpRouters.Properties.RouterIp

Le résultat de cette commande fournit l’adresse IP que vous devez configurer sur le routeur distant comme adresse
IP paire.

Configurer le sélecteur de trafic à partir de PowerShell pour VMM


Utilisez la procédure suivante :

NOTE
Les valeurs utilisées sont des exemples.

1. Créez le sélecteur de trafic en spécifiant les paramètres suivants.

$t= new-object Microsoft.VirtualManager.Remoting.TrafficSelector

$t.Type=7 // IPV4=7, IPV6=8

$t.ProtocolId=6 // TCP =6, reference: https://en.wikipedia.org/wiki/List_of_IP_protocol_numbers

$t.PortEnd=5090

$t.PortStart=5080

$t.IpAddressStart=10.100.101.10

$t.IpAddressEnd=10.100.101.100

2. Configurez le sélecteur de trafic ci-dessus à l’aide du paramètre -LocalTrafficSelectors de l’applet de


commande Add-SCVPNConnection ou Set-SCVPNConnection.
Configurer des clusters invités dans SDN via VMM
31/05/2019 • 5 minutes to read

Cet article explique comment configurer des clusters invités dans SDN à l’aide de System Center - Virtual
machine Manager (VMM ).
VMM prenait en charge le clustering invité. Toutefois, depuis l'introduction du contrôleur de réseau (NC ), de
Windows Server 2016 et de System Center 2016, la configuration des clusters invités a subi des modifications.
Depuis l’introduction du contrôleur de réseau, les machines virtuelles connectées au réseau virtuel sont
uniquement autorisées à utiliser l’adresse IP attribuée par le contrôleur de réseau pour la communication. Le
contrôleur de réseau ne gère pas les adresses IP flottantes nécessaires au fonctionnement de technologies telles
que le clustering avec basculement Microsoft.
VMM 1801 et versions ultérieures active cette fonctionnalité en émulant l’adresse IP flottante via l’équilibreur de
charge logiciel (SLB ) dans le SDN.
VMM 1801 et versions ultérieures prend en charge le clustering invité dans SDN via une adresse IP virtuelle
(VIP ) d’équilibreur de charge interne (ILB ). L’équilibrage de charge interne utilise des ports d'analyse créés sur les
machines virtuelles du cluster invité afin d'identifier le nœud actif. À tout moment, le port d'analyse du nœud actif
uniquement répond à l’équilibrage de charge interne, et tout le trafic vers l’adresse IP virtuelle est routé vers le
nœud actif.

Avant de commencer
Vérifiez les prérequis suivants :
Le clustering d'invités est géré par le contrôleur de réseau SDN. Assurez-vous que vous avez défini le SDN et
déployé NC et SLB.

Procédure : configurer des clusters invités


Procédez comme suit :
1. Créez un cluster pour vos machines virtuelles à l’aide des informations fournies dans cet article.

NOTE
Le cluster doit avoir un paramètre ProbePort défini sur un port de votre choix. Ce port est requis lors de la
configuration du modèle d’adresse IP virtuelle à l’étape suivante. Notez l’adresse IP réservée que vous utilisez pour
ce cluster. Cette adresse IP sera nécessaire ultérieurement lors de la création d’une adresse IP virtuelle à l’aide du
modèle d’adresse IP virtuelle.

2. Créez un modèle d’adresse IP virtuelle. Dans la console VMM, sélectionnez Fabric (Infrastructure) >
Networking (Mise en réseau) > VIP Templates (Modèles d'adresses IP virtuelles), cliquez avec le bouton
droit puis sélectionnez Add VIP Template (Ajouter un modèle d'adresse IP virtuelle).
Dans Type, sélectionnez Contrôleur de réseau Microsoft.
Dans Load Balancing (Équilibrage de charge), cochez la case Enable Floating IP (Activer

l'adresse IP flottante).
Dans Health Monitor, ajoutez la sonde utilisée sur les machines virtuelles du cluster invité. Ici, vous
devez ajouter le même port que celui qui a été configuré lors du clustering des hôtes à l’étape
précédente.
3. À l’aide de PowerShell, créez une adresse IP virtuelle à l’aide du modèle d’adresse IP virtuelle.

NOTE
Comme expliqué au début de cet article, une adresse IP virtuelle d’équilibrage de charge interne est implémentée
pour prendre en charge le clustering d’invités. Le script PowerShell pour la création d’une adresse IP virtuelle à partir
du modèle d’adresse IP virtuelle, pour le trafic réseau interne équilibre de charge est fourni ci-dessous.

Utilisez cet exemple de script pour créer une adresse IP virtuelle et effectuer l’équilibrage de charge du
réseau interne. Modifiez les paramètres si nécessaire, selon les informations suivantes :
LBServiceName : nom du service de contrôleur de réseau
VipMemberNames : noms des machines virtuelles du cluster.
VipNetworkName : nom du réseau de locataire.
VipAddress : adresse IP réservée du réseau de locataire qui a été utilisée à l’étape 2 en tant qu’adresse
IP du cluster de machine virtuelle.
VipTemplateName : nom du modèle d’adresse IP virtuelle créé à l’étape 3, ci-dessus.
VipName : nom convivial de votre choix pour faire référence à l’adresse IP virtuelle.
Mettre à jour le certificat de serveur du contrôleur de
réseau
31/05/2019 • 5 minutes to read

Le contrôleur de réseau utilise un certificat pour les communications vers les composants de niveau supérieur avec
les clients REST (comme VMM ), et pour les communications vers les composants de niveau inférieur avec les
hôtes Hyper-V et les équilibreurs de charge logiciels.
Vous pouvez changer ou mettre à jour ce certificat dans les scénarios suivants, après avoir déployé le contrôleur de
réseau.
Le certificat a expiré.
Vous voulez passer d’un certificat auto-signé à un certificat émis par une autorité de certification (CA).

NOTE
Si vous renouvelez le certificat existant avec la même clé, ces étapes ne sont pas nécessaires.

Avant de commencer
Veillez à créer un certificat SSL avec le nom REST d’un contrôleur de réseau. En savoir plus.

Mettre à jour le certificat de serveur


1. Si le certificat est auto-signé, procédez comme suit :
Certificat avec clé privée : exportez le certificat et importez-le dans le magasin My de tous les nœuds du
contrôleur de réseau.
Certificat sans clé privée : Exportez le certificat et importez-le dans le magasin Root de tous les nœuds
du contrôleur de réseau.
2. Si le certificat est émis par une autorité de certification, importez-le dans le magasin My de tous les nœuds
du contrôleur de réseau.

NOTE
NE supprimez PAS le certificat actuel des nœuds du contrôleur de réseau. Vous devez valider le certificat mis à jour
avant de supprimer le certificat existant. Effectuez les autres étapes pour mettre à jour le certificat.

3. Mettez à jour le certificat de serveur en exécutant la commande PowerShell suivante sur un des nœuds du
contrôleur de réseau.

$certificate = Get-ChildItem -Path Cert:\LocalMachine\My | Where {$_.Thumbprint -eq “Thumbprint of new


certificate”}
Set-NetworkController -ServerCertificate $certificate

4. Mettez à jour le certificat utilisé pour chiffrer les informations d’identification stockées dans le contrôleur de
réseau en exécutant la commande suivante sur un des nœuds du contrôleur de réseau.
$certificate = Get-ChildItem -Path Cert:\LocalMachine\My | Where {$_.Thumbprint -eq “Thumbprint of new
certificate”}
Set-NetworkControllerCluster -CredentialEncryptionCertificate $certificate

5. Récupérez la ressource REST du serveur en exécutant la commande PowerShell suivante sur un des nœuds
du contrôleur de réseau.

Get-NetworkControllerServer -ConnectionUri <REST uri of your deployment>

6. Dans la ressource REST du serveur, accédez à l’objet Informations d’identification et vérifiez les
informations d’identification de type X509Certificate avec une valeur correspondant à l’empreinte
numérique de votre certificat. Notez l’ID de ressource d’informations d’identification.

"Connections":
{
{
"ManagementAddresses":[ “contoso.com" ],
"CredentialType": "X509Certificate",
"Protocol": null,
"Port": null,
"Credential": {
"Tags": null,
"ResourceRef": "/credentials/<credential resource Id>,
"InstanceId": "00000000-0000-0000-0000-000000000000",


}
}
}

7. Mettez à jour la ressource REST des informations d’identification de type X509Certificate récupérée ci-
dessus avec l’empreinte numérique du nouveau certificat.
Exécutez ces applets de commande PowerShell sur un des nœuds du contrôleur de réseau.

$cred=New-Object Microsoft.Windows.Networkcontroller.credentialproperties
$cred.type="X509Certificate"
$cred.username=""
$cred.value="<thumbprint of the new certificate>"
New-NetworkControllerCredential -ConnectionUri <REST uri of the deployment> -ResourceId <credential
resource Id> -Properties
$cred

8. Si le nouveau certificat est un certificat auto-signé, provisionnez le certificat (sans la clé privée) dans le
magasin de certificats racines de confiance de tous les hôtes Hyper-V et de toutes les machines virtuelles
MUX des équilibreurs de charge logiciels.
9. Provisionnez le certificat du contrôleur de réseau (sans la clé privée) dans le magasin de certificats racines
de confiance de la machine VMM avec l’applet de commande PowerShell suivante :
$certificate = Get-SCCertificate -ComputerName "NCRestName"
$networkservice = Get-SCNetworkService | Where {$_.IsNetworkController -eq $true}
Set-SCNetworkService -ProvisionSelfSignedCertificatesforNetworkService $true -Certificate
$certificate -NetworkService $networkservice

NetworkService est le service du contrôleur de réseau, Certificate est le nouveau certificat de serveur
du contrôleur de réseau.
ProvisionSelfSignedCertificatesforNetworkService a la valeur $true si vous mettez à jour vers un
certificat auto-signé.
10. Vérifiez que la connectivité fonctionne correctement avec le certificat mis à jour.
Vous pouvez supprimer le certificat précédent des nœuds du contrôleur de réseau.

Étapes suivantes
Vérifiez que le déploiement du contrôleur de réseau a réussi.
Configurer des adresses IP virtuelles SLB via des
modèles de service VMM
31/05/2019 • 7 minutes to read

Software Defined Networking (SDN ) dans Windows 2016 peut utiliser Software Load Balancing (SLB ) pour
répartir uniformément le trafic réseau entre les charges de travail gérées par le fournisseur de services et les
clients. VMM 2016 prend uniquement en charge le déploiement d'adresses IP virtuelles (VIP ) SLB à l’aide de
PowerShell.
System Center - Virtual Machine Manager (VMM ) 1801 et versions ultérieures prend en charge la configuration
d’adresses IP virtuelles SLB lors du déploiement d’application à plusieurs niveaux à l’aide de modèles de service,
et prend en charge l’équilibrage de charge publique et interne.

Avant de commencer
Vérifiez que les prérequis suivants sont remplis :
Contrôleur de réseau SDN déployé
Équilibreur de charge logiciel SDN déployé

Procédure de création d'adresses VIP SLB


Procédez comme suit :
1. Spécifiez l'affinité aux réseaux logiques.
Dans la console VMM, cliquez sur Infrastructure > Service réseau > Contrôleur de réseau >
Propriétés > Affinité du réseau logique.
Spécifiez les serveurs frontaux et principaux disponibles pour l’équilibrage de charge, puis cliquez
sur OK.
2. Créez un modèle d’adresse IP virtuelle.
Dans la console VMM, cliquez sur Infrastructure > Créer un modèle d’adresse IP virtuelle.
Dans l’Assistant Modèle d’adresse IP virtuelle d’équilibrage de charge > Nom, spécifiez le
nom du modèle et la description.
Dans Port d’adresse IP virtuelle, spécifiez le port qui doit être utilisé pour le type de trafic réseau
dont vous souhaitez équilibrer la charge.
Dans Port principal, spécifiez le port sur lequel le serveur principal est à l’écoute des demandes.
Dans Type, spécifiez un type de modèle, puis cliquez sur Spécifique. Sélectionnez Microsoft
comme Fabricant. Sélectionnez Contrôleur de réseau Microsoft comme Modèle. Cliquez sur
Suivant.

Dans Protocole, spécifiez les options de protocole. Cliquez sur Suivant.

Dans Méthode d’équilibrage de charge, sélectionnez la méthode, puis cliquez sur suivant.
Dans Analyseurs d’intégrité, vous pouvez éventuellement spécifier une vérification de
l’équilibreur de charge à intervalles réguliers. Pour ajouter un analyseur d’intégrité, spécifiez le
protocole et la demande. Par exemple, la saisie de la commande GET effectue une demande HTTP
GET pour la page d'accueil de l'équilibrage de charge et recherche une réponse de l'en-tête. Vous
pouvez aussi modifier le type de réponse, ainsi que l’intervalle d’analyse, le délai d’attente et les
nouvelles tentatives. Notez que le délai d’attente doit être inférieur à l’intervalle.

Dans Résumé, confirmez les paramètres, puis cliquez sur Terminer pour créer le modèle d’adresse
IP virtuelle.
3. Configurer une adresse IP virtuelle SLB lors du déploiement du service
Si le modèle de service n’est pas ouvert, cliquez sur Bibliothèque > Modèles > Modèles de
service et ouvrez-le.
Cliquez sur Actions > Ouvrir le concepteur.
Dans le Concepteur de modèles de services, cliquez sur le groupe Composants du modèle de
service > Ajouter un équilibrage de charge.
Cliquez sur l’objet d’équilibreur de charge. Vous l’identifierez avec le nom de modèle d’adresse IP
virtuelle.
Cliquez sur Outil > Connecteur. Cliquez sur la connexion au serveur associé au modèle, puis
cliquez sur un objet Carte réseau pour connecter l’équilibreur de charge à la carte. Dans les
propriétés de la carte réseau, vérifiez les types d’adresses et assurez-vous que l’adresse MAC est
statique.
Notez que le serveur doit être connecté à l’interface du réseau principal du service. L’interface du
réseau principal peut être connectée à un réseau de machines virtuelles ou à un réseau VM
virtualisé.
Après avoir activé le connecteur, cliquez sur la connexion au client associée à l’équilibrage de charge,
puis cliquez sur un objet de réseau logique.

NOTE
Le client doit être connecté à un réseau frontal de l’équilibrage de charge. Il peut s’agir d’un réseau de
machines virtuelles public ou d'un réseau VM virtualisé. Un réseau VM virtualisé est utilisé pour les
scénarios d’équilibrage de charge interne.

Enregistrez le modèle de service dans Modèle de service > Enregistrer et valider.


Exemple 1 : configuration du service avec un réseau de machines virtuelles « public » en tant que front-end. Ici,
le réseau principal peut être un réseau VM connecté ou un réseau VM virtualisé.
Exemple 2 : configuration du service avec un front-end et un back-end connectés au réseau VM virtualisé
« Réseau VM HNV ». Ce scénario est utilisé pour l’équilibrage de charge interne.
Configurer l’adresse IP virtuelle pour l’accès utilisateur
Une fois le service déployé, VMM sélectionne automatiquement une adresse IP virtuelle dans la plage réservée
du pool d’adresses IP statiques et l’affecte au niveau de service à charge équilibrée. Pour permettre aux
utilisateurs de se connecter au service une fois celui-ci déployé, vous devez identifier l’adresse IP virtuelle et
configurer une entrée DNS pour celle-ci.
1. Après avoir déployé le service, cliquez sur Infrastructure > Mise en réseau > Équilibrages de charge.
2. Cliquez sur Afficher > Service > Informations sur les équilibrages de charge pour les services et
développez le service pour identifier l’adresse IP virtuelle qui est affectée.
3. Si des utilisateurs se servent du nom DNS pour accéder au service, demandez à ce que l’administrateur DNS
crée manuellement une entrée DNS pour l’adresse IP virtuelle. L’entrée doit correspondre au nom que les
utilisateurs spécifieront pour se connecter au service. Par exemple, nomservice.contosol.com.
Sauvegarder et restaurer l’infrastructure SDN
19/03/2019 • 9 minutes to read

Cet article décrit le processus de sauvegarde et de restauration d’une infrastructure réseau à définition logicielle
(SDN ) dans une structure System Center Virtual Machine Manager (VMM ). Il fournit également des
recommandations pour vous aider à mener à bien ce processus.
Pour sauvegarder et restaurer un SDN, vous devez sauvegarder et restaurer le contrôleur de réseau qui est
déployé dans le SDN. Effectuez les étapes suivantes dans l’ordre indiqué.

Sauvegarder le contrôleur de réseau


Sauvegardez la base de données du contrôleur de réseau en utilisant l’API REST du contrôleur de réseau. En savoir
plus.

Déployer le nouveau contrôleur de domaine


Pour déployer un nouveau contrôleur de réseau, suivez les étapes ci-dessous :
1. Dans la console VMM, sous Ordinateurs virtuels et services > Services, sélectionnez l’instance du
service de contrôleur de réseau, puis cliquez sur Supprimer.

NOTE
Supprimez uniquement l’instance du service de contrôleur de réseau. Ne supprimez pas le contrôleur de service sous
Structure > Services réseau.

2. Vérifiez que l’enregistrement DNS du contrôleur de réseau est supprimé du DNS.


3. Déployez une nouvelle instance du service de contrôleur de réseau à partir de VMM, avec les mêmes
paramètres de déploiement du service qui ont été utilisés pour le déploiement de l’instance du service
d’origine. En savoir plus.
4. Vérifiez que le déploiement s’est déroulé correctement.

Restaurer le contrôleur de réseau à partir d’une sauvegarde


Restaurez le contrôleur de réseau à partir d’une sauvegarde du contrôleur de réseau en utilisant l’API REST du
contrôleur de réseau. En savoir plus.

Actualiser le contrôleur de réseau et effectuer une synchronisation


entre VMM et le contrôleur de réseau
Selon l’état du SDN capturé dans la sauvegarde du contrôleur de réseau et l’état actuel de VMM, il est possible que
certaines ressources dans VMM et le contrôleur de réseau ne soient pas synchronisées.
Effectuez les étapes d’actualisation suivantes pour rechercher les éventuelles ressources non synchronisées entre
VMM et le contrôleur de réseau, et les synchroniser en conséquence.

NOTE
Actualisez les applets de commande pour actualiser les objets du contrôleur de réseau disponibles dans VMM 2016 UR3.
Si le contrôleur de réseau contient des objets qui ne sont pas présents dans la base de données de VMM, VMM
n’actualise pas les objets (même si ces objets ont été créés à l’aide de VMM précédemment). Supprimez ces objets du
contrôleur de réseau et recréez les objets de VMM pour pouvoir les gérer de nouveau à partir de VMM.

Actualiser les listes de contrôle d’accès des ports


1. Obtenez toutes les listes de contrôle d’accès des ports gérées par le contrôleur d’accès à partir du serveur
VMM en exécutant l’applet de commande suivante :

$portACLs = Get-SCPortACL | Where-Object {$_.ManagedByNC -eq $True}

2. Exécutez l’applet de commande Read-SCPortACL sur toutes les listes de contrôle d’accès des ports gérées
par le contrôleur d’accès à actualiser.

foreach($portACL in $portACLs)
{
Read-SCPortACL -PortACL $portACL
}

3. Vérifiez le résultat de l’exécution dans le journal des travaux de VMM et suivez les recommandations
indiquées dans le journal en cas d’échec.
Actualiser les réseaux logiques
1. Obtenez tous les réseaux logiques gérés par le contrôleur d’accès à partir du serveur VMM en exécutant
l’applet de commande suivante :

$logicalNetworks = Get-SCLogicalNetwork | Where-Object {$_.IsManagedByNetworkController -eq $True}

2. Exécutez l’applet de commande Read-SCLogicalNetwork sur tous les réseaux logiques gérés par le
contrôleur de réseau à actualiser.
foreach($logicalNetwork in $logicalNetworks)
{
Read-SCLogicalNetwork -LogicalNetwork $logicalNetwork
}

3. Vérifiez le résultat de l’exécution dans le journal des travaux de VMM et suivez les recommandations
indiquées dans le journal en cas d’échec.
Actualiser les passerelles et les multiplexeurs d’équilibrage de charge
1. Obtenez toutes les passerelles et tous les multiplexeurs d’équilibrage de charge en exécutant l’applet de
commande suivante :

$networkService = Get-SCNetworkService | Where-Object {$_.Model -eq 'Microsoft Network Controller'}


$fabricRoles = Get-SCFabricRole -NetworkService $networkService
$fabricRoleResources = @()
foreach($fabricRole in $fabricRoles)
{
$fabricRoleResources += $fabricRole.ServiceVMs
}
$fabricRoleResources

2. Exécutez l’applet de commande Read-SCFabricRoleResource sur les ressources à actualiser.

foreach($fabricRoleResource in $fabricRoleResources)
{
Read-SCFabricRoleResource -FabricResource $fabricRoleResource
}

3. Vérifiez le résultat de l’exécution dans le journal des travaux de VMM et suivez les recommandations
indiquées dans le journal en cas d’échec.
Actualiser les connexions NAT et les règles NAT
1. Obtenez toutes les connexions NAT en exécutant l’applet de commande suivante :

$vmNetworks = Get-SCVMNetwork | Where-Object {$_.NetworkManager.Model -eq 'Microsoft Network Controller'


-and $_.IsolationType -eq 'WindowsNetworkVirtualization'}

$natConnections = @()
foreach($vmNetwork in $vmNetworks)
{
$natConnections += $vmNetwork.NATConnections
}
$natConnections

2. Exécutez l’applet de commande Read-SCNATConnection pour actualiser les connexions NAT et les règles
NAT.

foreach($natConnection in $natConnections)
{
Read-SCNATConnection -NATConnection $natConnection
}

3. Vérifiez le résultat de l’exécution dans le journal des travaux de VMM et suivez les recommandations
indiquées dans le journal en cas d’échec.
Actualiser toutes les adresses IP virtuelles de l’équilibrage de charge
1. Obtenez toutes les adresses IP virtuelles de l’équilibrage de charge configurées sur le contrôleur de
domaine en exécutant l’applet de commande suivante :

$loadBalancerVIPs = Get-SCLoadBalancerVIP | Where-Object {$_.LoadBalancer.Model -eq 'Microsoft Network


Controller'}

2. Exécutez l’applet de commande Read-SCLoadBalancerVIP pour actualiser toutes les adresses IP virtuelles
de l’équilibrage de charge.

foreach($loadBalancerVIP in $loadBalancerVIPs)
{
Read-SCLoadBalancerVIP -LoadBalancerVIP $loadBalancerVIP
}

3. Vérifiez le résultat de l’exécution dans le journal des travaux de VMM et suivez les recommandations
indiquées dans le journal en cas d’échec.
Actualiser les réseaux de machines virtuelles
1. Obtenez tous les réseaux de machines virtuelles HNV gérés par le contrôleur de réseau à partir du serveur
VMM en exécutant l’applet de commande suivante :

$VMNetworks = Get-SCVMNetwork | Where-Object {$_.NetworkManager.Model -eq 'Microsoft Network Controller'


-and $_.IsolationType -eq 'WindowsNetworkVirtualization'}

2. Exécutez l’applet de commande Read-SCVMNetwork sur tous les réseaux de machines virtuelles à
actualiser.

foreach($VMNetwork in $VMNetworks)
{
Read-SCVMNetwork -VMNetwork $VMNetwork
}

3. Vérifiez le résultat de l’exécution dans le journal des travaux de VMM et suivez les recommandations
indiquées dans le journal en cas d’échec.
Actualiser les pools de passerelles
1. Obtenez le rôle de la structure de passerelles à partir du serveur VMM en exécutant l’applet de commande
suivante :

$networkService = Get-SCNetworkService | Where-Object {$_.Model -eq 'Microsoft Network Controller'}


$gatewayFabricRole = Get-SCFabricRole -NetworkService $networkService | Where-Object {$_. RoleType -eq
‘Gateway ’}

2. Exécutez l’applet de commande Read-SCFabricRole pour actualiser le rôle d’infrastructure.


foreach($fabricRole in $gatewayFabricRole )
{
Read-SCFabricRole -FabricRole $fabricRole
}

3. Vérifiez le résultat de l’exécution dans le journal des travaux de VMM et suivez les recommandations
indiquées dans le journal en cas d’échec.
Actualiser les passerelles de réseau de machines virtuelles
1. Obtenez toutes les passerelles de réseau de machines virtuelles configurées pour les réseaux de machines
virtuelles en exécutant l’applet de commande suivante :

$vmNetworks = Get-SCVMNetwork | Where-Object {$_.NetworkManager.Model -eq 'Microsoft Network


Controller' -and $_.IsolationType -eq 'WindowsNetworkVirtualization' -and $_.VMNetworkGateways.Count -
gt 0}}
$VMNetworkGateways = @()
foreach($vmNetwork in $vmNetworks)
{
$VMNetworkGateways += $vmNetwork.$VMNetworkGateways
}

2. Exécutez l’applet de commande Read-SCVMNetworkGateway pour actualiser les passerelles.

foreach($VMNetworkGateway in $VMNetworkGateways)
{
Read-SCVMNetworkGateway -VMNetworkGateway $VMNetworkGateway
}

3. Vérifiez le résultat de l’exécution dans le journal des travaux de VMM et suivez les recommandations
indiquées dans le journal en cas d’échec.
Suppression d’un réseau à définition logicielle de la
structure VMM
19/12/2018 • 4 minutes to read

Pour supprimer un réseau SDN de l'infrastructure System Center Virtual Machine Manager (VMM ), vous devez
supprimer les objets suivants et ce, dans l’ordre spécifié :
réseaux de machines virtuelles (associés aux réseaux logiques gérés par le contrôleur de réseau) ;
réseaux logiques (gérés par le contrôleur de réseau) ;
équilibreur de charge logiciel (s’il est déployé, ou déployé et configuré) ;
passerelle (si elle est déployée, ou déployée et configurée) ;
contrôleur de réseau (s’il est déployé, ou déployé et configuré).

Supprimer des réseaux de machines virtuelles


NOTE
Vérifiez qu’aucune machine virtuelle ou carte réseau n’est connectée aux réseaux de machines virtuelles que vous voulez
supprimer.

1. Cliquez sur Ordinateurs virtuels et services > Réseaux d’ordinateurs virtuels, puis sélectionnez le réseau
de machines virtuelles à supprimer.
2. Cliquez avec le bouton droit sur le réseau de machines virtuelles, puis sélectionnez Supprimer.
3. Répétez les étapes 1 et 2 pour chaque réseau de machines virtuelles à supprimer.

Supprimer des réseaux logiques


NOTE
Vérifiez qu’aucun profil de port n’est associé aux réseaux logiques que vous voulez supprimer.

1. Cliquez sur Structure > Réseaux logiques, puis sélectionnez le réseau logique à supprimer.
2. Cliquez avec le bouton droit sur le réseau logique, puis sélectionnez Supprimer.
3. Répétez les étapes 1 et 2 pour chaque réseau logique à supprimer.

NOTE
Il n’est pas possible de supprimer de la console les réseaux logiques associés à l’équilibreur SLB. Dans ce cas, vous devez forcer
la suppression (via l’indicateur -Force).

Supprimer l’équilibreur de charge logiciel


1. Cliquez sur Structure > Services réseau, puis sélectionnez le rôle d’équilibreur de charge logiciel.
2. Sous Services > Services associés, cliquez sur Parcourir, puis sur Effacer la sélection.
Cette action supprime le service d’équilibreur de charge logiciel. Vérifiez que la tâche est terminée. Si la
tâche échoue, redémarrez-la après avoir effectué les modifications nécessaires, détaillées par le message
d’erreur.
3. Désélectionnez les pools associés à l’équilibreur SLB, sauf pour le pool d’adresses IP virtuelles privé qui est
associé à l’adresse IP virtuelle du gestionnaire SLB.
4. Pour terminer la suppression de l’équilibreur SLB, forcez la suppression du pool d’adresses IP virtuelles
privé, de la définition de réseau logique correspondante et des réseaux logiques (via l’indicateur -Force).

Supprimer la passerelle
1. Cliquez sur Structure > Services réseau, puis sélectionnez le rôle de gestionnaire de passerelle.
2. Sous Services > Services associés, cliquez sur Parcourir, puis sur Effacer la sélection.
Cette action supprime le service de passerelle. Vérifiez que la tâche est terminée. Si la tâche échoue,
redémarrez-la après avoir effectué les modifications nécessaires, détaillées par le message d’erreur.
3. Pour terminer la suppression de la passerelle, supprimez le pool de passerelles à l’aide des
scripts PowerShell suivants :

$nc=get-scnetworkservice | Where {$_.Model -eq "Microsoft Network Controller"}


$gwrole=get-scfabricrole -NetworkService $nc | Where {$_.RoleType -eq "Gateway"}
Set-SCFabricRole -FabricRole $gwrole -GatewayConfiguration $null

Supprimer le contrôleur de réseau


NOTE
Vérifiez que l’équilibreur SLB/la passerelle et les réseaux logiques associés sont correctement supprimés.

1. Cliquez sur Structure > Services réseau, puis sélectionnez le contrôleur de réseau.
2. Cliquez avec le bouton droit sur le contrôleur de réseau, puis sélectionnez Supprimer.
Cette action supprime le service contrôleur de réseau. Vérifiez que la tâche est terminée. Si la tâche échoue,
redémarrez-la après avoir effectué les modifications nécessaires, détaillées par le message d’erreur.
Gérer les ressources SDN dans l’infrastructure VMM
19/12/2018 • 7 minutes to read

Cet article résume les opérations SDN (Software-Defined Networking) que vous pouvez gérer dans l’infrastructure
System Center Virtual Machine Manager (VMM ). Pour les opérations qui ne peuvent pas être gérées dans
l’infrastructure, vous devez utiliser des API REST ou Windows Server PowerShell.
Un réseau SDN transforme une infrastructure réseau matérielle physique en réseaux virtuels. Dans l’infrastructure
VMM, vous pouvez déployer et gérer une infrastructure SDN, notamment un contrôleur de réseau, des
équilibreurs de charge logiciels et des passerelles, pour approvisionner et gérer des réseaux virtuels selon vos
besoins. En savoir plus.

Que puis-je gérer dans VMM ?


Les ressources SDN se divisent en deux grandes catégories dans VMM :
Ressources connues : ressources qui peuvent être créées et gérées par VMM.
Ressources inconnues : ressources qui doivent être créées et gérées en dehors de VMM.
Ressources connues
Vous pouvez créer et gérer ces ressources avec ou sans VMM. Si vous apportez des modifications à ces ressources
en dehors de VMM, VMM remplace les modifications externes quand une opération VMM est exécutée sur l’objet.
Cette situation peut entraîner des problèmes de connectivité et de configuration, et doit être évitée si possible. Il
n’est pas possible d’annuler un remplacement à moins de détecter le problème et de procéder à une
reconfiguration manuelle.
Nous vous recommandons vivement de configurer les ressources qui sont connues de VMM dans l’infrastructure
VMM uniquement.

OBJET CONNU DÉTAILS MODIFICATION

AccessControlList Un objet AccessControlList contient une Remplacé par VMM si vous autorisez les
liste de règles ACL et peut être affecté à modifications externes
des sous-réseaux virtuels ou des
configurations IP.

AclRule Récapitule le trafic réseau qui est Remplacé par VMM si vous autorisez les
autorisé ou refusé pour une interface modifications externes
réseau de machines virtuelles.

Passerelle Fournit des services de passerelle à un Remplacé par VMM si vous autorisez les
ou plusieurs réseaux virtuels. modifications externes

GatewayPool Les objets GatewayPool regroupent un Remplacé par VMM si vous autorisez les
ensemble de ressources de passerelles modifications externes
en un seul pool.

Hôte Remplacé par VMM si vous autorisez les


modifications externes

HostProperties Remplacé par VMM si vous autorisez les


modifications externes
OBJET CONNU DÉTAILS MODIFICATION

IpConfigurations Adresses IP de l’équilibreur de charge Remplacé par VMM si vous autorisez les
modifications externes

IpPool Crée un pool d’adresses IP sur le Remplacé par VMM si vous autorisez les
contrôleur de réseau modifications externes

LoadBalancerManager Configure le service d’équilibrage de Remplacé par VMM si vous autorisez les
charge du contrôleur de réseau. modifications externes

LoadBalancerMux Représente une machine virtuelle MUX Remplacé par VMM si vous autorisez les
déployée dans l’infrastructure du modifications externes
contrôleur de réseau.

LogicalSubnets Paire sous-réseau/réseau local virtuel. Remplacé par VMM si vous autorisez les
modifications externes

MACPool Crée un pool d’adresses MAC sur le Remplacé par VMM si vous autorisez les
contrôleur de réseau modifications externes

NatRules Configure l’équilibreur de charge pour Remplacé par VMM si vous autorisez les
appliquer NAT au trafic modifications externes

NetworkInterface Spécifie la configuration d’une interface Remplacé par VMM si vous autorisez les
virtuelle hôte (carte réseau virtuelle modifications externes
hôte) ou d’une carte réseau de serveur
virtuel (VMNIC).

PortSettings Remplacé par VMM si vous autorisez les


modifications externes

PublicIPAddress Spécifie une adresse IP qui est accessible Remplacé par VMM si vous autorisez les
au public. Elle est utilisée par les objets modifications externes
virtualGateway et loadBalancer pour
indiquer l’adresse IP servant à
communiquer avec le réseau virtuel
depuis l’extérieur.

QualityOfService Remplacé par VMM si vous autorisez les


modifications externes

Serveurs Représente un serveur physique qui est Remplacé par VMM si vous autorisez les
contrôlé par le contrôleur de réseau. modifications externes

VirtualGateway Décrit la passerelle utilisée pour la Remplacé par VMM si vous autorisez les
connectivité entre locaux à partir du modifications externes
réseau virtuel.

VirtualGatewayBgpPeer Configure les homologues BGP de la Remplacé par VMM si vous autorisez les
ressource virtualGateways. modifications externes

VirtualNetwork Permet de créer un réseau virtuel à Remplacé par VMM si vous autorisez les
l’aide de HNV pour les superpositions modifications externes
clientes.
OBJET CONNU DÉTAILS MODIFICATION

VirtualServer Correspond à une machine virtuelle. Remplacé par VMM si vous autorisez les
Doit être créé pour les machines modifications externes
virtuelles qui correspondent aux
ressources MUX et de passerelle.

VirtualSubnet Permet de créer des sous-réseaux Remplacé par VMM si vous autorisez les
virtuels (VSID) sous le réseau virtuel modifications externes
d’un client (RDID).

VirtualSwitchManager Configure les propriétés du Remplacé par VMM si vous autorisez les
commutateur virtuel sur chaque modifications externes
serveur géré par le contrôleur de réseau

Machine virtuelle Correspond à une machine virtuelle. Remplacé par VMM si vous autorisez les
modifications externes

Ressources inconnues
Vous devez créer et gérer ces ressources en dehors de l’infrastructure VMM. VMM n’en a pas connaissance et ne
les remplace évidemment pas quand elles sont configurées en dehors de la console VMM.
Les objets inconnus comprennent toutes les ressources du contrôleur de réseau qui ne sont pas répertoriées dans
le tableau ci-dessus. Obtenez la dernière liste des ressources SDN.
Gérer les espaces de stockage direct dans VMM
19/12/2018 • 5 minutes to read

Cet article offre une vue d’ensemble des espaces de stockage direct (S2D ) et de leur déploiement dans
l’infrastructure System Center - Virtual Machine Manager (VMM ).
Les espaces de stockage direct (S2D ) ont été introduits dans Windows Server 2016. Ils regroupent des disques de
stockage physique en pools de stockage virtuel pour fournir un stockage virtualisé. Avec le stockage virtualisé,
vous pouvez :
gérer plusieurs sources de stockage physique comme une seule entité virtuelle ;
bénéficier d’un stockage économique, avec et sans périphériques de stockage externe ;
regrouper différents types de stockage dans un seul pool de stockage virtuel ;
approvisionner facilement le stockage, et étendre le stockage virtualisé à la demande en ajoutant de nouveaux
disques.

Comment cela fonctionne-t-il ?


S2D crée des pools de stockage, qu’il s’agisse d’un stockage attaché ou de nœuds spécifiques dans un cluster
Windows Server. Le stockage peut être soit interne sur le nœud, soit externe sur des disques directement attachés
à un nœud unique. Les lecteurs de stockage pris en charge incluent NVMe, SSD connecté via SATA ou SAS et le
disque dur. En savoir plus.
Quand vous activez S2D sur un cluster Windows Server, S2D détecte automatiquement le stockage approprié
et l’ajoute à un pool de stockage du cluster.
S2D crée également un cache de stockage intégré côté serveur pour optimiser les performances. Les disques
plus rapides sont utilisés pour la mise en cache et les autres pour la capacité. Découvrez plus en détail le cache.
Vous créez des volumes à partir d’un pool de stockage. La création d’un volume crée le disque virtuel (espace
de stockage), le partitionne et le formate, l’ajoute au cluster et le convertit en un volume partagé de cluster.
À l’aide de SMB 3.0, vous configurez différents niveaux de tolérance de panne pour un volume pour spécifier
comment les disques virtuels sont répartis sur les disques physiques dans le pool. Vous pouvez configurer un
volume sans résilience ou avec une résilience en miroir ou de parité. En savoir plus.

Déploiement convergé ou non convergé


Vous pouvez déployer un cluster exécutant S2D de deux façons :
Déploiement hyperconvergé : le calcul Hyper-V et le stockage S2D s’exécutent sur le même cluster, sans
séparation. Cela permet une mise à l’échelle simultanée des ressources de calcul et de stockage.
Déploiement désagrégé : Les ressources de calcul s’exécutent sur un cluster Hyper-V. Le stockage S2D
s’exécute sur un autre cluster. Vous mettez à l’échelle les clusters séparément pour une gestion plus précise.
Déploiement hyperconvergé
Voici une illustration du déploiement hyperconvergé :
Figure 1 : déploiement hyperconvergé
Les fichiers de la machine virtuelle sont stockés sur des volumes partagés de cluster locaux.
Les partages de fichiers et SMB ne sont pas utilisés.
Une fois que les volumes partagés de cluster S2D sont disponibles, provisionnez-les comme vous le feriez
pour tout autre déploiement Hyper-V.
Vous mettez à l’échelle le cluster de calcul Hyper-V en même temps que son stockage S2D.
Déploiement désagrégé
Voici une illustration du déploiement désagrégé :
Figure 2 : déploiement désagrégé
Les partages de fichiers sont créés sur les volumes partagés de cluster d’espaces de stockage direct.
Les machines virtuelles Hyper-V sont configurées pour stocker leurs fichiers sur le serveur de fichiers avec
montée en puissance parallèle (SOFS ) et sont accessibles via SMB 3.0.
Vous mettez à l’échelle les clusters Hyper-V et SOFS séparément pour une gestion plus précise. Par exemple,
les nœuds de calcul peuvent avoir quasiment atteint leur nombre maximal de machines virtuelles, alors que les
nœuds de stockage peuvent disposer d’une capacité excédentaire de disque et d’E/S par seconde. Vous n’avez
donc qu’à ajouter des nœuds de calcul supplémentaires.

Étapes suivantes
Déployer un cluster S2D hyperconvergé
Déployer un cluster hyperconvergé d’espaces de
stockage direct dans VMM
29/03/2019 • 9 minutes to read

Cet article explique comment créer un cluster hyperconvergé exécutant des espaces de stockage direct (S2D ) dans
System Center - Virtual Machine Manager (VMM ). En savoir plus sur les espaces de stockage direct (S2D ).
Vous pouvez déployer un cluster S2D hyperconvergé en approvisionnant un cluster Hyper-V et en activant S2D à
partir d’ordinateurs hôtes Hyper-V existants, ou en approvisionnant un cluster à partir de systèmes nus.
Pour l’instant, vous ne pouvez pas activer les espaces de stockage direct dans un déploiement hyperconvergé sur
un cluster Hyper-V déployé à partir de systèmes nus avec le système d’exploitation Nano.

NOTE
Vous devez activer S2D avant d’ajouter le fournisseur de stockage à VMM. Pour activer S2D, accédez à Configuration
générale > Spécifier le nom du cluster et le groupe hôte, puis sélectionnez l’option Activer les espaces de stockage
direct, comme illustré ci-dessous :

Une fois qu’un cluster a été activé avec S2D, VMM effectue les opérations suivantes :
1. Le rôle Serveur de fichiers et la fonctionnalité Clustering avec basculement sont activés.
2. La réplication du stockage et la déduplication des données sont activées.
3. Le cluster est éventuellement validé et créé.
4. S2D est activé, et une baie de stockage portant le nom que vous avez fourni dans l’Assistant est créée.
Si vous utilisez PowerShell pour créer un cluster hyperconvergé, le pool et le niveau de stockage sont
automatiquement créés avec l’option Enable-CLusterS2D autoconfig=true.

Avant de commencer
Vérifiez que vous exécutez VMM 2016.
Les hôtes Hyper-V dans un cluster doivent exécuter Windows Server 2016 avec le rôle Hyper-V installé, et être
configurés pour héberger des machines virtuelles.
Une fois ces conditions préalables réunies, vous pouvez approvisionner un cluster, puis configurer les ressources
de stockage sur ce cluster. Vous pouvez ensuite déployer des machines virtuelles sur le cluster, ou exporter le
stockage vers d’autres ressources en utilisant SOFS.

Étape 1 : Provisionner le cluster


Approvisionner un cluster à partir d’ordinateurs hôtes Hyper-V
1. Si vous devez ajouter les hôtes Hyper-V à l’infrastructure VMM, suivez ces étapes. Si les hôtes sont déjà dans
l’infrastructure VMM, passez à l’étape suivante.
2. Suivez les instructions pour approvisionner un cluster à partir d’ordinateurs hôtes Hyper-V autonomes gérés
dans l’infrastructure VMM.
Notez les points suivants :
Quand vous configurez le cluster, pensez à sélectionner l’optionActiver les espaces de stockage direct dans
la page Configuration générale de l’Assistant Création d’un cluster Hyper-V. - Dans Type de ressource,
sélectionnez Serveurs existants exécutant un système d’exploitation Windows Server, puis sélectionnez
les hôtes Hyper-V à ajouter au cluster.
Si S2D est activé, vous devez valider le cluster. Vous ne pouvez pas passer cette étape.
Approvisionner un cluster à partir de systèmes nus

NOTE
En règle générale, un nœud S2D nécessite les paramètres RDMA, QoS et SET. Pour configurer ces paramètres pour un nœud
à l’aide de systèmes nus, vous pouvez utiliser la fonctionnalité de script de post-déploiement dans PCP. Voici l’exemple de
script de post-déploiement PCP. Vous pouvez également utiliser ce script pour configurer RDMA, QoS et SET en ajoutant un
nouveau nœud à un déploiement S2D existant à partir de systèmes nus.

1. Lisez les conditions préalables au déploiement d’un cluster à partir d’un système nu (ou déploiement
complet). Sachez que :
Le disque VHD ou VHDX généralisé dans la bibliothèque VMM doit exécuter Windows Server 2016
avec les dernières mises à jour. Les valeurs Système d’exploitation et Plateforme de virtualisation
doivent être définies pour le disque dur.
Pour un déploiement complet, vous devez ajouter un serveur d’environnement PXE (PreBoot Execution
Environment) à l’infrastructure VMM. Le serveur PXE est fourni via les services de déploiement
Windows. VMM utilise sa propre image WinPE. Vous devez vous assurer qu’il s’agit de la dernière
version. Pour cela, cliquez sur Infrastructure > Infrastructure > Mettre à jour l’image WinPE et
attendez la fin de la tâche.
2. Suivez les instructions pour approvisionner un cluster à partir de systèmes nus.

Étape 2 : Configurer la mise en réseau pour le cluster


Une fois que le cluster est approvisionné et géré dans l’infrastructure VMM, vous devez configurer la mise en
réseau pour les nœuds de cluster.
1. Commencez par créer un réseau logique pour mettre en miroir votre réseau de gestion physique.
2. Vous devez configurer un commutateur logique avec la fonctionnalité Switch Embedded Teaming (SET) activée
afin que le commutateur prenne en charge la virtualisation. Ce commutateur, connecté au réseau logique de
gestion, comporte toutes les cartes virtuelles hôtes qui sont nécessaires pour fournir l’accès au réseau de
gestion, ou configurer la mise en réseau du stockage. S2D s’appuie sur un réseau pour communiquer entre les
ordinateurs hôtes. Il est recommandé d’utiliser des cartes compatibles RDMA.
3. Créez les réseaux de machines virtuelles.

Étape 3 : Gérer le pool et créer des volumes partagés de cluster


Vous pouvez maintenant modifier les paramètres du pool de stockage, et créer des disques virtuels et des volumes
partagés de cluster.
1. Cliquez sur Infrastructure > Stockage > Groupes.
2. Cliquez avec le bouton droit sur le cluster > Gérer le pool, puis sélectionnez le pool de stockage créé par
défaut. Vous pouvez modifier le nom par défaut et ajouter une classification.
3. Pour créer un volume partagé de cluster, cliquez avec le bouton droit sur le cluster > Propriétés >
Volumes partagés.
4. Dans l’Assistant Création de volume > Type de stockage, spécifiez le nom du volume et sélectionnez le
pool de stockage.
5. Dans Capacité, vous pouvez spécifier la taille du volume, le système de fichiers et les paramètres de
résilience.

6. Cliquez sur Configurer les paramètres avancés du stockage et de la hiérarchisation pour configurer
ces options.
7. Dans Résumé, vérifiez les paramètres, puis terminez l’Assistant. Un disque virtuel est créé
automatiquement quand vous créez le volume.
Si vous utilisez PowerShell, le pool et le niveau de stockage sont automatiquement créés avec l’option « Enable-
CLusterS2D autoconfig=true ».

Étape 4 : Déployer des machines virtuelles sur le cluster


Dans une topologie hyperconvergée, les machines virtuelles peuvent être déployées directement sur le cluster.
Leurs disques durs virtuels sont placés sur les volumes que vous avez créés avec S2D. Vous devez créer et
déployer ces machines virtuelles comme vous le feriez pour toute autre machine virtuelle.

Étapes suivantes
Approvisionner des machines virtuelles
Gérer le cluster
Déployer un cluster convergé d’espaces de stockage
direct dans VMM
19/03/2019 • 6 minutes to read

Cet article explique comment créer un cluster convergé (ou « désagrégé ») exécutant des espaces de stockage
direct (S2D ) dans System Center - Virtual Machine Manager (VMM ). En savoir plus sur les espaces de stockage
direct (S2D ).
Vous pouvez déployer un cluster S2D convergé en approvisionnant un cluster exécutant des ordinateurs hôtes
Hyper-V, et déployer un cluster de stockage distinct exécutant le serveur de fichiers avec montée en puissance
parallèle (SOFS ) avec S2D.

NOTE
Vous devez activer S2D avant d’ajouter le fournisseur de stockage à VMM. Pour activer S2D, accédez à Configuration
générale > Spécifier le nom du cluster et le groupe hôte, puis sélectionnez l’option Activer les espaces de stockage
direct, comme illustré ci-dessous :

Une fois qu’un cluster convergé a été activé avec S2D, VMM effectue les opérations suivantes :
1. Le rôle Serveur de fichiers et la fonctionnalité Clustering avec basculement sont activés.
2. La réplication du stockage et la déduplication des données sont activées.
3. Le cluster est éventuellement validé et créé.
4. S2D est activé, et une baie de stockage portant le nom que vous avez fourni dans l’Assistant est créée.

Étape 1 : Approvisionner un cluster SOFS


Vous pouvez approvisionner un cluster SOFS à partir de serveurs dans l’infrastructure VMM, ou ajouter un cluster
SOFS existant à l’infrastructure
Approvisionner un cluster SOFS
1. Cliquez sur Ressources d’infrastructure > Créer > Cluster de serveurs de fichiers.
2. Dans Configuration générale, spécifiez un nom de cluster, sélectionnez un groupe hôte, puis sélectionnez
Stockage directement attaché à chaque nœud du cluster (Espaces de stockage direct).

3. Dans Type de ressource, spécifiez le compte d’identification avec des autorisations d’administrateur local
sur les serveurs que vous souhaitez ajouter au cluster et indiquez si vous souhaitez ajouter des serveurs
Windows existants ou des systèmes nus.
4. Dans Nœuds du cluster, définissez une liste d’ordinateurs à ajouter au cluster.
5. Dans Résumé, confirmez les paramètres, puis cliquez sur Terminer.
Si vous souhaitez ajouter d’autres nœuds au cluster SOFS, VMM détecte automatiquement tous les disques
associés au nœud. Quand vous modifiez un pool de stockage et que vous sélectionnez les nouveaux disques à
ajouter, VMM rend ces disques accessibles aux hôtes et aux machines virtuelles qui utilisent le partage pris en
charge par ce pool. En savoir plus sur l’ajout de nœuds à un serveur SOFS.
Ajouter un cluster SOFS existant avec les espaces de stockage direct activés
1. Cliquez sur Infrastructure > Ajouter des ressources > Périphériques de stockage.
2. Dans l’Assistant Ajout de ressources, sélectionnez Serveur de fichiers Windows.
3. Dans Étendue de la découverte, spécifiez l’adresse IP du cluster ou le nom de domaine complet. Spécifiez un
compte d’identification avec accès au cluster et indiquez si le cluster se trouve dans un domaine différent.
4. Dans Périphérique de stockage, sélectionnez le cluster SOFS à ajouter à l’infrastructure VMM. Vous devez
uniquement affecter une classification dans le pool après avoir ajouté le fournisseur.
5. Dans Résumé, vérifiez les paramètres et terminez l’Assistant.

Étape 2 : Gérer le pool et créer les partages de fichiers


Une fois que le cluster SOFS est approvisionné et géré par VMM, vous pouvez modifier le pool de stockage et
créer le stockage.
1. Cliquez sur Infrastructure > Stockage > Groupes.
2. Cliquez avec le bouton droit sur le cluster > Gérer le pool, puis sélectionnez le pool de stockage créé par
défaut. Vous pouvez modifier le nom par défaut et ajouter une classification
3. Une fois que le pool s’affiche avec le nouveau nom, le cas échéant, cliquez sur Créer un partage de fichiers.
4. Dans l’Assistant Création d’un partage de fichiers > Général, spécifiez un nom pour le partage et sélectionnez
le pool à partir duquel le stockage doit être pris.
5. Dans Capacité, spécifiez la taille et les paramètres du partage.
6. Dans Résumé, vérifiez les paramètres. Une fois que le partage est créé, un nouveau volume partagé de cluster
est ajouté sous le pool de stockage.

Étape 3 : Allouer le stockage dans Hyper-V


1. Dans les propriétés de l’hôte Hyper-V > Stockage, spécifiez le chemin du partage de fichiers.
2. Maintenant, vous pouvez créer des machines virtuelles qui utilisent ce partage de fichiers.

Étapes suivantes
Approvisionner des machines virtuelles
Gérer le cluster
Gérer des clusters d’espaces de stockage direct
26/03/2019 • 2 minutes to read

Cet article explique comment gérer les clusters d’espaces de stockage direct (S2D ) dans l’infrastructure System
Center - Virtual Machine Manager (VMM ).

Configurer les paramètres d’un cluster


Vous pouvez afficher et configurer les paramètres de cluster, y compris l’état du cluster, la gestion des erreurs et le
stockage disponible.

Ajouter un nœud à un cluster hyperconvergé


Vous pouvez ajouter un nouveau nœud à un cluster S2D hyperconvergé dans la structure fabric VMM. Le
nouveau nœud peut être un serveur Hyper-V existant ou un serveur physique de système nu.

NOTE
En règle générale, un nœud S2D nécessite les paramètres RDMA, QoS et SET. Pour configurer ces paramètres pour un nœud
à l’aide de systèmes nus, vous pouvez utiliser la fonctionnalité de script de post-déploiement dans PCP. Voici l’exemple de
script de post-déploiement PCP. Vous pouvez également utiliser ce script pour configurer RDMA, QoS et SET en ajoutant un
nouveau nœud à un déploiement S2D existant à partir de systèmes nus.

Quand vous ajoutez un nouveau nœud sur un cluster hyperconvergé, VMM détecte automatiquement les
disques sur le nouveau nœud et active les espaces de stockage direct.
VMM désactive le mode Maintenance sur les disques, avant de les ajouter.

Contrôler les ressources de stockage avec QoS


Dans Windows Server, la qualité de service (QoS ) fournit un moyen de spécifier les ressources minimales et
maximales qui peuvent être affectées à des machines virtuelles Hyper-V à l’aide du stockage SOFS. QoS permet
d’atténuer les problèmes de « Noisy Neighbor » et de vérifier qu’une seule machine virtuelle ne consomme pas
toutes les ressources de stockage.
Configurez des stratégies QoS pour un serveur de fichiers ou pour des disques virtuels spécifiques sur le serveur.
Gérer la qualité de service (QoS) de stockage pour
les clusters
16/07/2019 • 4 minutes to read

Cet article décrit comment gérer les stratégies de qualité de service (QoS ) de stockage pour les clusters dans
System Center - Virtual Machine Manager (VMM ).

Affecter une stratégie QoS de stockage pour les clusters


Windows Server 2016 et ultérieur permet aux déploiements d’utiliser la fonctionnalité QoS de stockage avec
n’importe quel disque dur virtuel (VHD ) résidant sur un volume partagé de cluster (CSV ). Dans VMM 2016, la
gestion de SQoS est limitée aux disques durs virtuels résidant sur des clusters S2D hyperconvergés et des
serveurs de fichiers avec montée en puissance parallèle (SOFS ). En outre, la portée des stratégies QoS repose sur
les baies de stockage, qui ne peuvent pas évoluer vers des scénarios de type SAN, dans lesquels VMM gère
uniquement le cluster de calcul.
VMM 1801 et versions ultérieures prend en charge QoS sur tous les clusters gérés et les serveurs SOFS en cours
d’exécution sur Windows Server 2016 ou ultérieur.
Utilisez ces étapes :
1. Cliquez surInfrastructure > Stockage > Stratégies QoS > Créer une stratégie QoS de stockage.
2. Dans l’Assistant > Général, spécifiez un nom de stratégie.
3. Dans Paramètres de stratégie, spécifiez comment la stratégie doit s’appliquer. Sélectionnez Toutes les
instances de disque virtuel partagent des ressources pour spécifier que la stratégie doit être appliquée
à tous les disques virtuels sur le serveur de fichiers (regroupement, instance unique). Sélectionnez
Ressources allouées à chaque instance de disque virtuel pour spécifier que la stratégie est appliquée
séparément à chaque disque virtuel spécifié (plusieurs instances). Spécifiez le nombre minimal et le
nombre maximal d’opérations d’E/S par seconde. La valeur 0 signifie qu’aucune stratégie n’est appliquée.
4. Dans Portée, sous Clusters, sélectionnez le cluster géré auquel vous souhaitez appliquer la stratégie.
5. Dans Résumé, vérifiez les paramètres, puis terminez l’Assistant.
Lors de la mise à niveau
Après la mise à niveau, les déploiements existants qui gèrent leur QoS avec VMM peuvent migrer rapidement
vers la nouvelle portée QoS basée sur le nom du cluster.
Applets de commande PowerShell
Les nouveaux paramètres suivants sont ajoutés :

APPLETS DE COMMANDE AFFECTÉES PARAMÈTRE DÉTAILS

New-SCStorageQoSPolicy -HostCluster Spécifie un tableau d’objets HostCluster


pour la portée de la stratégie QoS.
Facultatif.

New-SCVIrtualDiskDrive -StorageQoSPolicy Vous permet de sélectionner la


stratégie QoS de stockage pour le
lecteur de disque virtuel. Facultatif.

Set-SCStorageQoSPolicy -HostCluster Spécifie un tableau d’objets HostCluster


à ajouter à portée de la stratégie QoS.
Facultatif.

Get-SCStorageQoSPolicy -HostCluster Spécifie un objet HostCluster pour


lequel vous souhaitez interroger les
stratégies QoS. Facultatif.

Affecter une stratégie QoS de stockage à partir de modèles


L’utilisation de modèles est une méthode courante pour le déploiement de machines virtuelles et de services sur
un cloud.
Avec VMM 1801 et versions ultérieures, vous pouvez également sélectionner des stratégies QoS de stockage à
partir d’un modèle. Pour plus d’informations sur la façon d’affecter des stratégies QoS de stockage à partir de
modèles, consultez la procédure connexe dans l'article Créer un modèle de machine virtuelle.

Étapes suivantes
Gérer QoS
Configuration système requise pour System Center
Virtual Machine Manager
22/03/2019 • 31 minutes to read

Cet article détaille la configuration système requise pour System Center 2019 - Virtual Machine Manager
(VMM ).

Configuration système requise pour VMM 2019


Les sections suivantes décrivent les exigences de VMM 2019 concernant la scalabilité, le matériel, les logiciels
et SQL Server. Elles récapitulent aussi la prise en charge des serveurs gérés dans la structure fabric VMM.

Limites de capacité
Le tableau suivant indique les limites de scalabilité testées pour System Center Virtual Machine Manager 2019.
Les limites de scalabilité sont impactées par plusieurs facteurs, notamment la configuration matérielle, le
réseau et la topologie.
Le guide de planification fournit des instructions détaillées pour adapter ces facteurs à des besoins spécifiques.

ENTITÉ NOMBRE MAXIMAL RECOMMANDÉ

Hôtes physiques 1000

Machines virtuelles 25 000

Services 1000

Rôles d'utilisateur 1000

Clouds 20

Réseaux virtuels 2 000

Réseaux logiques 20

Ressources de bibliothèque 1000

Objets de bibliothèque (modèles, profils) 100

Matériel
BASE DE DONNÉES
MATÉRIEL SERVEUR VMM VMM BIBLIOTHÈQUE VMM CONSOLE VMM

Processeur Processeur 8 cœurs Processeur 8 cœurs Processeur 4 cœurs Processeur 2 cœurs


(minimum) Pentium 4, 2 GHz Pentium 4, 2,8 GHz Pentium 4, 2,8 GHz Pentium 4, 1 GHz
(x64)
BASE DE DONNÉES
MATÉRIEL SERVEUR VMM VMM BIBLIOTHÈQUE VMM CONSOLE VMM

Processeur Processeur 16 cœurs, Processeur 16 cœurs, Processeur 4 cœurs, Processeur 2 cœurs,


(recommandé) 2,66 GHz 2,6 GHz 2,8 GHz 2 GHz

RAM (minimum) 4 Go 8 Go 2 Go 4 Go

RAM 16 Go 16 Go 4 Go 4 Go
(recommandée)

Disque dur 4 Go 50 Go En fonction de la 10 Go


(minimum) taille/quantité de
fichiers stockés

Disque dur 10 Go 200 Go En fonction de la 10 Go


(recommandé) taille/quantité de
fichiers stockés

Systèmes d'exploitation serveur


BIBLIOTHÈQUE VMM À BASE DE DONNÉES VMM À
SYSTÈME D'EXPLOITATION SERVEUR VMM DISTANCE DISTANCE

Windows Server 2016 O N Avec prise en charge par la


(Server Core) version de SQL Server

Windows Server 2016 (avec O O Avec prise en charge par la


Expérience utilisateur) version de SQL Server

Windows Server 2019 (avec O O Avec prise en charge par la


Expérience utilisateur) version de SQL Server

Windows Server 2019 O O Avec prise en charge par la


(Server Core) version de SQL Server

NOTE
Vérifiez que le système d’exploitation du serveur VMM est identique à celui de l’hôte géré en cas de déploiement de
l’infrastructure hyperconvergée.

Système d’exploitation de la console VMM


SYSTÈME D'EXPLOITATION PRIS EN CHARGE

Windows 10 Entreprise O

Window Server 2016 Standard, Datacenter O

Windows Server 2019 (avec Expérience utilisateur) O

Window Server 2019 Standard, Datacenter, Server Core O


avec fonctionnalités à la demande
SQL Server
NOTE
Pour obtenir les versions SQL prises en charge, utilisez les service packs actuellement pris en charge par Microsoft.
Pour les versions SQL prises en charge ci-dessous, les éditions Standard, Entreprise et Datacenter (64 bits) sont prises
en charge en fonction de la disponibilité.

VERSION SQL PRIS EN CHARGE

SQL Server 2016 et SP tels que décrits ici O

SQL Server 2017, décrit en détail ici O

Utilitaires de ligne de commande pour SQL Server Installez les utilitaires de ligne de commande de SQL
Server 2016 à partir de Microsoft® SQL Server® 2016
Feature Pack
ou
Installez les utilitaires en ligne de commande de SQL
Server 2017 à partir de Microsoft® SQL Server® 2017
Feature Pack.

Non obligatoire pour l’installation de VMM.

Virtualisation
MACHINE VIRTUELLE PRIS EN CHARGE

Serveur d'administration VMM Vous pouvez installer le serveur d’administration VMM sur
une machine virtuelle.

Si vous utilisez la mémoire dynamique, définissez la RAM de


démarrage de la machine virtuelle sur 2 048 Mo minimum.

Ne pas installer sur un serveur exécutant Hyper-V.

Vous pouvez déployer le serveur d’administration VMM


(physique ou machine virtuelle) dans un cluster à haute
disponibilité.

Console VMM Vous pouvez installer la console VMM sur une machine
virtuelle.

Composants d’installation
Ces composants doivent être installés sur le serveur, avant d’installer VMM.

COMPOSANT SERVEUR VMM CONSOLE VMM

Active Directory Le serveur d’administration VMM doit Un ordinateur avec la console VMM
être membre du domaine. installée doit être membre d’un
domaine.
Le nom de l’ordinateur ne doit pas
dépasser 15 caractères.
COMPOSANT SERVEUR VMM CONSOLE VMM

Windows ADK Télécharger Windows ADK pour Non applicable


Windows 10 et télécharger le
complément Windows PE pour ADK

PowerShell PowerShell 5.0 PowerShell 4.0, 5.0

.NET (minimum) 4.6 4,5

Serveurs dans l’infrastructure VMM


SYSTÈME SERVEUR DE MISE À
D'EXPLOITATION HÔTE HYPER-V SOFS JOUR SERVEUR PXE

Windows O O N N
Server 2016

Windows Server O O O O
2016 (avec
Expérience
utilisateur)

Windows O O O O
Server 2019
(Datacenter)

Windows O O N N
Server 2019 (Server
Core)

Serveurs VMWare dans l’infrastructure VMM


VMWARE PRIS EN CHARGE

ESX ESX/ESXi 5.1, 5.5, 6.0, 6.5

vCenter 5.1, 5.5, 5.8, 6.0, 6.5

Pris en charge Fonctionnalités et limitations

Machines virtuelles dans l’infrastructure VMM


SYSTÈMES D’EXPLOITATION INVITÉS PRIS EN CHARGE

Machines virtuelles Hyper-V Tout invité s’exécutant sur des hôtes Hyper-V pris en
charge.

Découvrez-en plus sur la prise en charge de la version 2019


et des versions antérieures.

Machine virtuelle VMware Toute machine virtuelle s’exécutant sur des serveurs
VMware pris en charge. En savoir plus
Cet article décrit en détail la configuration requise pour System Center 1807 - Virtual Machine Manager
(VMM ).

Configuration requise pour VMM 1807


Les sections qui suivent décrivent les exigences de VMM 1807 concernant la scalabilité, le matériel, les logiciels
et SQL Server. Elles récapitulent aussi la prise en charge des serveurs gérés dans l’infrastructure VMM.

Limites de capacité
Le tableau suivant indique les limites de scalabilité testées pour System Center Virtual Machine Manager. Les
limites de scalabilité sont impactées par plusieurs facteurs, notamment la configuration matérielle, le réseau et
la topologie.
Le guide de planification fournit des instructions détaillées pour adapter ces facteurs à des besoins spécifiques.

ENTITÉ NOMBRE MAXIMAL RECOMMANDÉ

Hôtes physiques 1000

Machines virtuelles 25 000

Services 1000

Rôles d'utilisateur 1000

Clouds 20

Réseaux virtuels 2 000

Réseaux logiques 20

Ressources de bibliothèque 1000

Objets de bibliothèque (modèles, profils) 100

Matériel
BASE DE DONNÉES
MATÉRIEL SERVEUR VMM VMM BIBLIOTHÈQUE VMM CONSOLE VMM

Processeur Processeur 8 cœurs Processeur 8 cœurs Processeur 4 cœurs Processeur 2 cœurs


(minimum) Pentium 4, 2 GHz Pentium 4, 2,8 GHz Pentium 4, 2,8 GHz Pentium 4, 1 GHz
(x64)

Processeur Processeur 16 cœurs, Processeur 16 cœurs, Processeur 4 cœurs, Processeur 2 cœurs,


(recommandé) 2,66 GHz 2,6 GHz 2,8 GHz 2 GHz

RAM (minimum) 4 Go 8 Go 2 Go 4 Go

RAM 16 Go 16 Go 4 Go 4 Go
(recommandée)
BASE DE DONNÉES
MATÉRIEL SERVEUR VMM VMM BIBLIOTHÈQUE VMM CONSOLE VMM

Disque dur 4 Go 50 Go En fonction de la 10 Go


(minimum) taille/quantité de
fichiers stockés

Disque dur 10 Go 200 Go En fonction de la 10 Go


(recommandé) taille/quantité de
fichiers stockés

Systèmes d'exploitation serveur


BIBLIOTHÈQUE VMM À BASE DE DONNÉES VMM À
SYSTÈME D'EXPLOITATION SERVEUR VMM DISTANCE DISTANCE

Windows Server 2012 R2 N O Avec prise en charge par la


Standard/Datacenter version de SQL Server
(Server Core)

Windows Server 2012 R2 N O Avec prise en charge par la


Standard/Datacenter (avec version de SQL Server
Expérience utilisateur)

Windows Server 2016 O N Avec prise en charge par la


(Server Core) version de SQL Server

Windows Server 2016 (avec O O Avec prise en charge par la


Expérience utilisateur) version de SQL Server

Windows Server 1709 O O O

Système d’exploitation de la console VMM


SYSTÈME D'EXPLOITATION PRIS EN CHARGE

Windows 10 Entreprise O

Windows Server 2012 R2 Standard, Datacenter O

Window Server 2016 Standard, Datacenter O

SQL Server
NOTE
Pour obtenir les versions SQL prises en charge, utilisez les service packs actuellement pris en charge par Microsoft.
Pour les versions SQL prises en charge ci-dessous, les éditions Standard, Entreprise et Datacenter (64 bits) sont prises
en charge en fonction de la disponibilité.
VERSION SQL PRIS EN CHARGE

SQL Server 2008 N

SQL Server 2012 et SP tels que décrits ici O

SQL Server 2014 et SP tels que décrits ici O

SQL Server 2016 et SP tels que décrits ici O

SQL Server 2017, décrit en détail ici O

Utilitaires de ligne de commande pour SQL Server À installer sur le serveur VMM si vous souhaitez déployer
des applications de couche de données SQL Server dans
l’infrastructure VMM.

Installez les utilitaires de ligne de commande de SQL


Server 2012 à partir de Microsoft® SQL Server® 2012
Feature Pack
ou
Installez les utilitaires de ligne de commande de SQL
Server 2014 à partir de Microsoft® SQL Server® 2014
Feature Pack
ou
Installez les utilitaires de ligne de commande de SQL
Server 2016 à partir de Microsoft® SQL Server® 2016
Feature Pack

Non obligatoire pour l’installation de VMM.

Virtualisation
MACHINE VIRTUELLE PRIS EN CHARGE

Serveur d'administration VMM Vous pouvez installer le serveur d’administration VMM sur
une machine virtuelle.

Si vous utilisez la mémoire dynamique, définissez la RAM de


démarrage de la machine virtuelle sur 2 048 Mo minimum.

Ne pas installer sur un serveur exécutant Hyper-V.

Vous pouvez déployer le serveur d’administration VMM


(physique ou machine virtuelle) dans un cluster à haute
disponibilité.

Console VMM Vous pouvez installer la console VMM sur une machine
virtuelle.

Composants d’installation
Ces composants doivent être installés sur le serveur, avant d’installer VMM.

COMPOSANT SERVEUR VMM CONSOLE VMM


COMPOSANT SERVEUR VMM CONSOLE VMM

Active Directory Le serveur d’administration VMM doit Un ordinateur avec la console VMM
être membre du domaine. installée doit être membre d’un
domaine.
Le nom de l’ordinateur ne doit pas
dépasser 15 caractères.

Windows ADK Télécharger Windows ADK pour Non applicable


Windows 10

PowerShell PowerShell 5.0 PowerShell 4.0, 5.0

.NET 4.6 4.5, 4.5.1, 4.5.2, 4.6

Serveurs dans l’infrastructure VMM


SYSTÈME SERVEUR DE MISE À
D'EXPLOITATION HÔTE HYPER-V SOFS JOUR SERVEUR PXE

Windows Server N N N N
2012
Standard/Datacenter

Windows Server O O O O
2012 R2
Standard/Datacenter

Windows O O N N
Server 2016

Windows Server O O O O
2016 (avec
Expérience
utilisateur)

Windows O O N N
Server 1709

Serveurs VMWare dans l’infrastructure VMM


VMWARE PRIS EN CHARGE

ESX ESX/ESXi 5.1, 5.5, 6.0, 6.5

vCenter 5.1, 5.5, 5.8, 6.0, 6.5

Pris en charge Fonctionnalités et limitations

Machines virtuelles dans l’infrastructure VMM


SYSTÈMES D’EXPLOITATION INVITÉS PRIS EN CHARGE

Machines virtuelles Hyper-V Tout invité s’exécutant sur des hôtes Hyper-V pris en
charge.

En savoir plus sur la prise en charge de 2016 et des versions


antérieures.

Machine virtuelle VMware Toute machine virtuelle s’exécutant sur des serveurs
VMware pris en charge. En savoir plus

Cet article décrit en détail la configuration requise pour System Center 1801 - Virtual Machine Manager
(VMM ).
Cet article décrit en détail la configuration requise pour System Center 2016 - Virtual Machine Manager
(VMM ).

Configuration requise pour VMM 1801


Les sections qui suivent décrivent les exigences de VMM 1801 concernant la scalabilité, le matériel, les logiciels
et SQL Server. Elles résument aussi la prise en charge des serveurs gérés dans la structure fabric VMM.

Limites de capacité
Le tableau suivant répertorie les limites d’échelle qui ont été testées pour System Center 1801 Virtual Machine
Manager. Les limites de scalabilité sont impactées par plusieurs facteurs, notamment la configuration
matérielle, le réseau et la topologie.
Le guide de planification fournit des instructions détaillées pour adapter ces facteurs à des besoins spécifiques.

ENTITÉ NOMBRE MAXIMAL RECOMMANDÉ

Hôtes physiques 1000

Machines virtuelles 25 000

Services 1000

Rôles d'utilisateur 1000

Clouds 20

Réseaux virtuels 2 000

Réseaux logiques 20

Ressources de bibliothèque 1000

Objets de bibliothèque (modèles, profils) 100

Matériel
BASE DE DONNÉES
MATÉRIEL SERVEUR VMM VMM BIBLIOTHÈQUE VMM CONSOLE VMM

Processeur Processeur 8 cœurs Processeur 8 cœurs Processeur 4 cœurs Processeur 2 cœurs


(minimum) Pentium 4, 2 GHz Pentium 4, 2,8 GHz Pentium 4, 2,8 GHz Pentium 4, 1 GHz
(x64)

Processeur Processeur 16 cœurs, Processeur 16 cœurs, Processeur 4 cœurs, Processeur 2 cœurs,


(recommandé) 2,66 GHz 2,6 GHz 2,8 GHz 2 GHz

RAM (minimum) 4 Go 8 Go 2 Go 4 Go

RAM 16 Go 16 Go 4 Go 4 Go
(recommandée)

Disque dur 4 Go 50 Go En fonction de la 10 Go


(minimum) taille/quantité de
fichiers stockés

Disque dur 10 Go 200 Go En fonction de la 10 Go


(recommandé) taille/quantité de
fichiers stockés

Systèmes d'exploitation serveur


BIBLIOTHÈQUE VMM À BASE DE DONNÉES VMM À
SYSTÈME D'EXPLOITATION SERVEUR VMM DISTANCE DISTANCE

Windows Server 2012 R2 N O Avec prise en charge par la


Standard/Datacenter version de SQL Server
(Server Core)

Windows Server 2012 R2 N O Avec prise en charge par la


Standard/Datacenter (avec version de SQL Server
Expérience utilisateur)

Windows Server 2016 O N Avec prise en charge par la


(Server Core) version de SQL Server

Windows Server 2016 (avec O O Avec prise en charge par la


Expérience utilisateur) version de SQL Server

Windows Server 1709 O O O

Système d’exploitation de la console VMM


SYSTÈME D'EXPLOITATION PRIS EN CHARGE

Windows 10 Entreprise O

Windows Server 2012 R2 Standard, Datacenter O

Window Server 2016 Standard, Datacenter O


SQL Server
NOTE
Pour obtenir les versions SQL prises en charge, utilisez les service packs actuellement pris en charge par Microsoft.
Pour les versions SQL prises en charge ci-dessous, les éditions Standard, Entreprise et Datacenter (64 bits) sont prises
en charge en fonction de la disponibilité.

VERSION SQL PRIS EN CHARGE

SQL Server 2008 N

SQL Server 2012 et SP tels que décrits ici O

SQL Server 2014 et SP tels que décrits ici O

SQL Server 2016 et SP tels que décrits ici O

Utilitaires de ligne de commande pour SQL Server À installer sur le serveur VMM si vous souhaitez déployer
des applications de couche de données SQL Server dans
l’infrastructure VMM.

Installez les utilitaires de ligne de commande de SQL


Server 2012 à partir de Microsoft® SQL Server® 2012
Feature Pack
ou
Installez les utilitaires de ligne de commande de SQL
Server 2014 à partir de Microsoft® SQL Server® 2014
Feature Pack
ou
Installez les utilitaires de ligne de commande de SQL
Server 2016 à partir de Microsoft® SQL Server® 2016
Feature Pack

Non obligatoire pour l’installation de VMM.

Virtualisation
MACHINE VIRTUELLE PRIS EN CHARGE

Serveur d'administration VMM Vous pouvez installer le serveur d’administration VMM sur
une machine virtuelle.

Si vous utilisez la mémoire dynamique, définissez la RAM de


démarrage de la machine virtuelle sur 2 048 Mo minimum.

Ne pas installer sur un serveur exécutant Hyper-V.

Vous pouvez déployer le serveur d’administration VMM


(physique ou machine virtuelle) dans un cluster à haute
disponibilité.

Console VMM Vous pouvez installer la console VMM sur une machine
virtuelle.
Composants d’installation
Ces composants doivent être installés sur le serveur, avant d’installer VMM.

COMPOSANT SERVEUR VMM CONSOLE VMM

Active Directory Le serveur d’administration VMM doit Un ordinateur avec la console VMM
être membre du domaine. installée doit être membre d’un
domaine.
Le nom de l’ordinateur ne doit pas
dépasser 15 caractères.

Windows ADK Télécharger Windows ADK pour Non applicable


Windows 10

PowerShell PowerShell 5.0 PowerShell 4.0, 5.0

.NET 4.6 4.5, 4.5.1, 4.5.2, 4.6

Serveurs dans l’infrastructure VMM


SYSTÈME SERVEUR DE MISE À
D'EXPLOITATION HÔTE HYPER-V SOFS JOUR SERVEUR PXE

Windows Server N N N N
2012
Standard/Datacenter

Windows Server O O O O
2012 R2
Standard/Datacenter

Windows O O N N
Server 2016

Windows Server O O O O
2016 (avec
Expérience
utilisateur)

Windows O O N N
Server 1709

Serveurs VMWare dans l’infrastructure VMM


VMWARE PRIS EN CHARGE

ESX ESX/ESXi 5.1, 5.5, 6.0

vCenter 5.1, 5.5, 5.8, 6.0

Pris en charge Fonctionnalités et limitations

Machines virtuelles dans l’infrastructure VMM


SYSTÈMES D’EXPLOITATION INVITÉS PRIS EN CHARGE

Machines virtuelles Hyper-V Tout invité s’exécutant sur des hôtes Hyper-V pris en
charge.

En savoir plus sur la prise en charge de 2016 et des versions


antérieures.

Machine virtuelle VMware Toute machine virtuelle s’exécutant sur des serveurs
VMware pris en charge. En savoir plus

Configuration requise pour VMM 2016


Les sections qui suivent décrivent les exigences de VMM 2016 concernant la scalabilité, le matériel, les logiciels
et SQL Server. Elles résument aussi la prise en charge des serveurs gérés dans la structure fabric VMM.

Limites de capacité
Le tableau suivant répertorie les limites de scalabilité qui ont été testées pour System Center 2016 Virtual
Machine Manager. Les limites de scalabilité sont impactées par plusieurs facteurs, notamment la configuration
matérielle, le réseau et la topologie.
Le guide de planification fournit des instructions détaillées pour adapter ces facteurs à des besoins spécifiques.

ENTITÉ NOMBRE MAXIMAL RECOMMANDÉ

Hôtes physiques 1000

Machines virtuelles 25 000

Services 1000

Rôles d'utilisateur 1000

Clouds 20

Réseaux virtuels 2 000

Réseaux logiques 20

Ressources de bibliothèque 1000

Objets de bibliothèque (modèles, profils) 100

Matériel
BASE DE DONNÉES
MATÉRIEL SERVEUR VMM VMM BIBLIOTHÈQUE VMM CONSOLE VMM

Processeur Processeur 8 cœurs Processeur 8 cœurs Processeur 4 cœurs Processeur 2 cœurs


(minimum) Pentium 4, 2 GHz Pentium 4, 2,8 GHz Pentium 4, 2,8 GHz Pentium 4, 1 GHz
(x64)
BASE DE DONNÉES
MATÉRIEL SERVEUR VMM VMM BIBLIOTHÈQUE VMM CONSOLE VMM

Processeur Processeur 16 cœurs, Processeur 16 cœurs, Processeur 4 cœurs, Processeur 2 cœurs,


(recommandé) 2,66 GHz 2,6 GHz 2,8 GHz 2 GHz

RAM (minimum) 4 Go 8 Go 2 Go 4 Go

RAM 16 Go 16 Go 4 Go 4 Go
(recommandée)

Disque dur 4 Go 50 Go En fonction de la 10 Go


(minimum) taille/quantité de
fichiers stockés

Disque dur 10 Go 200 Go En fonction de la 10 Go


(recommandé) taille/quantité de
fichiers stockés

Systèmes d'exploitation serveur


BIBLIOTHÈQUE VMM À BASE DE DONNÉES VMM À
SYSTÈME D'EXPLOITATION SERVEUR VMM DISTANCE DISTANCE

Windows Server 2012 N N Avec prise en charge par la


Standard/Datacenter version de SQL Server

Windows Server 2012 R2 N O Avec prise en charge par la


Standard/Datacenter version de SQL Server
(Server Core)

Windows Server 2012 R2 N O Avec prise en charge par la


Standard/Datacenter (avec version de SQL Server
Expérience utilisateur)

Windows Server 2016 O N Avec prise en charge par la


(Server Core) version de SQL Server

Windows Server 2016 (avec O O Avec prise en charge par la


Expérience utilisateur) version de SQL Server

Windows Server 2016 N N Avec prise en charge par la


Nano version de SQL Server

Système d’exploitation de la console VMM


SYSTÈME D'EXPLOITATION PRIS EN CHARGE

Windows 7 N

Windows 8 N

Windows 8.1 O
SYSTÈME D'EXPLOITATION PRIS EN CHARGE

Windows 10 Entreprise O

Windows Server 2008 R2 avec SP1 et versions ultérieures N

Windows Server 2012 O

Windows Server 2012 R2 Standard, Datacenter O

Window Server 2016 Standard, Datacenter O

SQL Server
NOTE
Pour obtenir les versions SQL prises en charge, utilisez les service packs actuellement pris en charge par Microsoft.
Pour les versions SQL prises en charge ci-dessous, les éditions Standard, Entreprise et Datacenter (64 bits) sont prises
en charge en fonction de la disponibilité.

VERSION SQL PRIS EN CHARGE

SQL Server 2008 N

SQL Server 2012 et SP tels que décrits ici O

SQL Server 2014 et SP tels que décrits ici O

SQL Server 2016 et SP tels que décrits ici O

Utilitaires de ligne de commande pour SQL Server À installer sur le serveur VMM si vous souhaitez déployer
des applications de couche de données SQL Server dans
l’infrastructure VMM.

Installez les utilitaires de ligne de commande de SQL


Server 2012 à partir de Microsoft® SQL Server® 2012
Feature Pack
ou
Installez les utilitaires de ligne de commande de SQL
Server 2014 à partir de Microsoft® SQL Server® 2014
Feature Pack

Non obligatoire pour l’installation de VMM.

Virtualisation
MACHINE VIRTUELLE PRIS EN CHARGE
MACHINE VIRTUELLE PRIS EN CHARGE

Serveur d'administration VMM Vous pouvez installer le serveur d’administration VMM sur
une machine virtuelle.

Si vous utilisez la mémoire dynamique, définissez la RAM de


démarrage de la machine virtuelle sur 2 048 Mo minimum.

Ne pas installer sur un serveur exécutant Hyper-V.

Vous pouvez déployer le serveur d’administration VMM


(physique ou machine virtuelle) dans un cluster à haute
disponibilité.

Console VMM Vous pouvez installer la console VMM sur une machine
virtuelle.

Composants d’installation
Ces composants doivent être installés sur le serveur, avant d’installer VMM.

COMPOSANT SERVEUR VMM CONSOLE VMM

Active Directory Le serveur d’administration VMM doit Un ordinateur avec la console VMM
être membre du domaine. installée doit être membre d’un
domaine.
Le nom de l’ordinateur ne doit pas
dépasser 15 caractères.

Windows ADK Télécharger Windows ADK pour Non applicable


Windows 10

PowerShell PowerShell 5.0 PowerShell 4.0, 5.0

.NET 4.6 4.5, 4.5.1, 4.5.2, 4.6

Serveurs dans l’infrastructure VMM


SYSTÈME SERVEUR DE MISE À
D'EXPLOITATION HÔTE HYPER-V SOFS JOUR SERVEUR PXE

Windows Server N N N N
2012
Standard/Datacenter

Windows Server O O O O
2012 R2
Standard/Datacenter

Windows O O N N
Server 2016

Windows Server O O O O
2016 (avec
Expérience
utilisateur)
SYSTÈME SERVEUR DE MISE À
D'EXPLOITATION HÔTE HYPER-V SOFS JOUR SERVEUR PXE

Windows Server O O N N
2016 Nano

Serveurs VMWare dans l’infrastructure VMM


VMWARE PRIS EN CHARGE

ESX ESX/ESXi 5.1, 5.5, 6.0

UR6 et versions ultérieures : ESX/ESXi 5.1, 5.5, 6.0, 6.5

vCenter 5.1, 5.5, 5.8, 6.0

UR6 et versions ultérieures : 5.1, 5.5, 5.8, 6.0, 6.6

Pris en charge Fonctionnalités et limitations

Machines virtuelles dans l’infrastructure VMM


SYSTÈMES D’EXPLOITATION INVITÉS PRIS EN CHARGE

Machines virtuelles Hyper-V Tout invité s’exécutant sur des hôtes Hyper-V pris en
charge.

En savoir plus sur la prise en charge de 2016 et des versions


antérieures.

Machine virtuelle VMware Toute machine virtuelle s’exécutant sur des serveurs
VMware pris en charge. En savoir plus

Étapes suivantes
Planifier l’installation de VMM
Planifier l’installation de VMM
03/07/2019 • 24 minutes to read

Cet article vous aide à planifier tous les éléments nécessaires pour une installation réussie de System Center -
Virtual Machine Manager (VMM ) et inclut des informations sur VMM 2016 et ses versions ultérieures. Utilisez
ces spécifications selon ce qui est applicable à la version de VMM que vous prévoyez d’installer.
Pour plus d’informations sur les versions prises en charge pour le matériel et les logiciels, consultez l’article sur
la configuration système requise pour la version que vous installez.

Conditions requises pour le déploiement


Vérifiez la configuration requise suivante :
Serveur d’administration VMM : vérifiez la configuration requise pour le matériel et le système
d’exploitation.
SQL Server : vérifiez les versions de SQL Server prises en charge.
Console VMM : vérifiez la configuration requise pour le système d’exploitation et déterminez si vous
souhaitez exécuter la console VMM sur un ordinateur distinct.
Bibliothèque VMM : vérifiez la configuration matérielle requise pour les partages distants de la
bibliothèque VMM.
Hôtes de virtualisation : vérifiez les systèmes d’exploitation pris en charge pour les serveurs Hyper-V et
SOFS dans l’infrastructure VMM. Vérifiez la configuration requise pour les serveurs VMware.
Autres serveurs d’infrastructure : vérifiez les systèmes d’exploitation pris en charge pour les serveurs de
mise à jour et PXE (utilisés pour le déploiement complet).

Conditions supplémentaires requises pour le déploiement


COMPOSANT DÉTAILS

Utilitaires de ligne de commande pour SQL Server SQL Server 2014 Feature Pack pour les versions antérieures
à 2019, Feature Pack 2016/2017 pour la version 2019

Si vous souhaitez déployer des services VMM avec des


applications de la couche Données SQL Server, installez les
utilitaires de ligne de commande associés sur le serveur
d’administration VMM. La version que vous installez doit
correspondre à la version de SQL Server. Vous n’êtes pas
obligé d’installer ces utilitaires pour installer VMM.

Kit de déploiement et d’évaluation Windows (ADK) Windows ADK pour Windows 10.

Vous pouvez l’installer à partir du programme d’installation,


ou le télécharger. Vous avez uniquement besoin des options
Outils de déploiement et Environnement de
préinstallation Windows.

Systèmes d’exploitation invités Systèmes d’exploitation Windows pris en charge par Hyper-
V.

Linux (CentOS, RHEL, Debian, Oracle Linux, SUSE, Ubuntu)


COMPOSANT DÉTAILS

PowerShell Versions prises en charge

.NET Versions prises en charge

Agent hôte VMM 2016/1801/1807/2019

Nécessaire pour les ordinateurs hôtes gérés dans VMM.

Monitoring System Center Operations Manager 2016/1801.

Vous avez également besoin de SQL Server Analysis Services


2014 ou d’une version ultérieure.

VMware vCenter 5.1, 5.5, 5.8, 6.0, 6.5

ESX 5.5, ESX 6.0, ESX 6.5

Les serveurs vCenter et ESX exécutant ces versions peuvent


être gérés dans VMM.

Approvisionnement de systèmes nus System Management Architecture for Server Hardware


(SMASH) (v1 ou version ultérieure) sur WS-MAN.

Intelligent Platform Interface 1.5 ou version ultérieure

Interface de gestion de centre de données (DCMI) 1.0 ou


version ultérieure.

Requis pour détecter et déployer des serveurs physiques


nus.

SPN
Si l’utilisateur VMM qu installe VMM ou exécute le programme d’installation de VMM ne dispose pas des
autorisations pour écrire le nom de principal du service (SPN ) pour le serveur VMM dans Active Directory, le
programme d’installation se termine avec un avertissement. Si le SPN n’est pas enregistré, les autres
ordinateurs exécutant la console VMM ne pourront pas se connecter au serveur d’administration, et vous ne
pourrez pas déployer un hôte Hyper-V sur un système nu dans l’infrastructure de VMM. Pour éviter ce
problème, vous devez inscrire le SPN en tant qu’administrateur de domaine avant d’installer VMM, comme suit :
1. Exécutez ces commandes à partir de <SystemDrive>\Windows\System32>, en tant qu’administrateur de
domaine :
setspn -s -u SCVMM/<MachineBIOSName> <VMMServiceAccount> setspn -s -u SCVMM/<MachineFQDN>
<VMMServiceAccount>

Pour un cluster, <MachineBIOSName> doit être <ClusterBIOSName> et <MachineFQDN> doit être


<FQDNServeur>
2. Sur le serveur VMM (ou sur chaque nœud d’un cluster), dans le registre, accédez à
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine
Manager Server\Setup.
3. Définissez VmmServicePrincipalNames sur SCVMM /<MachineBIOSName>, SCVMM
/<MachineFQDN> . Pour un cluster : SCVMM /<ClusterBIOSName>, SCVMM /<FQDNServeur>
.
Si cela est impossible, vous pouvez également enregistrer le SPN lors de l’installation de VMM. Un
administrateur de domaine peut fournir au les autorisations en écriture sur le SPN à l’utilisateur du service
VMM ou du programme d’installation. Notez que cette approche n’est pas celle recommandée. L’autorisation
permet à l’utilisateur délégué d’enregistrer n’importe quelle valeur pour servicePrincipalName, sans aucune
restriction. Par conséquent, l’utilisateur délégué doit être hautement fiable, et les informations d’identification du
compte doivent être sécurisées. Pour cela :
1. Exécutez adsiedit en tant qu’administrateur de domaine.
2. Naviguez pour trouver l’utilisateur du service VMM. Faites un clic droit sur Propriétés > Sécurité >
Avancé. Puis cliquez sur Ajouter, et dans Sélectionnez un principal, spécifiez l’utilisateur qui recevra les
autorisations.
3. Sélectionnez Write servicePrincipalName > OK.
Lorsque vous installez VMM avec ce compte d’utilisateur, le SPN est inscrit.

Serveur d'administration VMM


Vous ne pouvez pas exécuter le serveur d’administration VMM sur un serveur Nano (applicable aux versions
antérieures à 2019).
Le nom d’ordinateur du serveur d’administration ne peut pas dépasser 15 caractères.
N’installez pas le serveur d’administration VMM, ou des composants de System Center autres que les agents,
sur les serveurs exécutant Hyper-V.
Vous pouvez installer le serveur d’administration VMM sur une machine virtuelle. Si vous choisissez ce type
d’installation et que vous utilisez la fonctionnalité Mémoire dynamique d’Hyper-V, vous devez définir la RAM
de démarrage de la machine virtuelle à 2 048 mégaoctets (Mo) au minimum.
Si vous avez besoin de gérer plus de 150 hôtes, nous vous recommandons d’utiliser un ordinateur dédié
pour le serveur d’administration VMM et de procéder comme suit :
Ajoutez un ou plusieurs ordinateurs distants en tant que serveurs de bibliothèque et n'utilisez pas le
partage de bibliothèque par défaut sur le serveur d'administration VMM.
N’exécutez pas l’instance de SQL Server sur le serveur d’administration VMM.
Pour garantir un haut niveau de disponibilité, le serveur d’administration VMM peut être installé sur un
cluster de basculement. En savoir plus.

SQL Server et base de données


L'instance de SQL Server que vous utilisez doit autoriser les objets de base de données qui ne respectent pas
la casse.
Le nom de l'ordinateur de SQL Server ne peut pas dépasser 15 caractères.
Si le serveur d’administration VMM et l’ordinateur SQL Server ne sont pas membres du même domaine
Active Directory, une approbation bidirectionnelle doit exister entre les deux domaines.
Lorsque vous installez SQL Server, sélectionnez les fonctionnalités Services Moteur de base de données
et Outils de gestion - Complet .
Vous pouvez opérer une mise à niveau sur place vers une version prise en charge de SQL Server (sans
déplacer la base de données VMM ). Vérifiez qu'aucune tâche n'est en cours d'exécution au moment
d'effectuer la mise à niveau. Elle pourrait échouer et vous contraindre à la redémarrer manuellement.
Pour des performances optimales avec la base de données VMM, évitez de stocker les fichiers de base de
données sur le disque utilisé pour le système d’exploitation.
Si vous utilisez SDN (Software Defined Networking) dans VMM, toutes les informations de mise en réseau
sont stockées dans la base de données VMM. Pour cette raison, il se peut que vous souhaitiez une haute
disponibilité pour la base de données VMM. Utilisez alors les recommandations suivantes :
Le clustering avec basculement est pris en charge et constitue la configuration recommandée pour la
disponibilité au sein d'une même zone géographique ou d'un même centre de données. En savoir plus.
L'utilisation des groupes de disponibilité AlwaysOn dans Microsoft SQL Server est prise en charge,
mais il est important d'examiner les différences entre les deux modes de disponibilité, la validation
synchrone et la validation asynchrone. En savoir plus.
Avec le mode de validation asynchrone, le réplica de la base de données peut être obsolète
pendant une certaine période de temps après chaque validation. La base de données semble
alors « remonter dans le temps », ce qui peut entraîner une perte des données client, une
divulgation accidentelle d'informations ou une éventuelle élévation des privilèges.
Vous pouvez utiliser le mode de validation synchrone comme configuration pour les scénarios
de disponibilité du site distant.
Le service SQL Server doit utiliser un compte autorisé à accéder aux services de domaine Active Directory
(AD DS ). Par exemple, vous pouvez spécifier le compte système local ou un compte d'utilisateur du domaine.
Ne spécifiez pas un compte d'utilisateur local.
Vous n’avez pas besoin de configurer le classement. Pendant le déploiement, le programme d'installation
configure automatiquement le classement CI en fonction de la langue du système d'exploitation du serveur.

NOTE
L’assemblage de la base de données cible et l’assemblage du serveur VMM doivent être les mêmes si la base de données
fait partie du groupe SQL Always On (AO). Pour vérifier la culture actuelle sur votre machine VMM, utilisez la commande
PowerShell Get-Culture. En savoir plus sur les mappage de copies assemblées de serveur VMM.

Le port dynamique est pris en charge.


Si vous souhaitez créer la base de données VMM avant d’installer VMM :
Vérifiez que vous disposez des autorisations nécessaires pour créer une base de données SQL ou
demandez à l’administrateur SQL Server de le faire.
Configurez la base de données comme suit :
1. Créez une base de données avec ces paramètres : Nom : VirtualManagerDB ; Classement :
Latin1_General_100_CI_AS, mais en adéquation avec le classement de l’instance de SQL Server
spécifique.
2. Octroyez des autorisations db_owner pour la base de données au compte de service VMM.
3. Dans le programme d’installation VMM, vous devrez sélectionner l’option permettant d’utiliser
une base de données existante et spécifier les détails de la base de données et le compte de
service VMM en tant qu’utilisateur de la base de données.

Serveur de bibliothèque
Si vous exécutez le serveur de bibliothèque sur le serveur d’administration VMM, vous devez allouer de
l’espace disque supplémentaire pour stocker les objets. L'espace nécessaire varie selon le nombre et la taille
des objets que vous stockez.
Le serveur de bibliothèque est l'emplacement où VMM stocke des éléments tels que les modèles de
machines virtuelles, les disques durs virtuels, les disquettes virtuelles, les images ISO, les scripts et les
machines virtuelles stockées. La configuration matérielle optimale spécifiée pour un serveur de bibliothèque
VMM varie en fonction de la quantité et de la taille de ces fichiers. Vous devez vérifier l'utilisation du
processeur et d'autres variables d'état système pour déterminer ce qui fonctionne le mieux dans votre
environnement.
Si vous voulez gérer des disques durs virtuels au format de fichier .vhdx, le serveur de bibliothèque VMM
doit exécuter Windows Server 2012 ou une version ultérieure.
VMM ne fournit pas de méthode pour répliquer les fichiers physiques dans la bibliothèque VMM, ni de
méthode pour transférer les métadonnées des objets stockés dans la base de données VMM. En revanche, si
nécessaire, vous devez répliquer les fichiers physiques en dehors de VMM et transférer les métadonnées à
l’aide de scripts ou d’autres moyens.
VMM ne prend pas en charge les serveurs de fichiers configurés avec l’option de respect de la casse pour
Windows Services for UNIX, car le contrôle de casse NFS est défini sur Ignorer.

Spécifications pour le compte et le domaine


Quand vous installez VMM, vous devez configurer le service VMM pour qu’il utilise le compte système local, un
compte de domaine ou un compte gMSA.
Vérifiez les points suivants avant de préparer un compte :
La modification d'identité du compte de service Virtual Machine Manager n'est pas prise en charge après
l'installation. Cela inclut le changement du compte système local à un compte de domaine, d'un compte de
domaine au compte système local ou le changement du compte de domaine à tout autre compte de domaine.
Pour modifier le compte de service Virtual Machine Manager après l’installation, vous devez désinstaller le
serveur VMM (en sélectionnant l’option Conserver les données pour conserver la base de données
SQL Server), puis le réinstaller à l’aide du nouveau compte de service.
Si vous spécifiez un compte de domaine, le compte doit être membre du groupe Administrateurs local sur
l'ordinateur.
Si vous recourez à un compte de domaine, il est recommandé que celui-ci soit un compte spécifiquement
désigné pour être utilisé à cette fin. Lorsqu'un ordinateur hôte est supprimé du serveur d'administration
VMM, le compte sous lequel le service System Center Virtual Machine Manager est en cours d'exécution est
supprimé du groupe Administrateurs local de l'ordinateur hôte. Si le même compte est utilisé à d'autres fins
sur l'ordinateur hôte, vous risquez d'obtenir des résultats imprévisibles.
Si vous envisagez d'utiliser des images ISO partagées avec des machines virtuelles Hyper-V, vous devez
utiliser un compte de domaine.
Si vous utilisez un espace de noms disjoint, vous devez utiliser un compte de domaine. Pour plus
d’informations sur les espaces de noms disjoints, consultez Conventions d’affectation de noms dans Active
Directory pour les ordinateurs, les domaines, les sites et les unités d’organisation.
Vous devez utiliser un compte de domaine si vous installez un serveur d'administration VMM à haut niveau
de disponibilité.
L'ordinateur sur lequel vous installez le serveur d'administration VMM doit être membre d'un domaine
Active Directory. Dans votre environnement, il peut y avoir des comptes d'utilisateurs dans une forêt et des
serveurs et hôtes VMM dans une autre. Dans cet environnement, vous devez établir une approbation
réciproque entre les deux domaines inter-forêts. Les approbations à sens unique entre domaines inter-forêts
ne sont pas prises en charge dans VMM.
Pour créer et utiliser un compte gMSA, consultez l’article sur les comptes gMSA et créez le compte gMSA
conformément aux instructions disponibles. Vérifiez que les serveurs où le service d’administration VMM doit
être installé disposent des autorisations nécessaires pour récupérer le mot de passe du compte gMSA.

NOTE
Vous n’avez pas besoin spécifier le nom de principal du service (SPN) lors de la création du compte gMSA. Le service VMM
définit le nom de principal du service approprié pour le compte gMSA.

Gestion distribuée de clés


Par défaut, VMM chiffre certaines données de la base de données VMM à l’aide de l’interface DPAPI (Data
Protection Application Programming Interface). C’est le cas, par exemple, des informations d’identification des
comptes d’identification, des mots de passe dans les profils de système d’exploitation invité et des informations
de clé de produit dans les propriétés des disques durs virtuels. Le chiffrement des données dépend de
l’ordinateur sur lequel VMM est installé et du compte de service utilisé par VMM. Si vous déplacez votre
installation VMM vers un autre ordinateur, VMM ne conserve pas les données chiffrées. Vous devrez donc
entrer ces données manuellement.
Pour vous assurer que VMM conserve les données chiffrées quand il est déplacé, utilisez la gestion distribuée de
clés pour stocker les clés de chiffrement dans Active Directory. De cette manière, quand vous déplacez votre
installation VMM, VMM conserve les données chiffrées, car le nouvel ordinateur VMM a accès aux clés de
chiffrement dans Active Directory. Pour configurer la gestion distribuée de clés, rapprochez-vous de votre
administrateur Active Directory. Sachez que :
Vous devez créer un conteneur dans AD DS avant d’installer VMM. Vous pouvez créer le conteneur à l’aide
de l’éditeur ADSI (installé à partir de Server Manager > Outils d’administration de serveur distant).
Vous créez le conteneur dans le même domaine que le compte d’utilisateur utilisé pour installer VMM. Si
vous spécifiez que le service VMM utilise un compte de domaine, ce compte doit se trouver dans le même
domaine. Par exemple, si le compte d'installation et le compte de service se trouvent dans le domaine
corp.contoso.com, vous devez créer le conteneur dans ce domaine. Ainsi, si vous voulez créer un conteneur
nommé VMMDKM, vous spécifiez l’emplacement du conteneur comme suit :
CN=VMMDKM,DC=corp,DC=contoso,DC=com. Le compte utilisé pour installer VMM doit avoir les
autorisations Contrôle total sur le conteneur dans AD DS. Les autorisations doivent s’appliquer à cet objet et
à tous les objets descendants.
Si vous installez un serveur d’administration VMM à haut niveau de disponibilité, vous devez utiliser la
gestion distribuée de clés pour stocker les clés de chiffrement dans Active Directory. Ainsi, si VMM bascule
vers un nœud, ce nœud pourra accéder aux clés de chiffrement.
Quand vous configurez le compte de service et la gestion distribuée de clés pendant l’installation, vous devez
entrer l’emplacement du conteneur dans AD DS. Par exemple :
CN=VMMDKM,DC=corp,DC=contoso,DC=com

Étapes suivantes
Installer VMM
Planifier un déploiement de VMM à haut niveau de
disponibilité
11/12/2018 • 8 minutes to read

Cet article vous aide à planifier un déploiement de System Center - Virtual Machine Manager (VMM ) à haut
niveau de disponibilité.
Pour la résilience et la scalabilité, vous pouvez déployer VMM en mode haute disponibilité en effectuant les
étapes suivantes :
Déployer le serveur d’administration VMM dans un cluster de basculement.
Rendre les partages de fichiers de serveur de bibliothèque hautement disponibles.
Déployer la base de données VMM SQL Server comme hautement disponible.

Planifier un déploiement de SQL Server à haut niveau de disponibilité


Vous devez configurer SQL Server avant de déployer les serveurs d’administration VMM.
Nous vous recommandons d’utiliser une installation de SQL Server à haut niveau de disponibilité sur un
cluster de basculement et de configurer des groupes de disponibilité AlwaysOn SQL Server. Vous ne devez
pas installer SQL Server sur le cluster VMM.
Consultez les Bonnes pratiques relatives à la configuration requise pour les nœuds de cluster de basculement.
Les groupes de disponibilité AlwaysOn sont pris en charge dans VMM. Utilisez la validation synchrone pour
bénéficier d’une meilleure protection avec une charge plus importante. Si vous utilisez le mode de validation
asynchrone, la base de données secondaire peut être en retard par rapport à la base de données principale, ce
qui peut entraîner une perte de données.
Le serveur de base de données doit être dans le même domaine que le serveur VMM, ou dans un domaine
ayant une relation d’approbation bidirectionnelle.
L’utilisation d’une base de données en cluster avec VMM nécessite l’authentification Kerberos. Pour ce faire,
l’instance de SQL Server doit associer un nom principal de service (SPN ) au compte sous lequel SQL Server
s’exécutera.

Planifier un serveur d’administration VMM à haut niveau de


disponibilité
N’effectuez pas l’installation sur une partition parente d’hôte Hyper-V. Vous pouvez installer VMM sur une
machine virtuelle.
Avant de commencer, vous devez configurer le compte de service VMM et la gestion distribuée de clés. En
savoir plus
Une seule instance de VMM peut être déployée sur un cluster de basculement de 16 nœuds maximum.
L’utilisateur qui crée le cluster a l’autorisation Créer des objets ordinateur dans l’unité d’organisation ou le
conteneur où résident les serveurs qui constitueront le cluster. Si ce n’est pas possible, demandez à un
administrateur de domaine de prédéfinir un objet ordinateur de cluster pour le cluster.
Configuration requise pour les ordinateurs s’exécutant comme des nœuds de gestion VMM :
Tous les nœuds de cluster destinés à servir de serveurs VMM doivent exécuter Windows Server 2016.
Chaque nœud de cluster doit être joint à un domaine et avoir un nom d’ordinateur de 15 caractères
maximum.
Le nom réseau du service VMM ne doit pas dépasser 15 caractères.
Windows ADK doit être installé sur chaque ordinateur. Effectuez l’installation à partir du programme
d’installation ou du Centre de téléchargement. Sélectionnez Outils de déploiement et
Environnement de préinstallation de Windows au moment de l’installation.
Si vous envisagez de déployer des services VMM qui utilisent des applications de couche Données
SQL Server, installez les utilitaires de ligne de commande associés sur votre serveur d’administration
VMM. L’utilitaire de ligne de commande est disponible dans le SQL Server 2012 feature pack, SQL
Server 2014 feature pack ou SQL Server 2016 feature pack.

Planifier une bibliothèque VMM à haut niveau de disponibilité


Vous pouvez créer des serveurs de bibliothèque à haut niveau de disponibilité pour vous assurer que les profils,
les modèles et les ressources de fichiers sont résilients et disponibles.
VMM ne crée pas automatiquement la bibliothèque VMM comme étant à haut niveau de disponibilité quand
vous déployez VMM en mode de haute disponibilité. Vous devez créer des serveurs de bibliothèque à haut
niveau de disponibilité en déployant la bibliothèque sur un cluster de serveur de fichiers.
Vous devez configurer un cluster de basculement de serveur de fichiers. Le déploiement de partages de
bibliothèque à haut niveau de disponibilité sur le cluster VMM n’est pas pris en charge.
Les ordinateurs que vous configurez comme serveurs de fichiers doivent exécuter Windows Server 2012 R2
ou ultérieure. Nous recommandons que tous les nœuds aient la même version de Windows.
Tous les nœuds que vous souhaitez ajouter en tant que serveurs de fichiers doivent être dans le même
domaine.
Vérifiez que le matériel et les logiciels que vous souhaitez utiliser pour la bibliothèque respectent la
configuration requise.
L’utilisateur qui crée le cluster a l’autorisation Créer des objets ordinateur dans l’unité d’organisation ou le
conteneur où résident les serveurs qui constitueront le cluster. Si ce n’est pas possible, demandez à un
administrateur de domaine de prédéfinir un objet ordinateur de cluster pour le cluster.
Le compte que vous utilisez pour créer le cluster doit être un utilisateur de domaine sur tous les ordinateurs
que vous souhaitez ajouter comme nœuds de serveur de fichiers.
Le serveur de bibliothèque ne peut pas être un serveur de fichiers avec montée en puissance parallèle (SOFS,
Scale-Out File Server). Il doit être sur un cluster de basculement qui n’utilise pas le rôle de cluster SOFS. Ceci
est dû au fait que quand vous déployez la bibliothèque, l’agent VMM est déployé sur l’hôte. Pour SOFS, il y a
plusieurs hôtes dans un cluster qui fournissent des partages, ce qui complique le déploiement de l’agent.
Quand vous avez un serveur de bibliothèque autonome ou en cluster, vous pouvez utiliser le stockage sur un
serveur SOFS en créant des partages dessus.
Vous pouvez déployer les partages de bibliothèque sur un cluster avec des nœuds physiques, ou un cluster
invité.
Si vous souhaitez ajouter du stockage en cluster quand vous créez le cluster, vérifiez que tous les ordinateurs
peuvent accéder au stockage.
Si vous souhaitez déployer une bibliothèque VMM distribuée dans différents centres de données, vous devez
configurer une copie programmée entre les deux partages de bibliothèque. Aucune réplication n’est disponible.

Étapes suivantes
Configurer un déploiement VMM à haut niveau de disponibilité
Identifier les ports et protocoles utilisés par VMM
31/05/2019 • 8 minutes to read

Dans le cadre de votre déploiement de System Center Virtual Machine Manager (VMM ), vous devez autoriser
l’accès aux ports et protocoles que le serveur et les composants utiliseront. Il est important de planifier cela à
l’avance. Certains paramètres de port sont configurés dans le programme d’installation de VMM. Si vous souhaitez
les modifier après l’installation initiale de VMM, vous devrez réinstaller VMM pour pouvoir le faire.

Définir les exceptions


1. Identifiez les points où vous avez besoin de créer des exceptions de pare-feu, conformément au tableau ci-
dessous.
2. Sur le serveur que vous identifiez, cliquez sur Démarrer > Suivant > Outils d’administration > Pare-feu
Windows avec fonctions avancées de sécurité.
3. Dans le panneau Pare-feu Windows avec fonctions avancées de sécurité sur l’ordinateur local, cliquez
sur Règles de trafic entrant.
4. Dans Actions, cliquez sur Nouvelle règle.
5. Dans l’Assistant Nouvelle règle de trafic entrant > Type de règle, cliquez sur Port, puis cliquez sur Suivant.
6. Dans Protocole et ports, spécifiez les paramètres de port conformément au tableau ci-dessous et continuez
l’Assistant pour créer la règle.

Exceptions de port et de protocole


CONNEXION PORT/PROTOCOLE DÉTAILS CONFIGURER

Serveur VMM vers agent 80 : WinRM ; 135 : RPC ; Utilisé par l’agent VMM Modification impossible
VMM sur ordinateurs 139 : NetBIOS ; 445 : SMB
hôtes/serveur de (sur TCP) Règle de trafic entrant sur les
bibliothèque distante ordinateurs hôtes
Windows Server

Serveur VMM vers agent 443 : HTTPS Canal de données BITS pour Modification dans le
VMM sur ordinateurs les transferts de fichiers programme d’installation de
hôtes/serveur de VMM
bibliothèque distante Règle de trafic entrant sur les
Windows Server ordinateurs hôtes

Serveur VMM vers agent 5985 : WinRM Canal de contrôle Modification dans le
VMM sur ordinateurs programme d’installation de
hôtes/serveur de Règle de trafic entrant sur les VMM
bibliothèque distante ordinateurs hôtes
Windows Server

Serveur VMM vers agent 5986 : WinRM Canal de contrôle (SSL) Modification impossible
VMM sur ordinateurs
hôtes/serveur de Règle de trafic entrant sur les
bibliothèque distante ordinateurs hôtes
Windows Server
CONNEXION PORT/PROTOCOLE DÉTAILS CONFIGURER

Serveur VMM vers agent 443 : HTTPS Canal de données BITS pour Modification impossible
invité VMM (canal de les transferts de fichiers
données de machine
virtuelle) Règle de trafic entrant sur les
machines exécutant l’agent

L’agent invité VMM est une


version spéciale de l’agent
VMM. Il est installé sur les
machines virtuelles qui font
partie d’un modèle de
service et sur les machines
virtuelles Linux (avec ou sans
modèle de service).

Serveur VMM vers agent 5985 : WinRM Canal de contrôle Modification impossible
invité VMM (canal de
contrôle de machine Règle de trafic entrant sur les
virtuelle) machines exécutant l’agent

Hôte VMM vers hôte 443 : HTTPS Canal de données BITS pour Modification dans le
les transferts de fichiers programme d’installation de
VMM
Règle de trafic entrant sur les
hôtes et le serveur VMM

Serveur VMM vers serveurs 22 : SFTP Modification impossible


VWware ESXi/services web
Règle de trafic entrant sur
les ordinateurs hôtes

Serveur VMM vers 80 : HTTP ; 443 : HTTPS Canal utilisé pour la gestion Modification dans le
équilibreur de charge de l’équilibrage de charge fournisseur d’équilibrage de
charge

Serveur VMM vers base de 1433 : TDS Écouteur SQL Server Modification dans le
données distante SQL Server programme d’installation de
Règle de trafic entrant sur VMM
SQL Server

Serveur VMM vers serveurs 80/8530 : HTTP ; Canaux de données et de Modification impossible à
de mise à jour WSUS 443/8531 : HTTPS contrôle partir de VMM

Règle de trafic entrant sur


serveur WSUS

Serveur de bibliothèque 443 : HTTPS Canal de données BITS pour Modification dans le
VMM vers ordinateurs hôtes les transferts de fichiers programme d’installation de
Hyper-V VMM
Règle de trafic entrant sur
ordinateurs hôtes - 443

Console VMM vers VMM WCF :8100 (HTTP) ; Règle de trafic entrant sur la Modification dans le
WCF :8101 (HTTPS) ; console VMM programme d’installation de
Net.TCP : 8102 VMM
CONNEXION PORT/PROTOCOLE DÉTAILS CONFIGURER

Serveur VMM vers service WMI Appel local


de gestion du stockage

Service de gestion du CIM-XML Spécifiques au fournisseur


stockage vers fournisseur
SMI-S

Serveur VMM vers 443 : HTTP (SMASH sur WS- Règle de trafic entrant sur Modification sur le
contrôleur de gestion de la Management) périphérique BMC périphérique BMC
carte de base (BMC)

Serveur VMM vers 623 : IPMI Règle de trafic entrant sur Modification sur le
contrôleur de gestion de la périphérique BMC périphérique BMC
carte de base (BMC)

Serveur VMM vers agent 8101 : WCF ; 8103 : WCF 8101 est utilisé pour le canal Modification dans le
Windows PE de contrôle, 8103 est utilisé programme d’installation de
pour la synchronisation de VMM
l’heure

Serveur VMM vers 8102 : WCF Règle de trafic entrant sur


fournisseur PXE WDS serveur PXE

Serveur VMM vers hôte 443 : HTTPS (BITS) Canal de données BITS pour
Hyper-V dans un domaine les transferts de fichiers
non approuvé/périmètre
Règle de trafic entrant sur
serveur VMM

Serveur de bibliothèque vers 443 : HTTPS Canal de données BITS pour


hôte Hyper-V dans un les transferts de fichiers
domaine non
approuvé/périmètre Règle de trafic entrant sur
bibliothèque VMM

Serveur VMM vers serveur 80 : WinRM ; 135 : RPC ; Utilisé par l’agent VMM
de fichiers Windows 139 : NetBIOS ; 445 : SMB
(sur TCP) Règle de trafic entrant sur
serveur de fichiers

Serveur VMM vers serveur 443 : HTTPS BITS utilisé pour le transfert
de fichiers Windows de fichiers

Règle de trafic entrant sur


serveur de fichiers

Serveur VMM vers serveur 5985/5986 : WinRM Canal de contrôle


de fichiers Windows
Règle de trafic entrant sur
serveur de fichiers
NOTE
En plus des ports ci-dessus, VMM s’appuie sur la plage de ports dynamiques par défaut pour toutes ses communications
avec des hôtes Hyper-V, des serveurs de fichiers et des serveurs de bibliothèques. En savoir plus sur la plage de ports
dynamiques. Nous vous recommandons de reconfigurer les pare-feux pour autoriser le trafic entre les serveurs dans la plage
de ports dynamiques allant de 49152 à 65535.

Étapes suivantes
Vous pouvez modifier certains de ces ports et protocoles pendant l’ installation de VMM.
Planifier l’infrastructure de calcul VMM
11/12/2018 • 11 minutes to read

Cet article décrit comment planifier l'infrastructure de calcul System Center - Virtual Machine Manager (VMM ).
L’infrastructure de calcul VMM est composée de la bibliothèque VMM, des hôtes de virtualisation, des groupes
hôtes et d’autres serveurs d’infrastructure.

Planifier la bibliothèque VMM


Avant de commencer :
Vous devez vérifier la configuration système requise pour la bibliothèque VMM avant d’installer VMM.
VMM déploie le partage de bibliothèque par défaut sur le serveur VMM. Une fois l’installation terminée, vous
ne pouvez pas supprimer ou déplacer le partage de bibliothèque par défaut. Réfléchissez donc bien à son
emplacement avant d’installer VMM.
Si vous utilisez un réseau SAN, le serveur de bibliothèque doit avoir le même réseau SAN que les hôtes qui
utilisent la bibliothèque. Cela garantit que le serveur de bibliothèque et les hôtes peuvent accéder aux mêmes
LUN sur le réseau SAN pour accélérer les transferts de fichiers.
Si vous vous connectez à une bibliothèque à partir d’hôtes de virtualisation par le biais d’un réseau local, le
serveur de bibliothèque doit être le plus proche possible des hôtes.
Si vous avez l’intention d’ajouter d’autres serveurs de bibliothèque, vous pouvez créer des groupes de
bibliothèques pour les organiser. Vous pouvez utiliser des groupes de bibliothèques pour associer des serveurs
à des groupes hôtes dans l’infrastructure VMM. Il est d’ailleurs recommandé d’associer chaque serveur de
bibliothèque au groupe hôte qui utilise les ressources de cette bibliothèque.

Planifier les hôtes de virtualisation


VMM prend en charge les hôtes de virtualisation Hyper-V et VMware. Quand vous ajoutez, provisionnez et gérez
des hôtes dans l’infrastructure VMM, notez les points suivants :
La topologie des hôtes Hyper-V. VMM peut fonctionner avec des hôtes Hyper-V qui se trouvent dans le même
domaine que le serveur VMM, dans un domaine ayant une relation d’approbation bidirectionnelle ou dans un
domaine sans relation d’approbation bidirectionnelle. VMM peut également fonctionner avec les hôtes Hyper-
V qui se trouvent sur un réseau de périmètre ou dans un espace de noms disjoint.
La topologie des hôtes VMware. VMM fonctionne avec des hôtes VMware situés n’importe où dans votre
environnement.
Le nombre et le type de systèmes d'exploitation invités exécutés sur l'ordinateur hôte.
La configuration système des machines virtuelles exécutées sur l’hôte.
Les types d’applications exécutés sur les systèmes d’exploitation invités.
Les charges de travail de machines virtuelles qui seront exécutées sur l’hôte.
Les besoins en processeur de l’hôte. Vous aurez besoin d’une capacité de traitement suffisante pour exécuter
les machines virtuelles.
Les besoins en mémoire de l’hôte. Une fois que vous utilisez VMM pour allouer de la mémoire RAM hôte à
une machine virtuelle, cette mémoire n’est pas disponible pour les autres ressources. Vous devez également
disposer d’une quantité de mémoire suffisante pour exécuter le système d’exploitation hôte et les autres
applications.
Les besoins en stockage de l’hôte. Vous avez besoin d’un stockage adéquat pour l’hôte proprement dit, ainsi
que pour les machines virtuelles exécutées dessus. N’oubliez pas que vous devez tenir compte d’un espace
supplémentaire pour les fichiers de pagination de machine virtuelle, l’extension dynamique des disques durs
virtuels, l’enregistrement du contenu de la RAM de machine virtuelle quand celle-ci est dans un état enregistré,
et les points de contrôle de machine virtuelle.
La configuration réseau requise pour l’hôte. Si des machines virtuelles exécutent des applications nécessitant
une haute disponibilité, vous devez prendre en compte les exigences réseau.

Planifier les groupes hôtes VMM


Les groupes hôtes agissent comme des conteneurs pour les hôtes de virtualisation et les machines virtuelles. Vous
appliquez les paramètres au niveau du groupe, notamment la définition des ressources au niveau de l’hôte, en
spécifiant les hôtes pour les utilisateurs libre-service et les options de stockage et de réseau. La planification des
groupes hôtes est particulièrement importante dans un déploiement à grande échelle, où ils peuvent vous aider à
gérer efficacement les ressources et leur provisionnement.
Vous pouvez baser vos groupes hôtes sur des paramètres qui sont pertinents pour votre organisation. Par
exemple :
Pour les succursales de votre organisation.
Pour qu’ils correspondent à votre structure Active Directory.
Pour refléter des fonctions telles que le développement, les tests, la production ou la recherche.
Pour limiter les hôtes utilisés pour des tâches administratives. Par exemple, vous pouvez restreindre la sélection
élective des machines virtuelles en sélectionnant un groupe hôte particulier.
Pour réserver des ressources hôtes afin de déterminer quel pourcentage du processeur, de la mémoire, de
l’espace disque, de la capacité d’entrée/sortie et de la capacité réseau sera toujours disponible pour le système
d’exploitation hôte.
Pour placer automatiquement des machines virtuelles sur l’hôte le plus approprié. La sélection élective
automatique est également utilisée pour déployer les machines virtuelles créées par les utilisateurs dans le
libre-service pour machine virtuelle.
Pour désigner les hôtes libre-service sur lesquels les utilisateurs peuvent créer et utiliser leurs propres
machines virtuelles. Vous ajoutez des stratégies libre-service à un groupe hôte pour permettre à des
utilisateurs ou des groupes de créer, de commander et de gérer leurs propres machines virtuelles dans un
environnement contrôlé sur les hôtes du groupe hôte.
Les groupes hôtes sont hiérarchiques. Par exemple, vous pouvez créer un groupe hôte enfant d’un groupe hôte
existant pour remplacer les réserves de ressources d’hôtes héritées pour un groupe hôte parent, ou pour modifier
les autorisations de machines virtuelles héritées des stratégies libre-service d’un groupe hôte parent.
Tous les groupes hôtes appartiennent au groupe hôte racine Tous les hôtes.
Chaque hôte ou groupe hôte est identifié par son chemin d’hôte, une séquence de noms de groupes hôtes qui
spécifie l’emplacement d’un hôte ou d’un groupe hôte dans la hiérarchie de groupes hôtes dans le volet de
navigation. Par exemple, le chemin d’hôte All Hosts\New York\Site21\VMHost05 indique que l’hôte
VMHost05 appartient au groupe hôte Site21, qui est un groupe hôte enfant du groupe hôte New York.
Quand vous modifiez les réserves de ressources d’un groupe hôte parent, vous pouvez choisir s’il faut
répercuter les paramètres de réserves de ressources d’hôte vers les hôtes dans tous ses groupes hôtes enfants.
Si vous choisissez de répercuter les paramètres de réserves de ressources d’hôte, tous les paramètres de
réserves de ressources d’hôte pour le groupe hôte parent remplacent tous les paramètres précédents pour tous
les hôtes dans tous les groupes hôtes enfants du groupe hôte parent.
Si un groupe hôte parent est utilisé pour le libre-service pour machine virtuelle, chacun de ses groupes hôtes
enfants hérite automatiquement des stratégies libre-service du groupe hôte parent. Toutefois, vous pouvez
ajouter une stratégie libre service pour le même utilisateur ou groupe à un groupe hôte parent et à son groupe
hôte enfant. En ajoutant des stratégies au parent et à l’enfant, vous pouvez attribuer différents modèles aux
mêmes utilisateurs, définir différentes autorisations de machine virtuelle et affecter un quota de machine
virtuelle différent sur un sous-ensemble d’hôtes au sein du groupe hôte parent.
Vous pouvez utiliser un groupe hôte pour isoler un hôte. Par exemple, si vous avez un hôte avec des systèmes
d’exploitation invités qui exécutent des applications stratégiques, vous pouvez isoler cet hôte en le plaçant dans
son propre groupe hôte. Ainsi, vous pouvez vous assurer qu’aucune stratégie libre-service n’est appliquée sur le
groupe hôte et que les ressources système réservées pour l’exécution du système d’exploitation de l’hôte sont
appropriées, optimisant ainsi les ressources de l’hôte disponibles pour une utilisation par les systèmes
d’exploitation invités.

Étapes suivantes
En savoir plus sur le déploiement de la bibliothèque en mode haute disponibilité, si nécessaire.
Gérer la bibliothèque VMM
Planifier l’infrastructure de mise en réseau VMM
19/12/2018 • 26 minutes to read

Cet article décrit comment planifier votre infrastructure de mise en réseau dans System Center - Virtual Machine
Manager (VMM ).

Composants de mise en réseau


La mise en réseau VMM contient un certain nombre de composants, résumés dans le tableau suivant :

COMPOSANT DE MISE EN RÉSEAU DÉTAILS

Réseaux logiques Dans VMM, vos réseaux physiques sont définis en tant que
réseaux logiques. Les réseaux logiques offrent une abstraction
de votre infrastructure réseau physique sous-jacente. Les
paramètres de réseau logique correspondent à votre
environnement de réseau physique ou le reflètent. Par
exemple, les adresses IP et les propriétés de réseau VLAN
correspondent exactement ; un site réseau sur un réseau
logique contient les paramètres de configuration pour le site.

Par défaut, VMM crée automatiquement un réseau logique


quand vous ajoutez un hôte Hyper-V à l’infrastructure si
aucun réseau approprié n’est détecté. Vous pouvez désactiver
cette option.

Pour fournir une abstraction des réseaux logiques à partir des


machines virtuelles qui les utilisent, VMM fournit des réseaux
de machines virtuelles. Vous connectez la carte virtuelle
d’une machine virtuelle à un réseau de machines virtuelles.

Pools d’adresses MAC Vous pouvez créer des pools d’adresses MAC pour les
machines virtuelles exécutées sur des hôtes de virtualisation
dans l’infrastructure VMM. Quand vous utilisez des pools
d’adresses MAC statiques, VMM peut générer et affecter
automatiquement des adresses MAC aux machines virtuelles.
Vous pouvez utiliser un pool standard ou configurer un pool
personnalisé.

Équilibreurs de charge VMM prend en charge l’ajout d’équilibreurs de charge


matérielle ou l’utilisation d’un équilibreur de charge réseau
pour équilibrer les demandes à un niveau de service.

Modèles VIP Les modèles d’adresses IP virtuelles (VIP) contiennent des


informations sur l’équilibrage de charge pour un type de trafic
particulier. Par exemple, vous pourriez avoir un modèle qui
spécifie comment équilibrer le trafic HTTPS sur un équilibreur
de charge spécifique.
COMPOSANT DE MISE EN RÉSEAU DÉTAILS

Commutateurs logiques Les commutateurs logiques sont des conteneurs pour les
paramètres des commutateurs virtuels. Vous appliquez des
commutateurs logiques aux hôtes pour avoir des paramètres
de commutateur cohérents sur tous les hôtes. VMM effectue
le suivi des paramètres de commutateur sur les hôtes
déployés avec des commutateurs logiques, pour garantir la
conformité.

Profils de port Les profils de port agissent comme des conteneurs pour les
propriétés que vous souhaitez affecter à une carte réseau. Au
lieu de configurer les propriétés de chaque carte réseau, vous
les configurez dans le profil de port et vous appliquez ce profil
à une carte.

Il existe deux types de profils de port. Les profils de port


virtuels contiennent des paramètres qui sont appliqués à des
cartes réseau virtuelles connectées aux machines virtuelles ou
utilisées par les hôtes de virtualisation. Les profils de port de
liaison montante servent à définir comment un commutateur
virtuel se connecte à un réseau logique.

Classifications de port Les classifications de port sont des conteneurs abstraits pour
les paramètres de profil de port virtuel. Cette abstraction
signifie que les administrateurs et les clients peuvent affecter
une classification de port à un modèle de machine virtuelle,
tandis que le commutateur logique de la machine virtuelle
détermine le profil de port à utiliser. Les administrateurs et les
clients peuvent ensuite sélectionner une classification
appropriée. VMM contient plusieurs classifications de port par
défaut. Il existe par exemple une classification pour les
machines virtuelles ayant besoin d’une bande passante élevée,
et une autre pour les machines virtuelles ayant besoin d’une
faible bande passante. Les classifications de port sont liées aux
profils de port virtuels quand vous configurez les
commutateurs logiques.

Planifier les réseaux logiques


Pendant le déploiement, vous devez créer des réseaux logiques et configurer des sites réseau et l’adressage IP de
chaque réseau. Ensuite, vous créez des réseaux de machines virtuelles basés sur ces réseaux logiques.
Voici ce que vous devez planifier :
1. Création automatique : déterminez si vous souhaitez laisser VMM créer des réseaux logiques. VMM créera
automatiquement un réseau logique chaque fois que vous ajouterez un hôte de virtualisation. VMM ne crée pas
de sites réseau sur un réseau logique créé automatiquement. Vous pouvez désactiver cette option dans
Paramètres > Général > Paramètres réseau et effacez Création automatique de réseaux logiques.
2. Capacité de réseau logique : si vous allez créer des réseaux logiques, déterminez manuellement ce dont vous
aurez besoin pour représenter votre topologie de réseau physique. Par exemple, si vous avez besoin d’un réseau
de gestion et d’un réseau utilisé par les machines virtuelles, vous devez créer deux réseaux logiques.
3. Types de réseaux logiques : déterminez le type de réseau logique dont vous avez besoin. Vous configurerez
les réseaux de machines virtuelles par-dessus les réseaux logiques, et ces réseaux de machines virtuelles
pourront fournir la virtualisation de réseau avec la capacité à créer plusieurs réseaux virtuels sur un réseau
physique partagé, ou les réseaux de machines virtuelles pourront assurer l’isolation des VLAN et PVLAN.
Quand vous configurez le réseau logique, vous devez indiquer le type de réseau dont vous avez besoin.
4. Sites réseau : déterminez le nombre de sites réseau dont vous avez besoin sur le réseau logique. Vous pouvez
planifier en fonction des groupes hôtes et des emplacements des hôtes. Par exemple, un groupe hôte Seattle et
un groupe hôte New York. Vous n’avez pas besoin de site réseau si vous n’avez pas de VLAN et que vous
utilisez DHCP pour allouer les adresses IP.
5. Réseaux locaux virtuels/sous-réseaux : déterminez les réseaux locaux virtuels et les sous-réseaux IP dont
vous avez besoin sur le réseau logique. Ceux-ci reflèteront ce que vous avez dans votre topologie de réseau
physique.
6. Adressage IP : si vous utilisez l’attribution d’adresses IP statiques, déterminez quels réseaux logiques ont
besoin de pools d’adresses statiques.
Voici ce que vous devez faire :
1. Identifiez les réseaux logiques de base : identifiez un ensemble de réseaux logiques initiaux qui reflètent les
réseaux physiques dans votre environnement.
2. Identifiez les réseaux logiques supplémentaires pour des besoins spécifiques : définissez les réseaux logiques
remplissant une fonction spécifique dans votre environnement. L’un des avantages des réseaux logiques est que
vous pouvez séparer les services réseau et informatique ayant différentes fonctions professionnelles sans avoir
à modifier votre infrastructure physique.
3. Déterminez les besoins d’isolation : identifiez les réseaux logiques qui doivent être isolées et comment cette
isolation sera appliquée (séparation physique, VLAN/PVLAN ou virtualisation de réseau). N’oubliez pas que
l’isolation est nécessaire si le réseau logique sera utilisé par plusieurs clients. Si vous n’avez qu’un seul client,
l’isolation est facultative. Si vous n’avez pas besoin d’isolation, vous n’aurez besoin que d’un seul réseau de
machines virtuelles mappé au réseau logique.
4. Déterminez les sites réseau, réseaux locaux virtuels, PVLAN et pools d’adresses IP qui doivent être définis pour
chaque réseau logique que vous avez identifié.
5. Déterminez quels réseaux logiques seront associés à quels hôtes de virtualisation.

Planifier les réseaux logiques, sites réseau et pools d’adresses IP


Utilisez le tableau suivant pour planifier les réseaux logiques, réseaux de machines virtuelles et pools d’adresses IP
dont vous avez besoin pour prendre en charge une infrastructure virtualisée.

ÉLÉMENT À VÉRIFIER OU À DÉTERMINER DESCRIPTION ET LIENS (SI NÉCESSAIRE) DANS CETTE RUBRIQUE

Réseaux logiques déjà créés par défaut par VMM Quand vous ajoutez un hôte Hyper-V à VMM, les réseaux
logiques peuvent être créés par défaut en fonction de suffixes
DNS.

Nombre de réseaux logiques dont vous avez besoin et Créez des réseaux logiques qui représentent la topologie du
fonction de chacun d’entre eux réseau pour vos hôtes. Par exemple, si vous avez besoin d’un
réseau de gestion, d’un réseau utilisé pour les pulsations de
cluster et d’un réseau utilisé par les machines virtuelles, créez
un réseau logique pour chacun.
ÉLÉMENT À VÉRIFIER OU À DÉTERMINER DESCRIPTION ET LIENS (SI NÉCESSAIRE) DANS CETTE RUBRIQUE

Catégories auxquelles appartiennent vos réseaux logiques Passez en revue les besoins de vos réseaux logiques et classez-
les dans les catégories suivantes :

- Aucune isolation : par exemple, un réseau de pulsation de


cluster pour un cluster hôte.
- VLAN : isolation assurée par vos réseaux locaux virtuels.
- Virtualisé : fournit une base pour la virtualisation de réseau
Hyper-V.
- Externe : géré via un gestionnaire de réseau (console de
gestion réseau de fournisseur ou gestionnaire d’extensions de
commutateur virtuel) en dehors de la machine virtuelle.

- IPAM : géré via un serveur de gestion des adresses IP


(IPAM).

Nombre de sites réseau nécessaires sur chaque réseau logique La planification des sites réseau se fait fréquemment autour
des groupes hôtes et de l’emplacement des hôtes. Par
exemple, pour des groupes hôtes « Seattle » et « New York »,
si vous disposez d’un réseau logique GESTION, vous pouvez
créer deux sites réseau appelés GESTION - Seattle et
GESTION - New York.

Réseaux locaux virtuels et/ou sous-réseaux IP nécessaires dans Les réseaux locaux virtuels et sous-réseaux IP que vous
chaque site réseau attribuez doivent correspondre à votre topologie.

Les réseaux logiques (ou plus précisément, les sites réseau) qui Déterminez les réseaux logiques qui utiliseront l’adressage IP
nécessitent des pools d’adresses IP statique ou l’équilibrage de charge, et ceux qui constitueront la
base de la virtualisation de réseau. Pour ces réseaux logiques,
planifiez des pools d’adresses IP.

Réseaux logiques créés par défaut


Dans la console VMM, Infrastructure >Réseau > Réseaux logiques, vous pouvez voir les réseaux logiques créés
par VMM par défaut. VMM crée ces réseaux pour garantir que, quand vous ajoutez un hôte, vous disposez d’au
moins un réseau logique pour le déploiement de services et de machines virtuelles. Aucun site réseau n'est créé
automatiquement.
Pour illustrer le fonctionnement de ces paramètres, supposons que vous n’avez pas modifié les paramètres et que
vous ajoutez un hôte Hyper-V à l’administration VMM. Dans ce cas, VMM crée automatiquement des réseaux
logiques qui correspondent à la légende du premier suffixe DNS du suffixe DNS propre à la connexion sur chaque
carte réseau de l’hôte. Sur le réseau logique, VMM crée également un réseau de machines virtuelles configuré avec
« aucune isolation ». Par exemple, si le suffixe DNS pour la carte réseau de l’hôte est corp.contoso.com, si
nécessaire VMM crée un réseau logique nommé « corp. » et, sur celui-ci, un réseau de machines virtuelles nommé
« corp. » configuré sans isolation.

Instructions pour les sites réseau : paramètres des réseaux locaux


virtuels et des sous-réseaux IP
La règle principale concernant la spécification des réseaux locaux virtuels et des sous-réseaux IP pour les sites
réseau consiste à refléter la topologie de votre réseau. Pour plus d’informations, consultez le tableau suivant.

NOTE
Les sites réseau sont parfois appelés « définitions de réseau logique », par exemple dans les commandes Windows PowerShell.
FONCTION DU RÉSEAU LOGIQUE INSTRUCTIONS POUR LES SITES RÉSEAU DE CE RÉSEAU LOGIQUE

Adresse IP statique : réseau logique qui utilise l’adressage IP Créez au moins un site réseau et associez au moins un sous-
statique, par exemple un réseau qui prend en charge des réseau IP au site réseau.
nœuds de cluster hôte

DHCP (mais pas les réseaux locaux virtuels) : réseau Aucun site réseau n’est nécessaire.
logique qui ne comprend pas de réseaux locaux virtuels, tous
les ordinateurs ou périphériques utilisant DHCP

Réseaux locaux virtuels : réseau logique pour réseaux - Si les réseaux locaux virtuels utilisent l’adressage IP statique,
indépendants basés sur des réseaux locaux virtuels créez des sites réseau correspondants qui spécifient les
informations relatives aux réseaux locaux virtuels et aux sous-
réseaux IP.
- Si les réseaux locaux virtuels utilisent DHCP, créez des sites
réseau correspondants qui ne spécifient que les informations
relatives aux réseaux locaux virtuels (aucun sous-réseau).

Virtualisation de réseau : réseau logique qui constitue la Créez au moins un site réseau et associez au moins un sous-
base des réseaux machines virtuelles utilisant la virtualisation réseau IP au site. Le sous-réseau IP est nécessaire, car ce
de réseau réseau logique a besoin d’un pool d’adresses IP.

Attribuez un réseau local virtuel au site réseau si nécessaire.

Équilibrage de charge : réseau logique qui comprend un Créez au moins un site réseau et associez au moins un sous-
équilibreur de charge géré par VMM réseau IP au site réseau.

NOTE
Pour un réseau externe, autrement dit un réseau géré par le biais d’une console de gestion de réseau de fournisseur ou un
gestionnaire d’extensions de commutateur virtuel en dehors de VMM, vous pouvez configurer les paramètres par le biais de
la console de gestion de réseau de fournisseur, et autoriser leur importation à partir de la base de données de gestion de
réseau de fournisseur dans VMM.

Instructions pour les pools d’adresses IP


En général, vous créez des pools d’adresses IP à l’endroit où vous utilisez l’adressage IP statique ou l’équilibrage de
charge. Vous pouvez aussi créer des pools d’adresses IP sur des réseaux logiques qui servent de base aux réseaux
d’ordinateurs virtuels prenant en charge la virtualisation de réseau. VMM utilise des pools d’adresses IP pour
attribuer des adresses IP aux hôtes Hyper-V et aux ordinateurs virtuels basés sur Windows que vous déployez par
le biais de VMM. Notez que le type d’hôte sur lequel ces ordinateurs virtuels s’exécutent (Hyper-V ou VMware
ESX) n’a pas d’importance.
Le tableau suivant fournit des instructions détaillées. Vous trouverez des informations supplémentaires sur les
pools d’adresses IP dans la section située après le tableau.

INSTRUCTIONS POUR LA CRÉATION DE POOLS D’ADRESSES IP POUR


CE RÉSEAU LOGIQUE OU POUR LES RÉSEAUX D’ORDINATEURS
FONCTION DU RÉSEAU LOGIQUE VIRTUELS CONSTRUITS SUR CE RÉSEAU LOGIQUE
INSTRUCTIONS POUR LA CRÉATION DE POOLS D’ADRESSES IP POUR
CE RÉSEAU LOGIQUE OU POUR LES RÉSEAUX D’ORDINATEURS
FONCTION DU RÉSEAU LOGIQUE VIRTUELS CONSTRUITS SUR CE RÉSEAU LOGIQUE

Adresse IP statique : réseau logique configuré avec « aucune Créez un ou plusieurs pools d’adresses IP pour le réseau
isolation » qui nécessite un adressage IP statique, par exemple logique.
un réseau qui prend en charge des nœuds de cluster hôte
Pour un réseau logique configuré avec « aucune isolation », si
vous créez un réseau d’ordinateurs virtuels sur le réseau
logique, les pools d’adresses IP deviennent automatiquement
disponibles sur le réseau d’ordinateurs virtuels. Autrement dit,
le réseau d’ordinateurs virtuels offre un accès direct au réseau
logique.

Réseaux locaux virtuels : réseau logique pour réseaux Créez des pools d’adresses IP sur le réseau logique : un pool
indépendants basés sur le réseau local virtuel, utilisant d’adresses IP pour chaque réseau local virtuel où l’adressage IP
l’adressage IP statique (plutôt que DHCP). statique est utilisé.

Par la suite, quand vous créez des réseaux de machines


virtuelles qui représentent les réseaux locaux virtuels, les pools
d’adresses IP deviennent automatiquement disponibles sur ces
réseaux de machines virtuelles.

Virtualisation de réseau : réseau logique qui constitue la Créez des pools d’adresses IP sur le réseau logique qui
base des réseaux machines virtuelles utilisant la virtualisation constitue la base des réseaux d’ordinateurs virtuels. Plus tard,
de réseau au moment de la création des réseaux d’ordinateurs virtuels,
vous créerez aussi des pools d’adresses IP sur ces réseaux
(consultez la remarque importante qui figure après ce tableau).
Si vous utilisez DHCP sur les réseaux d’ordinateurs virtuels,
VMM répond à une requête DHCP avec une adresse
provenant d’un pool d’adresses IP.

Le processus de création d'un pool d'adresses IP pour un


réseau d'ordinateurs virtuels est similaire au processus de
création d'un pool d'adresses IP pour un réseau logique.

Équilibrage de charge : réseau logique qui constitue la base Créez un pool d’adresses IP statiques sur le réseau
d’un réseau machines virtuelles, où vous utilisez l’équilibrage d’ordinateurs virtuels et définissez dans celui-ci une plage
de charge dans un « niveau de service » (qui fait partie d’un réservée d’adresses IP. Quand vous recourez à VMM pour
ensemble de machines virtuelles déployées en tant que déployer un niveau de service à charge équilibrée qui utilise le
« service » VMM) réseau d’ordinateurs virtuels, VMM utilise la plage réservée
d’adresses IP pour attribuer des adresses IP virtuelles (VIP) à
l’équilibreur de charge.

IMPORTANT
Si vous configurez un ordinateur virtuel pour obtenir son adresse IP à partir d’un pool d’adresses IP statiques, vous devez
également configurer l’ordinateur virtuel pour qu’il utilise une adresse MAC statique. Vous pouvez spécifier l’adresse MAC
manuellement (pendant l’étape Configurer les paramètres) ou VMM peut attribuer automatiquement une adresse MAC à
partir d’un pool d’adresses MAC.
L’adresse MAC doit être statique, car VMM s’en sert pour identifier la carte réseau à laquelle l’adresse IP statique doit être
attribuée. Cette identification doit avoir lieu avant le démarrage de la machine virtuelle. L’identification de la carte réseau est
particulièrement importante si une machine virtuelle comprend plusieurs cartes. Si les adresses MAC ont été attribuées
dynamiquement par Hyper-V, VMM ne peut pas identifier de manière cohérente la carte à laquelle il doit attribuer une
adresse IP statique.
VMM fournit des pools d’adresses MAC statiques par défaut, mais vous pouvez personnaliser les pools. VMM fournit des
pools d’adresses MAC statiques par défaut, mais vous pouvez personnaliser les pools.
Lorsque vous créez un pool d'adresses IP statiques, vous pouvez configurer les informations associées,
comme les passerelles par défaut, les serveurs DNS, les suffixes DNS et les serveurs WINS (Windows
Internet Name Service). Tous ces paramètres sont facultatifs.
Les pools d'adresses IP prennent en charge les adresses IPv4 et IPv6. Toutefois, vous ne pouvez pas associer
des adresses IPv4 et IPv6 dans le même pool d'adresses IP.

NOTE
Après le déploiement d’un ordinateur virtuel dans VMM, vous pouvez voir la ou les adresses IP attribuées à cet ordinateur
virtuel. Pour ce faire, cliquez avec le bouton droit sur la liste de la machine virtuelle, cliquez sur Propriétés, sur l’onglet
Configuration matérielle, sur la carte réseau puis, dans le volet des résultats, cliquez sur Détails de la connexion.

Étapes suivantes
Configurer l’infrastructure de mise en réseau
Supported Storage Arrays
14/03/2019 • 3 minutes to read

Les charges de travail virtualisées dans System Center - VMM (Virtual Machine Manager) nécessitent des
ressources de stockage qui répondent aux exigences en termes de capacités et de performances. VMM reconnaît le
stockage local et distant. Il prend en charge le stockage sur des dispositifs de stockage en mode bloc qui exposent
les numéros d’unité logique à l’aide de mécanismes de connexion SAS, iSCSI et Fiber Channel, ainsi que de
partages de fichiers réseau.
Cet article fournit la liste des périphériques de stockage pris en charge à partir de VMM 2016.

MICROPROGRAMME
DU CONTRÔLEUR
APPAREIL PROTOCOLE MINIMUM SMI-S DÉTAILS

Hewlett Packard SMI-S 3PAR : 3PAR v. 3.2.2 SMI-S CIM Lien


Enterprise MU3 ou version version 1.5
ultérieure
3PAR
3PAR 8000 & 20000,
7000 & 10000

Tintri SMB 4.2 et versions Version intégrée 2.1 Prise en charge


ultérieures
VMstore

NEC / Stockage NEC iSCSI/FC Microprogramme du SMI-S v1.6.1 Détails


série M contrôleur minimum :
010A (logiciel de
M310, M510, M710, contrôle de stockage
M310F, M710F, révision 0941 ou
M320, M320F version ultérieure)

Fujitsu/ETERNUS iSCSI/FC V10L60 ou version SMI-S INCORPORÉ Système de stockage


ultérieure v1.6.0 ETERNUS
DX60 S3, DX60 S4,
DX100 S3, DX100 S4,
DX200 S3, DX200 S4
DX500 S3, DX500 S4,
DX600 S3, DX600 S4,
DX8700 S3,
DX8900 S3, DX8900
S4, DX200F, AF250,
AF250 S2, AF650,
AF650 S2

DELL-EMC iSCSI/FC Versions du serveur SMI-S Incorporé Lien


XMS XtremIO : 4.2.0 V1.6.1
Baie 100 % Flash et 4.2.1
XtremIO
MICROPROGRAMME
DU CONTRÔLEUR
APPAREIL PROTOCOLE MINIMUM SMI-S DÉTAILS

DELL iSCSI/FC SCOS : 7.2 ou SMI-S Lien


ultérieur version 1.6
Série SC DSM : 2016 R3 ou
ultérieur

SCO 7.3.5 ou
ultérieur, DSM 2018
R1.20 ou ultérieur

NetApp iSCSI/FC/SMB 8.2 et versions Fournisseur SMIS Lien


ultérieures NetApp Proxy 5.2.4
FAS ou version ultérieure

Huawei iSCSI/FC V300R006 et versions Huawei SMI-S Lien


ultérieures version 2.1.01 ou
Série OceanStor V3 ultérieure

Huawei iSCSI/FC V300R001 et versions Huawei SMI-S Lien


ultérieures version 2.1.01 ou
Série OceanStor ultérieure
Dorado V3

Huawei iSCSI/FC V500R007 et versions Fournisseur Huawei TBA


ultérieures SMI-S
Série OceanStor V5 v 2.1.03 et versions
ultérieures

IBM iSCSI/FC 11.6.0 et ultérieur SMI-S incorporé Lien


v1.6.1
XIV Storage System
Gen3

IBM iSCSI/FC 12.1.0 et ultérieur SMI-S incorporé Lien


v1.6.1
FlashSystem
A9000/A9000R

IBM iSCSI/FC 7.8.0 et ultérieur SMI-S incorporé Lien


v1.6.1
Produit de la famille
Spectrum Virtualize -
SAN Volume
Controller(SVC)/Storw
ize V7000, Storwize
V5000, IBM
FlashSystem V9000

Pure Storage iSCSI/FC Purity 4.9 et ultérieur SMI-S Lien


v1.6.1
FlashArray M

DELL-EMC iSCSI Microprogramme PS : SMP v5.1 Lien


v8.1 ou ultérieur
Série PS
Kit HIT : v5.1 ou
ultérieur
Étapes suivantes
En savoir plus sur la configuration du stockage dans l’infrastructure VMM.
En savoir plus sur le programme de tests de conformité SMI-S des groupes
Mettre à niveau System Center Virtual Machine
Manager
22/03/2019 • 92 minutes to read

Cet article fournit des informations de mise à niveau pour System Center 2019 - Virtual Machine Manager (VMM ).

Mise à niveau vers System Center 2019 - Virtual Machine Manager


Les sections suivantes fournissent des informations sur la mise à niveau vers VMM 2019. Elles incluent les
prérequis, les instructions de mise à niveau et les tâches à effectuer après la mise à niveau.

Conditions requises et limitations :


Vous devez exécuter VMM sur System Center 2016 avec le correctif cumulatif 6 ou 1801/1807.
Vérifiez que le serveur répond à toutes les exigences de VMM 2019 et que les prérequis sont en place. En savoir
plus
Vérifiez que vous exécutez une version prise en charge de SQL Server.
Si le déploiement actuel de VMM est intégré à Azure Site Recovery, notez les points suivants :
Vous ne pouvez pas mettre à niveau les paramètres de Site Recovery. Après la mise à niveau, un
redéploiement est nécessaire.
Vérifiez la prise en charge des hôtes Hyper-V pour VMM 2019.

Avant de commencer
Vérifiez les éléments suivants :
1. Terminez tous les travaux en cours d’exécution dans VMM. Notez que l’historique des travaux est supprimé
lors de la mise à niveau.
2. Fermez toutes les connexions au serveur d'administration VMM, y compris la console VMM et l'interface de
commande VMM.
3. Fermez tous les autres programmes en cours d'exécution sur le serveur d'administration VMM.
4. Vérifiez qu’il n’y a aucun redémarrage en attente sur les serveurs VMM.
5. Effectuez une sauvegarde complète de la base de données VMM.
6. Si la base de données SQL Server active utilise des groupes de disponibilité AlwaysOn :
Si la base de données VMM est incluse dans le groupe de disponibilité, supprimez-la dans SQL Server
Management Studio.
Lancez un basculement sur l’ordinateur qui exécute SQL Server et sur lequel la base de données VMM
est installée.
7. Si vous exécutez Operations Manager avec VMM, déconnectez la connexion entre VMM et le serveur
Operations Manager.

Séquence de mise à niveau des composants System Center


Si vous utilisez plusieurs composants System Center, vous devez les mettre à niveau dans un ordre spécifique
comme indiqué ci-dessous :
1. Service Management Automation
2. Orchestrator
3. Service Manager
4. Data Protection Manager
5. Operations Manager
6. Configuration Manager
7. Virtual Machine Manager
8. Service Provider Foundation

Mettre à niveau un serveur VMM autonome


NOTE
Quand vous mettez à niveau un serveur VMM autonome, nous vous recommandons d’installer VMM 2019 sur le même
serveur où se trouvait VMM 2016, 1801 ou 1807.

Si vous utilisez la gestion distribuée de clés, vous pouvez choisir d’installer VMM 2019 sur un serveur différent à
condition que le nouveau serveur ait le même nom que l’ancien serveur VMM.
Utilisez les procédures suivantes :
Sauvegarder et mettre à niveau le système d’exploitation
Installer VMM 2019
Sauvegarder et mettre à niveau le système d’exploitation
1. Sauvegardez et conservez la base de données VMM.
2. Désinstallez VMM. Veillez à supprimer le serveur d’administration et la console.
3. Mettez à niveau le système d’exploitation de gestion vers Windows Server 2019.
4. Installez la version Windows 10 du kit ADK.
Désinstaller VMM
1. Accédez àPanneau de configuration > Programmes > Programmes et fonctionnalités,
sélectionnezVirtual Machine Manager et cliquez surDésinstaller.
2. Dans l’Assistant Désinstallation, sélectionnez Supprimer des fonctionnalités, puis sélectionnez à la fois
Serveur d’administration VMM et Console VMM sous les fonctionnalités à supprimer qui sont listées.
3. Dans la page des options de la base de données, sélectionnez Conserver la base de données.
4. Passez en revue le récapitulatif et cliquez sur Désinstaller.
Installer VMM 2019
1. Dans la page d’installation principale, cliquez sur Installer.
2. Dans Sélectionner les fonctionnalités à installer, choisissez le serveur d’administration VMM et cliquez
sur Suivant. La console VMM sera automatiquement installée.
3. Dans Informations d'inscription du produit, indiquez les informations appropriées, puis cliquez sur
Suivant. Si vous n’entrez pas de clé de produit, VMM est installé sous forme de version d’évaluation qui
expire 180 jours après sa date d’installation.
4. Dans la page Veuillez lire ce contrat de licence, passez en revue le contrat de licence, cochez la case J'ai
lu, compris et j’accepte les termes du contrat de licence, puis cliquez sur Suivant.
5. Dans Données relatives à l’utilisation et à la connectivité, sélectionnez une option et cliquez sur
Suivant.
6. Si la page Microsoft Update s’affiche, indiquez si vous voulez ou non utiliser Microsoft Update et cliquez
sur Suivant. Si vous avez déjà choisi d’utiliser Microsoft Update sur cet ordinateur, la page ne s’affiche pas.
7. Dans Emplacement d’installation, utilisez le chemin par défaut ou tapez un autre chemin d’installation
pour les fichiers de programme VMM, puis cliquez sur Suivant.
8. Dans Configuration de la base de données :
Découvrez-en plus si vous avez besoin de mettre à niveau VMM SQL Server.
Si vous utilisez une instance SQL distante, spécifiez le nom de l’ordinateur SQL Server.
Si SQL Server s’exécute sur le serveur VMM, tapez le nom du serveur VMM ou tapez localhost. Si SQL
Server se trouve dans un cluster, tapez le nom du cluster.
Ne spécifiez pas de valeur pour le port si vous utilisez un serveur SQL local ou que votre serveur SQL
distant utilise le port par défaut (1443).
Sélectionnez Base de données existante et sélectionnez la base de données que vous avez conservée
(sauvegardée) de votre précédente installation. Fournissez des informations d’identification disposant
d’autorisations pour accéder à la base de données. Quand vous êtes invité à mettre à niveau la base de
données, cliquez sur Oui.
9. Dans Configurer le compte de service et la gestion distribuée de clés, spécifiez le compte que le
service VMM doit utiliser.

NOTE
Vous ne pouvez pas modifier l’identité du compte de service VMM après l’installation.

10. Sous Gestion distribuée de clés, spécifiez si vous voulez stocker les clés de chiffrement dans Active
Directory.

NOTE
Choisissez soigneusement les paramètres du compte de service et de la gestion distribuée de clés. Selon votre
sélection, il se peut que les données chiffrées, telles que les mots de passe des modèles, ne soient plus disponibles à
l’issue de la mise à niveau. Vous devrez alors les entrer manuellement.

11. Dans Configuration du port, utilisez le numéro de port par défaut pour chaque fonctionnalité ou indiquez
un numéro de port unique approprié pour votre environnement.

NOTE
Vous ne pouvez pas modifier les ports que vous affectez pendant l’installation d’un serveur d’administration VMM,
sauf si vous désinstallez, puis réinstallez le serveur d’administration VMM. Par ailleurs, ne configurez aucune
fonctionnalité afin qu’elle utilise le port 5986, car ce numéro de port est préattribué.

12. Dans Configuration de la bibliothèque, indiquez si vous voulez créer un partage de bibliothèque ou
utiliser un partage de bibliothèque existant sur l'ordinateur. Le partage de bibliothèque par défaut créé par
VMM s’appelle MSSCVMMLibrary, et son dossier se situe dans
%SYSTEMDRIVE%\ProgramData\Fichiers de la bibliothèque Virtual Machine Manager.
ProgramData est un dossier masqué que vous ne pouvez pas supprimer. Après avoir installé le serveur
d’administration VMM, vous pouvez ajouter des partages de bibliothèque et des serveurs de bibliothèque à
l’aide de la console VMM ou de l’interface de commande VMM.
13. Dans Mettre à niveau le rapport de compatibilité, passez en revue les paramètres et cliquez sur
Suivant pour poursuivre la mise à niveau.
14. Dans Résumé de l’installation, passez en revue les paramètres et cliquez sur Installer pour mettre à
niveau le serveur. La page Installation des fonctionnalités s’ouvre et affiche la progression de
l’installation.
15. Dans L'installation a été effectuée, cliquez sur Fermer pour terminer l'installation. Pour ouvrir la console
VMM, cochez Ouvrir la console VMM à la fermeture de cet Assistant ou cliquez sur l’icône Console
Virtual Machine Manager sur le bureau.

NOTE
Lorsque la mise à niveau est terminée, procédez à la mise à niveau manuelle de l’agent hôte à l’aide de VMM.

En cas de problème d’installation, vérifiez le dossier %SYSTEMDRIVE%\ProgramData\VMMLogs.


Au cours de l’installation, VMM active les règles de pare-feu suivantes. Ces règles sont toujours en vigueur même
si vous désinstallez VMM par la suite.
Gestion à distance de Windows
Gestion du stockage Windows basé sur des normes

Mise à niveau d'un serveur VMM à haut niveau de disponibilité


Vous pouvez mettre à niveau un serveur VMM 2016 ou 1801/1807 haute disponibilité vers VMM 2019.
Les deux modes de mise à niveau suivants sont pris en charge :
Mode mixte sans serveur VMM supplémentaire
Mode mixte avec serveurs VMM supplémentaires

NOTE
La mise à niveau de SQL Server peut être effectuée à tout moment, indépendamment de la mise à niveau VMM.

Mise à niveau du mode mixte sans serveur VMM supplémentaire


Cette procédure ne nécessite aucun serveur VMM supplémentaire, mais augmente le risque d’interruption de
service dans certains scénarios. Par exemple, lorsque vous avez deux nœuds VMM à haut niveau de disponibilité et
que le nœud VMM actif échoue pendant que vous mettez à niveau le nœud passif. Dans ce scénario, votre serveur
VMM ne dispose d’aucun nœud de basculement.
Suivez ces étapes :
1. Sauvegardez et conservez la base de données VMM.
2. Désinstallez VMM sur le nœud passif.
3. Sur le nœud VMM passif, mettez à niveau le système d’exploitation de gestion vers Windows
Server 2019/2016.
4. Mettez à niveau vers la version Windows 10 du ADK.
5. Installez VMM 2019 sur le nœud passif en effectuant les étapes suivantes :
Dans la page d’installation principale, cliquez sur Installer.
Dans Sélectionner les fonctionnalités à installer, choisissez Serveur d’administration VMM, puis
cliquez sur Suivant. La console VMM sera automatiquement installée.
Lorsque vous y êtes invité, confirmez que vous voulez ajouter ce serveur comme nœud au déploiement à
haut niveau de disponibilité.
Dans la page Configuration de la base de données, si vous y êtes invité, optez pour la mise à niveau
de la base de données.
Passez en revue le récapitulatif et terminez l’installation.
6. Basculez le nœud VMM actif sur le serveur VMM qui vient d’être mis à niveau.
7. Répétez cette procédure sur d’autres nœuds VMM.
8. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commande Update-ClusterFunctionalLevel.
9. [Facultatif] Installez les utilitaires de ligne de commande SQL appropriés.
Mise à niveau du mode mixte avec serveurs VMM supplémentaires
Cette procédure nécessite des serveurs VMM supplémentaires, en revanche elle garantit pratiquement aucun
temps mort dans les scénarios.
Suivez ces étapes :
1. Sauvegardez et conservez la base de données VMM.
2. Ajoutez le nombre de serveurs supplémentaires (avec le système d’exploitation de gestion Windows
Server 2019/2016) équivalent au nombre de serveurs présents dans le cluster haute disponibilité.
3. Installez la version Windows 10 du kit ADK sur les serveurs 2019 qui viennent d’être ajoutés.
4. Installez VMM 2019 sur l’un des serveurs nouvellement ajoutés en vous servant des détails qui figurent à
l’étape 5 de la mise à niveau du mode mixte sans serveur VMM supplémentaire.
5. Répétez ces étapes d’installation pour tous les autres serveurs qui viennent d’être ajoutés.
6. Basculez le nœud VMM actif sur un des serveurs récemment ajoutés.
7. Supprimez les nœuds 2016 du cluster après le basculement.
8. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commande Update-ClusterFunctionalLevel.
9. [Facultatif] Installez les utilitaires de ligne de commande SQL appropriés.

NOTE
Lorsque la mise à niveau de VMM à haute disponibilité est terminée, procédez à la mise à niveau manuelle de l’agent hôte à
l’aide de VMM.

Mettre à jour les agents VMM


Après la mise à niveau, vous devez mettre à jour les agents VMM sur vos ordinateurs hôtes Hyper-V et serveurs
de bibliothèque VMM.
1. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes.
2. Dans le volet Ordinateurs hôtes , cliquez avec le bouton droit sur un en-tête de colonne, puis sur État de la
version de l'agent.
3. Sélectionnez l'ordinateur hôte avec l'agent VMM que vous voulez mettre à jour. Dans l'onglet Ordinateurs
hôtes du groupe Ordinateur hôte , cliquez sur Actualiser. Si l’agent VMM d’un ordinateur hôte doit être mis
à jour, la colonne État de l’hôte affiche Nécessite une attention, tandis que la colonne État de la version de
l’agent affiche Mise à niveau disponible.
4. Cliquez avec le bouton droit sur l'ordinateur hôte dont vous voulez mettre à jour l'agent VMM, puis cliquez sur
Mettre à jour l'agent. Dans Mettre à jour l’agent, fournissez les informations d’identification nécessaires,
puis cliquez sur OK.
5. La colonne État de la version de l'agent affiche la valeur Mise à niveau en cours. Une fois l'agent VMM mis
à jour correctement sur l'ordinateur hôte, la colonne État de la version de l'agent affiche la valeur Mis à
jouret la colonne Version de l'agent affiche la version mise à jour de l'agent. Après l'actualisation de
l'ordinateur hôte, la colonne État de l'hôte de l'ordinateur hôte affiche la valeur OK.
6. Vous pouvez mettre à jour l'agent VMM sur un serveur de bibliothèque VMM de la même manière. Pour
afficher la liste des serveurs de bibliothèque VMM, cliquez sur Infrastructure > Serveurs > Serveurs de
bibliothèque.

Réassocier les ordinateurs hôtes et les serveurs de bibliothèque


Après la mise à niveau, il se peut que vous deviez réassocier des hôtes de machines virtuelles et des serveurs de
bibliothèque VMM au serveur d’administration VMM.
Suivez les étapes ci-dessous :
1. Cliquez surInfrastructure>Serveurs>Tous les ordinateurs hôtes.
2. Dans le voletHôtes, vérifiez que la colonneÉtat de l’agentest affichée. Si ce n’est pas le cas, cliquez avec le
bouton droit sur un en-tête de colonne, puis sélectionnez État de l’agent.
3. Dans le groupe hôte, cliquez sur Actualiser. Si un hôte doit être réassocié, la colonne État de l’hôte affiche
Nécessite une attention, tandis que la colonneÉtat de l’agentaffiche Accès refusé. Cliquez avec le bouton
droit sur l’hôte à réassocier, puis cliquez sur Réassocier.
4. Dans la pageRéassocier l’agent, fournissez des informations d’identification, puis cliquez surOK. La colonne
État de l’agent indique Réassociation en cours. Une fois l’hôte réassocié, l’état passe à Réponse en cours.
6. Actualisez l’hôte. La colonne État de l’hôte affiche maintenant OK. Une fois l’hôte réassocié, vous devrez
probablement mettre à jour l’agent VMM sur l’hôte.

Mise à niveau de la base de données SQL Server de VMM


Il existe plusieurs raisons de mettre à niveau la base de données SQL Server de VMM :
Vous mettez à niveau VMM vers System Center 2019 et la version actuelle de la base de données SQL Server
n’est pas prise en charge.
Vous souhaitez mettre à niveau un serveur autonome VMM sur un serveur de haute disponibilité, et SQL
Server est installé localement.
Vous souhaitez déplacer la base de données SQL Server vers un autre ordinateur.
Collecte des informations de base de données
Avant la mise à niveau, collectez des informations sur la base de données :
1. Enregistrez la connexion à la base de données dans la console VMM > Paramètres > Général > Connexion à
la base de données.
2. Enregistrez les informations de compte dans le Gestionnaire de serveur > Outils > Services. Cliquez avec le
bouton droit sur System Center Virtual Machine Manager > Propriétés > Connexion. Il s’agit du domaine
ou compte local affecté en tant que compte de service lors de l’installation de VMM. Vous pouvez vérifier s’il est
local dans Outils > Gestionnaire d’ordinateur > Utilisateurs et groupes locaux > Utilisateurs.
3. Vérifiez que vous avez utilisé la gestion distribuée de clés lors de l’installation de VMM, ou que les clés de
chiffrement sont stockées localement sur le serveur VMM.
4. Si vous déplacez la base de données VMM sans mettre à niveau VMM, vérifiez les mises à jour cumulatives qui
ont été appliquées sur le serveur VMM.
Mise à niveau une base de données autonome
1. Sauvegardez la base de données VMM existante et copiez la sauvegarde sur un ordinateur exécutant une
version prise en charge de SQL Server.
2. Utilisez les outils SQL Server pour restaurer la base de données.
Si vous mettez à niveau VMM, spécifiez le nouvel emplacement de SQL Server dans le programme
d’installation de VMM > Configuration de la base de données.
Si vous souhaitez mettre à niveau la base de données sans mettre à niveau VMM, vous devez désinstaller
VMM, puis le réinstaller. Pendant la désinstallation, sélectionnez Conserver la base de données dans
Options de base de données. Réinstallez ensuite VMM avec les mêmes paramètres que ceux utilisés
pendant l’installation d’origine. Dans Configuration de la base de données, spécifiez les détails du
nouveau serveur SQL Server. Après la réinstallation, appliquez les mêmes correctifs cumulatifs et vérifiez
que le déploiement fonctionne comme prévu.
Mettre à niveau une base de données hautement disponible
1. Enregistrez la version de la source de la base de données existante et la version vers laquelle vous souhaitez
mettre à niveau.
2. Créez une sauvegarde de la base de données SQL Server hautement disponible à partir du nœud actif du
cluster SQL Server.
3. Mettez à niveau les nœuds passifs de SQL Server vers la nouvelle version. Après la mise à niveau, vous pouvez
éventuellement installer SQL Server Management Studio si vous souhaitez gérer SQL Server à partir de ce
nœud.
4. Basculez le rôle de serveur SQL hautement disponible, du nœud actuellement actif vers le nœud mis à niveau.
Après le basculement, vous pouvez utiliser SQL Server Management Studio pour valider la version de base de
données en cours d’exécution.
5. Répétez la mise à niveau pour les autres nœuds du cluster à haute disponibilité SQL. En tant que validation
supplémentaire, vous pouvez basculer les rôles de base de données SQL Server pour vous assurer que tout
fonctionne comme prévu.
Migrer un cluster SQL Server dans le cadre de la mise à niveau de VMM
1. Effectuez une sauvegarde de la base de données VMM hautement disponible à partir du nœud actif du cluster
SQL existant.
2. Prenez note du nom du rôle VMM à utiliser au moment de la réinstallation du rôle de serveur VMM.
Désinstallez le serveur VMM des nœuds de cluster VMM existants avec l’option de conservation de la base de
données. Lorsque vous désinstallez le serveur VMM du dernier nœud, vous pourriez recevoir un message sur
l’échec de l’inscription SPN. Il s’agit d’un problème connu qui n’a pas d’impact fonctionnel.
3. Restaurez la base de données sauvegardée sur un autre cluster SQL exécutant la version SQL prise en charge.
Ajoutez l’utilisateur sur lequel le service VMM s’exécute en tant qu’Utilisateur de cette nouvelle base de
données avec l’appartenance à db_owner.
4. Lors de la mise à niveau du serveur VMM dans le cadre de la migration du cluster SQL, attribuez les
paramètres correspondant au nouveau cluster SQL.

Redéployer Azure Site Recovery


Si Azure Site Recovery a été intégré à votre déploiement de VMM 2016/1801/1807, vous devez le redéployer avec
VMM 2019 : soit pour la réplication vers Azure, soit pour la réplication vers un site secondaire.

Se connecter à Operations Manager


Après la mise à niveau, reconnectez VMM à Operations Manager.

Renouveler les certificats de serveurs PXE


Si vous avez un serveur PXE dans l’infrastructure VMM, vous devez le supprimer de l’infrastructure, puis le
rajouter. Cette démarche permet de renouveler le certificat de serveur PXE et évite les erreurs liées aux certificats.
Vous ne pouvez appliquer la mise à jour 1807 que si System Center Virtual Machine Manager 1801 est installé.
Découvrez-en plus sur l’installation de VMM 1807.
Cet article fournit des informations de mise à niveau pour System Center 1801 - Virtual Machine Manager (VMM ).
Cet article fournit des informations de mise à niveau pour System Center 2016 - Virtual Machine Manager (VMM ).

Mise à niveau vers System Center 1801 - Virtual Machine Manager


Mise à niveau vers System Center 1801 - Virtual Machine Manager
Les sections suivantes fournissent des informations sur la mise à niveau vers VMM 1801. Il inclut également les
étapes de mise à niveau et les tâches à effectuer une fois la mise à niveau terminée.

Conditions requises et limitations :


Vous devez exécuter VMM sur System Center 2012 R2 avec le correctif cumulatif 14 ou 2016 UR 4.
Vérifiez que le serveur répond à toutes les exigences de VMM 1801 et que les prérequis sont en place. En savoir
plus
Vérifiez que vous exécutez une version prise en charge de SQL Server.
Si le déploiement actuel de VMM est intégré à Azure Site Recovery, notez les points suivants :
Vous ne pouvez pas mettre à niveau les paramètres de Site Recovery. Après la mise à niveau, un
redéploiement est nécessaire.
Vérifiez la prise en charge des hôtes Hyper-V pour VMM 1801.

Avant de commencer
Vérifiez les éléments suivants :
1. Terminez tous les travaux en cours d’exécution dans VMM. Notez que l’historique des travaux est supprimé lors
de la mise à niveau.
2. Fermez toutes les connexions au serveur d'administration VMM, y compris la console VMM et l'interface de
commande VMM.
3. Fermez tous les autres programmes en cours d'exécution sur le serveur d'administration VMM.
4. Vérifiez qu’il n’y a aucun redémarrage en attente sur les serveurs VMM.
5. Effectuez une sauvegarde complète de la base de données VMM.
6. Si vous exécutez Operations Manager avec VMM, déconnectez la connexion entre VMM et le serveur
Operations Manager.

Séquence de mise à niveau des composants System Center


Si vous utilisez plusieurs composants System Center, vous devez les mettre à niveau dans un ordre spécifique :
1. Service Management Automation
2. Orchestrator
3. Service Manager
4. Data Protection Manager (DPM )
5. Operations Manager
6. Configuration Manager
7. Virtual Machine Manager (VMM )
8. App Controller
9. Service Provider Foundation
10. Pack Windows Azure pour Windows Server
11. Clouds pour Bus des services
12. Pack Windows Azure
13. Service Reporting

Mettre à niveau un serveur VMM autonome


Utilisez les procédures suivantes :
Sauvegarder et mettre à niveau le système d’exploitation
Installer VMM 1801
Sauvegarder et mettre à niveau le système d’exploitation
1. Sauvegardez et conservez la base de données VMM.
2. Désinstallez VMM. Veillez à supprimer le serveur d’administration et la console.
3. Mettez à niveau le système d’exploitation de gestion vers Windows Server 2016/1709.
4. Installez la version Windows 10 ou 1709 du ADK respectivement.
Désinstaller VMM
1. Accédez à Ajout/Suppression de programmes, sélectionnez VMM et cliquez sur Désinstaller.
2. Dans l’Assistant Désinstallation, sélectionnez Supprimer des fonctionnalités, puis sélectionnez à la fois
Serveur d’administration VMM et Console VMM sous les fonctionnalités à supprimer qui sont listées.
3. Dans la page des options de la base de données, sélectionnez Conserver la base de données.
4. Passez en revue le récapitulatif et cliquez sur Désinstaller.
Installer VMM 1801
1. Dans la page d’installation principale, cliquez sur Installer.
2. Dans Sélectionner les fonctionnalités à installer, choisissez le serveur d’administration VMM et cliquez
sur Suivant. La console VMM sera automatiquement installée.
3. Dans Informations d'inscription du produit, indiquez les informations appropriées, puis cliquez sur
Suivant. Si vous n’entrez pas de clé de produit, VMM est installé sous forme de version d’évaluation qui
expire 180 jours après sa date d’installation.
4. Dans la page Veuillez lire ce contrat de licence, passez en revue le contrat de licence, cochez la case J’ai
lu, compris et accepté les termes du contrat de licence**, puis cliquez sur **Suivant.
5. Dans Données relatives à l’utilisation et à la connectivité, sélectionnez une option et cliquez sur
Suivant.
6. Si la page Microsoft Update s’affiche, indiquez si vous voulez ou non utiliser Microsoft Update et cliquez
sur Suivant. Si vous avez déjà choisi d’utiliser Microsoft Update sur cet ordinateur, la page ne s’affiche pas.
7. Dans Emplacement d’installation, utilisez le chemin par défaut ou tapez un autre chemin d’installation
pour les fichiers de programme VMM, puis cliquez sur Suivant.
8. Dans Configuration de la base de données :
Découvrez-en plus si vous avez besoin de mettre à niveau VMM SQL Server.
Si vous utilisez une instance SQL distante, spécifiez le nom de l’ordinateur SQL Server.
Si SQL Server s’exécute sur le serveur VMM, tapez le nom du serveur VMM ou tapez localhost. Si SQL
Server se trouve dans un cluster, tapez le nom du cluster.
Ne spécifiez pas de valeur pour le port si vous utilisez un serveur SQL local ou que votre serveur SQL
distant utilise le port par défaut (1443).
Sélectionnez Base de données existante et sélectionnez la base de données que vous avez conservée
(sauvegardée) de votre précédente installation. Fournissez des informations d’identification disposant
d’autorisations pour accéder à la base de données. Quand vous êtes invité à mettre à niveau la base de
données, cliquez sur Oui.
9. Dans Configurer le compte de service et la gestion distribuée de clés, spécifiez le compte que le
service VMM doit utiliser.
NOTE
Vous ne pouvez pas modifier l’identité du compte de service VMM après l’installation.

10. Sous Gestion distribuée de clés, spécifiez si vous voulez stocker les clés de chiffrement dans Active
Directory.

NOTE
Choisissez soigneusement les paramètres du compte de service et de la gestion distribuée de clés. Selon votre
sélection, il se peut que les données chiffrées, telles que les mots de passe des modèles, ne soient plus disponibles à
l’issue de la mise à niveau. Vous devrez alors les entrer manuellement.

11. Dans Configuration du port, utilisez le numéro de port par défaut pour chaque fonctionnalité ou indiquez
un numéro de port unique approprié pour votre environnement.

NOTE
Vous ne pouvez pas modifier les ports que vous affectez pendant l’installation d’un serveur d’administration VMM,
sauf si vous désinstallez, puis réinstallez le serveur d’administration VMM. Par ailleurs, ne configurez aucune
fonctionnalité afin qu’elle utilise le port 5986, car ce numéro de port est préattribué.

12. Dans Configuration de la bibliothèque, indiquez si vous voulez créer un partage de bibliothèque ou
utiliser un partage de bibliothèque existant sur l'ordinateur. Le partage de bibliothèque par défaut créé par
VMM s’appelle MSSCVMMLibrary, et son dossier se situe dans
%SYSTEMDRIVE%\ProgramData\Fichiers de la bibliothèque Virtual Machine Manager.
ProgramData est un dossier masqué que vous ne pouvez pas supprimer. Après avoir installé le serveur
d’administration VMM, vous pouvez ajouter des partages de bibliothèque et des serveurs de bibliothèque à
l’aide de la console VMM ou de l’interface de commande VMM.
13. Dans Mettre à niveau le rapport de compatibilité, passez en revue les paramètres et cliquez sur
Suivant pour poursuivre la mise à niveau.
14. Dans Résumé de l’installation, passez en revue les paramètres et cliquez sur Installer pour mettre à
niveau le serveur. La page Installation des fonctionnalités s’ouvre et affiche la progression de
l’installation.
15. Dans L'installation a été effectuée, cliquez sur Fermer pour terminer l'installation. Pour ouvrir la console
VMM, cochez Ouvrir la console VMM à la fermeture de cet Assistant ou cliquez sur l’icône Console
Virtual Machine Manager sur le bureau.

NOTE
Lorsque la mise à niveau est terminée, procédez à la mise à niveau manuelle de l’agent hôte à l’aide de VMM.

En cas de problème d’installation, vérifiez le dossier %SYSTEMDRIVE%\ProgramData\VMMLogs.


Au cours de l’installation, VMM active les règles de pare-feu suivantes. Ces règles sont toujours en vigueur même
si vous désinstallez VMM par la suite.
Gestion à distance de Windows
Gestion du stockage Windows basé sur des normes
Mise à niveau d'un serveur VMM à haut niveau de disponibilité
Vous pouvez mettre à niveau un serveur VMM à haut niveau de disponibilité 2012 R2 et 2016 vers 1801.
Les deux modes de mise à niveau suivants sont pris en charge :
Mode mixte sans serveur VMM supplémentaire
Mode mixte avec serveurs VMM supplémentaires

NOTE
La mise à niveau de SQL Server peut être effectuée à tout moment, indépendamment de la mise à niveau VMM.

Mise à niveau du mode mixte sans serveur VMM supplémentaire


Cette procédure ne nécessite aucun serveur VMM supplémentaire, mais augmente le risque d’interruption de
service dans certains scénarios. Par exemple, lorsque vous avez deux nœuds VMM à haut niveau de disponibilité et
que le nœud VMM actif échoue pendant que vous mettez à niveau le nœud passif. Dans ce scénario, votre serveur
VMM ne dispose d’aucun nœud de basculement.
Suivez ces étapes :
1. Sauvegardez et conservez la base de données VMM.
2. Désinstallez VMM sur le nœud passif.
3. VMM 1801 prend en charge WS 2016 et 1709 comme système d’exploitation de gestion. Sur le nœud
VMM passif, mettez à niveau le système d’exploitation de gestion vers Windows Server 2016/1709.
Si le cluster a VMM 2012 R2 avec Windows Server (WS ) 2012 R2 et que vous souhaitez mettre à niveau
vers VMM 1801 avec WS 1709, procédez comme suit pour chacun de ces nœuds du cluster :
Mettez à niveau vers VMM 1801 avec WS 2016 comme système d’exploitation de gestion pour tous les
nœuds du cluster dotés de WS 2012 R2. Ceci est dû au fait qu’un cluster mixte WS 2012 R2 et WS 1709
n’est pas pris en charge.
Mettez à niveau le système d’exploitation de gestion vers WS 1709.
4. Mettez à niveau vers la version Windows 10/1709 du ADK.
5. Installez VMM 1801 sur le nœud passif en procédant comme suit :
Dans la page d’installation principale, cliquez sur Installer.
Dans Sélectionner les fonctionnalités à installer, choisissez Serveur d’administration VMM, puis
cliquez sur Suivant. La console VMM sera automatiquement installée.
Lorsque vous y êtes invité, confirmez que vous voulez ajouter ce serveur comme nœud au déploiement à
haut niveau de disponibilité.
Dans la page Configuration de la base de données, si vous y êtes invité, optez pour la mise à niveau
de la base de données.
Passez en revue le récapitulatif et terminez l’installation.
6. Basculez le nœud VMM actif sur le serveur VMM qui vient d’être mis à niveau.
7. Répétez cette procédure sur d’autres nœuds VMM.
8. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commande Update-ClusterFunctionalLevel.
9. [Facultatif] Installez les utilitaires de ligne de commande SQL appropriés.
Mise à niveau du mode mixte avec serveurs VMM supplémentaires
Cette procédure nécessite des serveurs VMM supplémentaires, en revanche elle garantit pratiquement aucun
temps mort dans les scénarios.
Suivez ces étapes :
1. Sauvegardez et conservez la base de données VMM.
2. Ajoutez le nombre de serveurs supplémentaires (avec le système d’exploitation de gestion Windows
Server 2016/1709) équivalent au nombre de serveurs présents dans le cluster à haut niveau de disponibilité.
Si le cluster a des nœuds VMM 2012 R2 avec WS 2012 R2 et que vous souhaitez effectuer une mise à
niveau vers WS 1709 avec VMM 1801, procédez comme suit :
Ajoutez les nouveaux nœuds WS 2016 et installez VMM 1801 sur tous ces nouveaux nœuds.
Supprimez tous les nœuds WS 2012 R2 du cluster.
Mettez à niveau le système d’exploitation de gestion vers WS 1709.
3. Installez la version Windows 10/1709 du kit de déploiement et d’évaluation Windows (ADK) sur les
serveurs 2016 qui viennent d’être ajoutés.
4. Installez VMM 1801 sur l’un des serveurs nouvellement ajoutés en vous servant des détails qui figurent à
l’étape 5 de la [mise à niveau du mode mixte sans serveur VMM supplémentaire](#mixed-mode- upgrade-
with-no-additional-VMM -servers).
5. Répétez ces étapes d’installation pour tous les autres serveurs qui viennent d’être ajoutés.
6. Basculez le nœud VMM actif sur un des serveurs récemment ajoutés.
7. Supprimez les nœuds 2012 R2/2016 du cluster après le basculement.
8. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commande Update-ClusterFunctionalLevel.
9. [Facultatif] Installez les utilitaires de ligne de commande SQL appropriés.

NOTE
Lorsque la mise à niveau de VMM à haute disponibilité est terminée, procédez à la mise à niveau manuelle de l’agent hôte à
l’aide de VMM.

Mise à niveau de la base de données SQL Server de VMM


Il existe plusieurs raisons de mettre à niveau la base de données SQL Server de VMM :
Vous mettez à niveau VMM vers System Center 1801 et la version actuelle de la base de données SQL Server
n’est pas prise en charge.
Vous souhaitez mettre à niveau un serveur autonome VMM sur un serveur de haute disponibilité, et SQL
Server est installé localement.
Vous souhaitez déplacer la base de données SQL Server vers un autre ordinateur.
Collecte des informations de base de données
Avant la mise à niveau, collectez des informations sur la base de données :
1. Enregistrez la connexion à la base de données dans la console VMM > Paramètres > Général > Connexion à
la base de données.
2. Enregistrez les informations de compte dans le Gestionnaire de serveur > Outils > Services. Cliquez avec le
bouton droit sur System Center Virtual Machine Manager > Propriétés > Connexion. Il s’agit du domaine
ou compte local affecté en tant que compte de service lors de l’installation de VMM. Vous pouvez vérifier s’il est
local dans Outils > Gestionnaire d’ordinateur > Utilisateurs et groupes locaux > Utilisateurs.
3. Vérifiez que vous avez utilisé la gestion distribuée de clés lors de l’installation de VMM, ou que les clés de
chiffrement sont stockées localement sur le serveur VMM.
4. Si vous déplacez la base de données VMM sans mettre à niveau VMM, vérifiez les mises à jour cumulatives qui
ont été appliquées sur le serveur VMM.
Mise à niveau une base de données autonome
1. Sauvegardez la base de données VMM existante et copiez la sauvegarde sur un ordinateur exécutant une
version prise en charge de SQL Server.
2. Utilisez les outils SQL Server pour restaurer la base de données.
Si vous mettez à niveau VMM, spécifiez le nouvel emplacement de SQL Server dans le programme
d’installation de VMM > Configuration de la base de données.
Si vous souhaitez mettre à niveau la base de données sans mettre à niveau VMM, vous devez désinstaller
VMM, puis le réinstaller. Pendant la désinstallation, sélectionnez Conserver la base de données dans
Options de base de données. Réinstallez ensuite VMM avec les mêmes paramètres que ceux utilisés
pendant l’installation d’origine. Dans Configuration de la base de données, spécifiez les détails du
nouveau serveur SQL Server. Après la réinstallation, appliquez les mêmes correctifs cumulatifs et vérifiez
que le déploiement fonctionne comme prévu.
Mettre à niveau une base de données hautement disponible
1. Enregistrez la version de la source de la base de données existante et la version vers laquelle vous souhaitez
mettre à niveau.
2. Créez une sauvegarde de la base de données SQL Server hautement disponible à partir du nœud actif du
cluster SQL Server.
3. Mettez à niveau les nœuds passifs de SQL Server vers la nouvelle version. Après la mise à niveau, vous pouvez
éventuellement installer SQL Server Management Studio si vous souhaitez gérer SQL Server à partir de ce
nœud.
4. Basculez le rôle de serveur SQL hautement disponible, du nœud actuellement actif vers le nœud mis à niveau.
Après le basculement, vous pouvez utiliser SQL Server Management Studio pour valider la version de base de
données en cours d’exécution.
5. Répétez la mise à niveau pour les autres nœuds du cluster à haute disponibilité SQL. En tant que validation
supplémentaire, vous pouvez basculer les rôles de base de données SQL Server pour vous assurer que tout
fonctionne comme prévu.
Migrer un cluster SQL Server dans le cadre de la mise à niveau de VMM
1. Effectuez une sauvegarde de la base de données VMM hautement disponible à partir du nœud actif du cluster
SQL existant.
2. Prenez note du nom du rôle VMM à utiliser au moment de la réinstallation du rôle de serveur VMM.
Désinstallez le serveur VMM des nœuds de cluster VMM existants avec l’option de conservation de la base de
données. Lorsque vous désinstallez le serveur VMM du dernier nœud, vous pourriez recevoir un message sur
l’échec de l’inscription SPN. Il s’agit d’un problème connu qui n’a pas d’impact fonctionnel.
3. Restaurez la base de données sauvegardée sur un autre cluster SQL exécutant la version SQL prise en charge.
Ajoutez l’utilisateur sur lequel le service VMM s’exécute en tant qu’Utilisateur de cette nouvelle base de
données avec l’appartenance à db_owner.
4. Lors de la mise à niveau du serveur VMM dans le cadre de la migration du cluster SQL, attribuez les
paramètres correspondant au nouveau cluster SQL.

Mettre à jour les agents VMM


Après la mise à niveau, vous devez mettre à jour les agents VMM sur vos ordinateurs hôtes Hyper-V et serveurs
de bibliothèque VMM.
1. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes.
2. Dans le volet Ordinateurs hôtes , cliquez avec le bouton droit sur un en-tête de colonne, puis sur État de la
version de l'agent.
3. Sélectionnez l'ordinateur hôte avec l'agent VMM que vous voulez mettre à jour. Dans l'onglet Ordinateurs
hôtes du groupe Ordinateur hôte , cliquez sur Actualiser. Si l’agent VMM d’un ordinateur hôte doit être mis
à jour, la colonne État de l’hôte affiche Nécessite une attention, tandis que la colonne État de la version de
l’agent affiche Mise à niveau disponible.
4. Cliquez avec le bouton droit sur l'ordinateur hôte dont vous voulez mettre à jour l'agent VMM, puis cliquez sur
Mettre à jour l'agent. Dans Mettre à jour l’agent, fournissez les informations d’identification nécessaires,
puis cliquez sur OK.
5. La colonne État de la version de l'agent affiche la valeur Mise à niveau en cours. Une fois l'agent VMM mis
à jour correctement sur l'ordinateur hôte, la colonne État de la version de l'agent affiche la valeur Mis à
jouret la colonne Version de l'agent affiche la version mise à jour de l'agent. Après l'actualisation de
l'ordinateur hôte, la colonne État de l'hôte de l'ordinateur hôte affiche la valeur OK.
6. Vous pouvez mettre à jour l'agent VMM sur un serveur de bibliothèque VMM de la même manière. Pour
afficher la liste des serveurs de bibliothèque VMM, cliquez sur Infrastructure > Serveurs > Serveurs de
bibliothèque.

Redéployer Azure Site Recovery


Si Azure Site Recovery a été intégré à votre déploiement de VMM 2012 R2/2016, vous devez le redéployer avec
VMM 1801 : soit pour la réplication vers Azure, soit pour la réplication vers un site secondaire.
Pour plus d’informations sur la prise en charge des hôtes Hyper-V si vous exécutez VMM 1801, lisez ce billet de
blog.

Se connecter à Operations Manager


Après la mise à niveau, reconnectez VMM à Operations Manager.

Renouveler les certificats de serveurs PXE


Si vous avez un serveur PXE dans l’infrastructure VMM, vous devez le supprimer de l’infrastructure, puis le
rajouter. Cette démarche permet de renouveler le certificat de serveur PXE et évite les erreurs liées aux certificats.

Mise à niveau vers System Center 2016 - VMM


Les sections suivantes expliquent comment effectuer une mise à niveau vers System Center Virtual Machine
Manager (VMM ) 2016. Elles incluent les prérequis, les instructions de mise à niveau et les tâches à effectuer après
la mise à niveau.

Conditions requises et limitations :


Vous devez exécuter VMM sur System Center 2012 R2 avec le correctif cumulatif 9 ou ultérieur.
Le serveur sur lequel vous allez installer VMM doit satisfaire aux exigences de VMM 2016. En savoir plus
Vérifiez que vous exécutez une version prise en charge de SQL Server.
Si le déploiement actuel de VMM est intégré à Azure Site Recovery, vous ne pouvez pas mettre à niveau les
paramètres Site Recovery. Après la mise à niveau, un redéploiement est nécessaire.
Vérifiez les critères de prise en charge des hôtes Hyper-V pour VMM 2016.

Avant de commencer
1. Terminez tous les travaux en cours d’exécution dans VMM. L'historique des travaux est supprimé lors de la
mise à niveau.
2. Fermez toutes les connexions au serveur d'administration VMM, y compris la console VMM et l'interface de
commande VMM.
3. Fermez tous les autres programmes en cours d'exécution sur le serveur d'administration VMM.
4. Vérifiez qu’il n’y a aucun redémarrage en attente sur les serveurs VMM.
5. Effectuez une sauvegarde complète de la base de données VMM.
6. Si la base de données SQL Server active utilise des groupes de disponibilité AlwaysOn :
Si la base de données VMM est incluse dans le groupe de disponibilité, supprimez-la dans SQL Server
Management Studio.
Lancez un basculement sur l'ordinateur qui exécute SQL Server et sur lequel la base de données VMM
est installée.
7. Si vous exécutez Operations Manager avec VMM, déconnectez la connexion entre VMM et le serveur
Operations Manager.
8. Si le serveur VMM 2012 R2 exécute le correctif cumulatif 10 ou 11, et qu’un équilibreur de charge Citrix
NetScalar est déployé, exécutez ce script SQL Server avant de commencer la mise à niveau. Sinon, celle-ci
risque d’échouer. Le script n’est pas nécessaire si vous exécutez le correctif cumulatif 12 ou ultérieur.
ALTER TABLE [dbo].[tbl_NetMan_HardwareModelSettings] ALTER COLUMN Version NVARCHAR(255) NULL; GO

Séquence de mise à niveau des composants System Center


Si vous utilisez plusieurs composants System Center, vous devez les mettre à niveau dans un ordre spécifique :
1. Service Management Automation
2. Orchestrator
3. Service Manager
4. Data Protection Manager (DPM )
5. Operations Manager
6. Configuration Manager
7. Virtual Machine Manager (VMM )
8. App Controller
9. Service Provider Foundation
10. Pack Windows Azure pour Windows Server
11. Clouds pour Bus des services
12. Pack Windows Azure
13. Service Reporting

Mettre à niveau un serveur VMM autonome


Sauvegardez et mettez à niveau le système d’exploitation, puis installez VMM 2016.
Sauvegarder et mettre à niveau le système d’exploitation
1. Sauvegardez et conservez la base de données VMM.
2. Désinstallez VMM. Pour cela : a. Dans Ajout/Suppression de programmes, sélectionnez VMM >
Désinstaller. b. Sélectionnez Supprimer des fonctionnalités, puis sélectionnez Serveur d’administration
VMM et Console VMM. c. Dans la page Options de la base de données, sélectionnez Conserver la base
de données. d. Passez en revue le récapitulatif et cliquez sur Désinstaller.
3. Mettez à niveau le système d’exploitation d’administration vers Windows Server 2016.
4. Mettez à niveau vers la version Windows 10 du ADK.
Installer VMM 2016
1. Dans la page d’installation principale, cliquez sur Installer.
2. Dans Sélectionner les fonctionnalités à installer, sélectionnez le serveur d’administration VMM >
Suivant. La console VMM sera automatiquement installée.
3. Dans Informations d'inscription du produit, indiquez les informations appropriées, puis cliquez sur
Suivant. Si vous n’entrez pas de clé de produit, VMM est installé sous forme de version d’évaluation qui
expire 180 jours après sa date d’installation.
4. Dans Veuillez lire ce contrat de licence, lisez le contrat de licence, cochez la case J’ai lu, compris et
accepté les termes du contrat de licence, puis cliquez sur Suivant.
5. Dans Données relatives à l’utilisation et à la connectivité, sélectionnez une option et cliquez sur
Suivant.
6. Si la page Microsoft Update s’affiche, indiquez si vous voulez ou non utiliser Microsoft Update et cliquez
sur Suivant. Si vous avez déjà choisi d’utiliser Microsoft Update sur cet ordinateur, la page ne s’affiche pas.
7. Dans Emplacement d’installation, utilisez le chemin par défaut ou tapez un autre chemin d’installation
pour les fichiers de programme VMM, puis cliquez sur Suivant.
8. Dans Configuration de la base de données :
Découvrez-en plus si vous avez besoin de mettre à niveau VMM SQL Server.
Si vous utilisez une instance SQL distante, spécifiez le nom de l’ordinateur SQL Server.
Si SQL Server s’exécute sur le serveur VMM, tapez le nom du serveur VMM ou tapez localhost. Si SQL
Server se trouve dans un cluster, tapez le nom du cluster.
Ne spécifiez pas de valeur pour le port si vous utilisez un serveur SQL local ou que votre serveur SQL
distant utilise le port par défaut (1443).
Sélectionnez Base de données existante et sélectionnez la base de données que vous avez conservée
(sauvegardée) de votre précédente installation. Fournissez des informations d’identification disposant
d’autorisations pour accéder à la base de données. Quand vous êtes invité à mettre à niveau la base de
données, cliquez sur Oui.
9. Dans Configurer le compte de service et la gestion distribuée de clés, spécifiez le compte que le
service VMM doit utiliser. Vous ne pouvez pas modifier l’identité du compte de service VMM après
l’installation.
10. Sous Gestion distribuée de clés, spécifiez si vous voulez stocker les clés de chiffrement dans Active
Directory.

NOTE
Choisissez les paramètres du compte de service et de la gestion distribuée de clés avec soin. Selon votre sélection, il se
peut que les données chiffrées, telles que les mots de passe des modèles, ne soient plus disponibles à l’issue de la
mise à niveau. Vous devrez alors les entrer manuellement.

11. Dans Configuration du port, utilisez le numéro de port par défaut pour chaque fonctionnalité ou indiquez
un numéro de port unique adapté à votre environnement. Pour modifier les ports que vous affectez pendant
l’installation d’un serveur d’administration VMM, vous devez désinstaller, puis réinstaller le serveur.
N’utilisez pas le port 5986 pour l’une des fonctionnalités, car celui-ci est préattribué.
12. Dans Configuration de la bibliothèque, indiquez si vous voulez créer un partage de bibliothèque ou
utiliser un partage de bibliothèque existant sur l'ordinateur. Le partage de bibliothèque par défaut créé par
VMM s’appelle MSSCVMMLibrary, et son dossier se situe dans
%SYSTEMDRIVE%\ProgramData\Fichiers de la bibliothèque Virtual Machine Manager.
ProgramData est un dossier masqué que vous ne pouvez pas supprimer. Après avoir installé le serveur
d’administration VMM, vous pouvez ajouter des partages de bibliothèque et des serveurs de bibliothèque à
l’aide de la console VMM ou de l’interface de commande VMM.
13. Dans Mettre à niveau le rapport de compatibilité, passez en revue les paramètres et cliquez sur
Suivant pour poursuivre la mise à niveau.
14. Dans Résumé de l’installation, passez en revue les paramètres et cliquez sur Installer pour mettre à
niveau le serveur. La page Installation des fonctionnalités s’ouvre et affiche la progression de
l’installation.
15. Dans L'installation a été effectuée, cliquez sur Fermer pour terminer l'installation. Pour ouvrir la console
VMM, cochez Ouvrir la console VMM à la fermeture de cet Assistant ou cliquez sur l’icône de la
console VMM sur le Bureau.
16. Après la mise à niveau, procédez à une mise à niveau manuelle de l’agent hôte.
17. Pendant l’installation, VMM active les règles de pare-feu suivantes. Ces règles restent toujours en vigueur,
même si vous désinstallez VMM par la suite :
Gestion à distance de Windows
Gestion du stockage Windows basé sur des normes
Si vous rencontrez des problèmes lors de l’installation, consultez les journaux du dossier
%SYSTEMDRIVE%\ProgramData\VMMLogs.

Mise à niveau d'un serveur VMM à haut niveau de disponibilité


Vous pouvez mettre à niveau un serveur VMM 2012 R2 hautement disponible (exécutant au moins le correctif
cumulatif 9) vers VMM 2016.
Les modes de mise à niveau suivants sont pris en charge :
Mode mixte sans serveur VMM supplémentaire
Mode mixte avec serveurs VMM supplémentaires

NOTE
La mise à niveau de SQL Server peut être effectuée à tout moment, indépendamment de la mise à niveau VMM.

Mise à niveau du mode mixte sans serveur VMM supplémentaire


Vous n’avez pas besoin d’autres serveurs VMM. Toutefois, il existe un risque accru de temps d’arrêt dans certains
scénarios. Par exemple, lorsque vous avez deux nœuds VMM à haut niveau de disponibilité et que le nœud VMM
actif échoue pendant que vous mettez à niveau le nœud passif. Dans ce scénario, votre serveur VMM ne dispose
d’aucun nœud de basculement.
1. Sauvegardez et conservez la base de données VMM.
2. Désinstallez VMM sur le nœud passif.
3. Sur le nœud VMM passif, mettez à niveau le système d’exploitation d’administration avec Windows
Server 2016.
4. Mettez à niveau vers la version Windows 10 du ADK.
5. Installez VMM 2016 sur le nœud passif en procédant comme suit :
Dans la page d’installation principale, cliquez sur Installer.
Dans Sélectionner les fonctionnalités à installer, choisissez Serveur d’administration VMM, puis
cliquez sur Suivant. La console VMM est automatiquement installée.
Lorsque vous y êtes invité, confirmez que vous voulez ajouter ce serveur comme nœud au déploiement à
haut niveau de disponibilité.
Dans la page Configuration de la base de données, si vous y êtes invité, optez pour la mise à niveau
de la base de données.
Passez en revue le récapitulatif et terminez l’installation.
6. Basculez le nœud VMM actif sur le serveur VMM qui vient d’être mis à niveau.
7. Répétez cette procédure sur d’autres nœuds VMM.
8. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commande Update-ClusterFunctionalLevel.
9. [Facultatif] Installez les utilitaires de ligne de commande SQL appropriés.
Mise à niveau du mode mixte avec serveurs VMM supplémentaires
Vous avez besoin de serveurs supplémentaires. Cependant, les scénarios ne comprennent quasiment aucun temps
d’arrêt.
1. Sauvegardez et conservez la base de données VMM.
2. Ajoutez le nombre de serveurs supplémentaires (avec le système d’exploitation d’administration Windows
Server 2016) équivalent au nombre de serveurs présents dans le cluster à haut niveau de disponibilité.
3. Installez la version Windows 10 du kit de déploiement et d’évaluation Windows (ADK) sur les serveurs 2016
qui viennent d’être ajoutés.
4. Installez VMM 2016 sur l’un des serveurs récemment ajoutés en vous servant des détails qui figure à l’ étape 5
de la [Mise à niveau du mode mixte sans serveur VMM supplémentaire](#mixed-mode- upgrade-with-no-
additional-VMM -servers).
5. Répétez ces étapes d’installation pour tous les autres serveurs qui viennent d’être ajoutés.
6. Basculez le nœud VMM actif sur un des serveurs récemment ajoutés.
7. Supprimez les nœuds 2012 R2 du cluster après le basculement.
8. Mettez à jour le niveau fonctionnel du cluster à l’aide de la commande Update-
ClusterFunctionalLevelcommand.
9. Si vous le souhaitez, vous pouvez installer les utilitaires de ligne de commande SQL appropriés.
10. Après la mise à niveau, procédez à une mise à niveau manuelle de l’agent hôte.

Mise à niveau de la base de données SQL Server de VMM


Il existe plusieurs raisons de mettre à niveau la base de données SQL Server de VMM :
Vous mettez à niveau VMM vers System Center 2016, et la version actuelle de la base de données SQL Server
n’est pas prise en charge.
Vous souhaitez mettre à niveau un serveur autonome VMM sur un serveur de haute disponibilité, et SQL
Server est installé localement.
Vous souhaitez déplacer la base de données SQL Server vers un autre ordinateur.
Collecte des informations de base de données
Avant la mise à niveau, collectez des informations sur la base de données :
1. Enregistrez la connexion à la base de données dans la console VMM > Paramètres > Général > Connexion à
la base de données.
2. Enregistrez les informations de compte dans le Gestionnaire de serveur > Outils > Services. Cliquez avec le
bouton droit sur System Center Virtual Machine Manager > Propriétés > Connexion. Il s’agit du domaine
ou compte local affecté en tant que compte de service lors de l’installation de VMM. Vous pouvez vérifier s’il est
local dans Outils > Gestionnaire d’ordinateur > Utilisateurs et groupes locaux > Utilisateurs.
3. Vérifiez que vous avez utilisé la gestion distribuée de clés lors de l’installation de VMM, ou que les clés de
chiffrement sont stockées localement sur le serveur VMM.
4. Si vous déplacez la base de données VMM sans mettre à niveau VMM, vérifiez les mises à jour cumulatives qui
ont été appliquées sur le serveur VMM.
Mise à niveau une base de données autonome
1. Sauvegardez la base de données VMM existante et copiez la sauvegarde sur un ordinateur exécutant une
version prise en charge de SQL Server.
2. Utilisez les outils SQL Server pour restaurer la base de données.
Si vous mettez à niveau VMM, spécifiez le nouvel emplacement de SQL Server dans le programme
d’installation de VMM > Configuration de la base de données.
Si vous souhaitez mettre à niveau la base de données sans mettre à niveau VMM, vous devez désinstaller
VMM, puis le réinstaller. Pendant la désinstallation, sélectionnez Conserver la base de données dans
Options de base de données. Réinstallez ensuite VMM avec les mêmes paramètres que ceux utilisés
pendant l’installation d’origine. Dans Configuration de la base de données, spécifiez les détails du
nouveau serveur SQL Server. Après la réinstallation, appliquez les mêmes correctifs cumulatifs et vérifiez
que le déploiement fonctionne comme prévu.
Mettre à niveau une base de données hautement disponible
1. Enregistrez la version de la source de la base de données existante et la version vers laquelle vous souhaitez
mettre à niveau.
2. Créez une sauvegarde de la base de données SQL Server hautement disponible à partir du nœud actif du
cluster SQL Server.
3. Mettez à niveau les nœuds passifs de SQL Server vers la nouvelle version. Après la mise à niveau, vous pouvez
éventuellement installer SQL Server Management Studio si vous souhaitez gérer SQL Server à partir de ce
nœud.
4. Basculez le rôle de serveur SQL hautement disponible, du nœud actuellement actif vers le nœud mis à niveau.
Après le basculement, vous pouvez utiliser SQL Server Management Studio pour valider la version de base de
données en cours d’exécution.
5. Répétez la mise à niveau pour les autres nœuds du cluster à haute disponibilité SQL. En tant que validation
supplémentaire, vous pouvez basculer les rôles de base de données SQL Server pour vous assurer que tout
fonctionne comme prévu.
Migrer un cluster SQL Server dans le cadre de la mise à niveau de VMM
1. Effectuez une sauvegarde de la base de données VMM hautement disponible à partir du nœud actif du cluster
SQL existant.
2. Prenez note du nom du rôle VMM à utiliser au moment de la réinstallation du rôle de serveur VMM.
Désinstallez le serveur VMM des nœuds de cluster VMM existants avec l’option de conservation de la base de
données. Lorsque vous désinstallez le serveur VMM du dernier nœud, vous pourriez recevoir un message sur
l’échec de l’inscription SPN. Il s’agit d’un problème connu qui n’a pas d’impact fonctionnel.
3. Restaurez la base de données sauvegardée sur un autre cluster SQL exécutant la version SQL prise en charge.
Ajoutez l’utilisateur sur lequel le service VMM s’exécute en tant qu’Utilisateur de cette nouvelle base de
données avec l’appartenance à db_owner.
4. Lors de la mise à niveau du serveur VMM dans le cadre de la migration du cluster SQL, attribuez les
paramètres correspondant au nouveau cluster SQL.

Mettre à jour les agents VMM


Après la mise à niveau, vous devez mettre à jour les agents VMM sur vos ordinateurs hôtes Hyper-V et serveurs
de bibliothèque VMM.
1. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes.
2. Dans le volet Ordinateurs hôtes , cliquez avec le bouton droit sur un en-tête de colonne, puis sur État de la
version de l'agent.
3. Sélectionnez l'ordinateur hôte avec l'agent VMM que vous voulez mettre à jour. Dans l'onglet Ordinateurs
hôtes du groupe Ordinateur hôte , cliquez sur Actualiser. Si l’agent VMM d’un ordinateur hôte doit être mis
à jour, la colonne État de l’hôte affiche Nécessite une attention, tandis que la colonne État de la version de
l’agent affiche Mise à niveau disponible.
4. Cliquez avec le bouton droit sur l'ordinateur hôte dont vous voulez mettre à jour l'agent VMM, puis cliquez sur
Mettre à jour l'agent. Dans Mettre à jour l’agent, fournissez les informations d’identification nécessaires,
puis cliquez sur OK.
5. La colonne État de la version de l'agent affiche la valeur Mise à niveau en cours. Une fois l'agent VMM mis
à jour correctement sur l'ordinateur hôte, la colonne État de la version de l'agent affiche la valeur Mis à
jouret la colonne Version de l'agent affiche la version mise à jour de l'agent. Après l'actualisation de
l'ordinateur hôte, la colonne État de l'hôte de l'ordinateur hôte affiche la valeur OK.
6. Vous pouvez mettre à jour l'agent VMM sur un serveur de bibliothèque VMM de la même manière. Pour
afficher la liste des serveurs de bibliothèque VMM, cliquez sur Infrastructure > Serveurs > Serveurs de
bibliothèque.

Réassocier les ordinateurs hôtes et les serveurs de bibliothèque


Il se peut que vous deviez réassocier des hôtes de machines virtuelles et des serveurs de bibliothèque VMM au
serveur d’administration VMM après la mise à niveau.
1. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes.
2. Dans le volet Ordinateurs hôtes, vérifiez que la colonne État de l’agent est affichée. Si ce n’est pas le cas,
cliquez avec le bouton droit sur un en-tête de colonne, puis choisissez État de l’agent.
3. Sélectionnez l'ordinateur hôte que vous devez réassocier au serveur d'administration VMM.
4. Dans le groupe hôte, cliquez sur Actualiser. Si un ordinateur hôte doit être réassocié, la colonne État de l’hôte
affiche la valeur Nécessite une attention, tandis que la colonne État de l’agent affiche la valeur Accès
refusé. Cliquez avec le bouton droit sur l’ordinateur hôte à réassocier, puis cliquez sur Réassocier. Dans
Réassocier l’agent, fournissez des informations d’identification, puis cliquez sur OK. La colonne État de l’agent
affiche la valeur Réassociation en cours. Une fois l’ordinateur hôte réassocié, la colonne État de l’agent affiche
la valeur Réponse en cours. Après l’actualisation de l’ordinateur hôte, la colonne État de l’hôte de l’ordinateur
hôte affiche la valeur OK. Une fois l'ordinateur hôte réassocié, vous devrez probablement mettre à jour l'agent
VMM sur l'ordinateur hôte.

Redéployer Azure Site Recovery


Si Azure Site Recovery a été intégré à votre déploiement de VMM 2012 R2, vous devez le redéployer avec
VMM 2016 : soit pour la réplication vers Azure, soit pour la réplication vers un site secondaire.
Pour plus d’informations sur la prise en charge des hôtes Hyper-V si vous exécutez VMM 2016, lisez ce billet de
blog.

Se connecter à Operations Manager


Après la mise à niveau, reconnectez VMM à Operations Manager. Notez qu’aucun pack d’administration ne doit
être installé sur VMM 2016 RTM. Le correctif cumulatif 1 ou ultérieur doit être installé. Si vous avez installé des
packs d’administration sur la version RTM, désinstallez-les avant d’installer le correctif cumulatif 1.

Configurer des groupes de disponibilité AlwaysOn


Si vous avez mis à niveau une base de données configurée avec des groupes de disponibilité AlwaysOn, vous
devez effectuer certaines tâches pour vérifier que la base de données mise à niveau est correctement configurée
avec les groupes de disponibilité AlwaysOn.
1. Ajoutez la base de données VMM au groupe de disponibilité. Vous pouvez utiliser l'outil Microsoft SQL
Management Studio pour effectuer cette tâche.
2. Sur l’ordinateur du nœud secondaire du cluster qui exécute SQL Server, créez un compte de connexion.
Configurez le nom de connexion afin qu'il soit identique au nom du compte de service VMM. Incluez le
mappage utilisateur à la base de données VMM et configurez les informations d’identification du propriétaire
de la base de données.
3. Lancez un basculement vers l'ordinateur du nœud secondaire qui exécute SQL Server et vérifiez que vous
pouvez redémarrer le service VMM (scvmmservice).
4. Répétez les deux dernières étapes pour chaque nœud secondaire dans le cluster qui exécute SQL Server.
5. S'il s'agit d'une installation de VMM à haut niveau de disponibilité, continuez à installer d'autres nœuds VMM à
haut niveau de disponibilité.

Mettre à jour les modèles de machine virtuelle


Tous les modèles de machine virtuelle qui ont été mis à niveau doivent spécifier correctement le disque dur virtuel
contenant le système d'exploitation.
1. Cliquez sur Bibliothèque > Modèles > Modèles d’ordinateur virtuel.
2. Cliquez avec le bouton droit sur le modèle > Propriétés > Configuration matérielle et vérifiez les
paramètres du disque.

Renouveler les certificats de serveurs PXE


Si vous avez un serveur PXE dans l’infrastructure VMM, vous devez le supprimer de l’infrastructure, puis le
rajouter. Cette démarche permet de renouveler le certificat de serveur PXE et évite les erreurs liées aux certificats.

Mettre à jour les packages de pilotes


Les packages de pilotes qui ont été précédemment ajoutés à la bibliothèque VMM doivent être supprimés et
ajoutés à nouveau pour être détectés correctement.
Si vous envisagez d'attribuer des pilotes personnalisés, les fichiers de pilote doivent exister dans la bibliothèque.
Vous pouvez ajouter des légendes aux pilotes de la bibliothèque pour pouvoir les filtrer par légende plus tard. Une
fois les fichiers ajoutés, quand vous configurez un profil d’ordinateur physique, vous pouvez spécifier les fichiers de
pilote. VMM installe les pilotes spécifiés pendant l’installation du système d’exploitation sur un ordinateur
physique.
Dans le profil d’ordinateur physique, vous pouvez choisir de filtrer les pilotes par légende ou en fonction de la
correspondance des ID PnP sur l’ordinateur physique. Si vous choisissez de filtrer les pilotes par légende, VMM
détermine les pilotes à appliquer en faisant correspondre les légendes que vous affectez aux pilotes dans la
bibliothèque aux légendes que vous affectez dans le profil. Si vous choisissez de filtrer les pilotes avec les ID PnP
correspondants, vous n’avez pas besoin d’affecter de légendes personnalisées.
1. Recherchez un package de pilotes que vous souhaitez ajouter à la bibliothèque.
2. Dans le partage de bibliothèque qui se trouve sur le serveur de bibliothèque associé au groupe sur lequel vous
souhaitez déployer les ordinateurs physiques, créez un dossier pour stocker les pilotes, puis copiez le package
de pilotes dans le dossier.
3. Nous vous conseillons vivement de créer un dossier distinct pour chaque package de pilotes et de ne pas
mélanger les ressources dans les dossiers de pilotes. Si vous incluez dans le même dossier d’autres ressources
de bibliothèque telles que des images .iso, des fichiers .vhd ou des scripts dotés d’une extension de nom de
fichier .inf, le serveur de bibliothèque VMM ne découvrira pas ces ressources. De même, quand vous supprimez
un package de pilotes .inf de la bibliothèque, VMM supprime la totalité du dossier où réside le fichier de pilote
.inf.
4. Dans la console VMM, ouvrez l’espace de travail Bibliothèque. Dans le volet Bibliothèque > Serveurs de
bibliothèque, développez le serveur de bibliothèque où se trouve le partage, cliquez avec le bouton droit sur le
partage, puis cliquez sur Actualiser. Une fois la bibliothèque actualisée, le dossier que vous avez créé pour
stocker les pilotes s'affiche.
5. Maintenant, affectez des légendes si nécessaire. Dans Bibliothèque, développez le dossier que vous avez créé
pour stocker les pilotes durant la procédure précédente, puis cliquez sur le dossier qui contient le package de
pilotes.
6. Dans Objets de bibliothèque physique, cliquez avec le bouton droit sur le fichier de pilote .inf, puis cliquez
sur Propriétés.
7. Dans Propriétés de nom_fichier_pilote > Étiquettes personnalisées, entrez les étiquettes personnalisées
séparées par un point-virgule ou cliquez sur Sélectionner pour attribuer les étiquettes disponibles ou pour en
créer et les affecter. Si vous cliquez sur Sélectionner, puis sur Nouvelle légende, vous pouvez modifier le
nom de la légende après avoir cliqué sur OK. Par exemple, si vous avez ajouté un fichier de pilote de carte
réseau, vous pouvez créer une légende nommée ServerModel NetworkAdapterModel, où ServerModel est le
modèle de serveur et NetworkAdapterModel le modèle de carte réseau.

Déplacer la bibliothèque VMM


Si vous avez effectué une mise à niveau vers un serveur d'administration VMM à haut niveau de disponibilité, il
est recommandé de déplacer votre bibliothèque VMM vers un serveur de fichiers à haut niveau de disponibilité.
Après avoir créé une bibliothèque VMM, vous voudrez déplacer les ressources de la bibliothèque VMM
précédente vers la nouvelle bibliothèque VMM.
Pour conserver les champs et propriétés personnalisés des machines virtuelles enregistrées dans la
bibliothèque VMM précédente, déployez les machines virtuelles enregistrées sur un ordinateur hôte, puis
enregistrez les ordinateurs hôtes sur la nouvelle bibliothèque VMM.
Notez que le système d’exploitation et les profils matériels ne peuvent pas être déplacés. Vous devez recréer ces
profils.

Étapes suivantes
En savoir plus sur le déploiement des derniers correctifs cumulatifs.
Installer VMM
03/07/2019 • 24 minutes to read

Utilisez cet article pour installer le serveur d’administration System Center - Virtual Machine Manager (VMM ).

Avant de commencer
Consultez les conditions minimales concernant le système et les informations de planification. En savoir plus
sur la configuration système requise
Assurez-vous de disposer au moins d’autorisations d’administrateur local sur l’ordinateur avant d’exécuter le
programme d’installation.
Le compte de service doit être un administrateur sur le serveur VMM.

Exécuter le programme d’installation


NOTE
Le compte de service pour VMM peut être :
Un compte local
Un compte d’utilisateur utilisé pour le service
Un compte de service administré de groupe (gMSA, group Managed Service Account).
Si vous utilisez un compte local, vous ne pouvez avoir VMM dans une configuration à haute disponibilité.
Si vous utilisez un compte gMSA, le format doit être nom_domaine_complet\compte_gMSA$

1. Fermez tous les programmes ouverts et vérifiez qu’aucun redémarrage n’est en attente sur l’ordinateur.
2. Pour démarrer l'Assistant Installation de Virtual Machine Manager, sur le support d'installation, cliquez avec
le bouton droit sur setup.exe, puis cliquez sur Exécuter en tant qu'administrateur.
3. Dans la page d’installation principale, cliquez sur Installer.
4. Dans la page Sélectionner les fonctionnalités à installer , activez la case à cocher Serveur
d'administration VMM , puis cliquez sur Suivant. La console VMM sera automatiquement installée. Si
vous effectuez l’installation sur un nœud de cluster, vous devrez indiquer si vous souhaitez attribuer au
serveur d’administration un haut niveau de disponibilité.
5. Dans la page Informations d'inscription du produit , indiquez les informations appropriées, puis cliquez
sur Suivant. Si vous n’entrez pas de clé de produit, VMM est installé sous forme de version d’évaluation qui
expire 180 jours après son installation.
6. Dans la page Veuillez lire ce contrat de licence , passez en revue le contrat de licence, activez la case à
cocher J'ai lu, compris et accepté les termes du contrat de licence , puis cliquez sur Suivant.
7. Dans la page Données de diagnostic et d’utilisation, passez en revue la stratégie de collecte de données
de Microsoft et les instructions permettant de la désactiver. Cliquez ensuite sur Suivant.
8. Si la page Microsoft Update s’affiche, indiquez si vous voulez ou non utiliser Microsoft Update, puis cliquez
sur Suivant. Si vous avez déjà choisi d’utiliser Microsoft Update sur cet ordinateur, la page ne s’affiche pas.
9. Dans la page Données de diagnostic et d’utilisation, passez en revue la stratégie de collecte de données
de Microsoft et les instructions permettant de la désactiver. Cliquez ensuite sur Suivant
10. Sur la page Emplacement d’installation, utilisez le chemin d’accès par défaut ou tapez un autre chemin
d’installation pour les fichiers de programme de VMM, puis cliquez sur Suivant. Le programme
d’installation vérifie l’ordinateur sur lequel vous installez le serveur d’administration VMM pour s’assurer
qu’il a la configuration matérielle et logicielle requise. Si l'ordinateur ne remplit pas une condition préalable,
une page contenant des informations sur la condition préalable et la façon de résoudre le problème s'affiche
à l'écran.
11. Dans la page Configuration de la base de données, si vous utilisez une instance SQL distante, spécifiez le
nom de l’ordinateur qui exécute SQL Server. Si vous installez le serveur d’administration VMM sur le même
ordinateur que celui qui exécute SQL Server, dans la zone Nom du serveur, tapez le nom de l’ordinateur
(par exemple, serveurvmm01) ou tapez localhost. Si SQL Server se trouve dans un cluster, tapez le nom
du cluster.
12. Ne spécifiez pas de valeur pour Port si vous n’avez pas d’instance de SQL Server distante ou que vous avez
un serveur SQL Server distant qui utilise la valeur par défaut de port (1443).
13. Spécifiez le nom de l’instance de SQL Server et s’il faut utiliser une base de données nouvelle ou existante.
Vous devez détenir un compte autorisé à se connecter à l’instance.
14. Dans la page Configurer le compte de service et de gestion distribuée de clés, spécifiez le compte que
le service VMM doit utiliser. Vous ne pouvez pas modifier l’identité du compte de service VMM après
l’installation. Vous pouvez en savoir plus sur la gestion distribuée de clés ici.
15. Sous Gestion distribuée de clés, spécifiez si vous voulez stocker les clés de chiffrement dans Active
Directory.
16. Dans la page Configuration du port, utilisez le numéro de port par défaut pour chaque fonctionnalité ou
indiquez un numéro de port unique approprié à votre environnement. Vous ne pouvez pas modifier les ports
que vous affectez pendant l’installation d’un serveur d’administration VMM, sauf si vous désinstallez, puis
réinstallez le serveur d’administration VMM. Par ailleurs, ne configurez aucune fonctionnalité afin qu'elle
utilise le port 5986, car ce numéro de port est préaffecté.
17. Dans la page Configuration de la bibliothèque , indiquez si vous voulez créer un partage de bibliothèque
ou utiliser un partage de bibliothèque existant sur l'ordinateur. Le partage de bibliothèque par défaut créé
par VMM s’appelle MSSCVMMLibrary, et son dossier se situe dans
%SYSTEMDRIVE%\ProgramData\Fichiers de la bibliothèque Virtual Machine Manager.
ProgramData est un dossier masqué que vous ne pouvez pas supprimer. Après avoir installé le serveur
d’administration VMM, vous pouvez ajouter des partages de bibliothèque et des serveurs de bibliothèque à
l’aide de la console VMM ou de l’interface de commande VMM.
18. Dans la page Résumé de l’installation, passez en revue vos sélections, puis cliquez sur Installer. La page
Installation des fonctionnalités s'ouvre et affiche la progression de l'installation.
19. Dans la page L'installation a été effectuée , cliquez sur Fermer pour terminer l'installation. Pour ouvrir la
console VMM, vous pouvez vérifier que Ouvrir la console VMM à la fermeture de cet Assistant est
coché ou cliquer sur l’icône Console Virtual Machine Manager sur le bureau.
Pendant l’installation, VMM active les règles de pare-feu suivantes. Ces règles restent en vigueur même si vous
désinstallez VMM par la suite.
Gestion à distance de Windows
Gestion du stockage Windows basé sur des normes

NOTE
Si l’installation ne se termine pas correctement, consultez les fichiers journaux dans le dossier
%SYSTEMDRIVE%\ProgramData\VMMLogs. ProgramData est un dossier masqué.

Installer VMM à partir d’une invite de commandes


Vous pouvez installer VMM à partir d’une invite de commandes. Le support d’installation contient des fichiers
.ini pour toutes les fonctions VMM :
VMServer.ini : paramètres du serveur d’administration VMM.
VMClient.ini : paramètres de la console VMM.
VMServerUninstall.ini : paramètres de désinstallation du serveur d’administration VMM.
Chacun de ces fichiers contient des paires clé/valeur avec des valeurs par défaut. Ces entrées sont commentées.
Supprimez le caractère de commentaire (#) et modifiez la valeur.
1. Modifiez le fichier VMServer.ini avec les options indiquées dans le tableau sous cette procédure.
2. Une fois les modifications effectuées, ouvrez une invite de commandes avec élévation de privilèges et
exécutez setup.exe avec les paramètres ci-dessous. Par exemple, pour utiliser un fichier VMServer.ini stocké
dans C:\Temp avec un compte d’administrateur SQL Server contoso\sqladmin01 et un compte de service
VMM contoso\VMMadmin14, utilisez la commande suivante : setup.exe /server /i /f
C:\Temp\VMServer.ini /SqlDBAdminDomain contoso /SqlDBAdminName SQLAdmin01
/SqlDBAdminPassword password123 /VmmServiceDomain contoso /VmmServiceUserName
VMMadmin14 /VmmServiceUserPassword password456 /IACCEPTSCEULA
Valeurs VMServer.ini
OPTION VALEURS PAR DÉFAUT

ProductKey Clé de produit au format : xxxxx-xxxxx- xxxxx-xxxxx-xxxxx-xxxxx-xxxxx


xxxxx-xxxxx-xxxxx

Nom d’utilisateur Nom complet facultatif de l'utilisateur Administrateur


qui installe les fonctionnalités. Ce nom
n'est pas le compte utilisateur de
l'installation.

CompanyName Nom complet facultatif de Microsoft Corporation


l'organisation qui installe les
fonctionnalités.

ProgramFiles Emplacement des fichiers VMM. C:\Program Files\Microsoft System


Center 2012\Virtual Machine Manager

CreateNewSqlDatabase 0 : Utiliser une base de données 1


Microsoft SQL Server existante.

1 : Créer une base de données


SQL Server.

SqlInstanceName Nom de la nouvelle instance ou de MICROSOFT$VMM$


l'instance existante de SQL Server.

SqlDatabaseName Nom de la nouvelle base de données VirtualManagerDB


SQL Server ou de la base de données
SQL Server existante.
OPTION VALEURS PAR DÉFAUT

RemoteDatabaseImpersonation 0 : Ne pas emprunter l'identité du 0


compte Administrateur pour
SQL Server. L’utilisateur qui exécute
setup.exe doit être administrateur du
serveur qui héberge SQL Server.

1 : Emprunter l'identité du compte


Administrateur SQL Server avec les
informations d'identification fournies.
L’utilisateur qui exécute setup.exe doit
fournir des valeurs pour les paramètres
SqlDBAdminName,
SqlDBAdminPassword et
SqlDBAdminDomain.

SqlMachineName Nom du serveur qui héberge SQL <sqlmachinename>


Server. Ne spécifiez pas localhost.
Spécifiez à la place le nom de
l'ordinateur.

(différents ports) Ports utilisés par VMM IndigoTcpPort : 8100

IndigoHTTPSPort : 8101
<br/ IndigoNETTCPPort : 8102
<br/ IndigoHTTPPort : 8103
<br/ WSManTcpPort : 5985
<br/ BitsTcpPort : 443

CreateNewLIbraryShare 0 : Utiliser un partage de bibliothèque 1


existant.

1 : pour créer un partage de


bibliothèque.

LibraryShareName Nom du partage de fichiers à utiliser MSSCVMMLibrary


ou créer.

LibrarySharePath Emplacement du partage de fichiers C:\ProgramData\Fichiers de la


existant ou du partage de fichiers à bibliothèque Virtual Machine Manager
créer.

LibraryShareDescription Description du partage. Fichiers de la bibliothèque Virtual


Machine Manager

SQMOptIn 0 : pour ne pas activer « Données de 1


diagnostic et d’utilisation ».

1 : pour activer « Données de


diagnostic et d’utilisation ».

MUOptIn 0 : Ne pas s'abonner à Microsoft 0


Update.

1 : S'abonner à Microsoft Update.


OPTION VALEURS PAR DÉFAUT

VmmServiceLocalAccount 0 : Utiliser un compte de domaine 0


pour le service VMM (scvmmservice).

1 : Utiliser le compte Système Local


pour le service VMM.

Pour utiliser un compte de domaine,


quand vous exécutez la commande
setup.exe, vous devez fournir des
valeurs pour les paramètres
VMMServiceDomain,
VMMServiceUserName et
VMMServiceUserPassword.

TopContainerName Conteneur de gestion distribuée de VMMServer


clés (DKM), par exemple,
"CN=DKM,DC=contoso,DC=com".

HighlyAvailable 0 : Ne pas installer à haut niveau de 0


disponibilité.

1 : Installer à haut niveau de


disponibilité.

VmmServerName Nom de service en cluster pour un <VMMServerName>


serveur d'administration VMM à haut
niveau de disponibilité. N'entrez pas le
nom du cluster de basculement ou le
nom de l'ordinateur sur lequel est
installé le serveur d'administration
VMM à haut niveau de disponibilité.

VMMStaticIPAddress Adresse IP du nom de service en <comma-separated-ip-for-HAVMM>


cluster pour un serveur
d’administration VMM à haut niveau
de disponibilité, si vous n’utilisez pas le
protocole DHCP. IPv4 et IPv6 sont pris
en charge.

Mettre à niveau 0 : pour ne pas mettre à niveau depuis 1


une version précédente de VMM.

1 : Mettre à niveau depuis une version


précédente.

Paramètres de la commande setup.exe


PARAMÈTRE DÉTAILS

/server Indique l'installation du serveur d'administration VMM.

/i ou /x Spécifie s’il faut installer (/i) ou désinstaller (/x) le serveur.

/f <filename> Spécifie le fichier .ini à utiliser. Vérifiez que ce paramètre


pointe vers le fichier .ini approprié. Si la commande setup.exe
ne trouve pas de fichier .ini, elle effectue l’installation en
appliquant ses propres valeurs par défaut.
PARAMÈTRE DÉTAILS

/VmmServiceDomain <domainName> Spécifie le nom de domaine du compte exécutant le service


VMM (scvmmservice). Utilisez ce paramètre uniquement si
vous définissez VmmServiceLocalAccount sur 0 dans le
fichier VMServer.ini.

/VmmServiceUserName <userName> Spécifie le nom d’utilisateur du compte exécutant le service


VMM (scvmmservice). Utilisez ce paramètre uniquement si
vous définissez VmmServiceLocalAccount sur 0 dans le
fichier VMServer.ini.

/VmmServiceUserPassword <password> Spécifie le mot de passe du compte exécutant le service


VMM (scvmmservice). Utilisez ce paramètre uniquement si
vous définissez VmmServiceLocalAccount sur 0 dans le
fichier VMServer.ini.

/SqlDBAdminDomain <domainName> Spécifie le nom de domaine du compte Administrateur pour


la base de données SQL Server. Utilisez ce paramètre si
l'utilisateur actuel ne dispose pas de privilèges
d'administration sur SQL Server.

/SqlDBAdminName <userName> Spécifie le nom d'utilisateur du compte Administrateur pour


la base de données SQL Server. Utilisez ce paramètre si
l'utilisateur actuel ne dispose pas de privilèges
d'administration sur SQL Server.

/SqlDBAdminPassword <password> Spécifie le mot de passe du compte Administrateur pour la


base de données SQL Server. Utilisez ce paramètre si
l'utilisateur actuel ne dispose pas de privilèges
d'administration sur SQL Server.

/IACCEPTSCEULA Indique l'acceptation des termes du contrat de licence


logiciel Microsoft. Ce paramètre est obligatoire.

Par exemple, pour utiliser un fichier VMServer.ini stocké dans


C:\Temp avec un compte d’administrateur SQL Server
contoso\sqladmin01 et un compte de service VMM
contoso\VMMadmin14, utilisez la commande suivante :
setup.exe /server /i /f C:\Temp\VMServer.ini
/SqlDBAdminDomain contoso /SqlDBAdminName
SQLAdmin01 /SqlDBAdminPassword password123
/VmmServiceDomain contoso /VmmServiceUserName
VMMadmin14 /VmmServiceUserPassword
password456 /IACCEPTSCEULA

Désinstaller VMM ou la console VMM


1. Vérifiez que la console VMM et l’interface de commande VMM sont fermées.
2. Sur l'ordinateur d'installation du serveur d'administration VMM, cliquez sur Démarrer, puis cliquez sur
Panneau de configuration.
3. Sous Programmes, cliquez sur Désinstaller un programme. Sous Nom, double-cliquez sur Microsoft
System Center Virtual Machine Manager.
4. Dans la page Que voulez-vous faire ? , cliquez sur Supprimer des fonctionnalités.
5. Dans la page Sélectionner les fonctions à supprimer , activez la case à cocher Serveur d'administration
VMM , puis cliquez sur Suivant. Si vous voulez désinstaller la console VMM, cochez la case Console
VMM. Notez que si vous avez un déploiement VMM hautement disponible, vous devez supprimer le
serveur VMM et la console VMM.
6. Dans la page Options de base de données , choisissez de conserver ou de supprimer la base de données
VMM, et, si nécessaire, les informations d'identification pour la base de données, puis cliquez sur Suivant.
7. Dans la page Résumé, vérifiez vos sélections, puis cliquez sur Désinstaller. La page Désinstallation des
fonctionnalités s’affiche et la progression de la désinstallation apparaît.
8. Après la désinstallation du serveur d'administration VMM, dans la page Les fonctionnalités
sélectionnées ont été supprimées , cliquez sur Fermer.
Les règles de pare-feu suivantes, qui ont été activées pendant l’installation de VMM, restent effectives après la
désinstallation de VMM :
Administration à distance du serveur de fichiers
Règles de pare-feu Gestion du stockage Windows basé sur des normes
S'il existe un problème d'exécution correcte du programme d'installation, consultez les fichiers journaux dans le
dossier %SYSTEMDRIVE%\ProgramData\VMMLogs . ProgramData est un dossier masqué.
Désinstaller VMM à partir de la ligne de commande
Pour désinstaller VMM, modifiez le fichier VMServerUninstall.ini comme décrit ci-dessous. Ensuite, exécutez
setup.exe pour la désinstallation. Par exemple, pour effectuer la désinstallation à l’aide d’un fichier ini stocké
dans C:\Temp avec un compte de type contoso.SQLAdmin01, tapez : setup.exe /server /x /f
C:\Temp\VMServerUninstall.ini /SqlDBAdminDomain contoso /SqlDBAdminName SQLAdmin01
/SqlDBAdminPassword password123
VMServerUnisntall.ini

OPTION DÉTAILS VALEUR PAR DÉFAUT

RemoteDatabaseImpersonation 0 : Installation locale de SQL Server. 0

1 : Installation à distance de SQL


Server.

Quand vous exécutez la commande


setup.exe, indiquez une valeur pour les
paramètres SqlDBAdminName,
SqlDBAdminPassword et
SqlDBAdminDomain, sauf si l’utilisateur
exécutant la commande setup.exe est
un administrateur SQL Server.

RetainSqlDatabase 0 : Supprimer la base de données 0


SQL Server.

1 : pour ne pas supprimer la base de


données SQL Server.

Pour supprimer la base de données


SQL Server, quand vous exécutez la
commande setup.exe, vous devez
fournir une valeur pour les paramètres
SqlDBAdminName,
SqlDBAdminPassword et
SqlDBAdminDomain, sauf si l’utilisateur
exécutant la commande setup.exe est
un administrateur SQL Server.
OPTION DÉTAILS VALEUR PAR DÉFAUT

ForceHAVMMUninstall 0 : pour ne pas forcer la désinstallation.


Utilisez cette option si la commande
setup.exe ne peut pas vérifier si ce
nœud est le nœud final de l’installation
à haut niveau de disponibilité.

1 : Forcer la désinstallation.

Prise en charge pour le compte gMSA


Un compte gMSA (Group Managed Service Account) permet d’améliorer la posture de sécurité et le confort
d’utilisation via la gestion automatique des mots de passe, la gestion du nom de principal du service (SPN ) et la
possibilité de déléguer la gestion à d’autres administrateurs.
VMM 2019 prend en charge l’utilisation de gMSA pour le compte de service du serveur d’administration.
Conditions préalables
1. Consultez cet article et créez un compte gMSA conformément aux instructions disponibles dans l’article.
2. Vérifiez que les serveurs où le service d’administration VMM doit être installé disposent des autorisations
nécessaires pour récupérer le mot de passe du compte gMSA.

NOTE
Vous n’avez pas besoin de spécifier le nom de principal du service lors de la création du compte gMSA. Le service VMM
définit le nom de principal du service approprié sur le compte gMSA.

Utilisez les étapes suivantes


1. Démarrer le programme d’installation de VMM.
2. Dans la page Configuration du compte de service, sélectionnez Compte gMSA comme option pour
le compte de service VMM.
3. Entrez les informations du compte gMSA selon le format Domaine\Compte gMSA.
Installer la console VMM
03/07/2019 • 8 minutes to read

Cet article décrit comment installer la console System Center Virtual Machine Manager (VMM ) sur un ordinateur
distant et vous connecter au serveur VMM. Lorsque vous installez le serveur d’administration VMM, la console est
automatiquement installée sur celui-ci.

Avant de commencer
Vérifiez les systèmes d’exploitation pris en charge par la console décrits dans les conditions minimales
concernant le système.
Vérifiez que vous disposez de la configuration requise. En savoir plus sur la configuration système requise.
Vérifiez que vous disposez au moins d’autorisations d’administrateur local sur l’ordinateur sur lequel vous
installez la console.
La version de VMM de la console doit correspondre à la version de System Center du serveur VMM. Par
exemple, pour vous connecter à un serveur VMM exécutant System Center 2016, la version de la console VMM
doit également être 2016.
Vous pouvez uniquement installer une version de la console sur un seul ordinateur.

Exécuter le programme d’installation


1. Consultez les instructions de planification. Ensuite, cliquez avec le bouton droit sur setup.exe pour VMM >
Exécuter en tant qu’administrateur.
2. Dans la page de configuration principale, cliquez sur Installer, puis dans la page Sélectionner les
fonctionnalités à installer, cochez la case Console VMM et cliquez sur Suivant. Dans la page Veuillez lire
cet avis, cochez la case J'accepte les termes de cet avis, puis cliquez sur Suivant.
3. Passez en revue les informations de la page Données de diagnostic et d’utilisation, puis cliquez sur
Suivant. Dans la page Microsoft Update , indiquez si vous souhaitez utiliser Microsoft Update, puis cliquez
sur Suivant. Cette page ne s’affiche pas si les mises à jour sont déjà installées.
4. Dans la page Emplacement d’installation, tapez un chemin d’installation pour les fichiers de programme
VMM ou utilisez le chemin par défaut, puis cliquez sur Suivant. Le programme d’installation vérifie que
l’ordinateur répond aux conditions d’installation de la console.
5. Dans la page Configuration du port, tapez le port que la console VMM doit utiliser pour communiquer avec
le serveur d’administration VMM, puis cliquez sur Suivant. Le paramètre de port que vous attribuez à la
console VMM doit être identique à celui que vous avez attribué à la console VMM pendant l'installation du
serveur d'administration VMM. Le port par défaut est 8100. Par ailleurs, n'attribuez pas le numéro de port
5986, car il est attribué à l'avance.
6. Dans la page Résumé de l’installation, passez en revue les paramètres et cliquez sur Installer. La page
Installation des fonctionnalités s'ouvre et affiche la progression de l'installation.
7. Dans la page L'installation a été effectuée , cliquez sur Fermer pour terminer l'installation. Sélectionnez
Ouvrir la console VMM à la fermeture de cet Assistant pour ouvrir la console une fois l’Assistant terminé.
Si l’installation ne se termine pas correctement, consultez les fichiers journaux dans le dossier
%SYSTEMDRIVE%\ProgramData\VMMLogs. ProgramData est un dossier masqué.
Si vous voulez désinstaller la console, procédez comme suit :
1. Dans le Panneau de configuration, cliquez sur le menu permettant de désinstaller un programme et cliquez sur
Microsoft System Center - Virtual Machine Manager.
2. Dans la page Sélectionner les fonctionnalités à supprimer, cliquez sur Suivant. Sur le serveur
d’administration VMM, vous ne pouvez pas désinstaller la console sans désinstaller la gestion VMM.
3. Dans la page Résumé, passez en revue les paramètres et cliquez sur Désinstaller.

Installer la console à partir de l’invite de commandes


Vous pouvez installer la console Administrateur VMM à partir de la ligne de commande en utilisant le fichier
VMClient.ini pour personnaliser les options d’installation. Vous pouvez définir les paramètres de la façon suivante :

PARAMÈTRE VALEUR

ProgramFiles Pour spécifier l'emplacement de stockage des fichiers


programme.

IndigoTCpPort Pour spécifier le numéro de port utilisé pour communiquer


avec le serveur VMM.

MUOptIn 0 : Ne pas adhérer à Microsoft Update. 1 : Adhérer.

VmmServerForOpsMgrConfig Pour spécifier le nom du serveur System Center Operations


Manager.

Installez la console de la façon suivante :


1. Copiez le fichier VMClient.ini du dossier amd64\Setup vers un dossier local.
2. Modifiez le fichier VMClient.ini. Supprimez l’indicateur de commentaire (#) uniquement si vous souhaitez
modifier l’entrée. Sinon, le programme d’installation va utiliser les valeurs du fichier .ini comme valeurs par
défaut.
3. Exécutez le programme d’installation de la façon suivante : setup.exe /client /i /f <path>, où :
/client : spécifie l’installation de la console
/i ou /x : spécifie s’il faut installer (/i) ou désinstaller (/x) la console.
/f <filename> - spécifie le fichier .ini à utiliser. Vérifiez que ces informations sont correctes. Si le
programme d’installation ne trouve pas le fichier ini, il effectue l’installation avec les valeurs par défaut.
path : emplacement du fichier .ini.
N’utilisez pas le paramètre /opsmgr
Exemple : setup.exe /client /i /f C:\Temp\VMClient.ini.

Se connecter à un serveur d’administration VMM


1. Sur le Bureau de l’ordinateur distant, cliquez sur l’icône de la console VMM, si la console n’est pas ouverte.
2. Spécifiez le nom du serveur et le port sur lequel le serveur VMM est à l’écoute (8100 par défaut). Par exemple :
vmmserver01:8100.
3. Vous pouvez utiliser le compte avec lequel vous êtes connecté à l’ordinateur distant ou spécifier un autre
compte pour vous connecter à VMM. Cliquez sur Se connecter automatiquement avec ces paramètres si
vous voulez vous connecter chaque fois au même serveur VMM.
4. Cliquez sur Connexion. Sélectionner un rôle d’utilisateur s’affiche si les informations d’identification que
vous utilisez appartiennent à plusieurs rôles d’utilisateur VMM.
Activer la session de console étendue dans VMM
31/05/2019 • 4 minutes to read

Cet article fournit des informations sur la configuration de la session de console étendue dans System Center -
Virtual Machine Manager (VMM ).
La connexion à la console dans VMM permet de se connecter à la machine virtuelle sans connexion réseau vers
celle-ci. Pour plus d’informations sur le déploiement de la console VMM, consultez Installer la console VMM.
Avant la version 1801, la connexion de la console dans VMM prenait uniquement en charge la session de base,
dans laquelle le texte du Presse-papiers peut seulement être collé via l'option de menu Taper le texte du Presse-
papiers.
VMM 1801 et versions ultérieures prend en charge la session de console étendue. Lorsque la console est
connectée via une session étendue, les opérations Couper (Ctrl + X) , Copier (Ctrl + C ) et Coller (Ctrl + V )
dans des fichiers et un texte ANSI sont disponibles dans le Presse-papiers, où les commandes copier/coller pour
le texte et les fichiers sont possibles depuis et vers la machine virtuelle.

Avant de commencer
Vérifiez les prérequis suivants :
1. Le système d’exploitation de l’hôte, sur lequel la machine virtuelle s’exécute, doit être Windows Server 2016 et
ultérieur.
2. Pour l’hôte Hyper-V, le paramètre de la stratégie du mode de session étendu doit être activé.
3. L’ordinateur à partir duquel vous vous connectez à la machine virtuelle doit exécuter Windows 10, Windows
8.1, Windows Server, Windows Server 2016 ou ultérieur.
4. La machine virtuelle doit avoir les services Bureau à distance activés et doit exécuter Windows 10, Windows
8.1, Windows Server 2016 ou Windows Server 2012 R2 comme système d’exploitation invité.

Procédure : activer la session de console étendue


Procédez comme suit :
1. Cliquez avec le bouton droit sur l'hôte dans la section des machines virtuelles et services puis accédez à
l'option Session étendue.
2. Sélectionnez Autoriser le mode de session étendu puis cliquez sur OK.
3. Dans la console VMM, accédez à la machine virtuelle sur cet hôte.
4. Cliquez avec le bouton droit sur la machine virtuelle, puis sélectionnez Se connecter via la console.
5. Une fois la console de la machine virtuelle affichée, recherchez Ouvrir une session étendue en haut à
droite de la page. Cliquez dessus pour lancer la fenêtre de la session étendue.

NOTE
Cette action ferme la session en cours et ouvre une nouvelle session. Vous serez redirigé vers l’écran de connexion
de la nouvelle session.

6. Pour revenir à la session de base, cliquez sur Ouvrir une session de base en haut à droite.

NOTE
Une fois la stratégie de mode de session étendu activée sur l'hôte :
Fermez toutes les sessions de console ouvertes pour afficher l'option Session étendue.
Pour une machine virtuelle qui démarre pour la première fois à partir d’un disque VHD/VHDX, l’option Session
étendue n’apparaît pas lorsque vous essayez de vous connecter via la console. Redémarrez la machine virtuelle et
actualisez les propriétés de la machine virtuelle dans VMM pour afficher l'option Session étendue dans la fenêtre
de connexion de la console.

Étapes suivantes
Utiliser les ressources locales sur la machine virtuelle Hyper-V avec VMconnect
Déployer VMM pour la haute disponibilité
17/06/2019 • 2 minutes to read

Pour la résilience et l'évolutivité, vous pouvez déployer System Center - Virtual Machine Manager (VMM ) en
mode haute disponibilité.

Avant de commencer
Préparez un déploiement de haute disponibilité en prenant en compte les éléments suivants :
Une seule instance de VMM peut être déployée sur un cluster de basculement de 16 nœuds maximum.
Configuration requise pour les ordinateurs s’exécutant comme des nœuds de gestion VMM :
Tous les nœuds de cluster servant de serveurs VMM doivent exécuter Windows Server 2016.
Chaque nœud de cluster doit être joint à un domaine et avoir un nom d’ordinateur de 15 caractères
maximum.
Le nom réseau du service VMM ne doit pas dépasser 15 caractères.
Windows ADK doit être installé sur chaque ordinateur. Effectuez l’installation à partir du programme
d’installation ou du Centre de téléchargement. Sélectionnez Outils de déploiement et
Environnement de préinstallation de Windows au moment de l’installation.
Si vous envisagez de déployer des services VMM qui utilisent des applications de couche Données
SQL Server, installez les utilitaires de ligne de commande associés sur votre serveur d’administration
VMM. L’utilitaire de ligne de commande est disponible dans le SQL Server 2012 feature pack, SQL
Server 2014 feature pack ou SQL Server 2016 feature pack.
N’effectuez pas l’installation sur une partition parente d’hôte Hyper-V. Vous pouvez installer VMM sur une
machine virtuelle.
Avant de commencer, configurez le compte de service VMM et la gestion distribuée de clés. En savoir plus

Déployer les composants à haut niveau de disponibilité


Déployer le serveur d’administration VMM sur un cluster de basculement
Rendre les partages de fichiers de serveur de bibliothèque hautement disponibles
Déployer la base de données VMM SQL Server comme hautement disponible
Déployer un serveur d’administration VMM à haut
niveau de disponibilité
11/12/2018 • 7 minutes to read

Cet article décrit les étapes pour déployer un serveur System Center - Virtual Machine Manager (VMM ) à haut
niveau de disponibilité.

Avant de commencer
Lisez les étapes de planification pour un déploiement à haut niveau de disponibilité.
Cette procédure suppose que vous configurez un cluster de basculement unique avec deux ou plusieurs
serveurs de fichiers.

Configurer le cluster de basculement


1. Cliquez sur Gestionnaire de serveur > Gérer > Ajouter des rôles et des fonctionnalités.
2. Dans Sélectionner le type d’installation, cliquez sur Installation basée sur un rôle ou une
fonctionnalité.
3. Dans Sélectionner le serveur de destination, cliquez sur le serveur que vous souhaitez configurer pour le
clustering de basculement. Dans Sélectionner des fonctionnalités, cliquez sur Clustering avec basculement.
Cliquez sur Ajouter une fonctionnalité pour installer les outils de gestion de cluster de basculement.
4. Dans Confirmer les sélections pour l’installation, cliquez sur Installer. Un redémarrage du serveur n’est
pas nécessaire.
5. Répétez la procédure pour chaque serveur à ajouter en tant que nœud dans le cluster de serveurs de fichiers.
6. Une fois que vous avez au moins deux nœuds dans le cluster, vous pouvez exécuter des tests de validation de
cluster (ouvrez Gestionnaire du cluster de basculement et sous Gestion, cliquez sur Valider la
configuration.
7. Dans Sélectionner des serveurs ou un cluster, spécifiez le nom NetBIOS ou le nom de domaine complet
d’un nœud que vous ajoutez, puis cliquez sur Ajouter. Dans Options de test, cliquez sur Exécuter tous les
tests (recommandé).
8. Dans Résumé, si les tests se sont terminés correctement, cliquez sur Créer le cluster maintenant en utilisant
les nœuds validés. Cliquez sur Afficher le rapport pour résoudre les problèmes éventuels.
9. Dans Point d’accès pour l’administration du cluster, spécifiez le nom du cluster. Par exemple,
VMMLibrary. Quand le cluster est créé, ce nom est inscrit sous forme d’objet ordinateur de cluster (CNO ) dans
Active Directory. Si vous spécifiez un nom NetBIOS pour le cluster, le CNO est créé au même emplacement
que les objets ordinateur pour le nœud de cluster (soit le conteneur Ordinateurs par défaut, soit une unité
d’organisation). Vous pouvez spécifier un emplacement différent en ajoutant le nom unique de l’unité
d’organisation. Par exemple, CN = NomCluster, UO = Clusters, DC = Contoso. Pour plus d’informations,
consultez Gestion distribuée de clés.
10. Si le serveur n’est pas configuré pour utiliser DHCP, spécifiez une adresse IP statique pour le cluster.
Sélectionnez chaque réseau à utiliser pour la gestion du cluster et, dans Adresse, sélectionnez l’adresse IP. Il
s’agit de l’adresse IP associée au cluster dans DNS.
11. Dans Confirmation, vérifiez les paramètres. Désélectionnez Ajouter la totalité du stockage disponible au
cluster si vous souhaitez configurer le stockage ultérieurement. Cliquez sur Suivant pour créer le cluster.
12. Dans Résumé, vérifiez que le cluster a été créé et que son nom est répertorié dans le Gestionnaire du cluster de
basculement.
Installer VMM sur le premier nœud du cluster
1. Sur un des nœuds du cluster que vous avez créé, exécutez le programme d’installation de VMM et cliquez sur
Installer.
2. VMM détecte son installation sur un nœud du cluster et vous demande si vous souhaitez attribuer au serveur
VMM un haut niveau de disponibilité. Cliquez sur Oui.
3. Dans Sélectionner les fonctionnalités à installer, sélectionnez le serveur d’administration VMM et la
console VMM.
4. Dans Informations d’inscription du produit, spécifiez les détails de l’organisation et la clé de produit.
5. Dans CLUF et Programme d’amélioration du produit acceptez le CLUF et spécifiez si vous souhaitez
participer au programme d’amélioration du produit.
6. Dans Emplacement d’installation, acceptez les paramètres par défaut.
7. Dans Conditions préalables, VMM vérifie que tous les prérequis sont respectés et installe les composants
manquants. Si vous n’avez pas installé Windows ADK, téléchargez-le et installez-le.
8. Dans Configuration de la base de données, spécifiez la base de données à utiliser pour VMM. La base de
données doit être à haut niveau de disponibilité et déployée dans un cluster de basculement distinct. Cette boîte
de dialogue s’affiche si VMM n’est pas en cluster ou s’il est en cluster, mais qu’il n’utilise pas de groupes de
disponibilité AlwaysOn. Spécifiez le nom du cluster.
9. Dans Configuration du cluster, spécifiez le nom du cluster VMM, par exemple HAVMMM.
10. Dans Configurer le compte de service et la gestion distribuée de clés, spécifiez l’emplacement du compte
de service et de la clé que vous avez créé. Les comptes d’identification VMM sont stockés sous forme chiffrée
dans la base de données VMM. Pour un déploiement à haut niveau de disponibilité, comme vous devez accéder
aux clés chiffrées à partir d’un emplacement central, vous devez d’abord créer un conteneur de gestion
distribuée de clés dans Active Directory avant d’exécuter le programme d’installation. Vous pouvez en savoir
plus sur le conteneur de gestion distribuée de clés ici.
11. Dans Configuration du port, modifiez les paramètres de port, si nécessaire.
12. Terminez l’installation de VMM. Vous ne pouvez pas spécifier de partage de bibliothèque à ce stade. Dans un
déploiement à haut niveau de disponibilité, vous créez le partage de bibliothèque une fois l’installation
terminée.

Installer VMM sur le second nœud du cluster


1. Exécutez le programme d’installation et confirmez que vous voulez ajouter ce serveur en tant que nœud au
déploiement à haut niveau de disponibilité.
2. Dans l’Assistant, spécifiez le mot de passe du compte de service. Vous ne devez spécifier aucune autre
information.
Déployer SQL Server pour la haute disponibilité
VMM
11/12/2018 • 6 minutes to read

Cet article décrit les étapes pour déployer une base de données SQL Server à haut niveau de disponibilité pour
System Center - Virtual Machine Manager (VMM ). Vous configurez un cluster SQL Server, puis la base de
données VMM SQL Server avec les groupes de disponibilité AlwaysOn.

Avant de commencer
Lisez les informations relatives à la planification pour un déploiement VMM à haut niveau de disponibilité. Elles
abordent les conditions préalables et les problèmes dont vous devez être conscient.

Configurer des groupes de disponibilité


Les groupes de disponibilité SQL Server AlwaysOn prennent en charge des environnements de basculement pour
un ensemble discret de bases de données utilisateur (bases de données de disponibilité). Chaque ensemble de
bases de données de disponibilité est hébergé par un réplica de disponibilité. Pour configurer un groupe de
disponibilité, vous devez déployer un clustering de basculement Windows Server (WSFC ) pour héberger le réplica
de disponibilité, puis activer AlwaysOn sur les nœuds du cluster. Vous pouvez ensuite ajouter la base de données
SQL Server VMM comme base de données de disponibilité.
En savoir plus sur les conditions préalables relatives à AlwaysOn
En savoir plus sur la configuration d’un cluster WSFC pour les groupes de disponibilité AlwaysOn
En savoir plus sur la configuration d’un groupe de disponibilité

Configurer la base de données VMM avec les groupes de disponibilité


AlwaysOn
1. Sur le serveur VMM, arrêtez le service VMM. Pour un cluster, dans le Gestionnaire du cluster de basculement,
arrêtez le rôle VMM.
2. Connectez-vous à l’ordinateur qui héberge la base de données et, dans SQL Server Management Studio,
cliquez avec le bouton droit sur la base de données VMM et choisissez Propriétés. Dans Options, définissez le
Mode de récupération pour la base de données sur Complet.
3. Cliquez avec le bouton droit sur la base de données, puis choisissez Tâches > Sauvegarder et effectuez une
sauvegarde de la base de données.
4. Dans SQL Server Management Studio > Haute disponibilité AlwaysOn > cliquez avec le bouton droit sur le
nom du groupe de disponibilité > Ajouter une base de données.
5. Dans Ajouter une base de données au groupe de disponibilité > Sélectionner des bases de données,
sélectionnez la base de données VMM.
6. Dans Sélectionner la synchronisation de données, laissez la valeur par défaut Complet.
7. Dans Se connecter à des réplicas > Se connecter, spécifiez des autorisations pour la destination du groupe
de disponibilité.
8. Les conditions préalables sont vérifiées dans Validation. Dans Résumé, quand vous cliquez sur Suivant, la
prise en charge de la disponibilité AlwaysOn est lancée pour la base de données VMM. Une fois la base de
données VMM copiée, AlwaysOn la maintient synchronisée entre les nœuds de cluster SQL Server AlwaysOn.
9. Redémarrez le rôle de cluster ou de service VMM. Le serveur VMM doit être en mesure de se connecter au
serveur SQL Server.
10. Les informations d’identification VMM étant uniquement stockées pour le serveur SQL Server principal, vous
devez créer une connexion sur le nœud secondaire du cluster SQL Server, avec les caractéristiques suivantes :
Le nom de connexion est identique au nom du compte de service VMM.
Pour la connexion, l'utilisateur doit se mapper à la base de données VMM.
La connexion est configurée avec les informations d'identification du propriétaire de base de données.

Exécuter un basculement
Pour vérifier qu’AlwaysOn fonctionne comme prévu pour la base de données VMM, exécutez un basculement du
nœud principal sur le nœud secondaire dans le cluster SQL Server.
1. Dans SQL Server Management Studio, cliquez avec le bouton droit sur le groupe de disponibilité sur le serveur
secondaire, puis choisissez Basculement.
2. Dans Basculer le groupe de disponibilité > Sélectionner le nouveau réplica principal, sélectionnez le
serveur secondaire.
3. Dans Résumé, cliquez sur Terminer.
4. À présent, lancez un basculement vers l’ordinateur du nœud secondaire qui exécute SQL Server et vérifiez que
vous pouvez redémarrer le service VMM (scvmmservice).
5. Répétez les deux dernières étapes pour chaque nœud secondaire dans le cluster qui exécute SQL Server.
6. S'il s'agit d'une installation de VMM à haut niveau de disponibilité, continuez à installer d'autres nœuds VMM
à haut niveau de disponibilité.
Déployer une bibliothèque VMM à haut niveau de
disponibilité
11/12/2018 • 8 minutes to read

Cet article décrit les étapes pour déployer une bibliothèque System Center - Virtual Machine Manager (VMM ) à
haut niveau de disponibilité. Vous configurez un cluster de basculement Windows qui exécute le rôle serveur de
fichiers. Ensuite, vous créez des partages de fichiers sur le cluster, puis vous les affectez en tant que partages de
bibliothèque VMM.

Avant de commencer
Lisez les étapes de planification pour un déploiement VMM à haut niveau de disponibilité.

Configurer le cluster de basculement


Cette procédure suppose que vous configurez un cluster de basculement unique avec deux ou plusieurs serveurs
de fichiers.
1. Cliquez sur Gestionnaire de serveur > Gérer > Ajouter des rôles et des fonctionnalités.
2. Dans Sélectionner le type d’installation, cliquez sur Installation basée sur un rôle ou une
fonctionnalité.
3. Dans Sélectionner le serveur de destination, cliquez sur le serveur que vous souhaitez configurer pour le
clustering de basculement. Dans Sélectionner des fonctionnalités, cliquez sur Clustering avec basculement.
Cliquez sur Ajouter une fonctionnalité pour installer les outils de gestion de cluster de basculement.
4. Dans Confirmer les sélections pour l’installation, cliquez sur Installer. Un redémarrage du serveur n’est
pas nécessaire.
5. Répétez la procédure pour chaque serveur à ajouter en tant que nœud dans le cluster de serveurs de fichiers.
6. Une fois que vous avez au moins deux nœuds dans le cluster, vous pouvez exécuter des tests de validation de
cluster (au moins deux nœuds sont nécessaires dans le cluster). Ouvrez le Gestionnaire du cluster de
basculement et sous Gestion, cliquez sur Valider la configuration.
7. Dans Sélectionner des serveurs ou un cluster, spécifiez le nom NetBIOS ou le nom de domaine complet
d’un nœud que vous ajoutez, puis cliquez sur Ajouter. Dans Options de test, cliquez sur Exécuter tous les
tests (recommandé).
8. Dans Résumé, si les tests se sont terminés correctement, cliquez sur Créer le cluster maintenant en
utilisant les nœuds validés. Cliquez sur Afficher le rapport pour résoudre les problèmes éventuels.
9. Dans Point d’accès pour l’administration du cluster, spécifiez le nom du cluster. Par exemple,
VMMLibrary. Quand le cluster est créé, ce nom est inscrit en tant qu’objet ordinateur de cluster (CNO ) dans
Active Directory. Si vous spécifiez un nom NetBIOS pour le cluster, le CNO est créé au même emplacement
que les objets ordinateur pour le nœud de cluster (soit le conteneur Ordinateurs par défaut, soit une unité
d’organisation). Vous pouvez spécifier un emplacement différent en ajoutant le nom unique de l’unité
d’organisation. Par exemple, CN = NomCluster, UO = Clusters, DC = Contoso.
10. Si le serveur n’est pas configuré pour utiliser DHCP, spécifiez une adresse IP statique pour le cluster.
Sélectionnez chaque réseau à utiliser pour la gestion du cluster et, dans Adresse, sélectionnez l’adresse IP. Il
s’agit de l’adresse IP qui sera associée au cluster dans DNS.
11. Dans Confirmation, vérifiez les paramètres. Désélectionnez Ajouter la totalité du stockage disponible au
cluster si vous souhaitez configurer le stockage ultérieurement. Cliquez sur Suivant pour créer le cluster.
12. Dans Résumé, vérifiez que le cluster a été créé et que son nom est répertorié dans le Gestionnaire du cluster
de basculement.
Si vous souhaitez créer un cluster invité pour déployer le serveur de fichiers, lisez le billet de blog utile de Rudolf
Vesely.

Configurer le rôle serveur de fichiers


1. Sur chaque ordinateur sur lequel vous allez définir un nœud de serveur de fichiers, dans Gestionnaire du
cluster de basculement, sélectionnez Configurer un rôle.
2. Dans l’Assistant Haute disponibilité > Sélectionner un rôle, sélectionnez Serveur de fichiers.
3. Dans Type de serveur de fichiers, sélectionnez Serveur de fichiers pour une utilisation générale.
4. Dans Point d’accès client, tapez le nom du cluster (VMMLibrary, dans notre procédure) et son adresse IP.
5. Dans Sélectionner le stockage, spécifiez le stockage partagé que vous souhaitez utiliser.
6. Confirmez les paramètres et mettez fin à l’Assistant.

Créer un partage de fichiers


1. Dans le Gestion de cluster de basculement > Nom du cluster > Rôles. Sélectionnez le serveur de fichiers et
cliquez sur Ajouter un partage de fichiers.
2. Dans Assistant Nouveau partage > Sélectionner un profil, sélectionnez Partage SMB - Rapide.
3. Dans Emplacement du partage, sélectionnez le serveur de fichiers.
4. Dans Nom du partage, spécifiez la description et le nom du partage.
5. Dans Autres paramètres, conservez les valeurs par défaut.
6. Dans Autorisations, accordez un accès total aux comptes SYSTÈME et Administrateurs et au compte
d’administrateur VMM. Dans Confirmation, passez en revue les paramètres et cliquez sur Créer.

Ajouter le partage en tant que bibliothèque VMM


1. Ouvrez la console VMM > Bibliothèque > Ajouter un serveur de bibliothèque.
2. Dans l’Assistant d’ajout d’un serveur de bibliothèque > Entrer les informations d’identification,
spécifiez un compte de domaine disposant d’autorisations sur le cluster de fichiers.
3. Dans la page Sélectionner des serveurs de bibliothèque, tapez le domaine dans lequel se trouve le cluster
de fichiers et, dans Nom de l’ordinateur, spécifiez le nom que vous avez attribué au cluster de serveurs de
fichiers ou cliquez sur Rechercher pour le trouver. Cliquez sur Ajouter > Suivant.
4. Dans la page Ajouter des serveurs de bibliothèque, sélectionnez les partages de bibliothèque à ajouter. Si
vous voulez ajouter au partage les ressources de la bibliothèque par défaut, sélectionnez Ajouter des
ressources par défaut. Outre les ressources par défaut, cette opération ajoute le dossier
ApplicationFrameworks au partage.
5. Dans la page Résumé, vérifiez les paramètres et cliquez sur Ajouter des serveurs de bibliothèque. Dans
Bibliothèque > Serveurs de bibliothèque, vérifiez que le serveur de bibliothèque et le partage sont
répertoriés.
6. Une fois le partage créé, vous pouvez copier des ressources dans le partage de bibliothèque.
Installer TLS pour VMM
05/06/2019 • 5 minutes to read

Cet article décrit l’installation de la version 1.2 du protocole TLS (Transport Security Layer) avec System Center -
Serveur VMM (Virtual Machine Manager).

Avant de commencer
VMM doit exécuter VMM 2016 avec le correctif cumulatif 4 ou ultérieur.
Les correctifs de sécurité doivent être à jour sur le serveur VMM et le serveur qui exécute la base de données
VMM.
Le serveur VMM doit être en cours d’exécution. .NET version 4.6. Suivez ces instructions pour déterminer quelle
version de .NET est installée.
Pour utiliser TLS 1.2, les composants de System Center génèrent des certificats auto-signés SHA1 ou SHA2. Si
des certificats SSL provenant d’une autorité de certification sont utilisés, ils doivent utiliser SHA1 ou SHA2.

Installer une mise à jour de SQL Server pour la prise en charge de


TLS 1.2
1. Ouvrez KB 3135244.
2. Téléchargez et installez la mise à jour de votre version de SQL Server.
Cette mise à jour n’est pas nécessaire si vous exécutez SQL Server 2016.
SQL Server 2008 R2 ne prend pas en charge TLS 1.2.

Configurer le serveur VMM pour utiliser TLS 1.2


Désactivez tous les protocoles SCHANNEL à l’exception de TLS 1.2.
Modifier manuellement le Registre
1. Ouvrez l’Éditeur du Registre et accédez à
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols.
2. Avec le bouton droit, cliquez sur Protocols, sélectionnez Nouveau > Clé. Tapez la clé et appuyez sur Entrée.
Effectuez cette procédure pour créer les clés suivantes :
SSL3
TLS 1.0
TLS 1.1
TLS 1.2
3. Une fois ces clés créées, vous devez créer les clés Client et Server sous elles.
Pour SSL3, sélectionnez Nouveau > Clé. Tapez Client et appuyez sur Entrée. Pour SSL3, sélectionnez
Nouveau > Clé. Cette fois-ci, tapez Server et appuyez sur Entrée.
Répétez cette opération pour créer les clés Client et Server sous TLS 1.0, TLS 1.1 et TLS 1.2.
4. Après avoir créé les clés Client et Server, vous devez créer les valeurs DWORD sous elles, afin d’activer et de
désactiver les protocoles. Pour cela, procédez comme suit :
Activez le protocole TLS 1.2. Pour ce faire, dans TLS 1.2, sous la clé Client, créez la valeur DWORD
DisabledByDefault et définissez la valeur sur 0. À présent, créez une valeur DWORD Enabled et
définissez la valeur sur 1. Créez les mêmes valeurs DWORD sous la clé Server.
Maintenant, désactivez les autres protocoles. Pour ce faire, dans SSL3, TLS 1.0 et TLS 1.1, sous la clé
Client, créez la valeur DWORD DisabledByDefault et définissez la valeur sur 1. Créez une valeur
DWORD Enabled et définissez la valeur sur 0. Créez les mêmes valeurs DWORD sous la clé Server.
Modifier le Registre à l’aide d’un script PowerShell
Au lieu de modifier les valeurs de Registre manuellement, vous pouvez utiliser le script PowerShell suivant.

$ProtocolList = @("SSL 2.0","SSL 3.0","TLS 1.0", "TLS 1.1", "TLS 1.2")


$ProtocolSubKeyList = @("Client", "Server")
$DisabledByDefault = "DisabledByDefault"
$Enabled = "Enabled"
$registryPath = "HKLM:\\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\"

foreach($Protocol in $ProtocolList)
{
Write-Host " In 1st For loop"
foreach($key in $ProtocolSubKeyList)
{
$currentRegPath = $registryPath + $Protocol + "\" + $key
Write-Host " Current Registry Path $currentRegPath"
if(!(Test-Path $currentRegPath))
{
Write-Host "creating the registry"
New-Item -Path $currentRegPath -Force | out-Null
}
if($Protocol -eq "TLS 1.2")
{
Write-Host "Working for TLS 1.2"
New-ItemProperty -Path $currentRegPath -Name $DisabledByDefault -Value "0" -PropertyType
DWORD -Force | Out-Null
New-ItemProperty -Path $currentRegPath -Name $Enabled -Value "1" -PropertyType DWORD -Force
| Out-Null
}
else
{
Write-Host "Working for other protocol"
New-ItemProperty -Path $currentRegPath -Name $DisabledByDefault -Value "1" -PropertyType
DWORD -Force | Out-Null
New-ItemProperty -Path $currentRegPath -Name $Enabled -Value "0" -PropertyType DWORD -Force
| Out-Null
}
}
}

Exit 0

Configurer VMM pour utiliser TLS 1.2


1. Ouvrez l’Éditeur du Registre sur le serveur VMM. Accédez à
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ .NetFrameword\v4.0.30319.
2. Créez la valeur DWORD SchUseStrongCrypto et définissez la valeur sur 1.
3. Accédez à HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\
.NetFrameword\v4.0.30319.
4. Sous cet emplacement, créez la même valeur DWORD SchUseStrongCrypto et définissez la valeur sur 1.
5. Redémarrez le serveur afin que les paramètres prennent effet.
Modifier le Registre à l’aide d’un script PowerShell
Vous pouvez modifier les paramètres du Registre à l’aide du script PowerShell suivant.
# Tighten up the .NET Framework
$NetRegistryPath = "HKLM:\SOFTWARE\Microsoft\.NETFramework\v4.0.30319"
New-ItemProperty -Path $NetRegistryPath -Name "SchUseStrongCrypto" -Value "1" -PropertyType DWORD -Force | Out-
Null

$NetRegistryPath = "HKLM:\SOFTWARE\WOW6432Node\Microsoft\.NETFramework\v4.0.30319"
New-ItemProperty -Path $NetRegistryPath -Name "SchUseStrongCrypto" -Value "1" -PropertyType DWORD -Force | Out-
Null

Étapes suivantes
Découvrez plus en détail le protocole TLS 1.2.
Déployer et gérer des correctifs cumulatifs dans
VMM
19/12/2018 • 12 minutes to read

Cet article fournit des informations sur l’installation, la vérification et la suppression de correctifs cumulatifs pour
System Center Virtual Machine Manager (VMM ).

NOTE
Les correctifs cumulatifs sont installés automatiquement si les mises à jour de Microsoft sont définies sur Automatique. S’ils
ne sont pas installés automatiquement, vous pouvez les installer manuellement.

Obtenir et installer des correctifs cumulatifs


Les sections suivantes fournissent des informations sur la façon d’obtenir et installer des correctifs cumulatifs
manuellement, par le biais des mises à jour Microsoft Update, du Centre de téléchargement Microsoft et de la
ligne de commande VMM.
Sauvegarder la base de données VMM
1. Dans la console VMM, cliquez sur Paramètres.
2. Sur l’onglet Accueil, cliquez sur Sauvegarde.
3. Dans la page de sauvegarde de VMM, spécifiez l’emplacement du fichier de sauvegarde dans la zone de texte
Chemin d’accès, puis cliquez sur OK.

NOTE
Vérifiez que la tâche se termine correctement, sinon examinez les détails de l’erreur et relancez la sauvegarde.

Plus d'informations : Sauvegarder la base de données VMM


Installer des correctifs cumulatifs à partir de mises à jour Microsoft Update
Procédez comme suit sur un ordinateur sur lequel un composant VMM est installé et qui doit recevoir les
dernières mises à jour :
1. Sous Paramètres > Mise à jour et sécurité, cliquez sur Windows Update.
2. Dans la fenêtre Windows Update, cliquez sur Vérifier en ligne la disponibilité de mises à jour en
provenance de Microsoft Update.
3. Cliquez sur Des mises à jour importantes sont disponibles.
4. Sélectionnez le package du correctif cumulatif, puis cliquez sur OK.
5. Cliquez sur Installer les mises à jour pour installer le package de mise à jour.
Installer des correctifs cumulatifs à partir du Centre de téléchargement Microsoft
Pour télécharger manuellement des correctifs cumulatifs à partir du Centre de téléchargement Microsoft, accédez
à ce dernier, recherchez la base de connaissances souhaitée et téléchargez manuellement les packages de
correctifs cumulatifs.
Installer des correctifs cumulatifs via l’invite de commandes
Pour installer manuellement un package de correctif cumulatif via une invite de commandes avec élévation de
privilèges, exécutez la commande suivante :
msiexec.exe/update <nom_package>

NOTE
Dans l’espace réservé <nom_package>, entrez le nom réel du package.

Par exemple, pour installer le correctif cumulatif 2 relatif au serveur System Center 2016
Virtual Machine Manager (KB3209586), exécutez la commande suivante :
msiexec.exe/update kb3209586_VMMserver_amd64.msp

NOTE
Certaines versions de correctifs cumulatifs peuvent nécessiter des étapes d’installation supplémentaires. Consultez le guide
de la base de connaissances relatif aux correctifs cumulatifs pour vérifier que vous avez effectué toutes les étapes
d’installation.

Vérifier l’installation d’un correctif cumulatif


La procédure suivante vous permet de vérifier que l’installation d’un correctif cumulatif a abouti :
1. Cliquez sur Panneau de configuration > Programmes et fonctionnalités > Afficher les mises à jour
installées.
2. Vérifiez qu’une entrée relative à la mise à jour a bien été créée après l’installation du correctif cumulatif.
Par exemple, le correctif cumulatif 2 a été publié comme mise à jour 3209586. Vous devez voir cette
information sous Afficher les mises à jour installées si vous avez correctement installé ce correctif
cumulatif.
3. Assurez-vous que la version du fichier binaire est associée au bon numéro de build.
4. Pour vérifier le numéro de build d’un correctif cumulatif, consultez le site web suivant :
Liste des numéros de build pour VMM

NOTE
Les fichiers binaires n’ont pas tous le numéro de build de correctif cumulatif actuel. Toutefois, si les fichiers binaires ne sont
pas répertoriés avec le bon numéro de build de correctif cumulatif, cela signifie probablement que l’installation de ce correctif
n’a pas abouti.

Supprimer un correctif cumulatif


IMPORTANT
1. Il est déconseillé de supprimer des correctifs cumulatifs. Avant de vous y résoudre, vérifiez toutes les options disponibles
qui vous permettraient d’éviter cette opération. Vous pouvez aussi contacter le support Microsoft pour vérifier que la
désinstallation est nécessaire.
2. Avant d’effectuer cette opération, nous vous recommandons de sauvegarder votre base de données VMM .
3. Cette suppression entraîne la restauration des versions antérieures des fichiers binaires VMM. La base de données, quant
à elle, n’est pas restaurée.
4. Si un ou plusieurs correctifs logiciels sont installés sur le serveur, assurez-vous de remplacer le fichier binaire
correspondant par celui du correctif cumulatif officiel avant de procéder à la suppression.

Supprimer un correctif cumulatif via le panneau de configuration


1. Cliquez sur Panneau de configuration > Programmes > Programmes et fonctionnalités. Vous pouvez
également accéder rapidement au fichier en saisissant appwiz.cpl dans la zone Exécuter, ce qui affiche la
zone Programmes et fonctionnalités du Panneau de configuration.
2. Cliquez sur Afficher les mises à jour installées.
3. Recherchez le correctif à supprimer, cliquez dessus avec le bouton droit et sélectionnez Désinstaller.
Supprimer un correctif cumulatif via la ligne de commande

NOTE
Pour supprimer une mise à jour à l’aide de la ligne de commande, vous devez disposer des deux identificateurs globaux
uniques (GUID) suivants :
GUID du produit RTM
GUID du correctif logiciel

GUID des produits RTM


Serveur SCVMM : {EBC28D9B -9565-46F3-A248-E26F07F81A98}
Console d’administration SCVMM - amd64 : {B703D43A-ABF6-4A36-84CC -00D77FF8570B }
Console d’administration SCVMM - i386 : {F5D46892-E1BD -4E0A-BD6E -DAA1900BA786}
Agent invité SCVMM - amd64 : {3E71E1FB -AF93-4110-A8EB -973132A3B16B }
Agent invité SCVMM - i386 : {57D2C983-23BF -4840-B784-BDDAC2DC932B }
GUID du correctif logiciel
Pour rechercher le GUID du correctif logiciel, cliquez sur ce dernier avec le bouton droit et sélectionnez
Propriétés. Sur l’onglet Détails, sélectionnez Numéro de révision. La valeur indiquée correspond au GUID du
correctif logiciel.
Lorsque vous connaissez les GUID du produit RTM et du correctif logiciel, exécutez la commande suivante, afin de
supprimer le correctif : Msiexec /I {<GUID produit RTM>} MSIPATCHREMOVE={}
Vérifier la suppression d’un correctif cumulatif
La procédure suivante vous permet de vérifier que la suppression d’un correctif cumulatif a abouti :
1. Vérifiez si le correctif a été supprimé dans la zone Programmes et fonctionnalités.
2. Assurez-vous que les fichiers binaires ont été correctement rétablis. Pour ce faire, accédez au répertoire
d’installation de VMM et vérifiez qu’aucun fichier binaire ne présente la version de build du correctif cumulatif
désinstallé.

NOTE
L’ordre dans lequel vous désinstallez les mises à jour des serveurs et de la console du serveur VMM n’est pas important.

Restaurer une sauvegarde de base de données dans VMM

NOTE
1. Vous pouvez créer une sauvegarde de base de données à tout moment. Cependant, la base de données ne doit être
restaurée que si vous avez désinstallé le tout dernier correctif cumulatif sur le serveur. Si vous avez désinstallé un correctif
cumulatif plus ancien, il est inutile de restaurer la base de données VMM.
2. Vérifiez que vous restaurez bien la sauvegarde de base de données que vous avez créée avant l’installation du correctif
cumulatif.

Pour en savoir plus sur la restauration d’une sauvegarde de base de données, lisez cet article.
Tâches de post-restauration
Cette section s’applique uniquement si vous ajoutez un serveur hôte ou un serveur de bibliothèque après avoir
créé une sauvegarde de base de données et avant de désinstaller un correctif cumulatif.
Une fois la base de données VMM récupérée, vous devez effectuer les actions suivantes :
Éliminez tous les hôtes qui ont été supprimés de VMM depuis la dernière sauvegarde.
Si un hôte a été supprimé depuis la dernière sauvegarde, il affiche l’état Nécessite une attention dans la
console VMM. Par ailleurs, toutes les machines virtuelles de cet hôte affichent l’état Pas de réponse de
l’ordinateur hôte.
Éliminez les machines virtuelles qui ont été supprimées de VMM depuis la dernière sauvegarde. Si un hôte
héberge une machine virtuelle qui a été supprimée depuis la dernière sauvegarde, l’état de cette machine
virtuelle est Manquant dans la console VMM.
Insérez tous les hôtes qui ont été ajoutés à VMM depuis la dernière sauvegarde.
Si vous avez restauré la base de données VMM sur un autre ordinateur, vous devez réassocier les hôtes
présentant un état Accès refusé dans la console VMM.
Un ordinateur est considéré comme distinct s’il possède un identificateur de sécurité différent (SID ). Par
exemple, si vous réinstallez le système d’exploitation sur l’ordinateur, ce dernier a un SID différent, même
si le nom d’ordinateur est le même.
Pour en savoir plus sur les tâches suivant une restauration, lisez cet article.

NOTE
Vous devez effectuer ces étapes pour toutes les autres ressources de structure (fournisseurs de stockage, serveurs de
bibliothèque, etc.) que vous ajoutez après avoir créé une sauvegarde de base de données.
Sauvegarder et restaurer VMM
19/12/2018 • 28 minutes to read

Cet article décrit le processus de sauvegarde et de récupération dans un environnement System Center - Virtual
Machine Manager (VMM ) et fournit quelques recommandations.

Avant de commencer
N’utilisez pas de points de contrôle pour la récupération d’urgence. Les points de contrôle ne créent pas des
doublons complets du contenu du disque dur et ne copient pas non plus les données sur un volume distinct.
Vous pouvez utiliser un point de contrôle comme sauvegarde temporaire avant la mise à jour d’un système
d’exploitation sur une machine virtuelle. Cela vous permet de restaurer la mise à jour en cas de problèmes.
Vous devez utiliser une application de sauvegarde pour sauvegarder et récupérer vos données en cas de perte
de données très grave. Une option est System Center Data Protection Manager (DPM ).
Les données telles que les mots de passe d’autorisation d’accès à distance (RAA) et la clé de produit peuvent
être entrées quand vous réinstallez VMM. Toutefois, certaines données chiffrées telles que les rôles de machine
virtuelle ne peuvent pas être entrées une nouvelle fois.
Vous ne pouvez pas sauvegarder ni restaurer ces données si vous utilisez l'API de protection des données
(DPAPI) pour la sauvegarde de VMM.
Les données seront perdues en cas de défaillance du serveur d’administration VMM.

Créer et implémenter un plan de sauvegarde


Une liste des éléments à sauvegarder et un aperçu des éléments fréquemment modifiés (et donc à sauvegarder
fréquemment) dans votre environnement sont les composants de base d'un plan de sauvegarde.

Sauvegarder la base de données VMM


La base de données VMM contient des informations telles que des configurations, des modèles de service, des
profils, des modèles de machine virtuelle, des services, des services de montée en puissance parallèle et d’autres
données critiques nécessaires au bon fonctionnement de VMM. Sauvegardez la base de données VMM
régulièrement.
La base de données VMM peut être stockée sur le serveur d’administration VMM ou sur un serveur distinct
exécutant Microsoft SQL Server. Pour sauvegarder la base de données VMM, vous pouvez utiliser un ou plusieurs
des éléments suivants :
Des outils SQL Server. Pour plus d’informations, consultez Créer une sauvegarde complète de base de
données (SQL Server).
Autres outils de sauvegarde qui sont utilisés dans votre environnement.
Console VMM ou applet de commande Windows PowerShell, comme décrit dans les procédures suivantes.
En plus de sauvegarder la base de données, nous vous recommandons de créer une sauvegarde de l’état du
système du serveur d’administration VMM afin que vous puissiez recréer le serveur avec le même identificateur de
sécurité (SID ) en cas de perte de données très grave. Le SID fait partie intégrante de la procédure d’autorisation de
VMM sur les ordinateurs hôtes de machines virtuelles.
IMPORTANT
Il existe plusieurs façons de récupérer le fichier de base de données VMM que vous créez via l'une des procédures de
sauvegarde suivantes. L’une d’elles, qui nécessite le fonctionnement du serveur d’administration VMM, consiste à utiliser
l’outil SCVMMRecover.exe, comme décrit dans Backup-SCVMMServer (même si SCVMMRecover.exe n’est pas une
applet de commande). Une autre manière, qui ne nécessite pas le fonctionnement du serveur d'administration VMM,
consiste à effectuer la restauration à l'aide des outils SQL Server permettant de restaurer et d'attacher un fichier de base
de données.
Pour utiliser les procédures suivantes, vous devez être un membre du rôle d'utilisateur d'administrateur.

Sauvegarder la base de données VMM à l’aide de la console VMM


1. Dans l’espace de travail Paramètres, sous l’onglet Accueil, dans le groupe Sauvegarde, cliquez sur
Sauvegarde.
2. Dans la boîte de dialogue Sauvegarde Virtual Machine Manager, indiquez l’emplacement du fichier de
sauvegarde. Sélectionnez un dossier différent du répertoire racine et auquel SQL Server peut accéder.
Vous pouvez vérifier l'état de la sauvegarde dans l'espace de travail Travaux.
Pour plus d’informations sur la récupération de la sauvegarde, consultez la remarque Important avant cette
procédure.
Sauvegarder la base de données VMM à l’aide d’applets de commande dans Windows PowerShell
1. Démarrez une session Windows PowerShell.
2. À l’invite de commandes Windows PowerShell, exécutez les applets de commande Get-SCVMMServer et
Backup-SCVMMServer, en utilisant la syntaxe suivante :

get-scvmmserver <VMM management server name> | backup-scvmmserver -Path <BackupFileDir>

Pour plus d’informations sur la récupération de la sauvegarde, consultez la remarque Important avant ces
procédures.

Sauvegarder des ordinateurs hôtes et des machines virtuelles


Les hôtes de machines virtuelles sont des hôtes Hyper-V, des hôtes VMware ESXi et des clusters hôtes sur lesquels
les machines virtuelles et les services sont déployés. Pour sauvegarder des clusters et des ordinateurs hôtes de
machines virtuelles, utilisez Microsoft System Center Data Protection Manager (DPM ) ou une autre application de
sauvegarde qui tire parti du service VSS pour copier les données des ordinateurs hôtes et des machines virtuelles
vers un partage de serveur de fichiers distant.

IMPORTANT
Nous vous recommandons de sauvegarder les fichiers de configuration des machines virtuelles (.vmc) tous les jours.

Effectuez l'inventaire de vos ordinateurs hôtes, puis sauvegardez toutes les machines virtuelles hébergées. Pour
obtenir la liste des ordinateurs hôtes qui sont gérés par VMM, exécutez l’applet de commande suivante à partir
d’une ligne de commande Windows PowerShell :

$vmhost = get-scvmmserver <VMM management server name> | get-scvmhost

Pour plus d’informations, consultez Get-SCVMMServer et Get-SCVMHost.


Sauvegardez tous les fichiers de configuration et de ressources sur chaque hôte VMM à l’aide de logiciels de
sauvegarde qui prennent en charge l’enregistreur VSS VMM. Les logiciels de sauvegarde qui prennent en charge
VMM peuvent limiter le nombre d'étapes requises pour archiver et restaurer des machines virtuelles, réduire les
temps d'arrêt et garantir la cohérence des données qui sont archivées ou restaurées.

Sauvegarder des serveurs de bibliothèque


La bibliothèque VMM inclut des ressources de fichiers, comme des disques durs virtuels, des images ISO, des
scripts, des fichiers de pilote et des packages d’application, qui sont stockées sur des serveurs de bibliothèque. Ces
ressources sont étroitement associées à des ressources de la base de données VMM qui ne sont pas des ressources
de fichiers, telles que des profils et modèles de service et de machine virtuelle. Toutes ces ressources doivent être
sauvegardées.
Pour sauvegarder les données sur des serveurs de bibliothèque, utilisez System Center Data Protection Manager
(DPM ) ou une autre application de sauvegarde qui tire parti du service VSS pour copier les données des
ordinateurs hôtes et des machines virtuelles vers un partage de serveur de fichiers distant. Pour obtenir une liste
des serveurs de bibliothèque VMM, exécutez l’applet de commande suivante à partir de la ligne de commande
Windows PowerShell :

$libraryservers = get-scvmmserver <VMM management server name> | get-sclibraryserver

Pour plus d’informations, consultez Get-SCVMMServer et Get-SCLibraryServer.


Sauvegardez tous les fichiers se trouvant sur des partages de bibliothèque dans un dossier partagé situé sur un
serveur de fichiers distant, notamment les fichiers avec les extensions suivantes :
.vhd et .vhdx
.iso
.vmx
.ps1
.vmc
.vsv

Sauvegarder des clouds privés VMM


Pour orchestrer et automatiser la réplication et le basculement de machines virtuelles situées dans des clouds
VMM, vous pouvez utiliser le gestionnaire Azure Site Recovery. Vous pouvez effectuer la réplication en procédant
de l'une des manières suivantes :
D'un site VMM local vers un autre, en utilisant la réplication Hyper-V ou de la réplication SAN.
D'un site VMM local vers Azure, en utilisant la réplication Hyper-V.

Sauvegarder les clés de Registre, les clés de chiffrement et les


informations d'identification
Utilisez les instructions suivantes pour sauvegarder les clés de Registre, les clés de chiffrement et les informations
d'identification non gérées par VMM :
Clés de Registre : VMM utilise plusieurs clés de Registre pour stocker des paramètres importants. Les
paramètres sont stockés dans la clé de Registre suivante et ses sous-clés :
HKLM\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings.
Vous devez sauvegarder la totalité de cette section du Registre, à l'exception éventuellement de la sous-clé
SQL. Si vous sauvegardez la sous-clé SQL, vous capturez le nom de la base de données, l’emplacement et
d’autres détails au moment de la sauvegarde, ce qui peut ne pas correspondre aux détails de la base de
données VMM que vous voulez au moment de la récupération.
Pour sauvegarder des clés de Registre, vous pouvez utiliser la fonction Export de Regedit ou tout autre outil
utilisé dans votre environnement pour sauvegarder des clés de Registre.
Clés de chiffrement dans les services de domaine Active Directory : si la gestion distribuée de clés
(DKM ) est configurée, vous stockez les clés de chiffrement associées à VMM dans les services de domaine
Active Directory (AD DS ). Pour sauvegarder ces clés, sauvegardez régulièrement Active Directory.
Informations d’identification non gérées par VMM : certaines informations d’identification liées à
VMM sont gérées par le Gestionnaire d’informations d’identification Windows sur le serveur
d’administration VMM. Pour accéder au Gestionnaire d’informations d’identification, dans le Panneau de
configuration, sélectionnez Tous les Panneaux de configuration, puis cliquez sur Gestionnaire
d’informations d’identification. Cliquez sur Sauvegarder les informations d’identification pour
sauvegarder toutes les informations d’identification liées à VMM.

Sauvegarder des compléments d'interface utilisateur non Microsoft et


d'autres applications non Microsoft
Vous pouvez utiliser des compléments d'interface utilisateur non-Microsoft pour étendre les fonctionnalités de la
console VMM. Les données utilisées par un complément d'interface utilisateur peuvent être stockées sur le serveur
local ou sur un ordinateur distant. De plus, elles peuvent être configurées avec un ensemble spécifique
d'autorisations. Consultez les recommandations en matière de sauvegarde de votre complément d'interface
utilisateur spécifique.
Pour toutes les autres applications non Microsoft, reportez-vous aux recommandations en matière de sauvegarde
spécifiques à ces applications.

Restaurer l’environnement VMM


Restaurer la base de données VMM si nécessaire
Si la base de données VMM doit être restaurée, restaurez-la tout d'abord, en utilisant le processus qui correspond
à votre méthode de sauvegarde. Par exemple, pour effectuer une restauration à l’aide des outils SQL Server,
consultez Vue d’ensemble de la restauration et de la récupération (SQL Server).
Si la base de données VMM est le seul élément que vous devez restaurer et que vous souhaitez obtenir des
informations sur l’outil SCVMMRecover.exe, consultez Backup-SCVMMServer.
Restaurer le serveur VMM sur le même ordinateur
Si vous utilisez le même ordinateur pour le serveur VMM, effectuez une restauration de l’état du système sur cet
ordinateur (sinon, ignorez cette section). Dans ce cas, le SID du serveur VMM reste le même et moins d’étapes
sont nécessaires pour restaurer votre environnement VMM.
Après avoir restauré le serveur VMM, procédez comme suit :
1. Supprimez de la console VMM tous les ordinateurs hôtes ou machines virtuelles qui ont été supprimés
après la dernière sauvegarde. Si un ordinateur hôte a été supprimé après la dernière sauvegarde, il est
affiché avec l'indication « Pas de réponse » et toutes les machines virtuelles sur l'ordinateur hôte sont
affichés avec l'indication « Pas de réponse de l'ordinateur hôte ». Si l'hôte est présent mais qu'une machine
virtuelle a été supprimée après la dernière sauvegarde, la machine virtuelle est affichée avec l'indication
« Manquant ».
2. Ajoutez tous les ordinateurs hôtes ou machines virtuelles qui ont été ajoutés après la dernière sauvegarde.
Restaurer le serveur VMM sur un autre ordinateur
Si vous envisagez de restaurer le serveur d’administration VMM sur un ordinateur physique différent, passez
d’abord en revue la configuration matérielle requise dans la configuration système requise.
Ensuite, réinstallez VMM sur le serveur sélectionné et faites pointer ce serveur VMM vers la base de données
VMM. Étant donné que ce serveur aura un SID différent de celui de l’ordinateur d’origine, quelques étapes sont
nécessaires pour le maintenir à jour avec votre environnement. Ces étapes comprennent la réassociation des hôtes
au nouveau serveur VMM (sinon, ils restent mappés au compte d'ordinateur d'origine).
Mettre à jour des hôtes avec le nouveau serveur de d’administration VMM
1. Ouvrez la console VMM.
2. Si nécessaire, passez en revue les listes des hôtes et des machines virtuelles pour préparer les étapes
ultérieures de cette procédure :
Pour consulter la liste des serveurs, dans l’espace de travail Infrastructure, sur la gauche, cliquez sur
Serveurs.
Pour consulter la liste des machines virtuelles, dans l’espace de travail Ordinateurs virtuels et
services, sur la gauche, cliquez sur Tous les ordinateurs hôtes.
3. Supprimez de la console VMM tous les ordinateurs hôtes ou machines virtuelles qui ont été supprimés
après la dernière sauvegarde. Si un ordinateur hôte a été supprimé après la dernière sauvegarde, il est
affiché avec l'indication « Pas de réponse » et toutes les machines virtuelles sur l'ordinateur hôte sont
affichés avec l'indication « Pas de réponse de l'ordinateur hôte ». Si l'hôte est présent mais qu'une machine
virtuelle a été supprimée après la dernière sauvegarde, la machine virtuelle est affichée avec l'indication
« Manquant ».
4. Ajoutez tous les ordinateurs hôtes ou machines virtuelles qui ont été ajoutés après la dernière sauvegarde.
5. Identifiez les ordinateurs gérés qui sont marqués avec « Accès refusé », cliquez avec le bouton droit sur
chacun d’eux, cliquez sur Réassocier, puis fournissez les informations d’identification d’administration.
6. Si vous restaurez un serveur d’administration VMM qui était également serveur de bibliothèque, le nouvel
ordinateur répertorie le serveur VMM d’origine comme serveur de bibliothèque par défaut. Dans l’affichage
Bibliothèque, supprimez le serveur de bibliothèque d’origine, puis ajoutez le nouvel ordinateur comme
serveur de bibliothèque.
Vous devrez peut-être également réassocier les serveurs dans le réseau de périmètre (également appelé réseau
DMZ, zone démilitarisée, et sous-réseau filtré), comme décrit dans la section suivante.
Réassocier des serveurs dans un réseau de périmètre
Après la restauration d'un serveur VMM, les serveurs sur un réseau de périmètre peuvent initialement apparaître
avec l'état « Pas de réponse ». Dans ce cas, procédez comme suit.
1. Connectez-vous à chaque serveur du réseau de périmètre, puis recherchez le compte VMM. Le compte
VMM est un compte d’administrateur local avec un nom d’utilisateur scvmm de 10 caractères plus
5 caractères aléatoires.
2. Modifiez le mot de passe du compte VMM sur chaque serveur.
3. Sur le serveur d’administration VMM, dans la boîte de dialogue Propriétés d’ordinateur hôte, cliquez sur
l’onglet Options, puis affectez à chaque serveur le même mot de passe que celui créé à l’étape 2.
Restaurer les serveurs de bibliothèque VMM
Pour restaurer un serveur de bibliothèque après une perte de données, restaurez les partages de serveur de
fichiers, puis restaurez les données sur ces partages.
Après avoir restauré le serveur d’administration VMM et la base de données VMM, les serveurs de bibliothèque
sont répertoriés dans la console VMM. Si nécessaire, réassociez ces listes aux serveurs de bibliothèque physiques.
1. Si l’ordinateur nouvellement restauré possède le même nom que l’ordinateur d’origine, installez l’agent Virtual
Machine Manager localement sur cet ordinateur, puis réassociez cet ordinateur au serveur d’administration
VMM.
2. Si l’ordinateur nouvellement restauré a un nom différent de l’ordinateur d’origine, utilisez la console VMM pour
supprimer l’ordinateur d’origine de la liste des ordinateurs gérés, puis ajoutez le nouvel ordinateur.

Restaurer les clés de Registre, les objets Active Directory et les


informations d'identification non gérées par VMM
Utilisez les instructions suivantes pour restaurer les clés de Registre, les objets Active Directory et les informations
d'identification non gérées par VMM :
Clés de Registre : pour restaurer des clés de Registre qui ont été précédemment sauvegardées, vous
pouvez utiliser la fonction Import de Regedit ou tout autre outil utilisé dans votre environnement pour
sauvegarder et restaurer des clés de Registre. Toutefois, ne restaurez pas la sous-clé SQL si le nom de la
base de données, l’emplacement et d’autres détails qui y sont contenus ne correspondent pas à ce que vous
souhaitez pour la base de données VMM au moment où vous restaurez les clés de Registre.
Objets Active Directory : si la gestion distribuée de clés (DKM ) est activée dans votre environnement
VMM, VMM stocke des données dans Active Directory, telles que les mots de passe de compte
d’identification, les informations relatives à la clé de produit et les données de rôle de machine virtuelle.
Après avoir réinstallé VMM, vous pouvez, si nécessaire, entrer à nouveau certaines des données qui ont été
stockées dans Active Directory, telles que les mots de passe de compte d’identification et les informations
relatives à la clé de produit. Après avoir réinstallé VMM et (si nécessaire) restauré Active Directory, les
données présentes dans Active Directory continuent d’être accessibles à VMM.
Informations d’identification non gérées par VMM : dans le Panneau de configuration, sélectionnez
Tous les Panneaux de configuration, puis cliquez sur Gestionnaire d’informations d’identification.
Cliquez sur Restaurer les informations d’identification pour restaurer toutes les informations
d’identification associées à VMM qui ont été sauvegardées.

Tâches de post-restauration
En fonction de votre configuration VMM, vous devrez peut-être effectuer certaines des tâches suivantes après
avoir restauré l’environnement VMM :

Configurer des groupes de disponibilité AlwaysOn


Si la base de données VMM a été configurée à l’aide de groupes de disponibilité SQL Server AlwaysOn, vous
devez effectuer certaines tâches pour vous assurer que la base de données est correctement configurée avec un
groupe de disponibilité.

Réinstaller Windows Azure Pack


Si Windows Azure Pack (WAP ) a été déployé dans votre environnement pour prendre en charge des clients à l’aide
de VMM, vous devrez le réinstaller après la restauration de l’environnement VMM. Pour plus d’informations sur
Windows Azure Pack pour Windows Server, consultez Windows Azure Pack pour Windows Server.

Installer des consoles VMM supplémentaires


Si vous devez remplacer des serveurs sur lesquels les consoles VMM ont été installées, réinstallez les consoles sur
ces serveurs.
Mettre à jour les modèles de machine virtuelle
Tous les modèles de machine virtuelle qui ont été restaurés doivent spécifier correctement le disque dur virtuel
contenant le système d'exploitation.
1. Dans la console VMM, ouvrez l’espace de travail Bibliothèque, développez Modèles, puis cliquez sur
Modèles d’ordinateur virtuel.
2. Dans le volet Modèles, cliquez avec le bouton droit sur le modèle de machine virtuelle que vous voulez
mettre à jour, cliquez sur Propriétés, puis cliquez sur la page Configuration matérielle pour mettre à jour
les paramètres.
Restaurer le Gestionnaire de récupération Windows Azure Hyper-V
Si le Gestionnaire de récupération Windows Azure Hyper-V est implémenté dans l’environnement VMM, vous
devez effectuer quelques étapes pour restaurer le fournisseur de ce Gestionnaire de récupération.
Passer en revue les compléments, packages de pilotes et certificats
Après avoir restauré VMM, passez en revue les éléments suivants pour vous assurer que vous avez effectué les
étapes nécessaires pour les compléments, packages de pilotes et certificats :
Compléments d’interface utilisateur non-Microsoft : pour restaurer tout complément d’interface
utilisateur non Microsoft ou toute autre application non Microsoft, consultez les recommandations en
matière de sauvegarde propres à l’application.
Packages de pilotes : il est possible que les packages de pilotes précédemment ajoutés à la bibliothèque
VMM ne soient pas correctement découverts après une restauration. Il peut être nécessaire de les
supprimer, puis de les ajouter à nouveau.
Certificats : tous les certificats liés à VMM sur des hôtes doivent être mis à jour avec les informations du
nouveau serveur d’administration VMM.

NOTE
Après avoir réinstallé VMM, celui-ci met à jour les listes de contrôle d’accès qui sont devenues obsolètes en raison de la
défaillance. Aucune intervention supplémentaire n'est requise.
Configurer la bibliothèque dans l’infrastructure de
calcul VMM
19/12/2018 • 7 minutes to read

Lisez cet article pour comprendre le fonctionnement de la bibliothèque System Center - Virtual Machine
Manager (VMM ) et la façon dont vous interagissez avec elle.
La bibliothèque VMM est un partage de fichiers qui comprend un catalogue de ressources utilisées pour le
déploiement de machines virtuelles et de services dans l’infrastructure VMM. La bibliothèque stocke les
éléments suivants :
Ressources basées sur des fichiers telles que disques durs virtuels, images ISO, scripts, fichiers de pilote et
packages d’application (applications de la couche Données de SQL Server et Web Deploy).
Les ressources non basées sur des fichiers, telles que les modèles de machine virtuelle et les modèles de
service utilisés pour créer des machines virtuelles et des services.
Les machines virtuelles hors connexion.
Quand vous installez VMM, par défaut, un seul partage de bibliothèque est créé sur le serveur d’administration
VMM. Vous pouvez ajouter des partages supplémentaires. Pour garantir une haute disponibilité, vous pouvez
déployer des serveurs de fichiers dans un cluster de basculement. Le serveur de fichiers avec montée en
puissance parallèle (SOFS ) n’est pas pris en charge. Pour interagir avec les bibliothèques et les ressources qu’elle
contient, utilisez la vue Bibliothèque dans la console VMM.

Actions possibles dans la bibliothèque


TYPE DE RESSOURCE QUELLES RESSOURCES PUIS-JE AJOUTER ?

Ressources de fichiers Disques durs virtuels (.vhd/.vhdx/.vmdk), fichiers image ISO


(.iso), scripts PowerShell (.ps1), scripts SQL Server (.sql),
packages Web Deploy (MSDeploy) (.zip), applications de la
couche Données SQL Server - DACS (.dacpac), packages
Server App-V (.osd), fichiers de pilote (.inf), fichiers de
réponses (.inf, xml), disquettes virtuelles (.vfd/.flp)
TYPE DE RESSOURCE QUELLES RESSOURCES PUIS-JE AJOUTER ?

Modèles et profils Les modèles vous aident à créer rapidement des machines
virtuelles et des services avec des paramètres cohérents.
Vous créez des profils avec des paramètres spécifiques et
vous les ajoutez ensuite aux modèles.

Les modèles de machine virtuelle s’utilisent pour créer une


seule machine virtuelle. Un modèle peut être créé à partir
d’un disque dur virtuel existant, d’un autre modèle de
machine virtuelle stocké dans la bibliothèque ou d’une
machine virtuelle déjà déployée sur une machine hôte.

Les modèles de service s’utilisent pour créer plusieurs


machines virtuelles et peuvent inclure des paramètres pour
les rôles et fonctionnalités Windows Server. En plus des profils
matériels et de système d’exploitation invité, les modèles de
service peuvent aussi utiliser des profils d’application et SQL
Server.

Les profils matériels définissent les paramètres matériels,


tels que le processeur, la mémoire et la priorité de la machine
virtuelle pour l’allocation de ressources sur la machine hôte.

Les profils de système d’exploitation invité définissent les


paramètres de système d’exploitation qui sont appliqués
quand une machine virtuelle est créée à partir d’un modèle.

Les profils d’application fournissent des instructions pour


installer une application. VMM prend en charge ces
mécanismes de déploiement d’applications : applications de la
couche Données (DAC) et Web Deploy (MSDeploy), exécution
d’un script créé pour Windows installer (.msi), setup.exe,
configuration de l’état souhaité (DSC) de Windows
PowerShell, Puppet et Chef.

Les profils SQL Server fournissent des instructions pour


personnaliser une instance de SQL Server pour une
application DAC SQL Server.

Objets équivalents Les objets équivalents sont des regroupements de ressources


de bibliothèque considérées comme équivalentes. Ces
regroupements sont définis par l’utilisateur. Quand vous avez
marqué des objets comme équivalents et que vous pointez
ces objets vers un disque virtuel spécifique d’un partage de
bibliothèque dans un modèle ou un profil, VMM peut utiliser
à la place tout objet équivalent pendant la création d’une
machine virtuelle ou d’un service. Autrement dit, les modèles
et les profils que vous créez ne dépendent pas de ressources
physiques spécifiques, et les ressources sont fournies sans
affecter la disponibilité des modèles et des profils. VMM
prend en charge les disques virtuels, les images .iso et les
ressources personnalisées comme objets équivalents.

Bibliothèques de clouds Partages de bibliothèque en lecture seule qui sont affectés à


un cloud privé et à un nœud de stockage pour permettre aux
utilisateurs libre-service ayant les autorisations appropriées
d’y stocker des machines virtuelles et des services. Vous
pouvez ajouter des ressources dans les bibliothèques de
clouds pour les mettre à la disposition des utilisateurs du
cloud privé.
TYPE DE RESSOURCE QUELLES RESSOURCES PUIS-JE AJOUTER ?

Contenu de l’utilisateur libre-service Les utilisateurs libre-service peuvent charger leurs propres
ressources dont ils ont besoin pour créer des modèles. Les
utilisateurs peuvent partager des ressources avec d’autres
utilisateurs libre-service.

Machines virtuelles et services stockés Les utilisateurs peuvent stocker leurs machines virtuelles qui
ne sont pas utilisées dans le nœud de stockage de la
bibliothèque de clouds.

Mettre à jour le catalogue et les lignes de base Si vous gérez les mises à jour via VMM, les lignes de base de
mise à jour WSUS sont stockées dans la bibliothèque.

Ressources personnalisées Vous pouvez ajouter des ressources personnalisées pour que
des ressources normalement non indexées soient disponibles
dans la bibliothèque. Pour cela, vous devez créer un dossier
avec une extension .CR et l’enregistrer dans un partage de
bibliothèque. Le contenu du dossier est disponible pour tous
les utilisateurs qui ont accès au partage. Les scripts de pré-
exécution et de post-exécution ainsi que les packages
d’installation personnalisés sont des exemples de ressources
personnalisées.

Étapes suivantes
En savoir plus sur l’ajout de ressources de fichiers dans la bibliothèque.
Ajouter des ressources de fichiers à la bibliothèque
VMM
19/03/2019 • 4 minutes to read

Quand vous avez terminé la configuration de la bibliothèque System Center - Virtual Machine Manager
(VMM ), lisez cet article si vous souhaitez ajouter des ressources de fichiers à la bibliothèque et marquer des
objets de la bibliothèque comme équivalents.
Vous pouvez ajouter des ressources de fichiers à la bibliothèque en utilisant l’une de ces méthodes :
Copier des fichiers dans le partage dans la console VMM
Importer et exporter des ressources de fichiers entre des partages de bibliothèque
Copier des fichiers dans le partage de bibliothèque en dehors de la console VMM

NOTE
Utiliser Sysprep pour préparer le disque dur virtuel et l’ajouter à la bibliothèque VMM En savoir plus.

Copier des fichiers dans le partage dans la console VMM


1. Accédez à Bibliothèque > Serveurs de bibliothèque.
2. Cliquez avec le bouton droit sur un partage de bibliothèque > Explorer.
3. Copiez les fichiers dans le partage.

Importer et exporter des fichiers entre bibliothèques


1. Cliquez sur Bibliothèque > Importer la ressource physique.
2. Indiquez si vous souhaitez importer une ressource ou des ressources personnalisées, puis sélectionnez le
serveur de bibliothèque, le partage et le dossier (facultatif) de destination. Cliquez sur OK > Importer.
Vérifiez l’importation dans Serveurs de bibliothèque > emplacement cible > Objets de bibliothèque
physique.
3. Pour commencer l’exportation, cliquez sur Exporter la ressource physique.
4. Cliquez avec le bouton droit sur un partage de bibliothèque > Explorer. Sélectionnez les ressources à
exporter (sélectionnez une ressource et maintenez la touche Maj enfoncée pour sélectionner plusieurs
ressources), puis cliquez sur OK. Sélectionnez un dossier de destination et cliquez sur OK > Exporter.
5. Copiez les fichiers dans le partage.

Marquer des objets comme équivalents


Vous pouvez regrouper les ressources de bibliothèque à considérer comme équivalentes. Ainsi, quand vous
créez des modèles et des profils avec des objets pointant vers un disque virtuel spécifique dans un partage de
bibliothèque, VMM peut utiliser tout objet équivalent à la place au moment de la création d’une machine
virtuelle ou d’un service. Autrement dit, les modèles et les profils que vous créez ne dépendent pas de
ressources physiques spécifiques, et les ressources sont fournies sans affecter la disponibilité des modèles et
des profils.
VMM prend en charge les disques virtuels, les images .iso et les ressources personnalisées comme objets
équivalents. Les ressources équivalentes doivent avoir le même type de fichier.
Vous devez être administrateur, administrateur délégué ou utilisateur libre-service pour pouvoir marquer des
objets comme équivalents. Les administrateurs délégués peuvent marquer des objets dans les partages de
bibliothèque situés dans leur étendue. Les utilisateurs libre-service peuvent marquer des objets situés dans le
chemin des données de leur rôle d’utilisateur.
1. Cliquez sur Bibliothèque > Serveurs de bibliothèque.
2. Pour les administrateurs et les administrateurs délégués, la colonne Serveur de bibliothèque indique
l’emplacement de chaque ressource. Pour trier les ressources de bibliothèque, les utilisateurs libre-service
doivent développer Contenu de l’utilisateur libre-service > Type.
3. Cliquez avec le bouton droit sur les ressources > Marquer comme équivalent.
4. Dans Objets de bibliothèque équivalents, tapez le nom de famille et la valeur de version pour créer un
ensemble équivalent, ou cliquez sur un nom de famille à ajouter à un ensemble existant. Les objets sont
considérés comme équivalents s’ils ont un nom de famille, une valeur de version et un espace de noms
(affecté automatiquement par VMM ) identiques.

Étapes suivantes
En savoir plus sur l’ajout de profils à la bibliothèque VMM.
Ajouter des profils à la bibliothèque VMM
19/12/2018 • 22 minutes to read

Lisez cet article pour en savoir plus sur les profils System Center - Virtual Machine Manager (VMM ) et découvrir
comment ajouter ces profils à la bibliothèque VMM.
Un profil VMM contient les paramètres qui sont utilisés quand vous créez une machine virtuelle ou un modèle de
machine virtuelle. Les profils simplifient le déploiement, car ils vous aident à créer rapidement des machines
virtuelles avec des paramètres cohérents. Ils permettent aussi de restreindre les paramètres à la disposition des
utilisateurs libre-service qui créent des machines virtuelles.

UTILISÉ POUR LES MODÈLES DE UTILISÉ POUR LES MODÈLES DE


PROFIL DÉTAILS MACHINE VIRTUELLE SERVICE

Profil matériel Définit les paramètres de Oui Non


configuration matérielle,
notamment le processeur, la
mémoire, les cartes réseau,
la carte vidéo, le lecteur de
DVD, et la priorité de la
machine virtuelle lors de
l’allocation de ressources sur
une machine hôte.

Profil de système Définit les paramètres de Oui Non


d’exploitation invité configuration du système
d’exploitation qui sont
appliqués à la machine
virtuelle, comme le type de
système d’exploitation, le
nom d’ordinateur, le mot de
passe d’administrateur, le
nom de domaine, la clé de
produit, le fuseau horaire, le
fichier de réponses et le
fichier RunOnce.
UTILISÉ POUR LES MODÈLES DE UTILISÉ POUR LES MODÈLES DE
PROFIL DÉTAILS MACHINE VIRTUELLE SERVICE

Profil d’application Fournit des instructions Non Oui


pour installer une
application. VMM prend en
charge plusieurs
mécanismes de déploiement
d’application. Deux de ces
mécanismes sont conçus
pour des technologies de
création de packages
d’application spécifiques : les
applications de la couche
Données (DAC) et Web
Deploy (MSDeploy). Un
troisième mécanisme vous
permet d’installer n’importe
quelle application en
exécutant un script. Vous
pouvez utiliser des scripts
créés pour Windows Installer
(MSI), des programmes
d’installation Setup.exe, le
service de configuration
d’état souhaité (DSC)
Windows PowerShell, ainsi
que les logiciels Puppet et
Chef.

Profil SQL Server Fournit des instructions Non Oui


pour personnaliser une
instance de Microsoft SQL
Server pour une application
de la couche Données (DAC)
SQL Server lors du
déploiement d’une machine
virtuelle dans le cadre d’un
service.

Profil de capacité Définit les limites et les Oui Oui


capacités pour un ensemble
spécifique de ressources, par
exemple, les paramètres des
cartes réseau, les plages de
processeurs et la mémoire.
Les profils de capacité sont
utilisés pour les profils
matériels ou dans un
déploiement cloud. Par
exemple, configurez un
cloud privé et attribuez-lui
un profil de capacité Hyper-
V qui nécessite des
ressources à haut niveau de
disponibilité. Pour cet
exemple, vous devez
configurer les ressources de
bibliothèque comme les
profils matériels, avec la
même capacité. Pour plus
d’informations, consultez cet
article.
UTILISÉ POUR LES MODÈLES DE UTILISÉ POUR LES MODÈLES DE
PROFIL DÉTAILS MACHINE VIRTUELLE SERVICE

Profil d’ordinateur Définit les paramètres Non Non


physique utilisés pour approvisionner
les serveurs.

Créer un profil matériel


1. Dans la console VMM, cliquez sur > Bibliothèque > Créer > Profils matériels.
2. Dans Nouveau profil matériel > Général, tapez un nom de profil. Vous pouvez créer un profil matériel avec
les paramètres par défaut, mais vous voudrez probablement les personnaliser. Dans Profil matériel, vous
pouvez spécifier les paramètres matériels.
3. Dans Compatibilité, vous pouvez spécifier qu’un profil de capacité doit être affecté au profil matériel.
N’oubliez pas que les profils de capacité sont utiles pour limiter les options disponibles quand un utilisateur
crée une machine virtuelle.
4. Dans Général, vous pouvez définir le nombre de processeurs virtuels à attribuer à la machine virtuelle. Vous
pouvez spécifier la plage de mémoire dynamique et de mémoire de démarrage. La mémoire de démarrage est
la mémoire qui est allouée à la machine virtuelle au démarrage. Après le démarrage, cette mémoire peut être
récupérée à partir de la machine virtuelle en fonction des paramètres définis pour la mémoire minimale.
5. Dans Configuration de bus, ajoutez ou supprimez le matériel qui prend en charge un dispositif de stockage.
6. Dans Cartes réseau, spécifiez le nombre de cartes prévues pour la machine virtuelle, si les cartes ont une
adresse IP statique ou une adresse allouée à partir d’un pool, l’adresse MAC et le profil de port. Le profil de
port permet de contrôler l’utilisation de la bande passante sur les cartes.
7. Dans Avancé, vous pouvez spécifier des paramètres de performances et de haute disponibilité. Dans
Disponibilité, spécifiez si la machine virtuelle doit présenter un haut niveau de disponibilité quand elle est
déployée dans un cluster. Dans BIOS, sélectionnez l’ordre de la machine virtuelle et à quel moment activer
Verr. num pour la saisie de mot de passe. Dans Priorité du processeur, spécifiez la priorité relative de
l’utilisation du processeur pour la machine virtuelle. Si vous définissez une priorité élevée, la machine virtuelle
a davantage accès aux ressources que d’autres machines virtuelles avec une priorité basse. Dans NUMA
virtuelle, spécifiez quand la machine virtuelle peut utiliser la NUMA virtuelle. Dans Poids de la mémoire,
spécifiez la priorité relative pour la machine virtuelle.
8. Quand vous avez fini de créer le profil matériel, cliquez dessus avec le bouton droit si vous souhaitez configurer
des propriétés supplémentaires. Dans Dépendances, vous voyez toutes les dépendances pour le profil. Par
exemple, si un fichier de bibliothèque est nécessaire, cela est indiqué ici. Dans Accès, vous voyez les rôles ou les
utilisateurs qui sont autorisés à utiliser ce profil. Dans Erreurs de validation, vous pouvez rechercher les
erreurs éventuelles.
9. Une fois que vous avez créé le profil matériel, utilisez-le pour configurer un modèle de machine virtuelle ou
créer une machine virtuelle. Vous pouvez sélectionner un profil matériel complet, ou le sélectionner et adapter
certains paramètres en fonction du modèle ou de la machine virtuelle.

Créer un profil de système d’exploitation invité


1. Dans la console VMM, cliquez sur > Bibliothèque > Créer > Profils de système d’exploitation invité.
2. Dans Nouveau profil de système d’exploitation invité > Général, tapez un nom de profil. Dans Profil de
système d’exploitation invité, spécifiez les paramètres du système d’exploitation.
3. Dans Paramètres généraux > Système d’exploitation, spécifiez le système d’exploitation de la machine
virtuelle. Dans Informations d’identité, spécifiez le nom d’ordinateur réel de la machine virtuelle. Pour
obtenir un nom unique, spécifiez un caractère générique afin de générer un nouveau nom pour chaque
machine virtuelle. Vous pouvez également utiliser les caractères ### pour définir une valeur numérique
croissante. Par exemple, si vous tapez « ContosoVM -## », les noms de machine générés sont « ContosoVM -
01 », « ContosoVM -02 », etc. Dans Mot de passe de l’administrateur, spécifiez que les autorisations
d’administrateur local nécessitent un mot de passe. Vous pouvez utiliser le compte d’identification prédéfini.
Dans Clé du produit, tapez la clé d’installation du système d’exploitation. Si vous ajoutez un fichier de
réponses sous Scripts, vous pouvez sélectionner les paramètres Clé de produit (Product Key) fournie par
le fichier de réponses. Dans Fuseau horaire, spécifiez le fuseau horaire de la machine virtuelle.
4. Dans Rôles et fonctionnalités, spécifiez ce qui doit être installé sur la machine virtuelle. Notez que ce
paramètre s’applique uniquement si le profil est utilisé dans un modèle de machine virtuelle qui, à son tour, est
utilisé dans un modèle de service.
5. Dans Mise en réseau, spécifiez les paramètres de domaine pour la machine virtuelle, ainsi que les
informations d’identification à utiliser pour joindre le domaine.
6. Dans Scripts, spécifiez les scripts à utiliser pour la machine virtuelle. Les scripts doivent se trouver sur le
partage de bibliothèque. Par exemple, il peut s’agir d’un fichier de réponses d’installation. L’option
GUIRunOnce vous permet d’exécuter un script à la première connexion d’un utilisateur à la machine virtuelle.
7. Une fois que vous avez créé le profil de système d’exploitation invité, cliquez dessus avec le bouton droit si vous
voulez configurer des propriétés supplémentaires. Dans Dépendances, vous voyez toutes les dépendances
pour le profil, par exemple, les comptes d’identification. Dans Accès, vous voyez les rôles ou les utilisateurs qui
sont autorisés à utiliser ce profil.
8. Une fois que vous avez créé le profil matériel, utilisez-le pour configurer un modèle de machine virtuelle ou
créer une machine virtuelle.

Créer un profil d'application


1. Dans la console VMM, cliquez sur > Bibliothèque > Créer > Profils d’application.
2. Dans Nouveau profil d’application > Général, tapez un nom de profil. Dans Configuration de
l’application, spécifiez les paramètres d’application.
3. Dans Configuration de l’application > Compatibilité de système d’exploitation, spécifiez les systèmes
d’exploitation invités qui sont compatibles avec le profil d’application.
4. Cliquez sur Ajouter, puis sélectionnez le type d’application ou de script que vous souhaitez appliquer au profil.
Pour déployer tout type d’application, sélectionnez Général. Pour déployer des packages ou scripts DAC SQL
Server, sélectionnez Hôte d’application SQL Server pour pouvoir ajouter des packages et des scripts au
profil. Pour déployer des applications web, cliquez sur Hôte d’application Web pour pouvoir ajouter des
packages et scripts Web Deploy au profil.
5. Si vous avez sélectionné Général, vous pouvez ajouter plusieurs applications ou scripts au profil.
6. Pour les applications, spécifiez des paramètres tels que les certificats, les ports et les dossiers. Vous pouvez
également spécifier que le déploiement de l’application doit être géré par un script. Spécifiez le nom du script et
indiquez à quel moment le script doit être exécuté.
7. Sélectionnez Scripts pour ajouter un nombre illimité de scripts et de propriétés, telles que les paramètres et les
options de sécurité. Par exemple, configurez un script qui crée un cluster invité à partir des différentes machines
virtuelles déployées par VMM. Par exemple, vous pouvez spécifier qu’un script s’exécute à Création : premier
ordinateur virtuel (pour former un cluster sur le premier ordinateur virtuel) et qu’un autre script s’exécute à
Création : autres ordinateurs virtuels après le premier (pour ajouter des ordinateurs virtuels supplémentaires
au cluster).
8. Vérifiez ensuite que le profil a été créé dans Bibliothèque > Profils > Profils d’application.
9. Utilisez les profils d’application dans des modèles de service. Par exemple, créez plusieurs modèles de machine
virtuelle avec des profils matériels et de système d’exploitation spécifiques. Créez ensuite un modèle de service
qui inclut ces modèles de machine virtuelle et les profils d’application. De cette façon, vous créez un ensemble
de machines virtuelles qui sont configurées et déployées comme une seule entité.

Créer un profil SQL Server


1. Dans la console VMM, cliquez sur > Bibliothèque > Créer > Profil SQL Server.
2. Dans Nouveau profil SQL Server > Général, tapez un nom de profil. Dans Configuration de SQL Server,
spécifiez les paramètres d’application.
3. Accédez à Configuration de l’application > Ajouter > Déploiement de SQL Server. Un déploiement de
SQL Server correspond à une instance unique de SQL Server. Si vous voulez avoir plusieurs instances de SQL
Server sur la même machine virtuelle, vous devez créer plusieurs déploiements.
4. Dans Déploiement de SQL Server, cliquez sur Déploiement 1, puis spécifiez le nom du déploiement et les
détails de l’instance de SQL Server. Le compte d’identification est facultatif. Si vous ne le spécifiez pas, le
compte de service VMM est utilisé.
5. Dans Configuration, entrez le chemin du fichier d’installation (setup.exe) de SQL Server et les administrateurs
SQL Server.
6. Dans Compte de service, spécifiez les comptes à utiliser.

Créer un profil de capacité


Les paramètres appropriés pour un profil de capacité dépendent du profil utilisé. Par exemple, nous allons
configurer un profil de capacité Hyper-V pour spécifier l’utilisation de ressources à haute disponibilité dans un
cloud VMM privé.
1. Dans la console VMM, cliquez sur > Bibliothèque > Créer > Profils de capacité.
2. Dans Créer un profil de capacité > Général, tapez un nom de profil. Dans Capacités, spécifiez les
paramètres du profil.
3. Dans Capacités > Compatibilité de l’infrastructure, sélectionnez Hôte de virtualisation Hyper-V. Vous
pouvez également choisir de configurer un profil de capacité personnalisé.
4. Configurez les paramètres de configuration matérielle pour le profil. Les paramètres sont similaires à ceux
utilisés dans un profil matériel. Toutefois, dans les profils de capacité, ces paramètres représentent des limites
plutôt que des valeurs exactes.
5. Dans Avancé > Disponibilité, sélectionnez Mode VM à haut niveau de disponibilité > Utiliser la valeur
par défaut > Obligatoire.
6. Effectuez toutes les étapes de l'Assistant. Une fois que vous avez créé le profil, vous pouvez le sélectionner et
l’activer dans Ordinateurs virtuels et services > nom du cloud > Propriétés > Profils de capacité.
7. N’oubliez pas que les autres profils et modèles utilisés pour les machines virtuelles dans le cloud doivent
correspondre aux spécifications du profil de capacité et être configurés avec le paramètre de haute disponibilité.

Créer un profil d’ordinateur physique


VMM peut être utilisé pour approvisionner les ordinateurs physiques sur des machines hôtes Hyper-V ou sur un
serveur de fichiers avec montée en puissance parallèle (SOFS ). Pour approvisionner des ordinateurs physiques,
vous pouvez utiliser un profil d’ordinateur physique qui spécifie les paramètres de la machine. Pour créer un profil
d’ordinateur physique, procédez comme suit :
1. Dans la console VMM, cliquez sur > Bibliothèque > Créer > Profil d’ordinateur physique.
2. Dans Nouveau profil d’ordinateur physique > Définition de profil, tapez un nom de profil et une
description.
3. Dans Image du système d’exploitation, sélectionnez un disque dur virtuel dans le partage de bibliothèque. Il
doit exécuter Windows Server 2012 R2 ou une version ultérieure. Pour créer le disque dur, vous pouvez créer
une machine virtuelle, installer le système d’exploitation invité, puis utiliser Sysprep avec /generalize et /oobe.
Si le disque est dynamique, VMM le convertit en disque fixe pendant le déploiement. Nous vous
recommandons d’utiliser un disque fixe pour renforcer la protection des données utilisateur et améliorer les
performances.
4. Dans Configuration matérielle, configurez les cartes réseau, les disques, les partitions et les pilotes
nécessaires.
5. Dans Cartes réseau, cliquez sur Propriétés de connectivité pour configurer le réseau de distribution de
contenu (CDN ) pour la carte. Indiquez si vous souhaitez allouer une adresse IP à l’aide de DHCP ou à partir
d’un pool statique. S’il s’agit d’une carte réseau physique connectée à un commutateur logique, cette option
n’est pas disponible.
6. Dans Disque, spécifiez le schéma de partitionnement pour le premier disque. Sélectionnez Secteur de
démarrage principal pour BIO, ou Table de partition GUID (GPT) pour EFI. Spécifiez un nom de volume,
l’espace disque disponible et la partition désignée comme partition de démarrage. VMM copie le fichier .vhd
ou .vhdx vers la partition de démarrage et crée automatiquement une partition système sur le même disque.
7. Dans le filtre Pilote, spécifiez les fichiers de pilote à appliquer au système d’exploitation pendant le déploiement.
Vous pouvez filtrer les disques en fonction des ID Plug-and-Play ou d’étiquettes spécifiques. Si vous choisissez
les étiquettes, vous devez ajouter les fichiers de pilote à la bibliothèque et attribuer les étiquettes
correspondantes au partage de bibliothèque avant le déploiement.
8. Dans Configuration du système d’exploitation, configurez le domaine, le mot de passe de l’administrateur
local, le nom et l’organisation, l’équipe produit, le fuseau horaire et un fichier de réponses comme options
d’installation supplémentaires. Dans GUIRunOnce, vous pouvez spécifier des commandes ou des scripts à
exécuter la première fois qu’un utilisateur se connecte à la machine.
9. Dans Résumé, vérifiez les paramètres et cliquez sur Terminer. Vous pouvez vérifier le profil d’ordinateur
physique dans Bibliothèque > Profils > Profils d’ordinateur physique.

Étapes suivantes
En savoir plus sur la création de modèles de machine virtuelle et de modèles de service dans la bibliothèque
VMM, et sur l’ajout de profils dans ces modèles.
Ajouter des modèles de machine virtuelle dans la
bibliothèque VMM
26/03/2019 • 9 minutes to read

Lisez cet article pour en savoir plus sur les modèles de machine virtuelle et découvrir comment les gérer dans la
bibliothèque System Center - Virtual Machine Manager (VMM ).
Les modèles vous aident à créer des machines virtuelles avec des paramètres cohérents. VMM offre deux types
de modèles :
Les modèles de machine virtuelle sont des objets de base de données stockés dans la bibliothèque VMM. Ils
permettent de configurer rapidement des machines virtuelles.
Les modèles de service définissent la façon dont un service est configuré. Ils contiennent diverses
informations sur les machines virtuelles déployées dans le cadre du service, les applications à installer sur les
machines virtuelles et les paramètres réseau à utiliser. Les modèles de service contiennent généralement des
modèles de machine virtuelle.
Deux méthodes sont possibles pour créer un modèle de machine virtuelle :
à partir d’un disque dur virtuel ou d’un modèle de machine virtuelle existant dans la bibliothèque VMM ;

NOTE
Vérifiez que le disque dur virtuel a été préparé avec Sysprep.

à partir d’une machine virtuelle déjà déployée sur une machine hôte.

Avant de commencer
Vous pouvez baser un nouveau modèle de machine virtuelle sur un modèle de machine virtuelle existant ou
sur un disque dur virtuel stocké dans la bibliothèque. Vous pouvez configurer les paramètres matériels, les
paramètres de système d’exploitation invité, l’installation des applications et les instances de Microsoft SQL
Server. Vous pouvez configurer chacun de ces paramètres manuellement ou les importer à partir d'un profil
existant.
Les paramètres d’adresses IP statiques sont disponibles uniquement quand vous déployez une machine
virtuelle à partir d’un modèle de machine virtuelle.
Si vous créez un modèle de machine virtuelle basé sur Linux, certains paramètres Linux, comme la
spécialisation du système d’exploitation, s’appliquent uniquement si vous déployez la machine virtuelle Linux
sur une machine hôte Hyper-V.
Vous ne pouvez pas créer un modèle de machine virtuelle basé sur Linux à partir d’une machine virtuelle déjà
déployée sur une machine hôte.
Les paramètres de déploiement d’application et de SQL Server, ainsi que les paramètres de service
configurables, s’appliquent uniquement quand vous déployez une machine virtuelle dans le cadre d’un
service.
Si vous accordez des droits sur un modèle particulier à un utilisateur qui n’a pas de droits sur le compte
d’identification spécifié dans le modèle, cet utilisateur pourra éventuellement extraire les informations
d’identification du compte d’identification à partir du modèle pendant le déploiement.
Avant de créer un modèle basé sur une machine virtuelle, vous devez créer un compte d’administrateur local
sur cette machine virtuelle. L'utilisation du compte d'administrateur intégré par défaut entraînera l'échec de
Sysprep. En outre, assurez-vous que la machine virtuelle n’est pas jointe à un domaine.

Créer un modèle de machine virtuelle basé sur un disque dur virtuel


ou un modèle de machine virtuelle existant dans la bibliothèque
1. Cliquez sur Bibliothèque > Créer > Créer un modèle de machine virtuelle.
2. Dans l’Assistant Créer un modèle d’ordinateur virtuel, sélectionnez Source > Utiliser un modèle
d’ordinateur virtuel existant ou un disque dur virtuel stocké dans la bibliothèque. Sélectionnez le
disque ou le modèle dans Sélectionner la source du modèle d’ordinateur virtuel.
3. Dans Identité, tapez un nom de modèle et une description.
4. Dans Configurer le matériel, spécifiez les paramètres matériels. Vous pouvez choisir d’utiliser un profil
matériel existant. Notez que les options de matériel et de profil proposées diffèrent selon que vous configurez
des machines virtuelles de première ou de deuxième génération. Pour en savoir plus, passez en revue la façon
de créer un profil matériel.
5. Dans Configurer le système d’exploitation, spécifiez les paramètres de la machine. Vous pouvez utiliser un
profil de système d’exploitation invité ou configurer des paramètres spécifiques. Pour en savoir plus, passez
en revue la façon de créer un profil de système d’exploitation invité.
6. Dans Configurer des applications, configurez les paramètres d’application. Cela ne s’applique pas si vous
utilisez le modèle de machine virtuelle pour déployer des machines virtuelles en dehors du cadre d’un
service. Pour en savoir plus, passez en revue la façon de créer un profil d’application. Si vous configurez SQL
Server en spécifiant les paramètres dans Configurer SQL Server, passez en revue la façon de créer un profil
SQL Server.
7. Dans Résumé, vérifiez les paramètres, puis cliquez sur Afficher le script pour voir le script qui servira à
créer le modèle. Ensuite, cliquez sur Créer. Dans Travaux, vous pouvez suivre le processus de création du
modèle. Attendez que l’état Terminé s’affiche.
8. Vous pouvez maintenant créer une machine virtuelle à partir du modèle que vous venez de créer.

Créer un modèle de machine virtuelle basé sur une machine virtuelle


déjà déployée sur une machine hôte
1. Cliquez sur Bibliothèque > Créer > Créer un modèle de machine virtuelle.
2. Dans l’Assistant Créer un modèle d’ordinateur virtuel > sélectionnez Source > À partir d’un ordinateur
virtuel existant qui est déployé sur un ordinateur hôte. Sélectionnez la machine virtuelle dans
Sélectionner la source du modèle d’ordinateur virtuel.
3. Dans Identité, tapez un nom de modèle et une description. Notez que le modèle supprime la machine
virtuelle source et, potentiellement, les données qu’elle contient. Si vous voulez conserver ces données,
pensez à cloner la machine virtuelle.
4. Dans Configurer le matériel, cliquez sur Suivant.
5. Dans Configurer le système d’exploitation, spécifiez les paramètres du système d’exploitation invité.
Vous pouvez utiliser un profil de système d’exploitation invité ou configurer des paramètres spécifiques.
Pour en savoir plus, passez en revue la façon de créer un profil de système d’exploitation invité.
6. Dans Sélectionner un serveur de bibliothèque, cliquez sur le serveur de bibliothèque de la machine
virtuelle que vous utilisez pour le modèle et, dans Sélectionner le chemin d’accès, spécifiez le dossier
ou partage.
7. Dans Résumé, vérifiez les paramètres, puis cliquez sur Créer. Dans Travaux, vous pouvez suivre le
processus de création du modèle. Attendez que l’état Terminé s’affiche.
Vous pouvez créer des machines virtuelles basées sur le modèle que vous venez de créer.

Affecter un modèle de stratégie QoS de stockage


1. Après l’étape 3 de la procédure précédente, dans Configurer le matériel, cliquez sur Avancé sous
Configuration de bus puis sélectionnez l'option appropriée sous Stratégie QoS de stockage.
2. Effectuez les autres étapes pour terminer l’Assistant.

Étapes suivantes
Passez en revue les informations suivantes sur la façon de créer des machines virtuelles basées sur le modèle
que vous venez de créer.
Ajouter des modèles de service dans la bibliothèque
VMM
31/05/2019 • 8 minutes to read

Lisez cet article pour découvrir comment configurer des modèles de service dans la bibliothèque System Center -
Virtual Machine Manager (VMM ).
Les modèles de service regroupent les machines virtuelles pour fournir une application. Ils contiennent diverses
informations sur un service, notamment les machines virtuelles qui sont déployées avec le service, les applications
installées sur les machines virtuelles, ainsi que les paramètres réseau à utiliser. Vous pouvez ajouter des modèles
de machine virtuelle, des paramètres réseau, des applications et un stockage à un modèle de service.
Les modèles de service peuvent avoir un ou plusieurs niveaux :
Un service à un seul niveau contient une seule machine virtuelle, qui est utilisée comme une application
spécifique.
Un service à plusieurs niveaux contient plusieurs machines virtuelles. Par exemple, vous pouvez créer un
service à trois niveaux, où le niveau principal exécute une base de données SQL Server, le niveau intermédiaire
exécute le serveur d’entreprise et le troisième niveau exécute une interface web frontale.
Les niveaux peuvent être ajoutés sur la base d’une copie d’un modèle de machine virtuelle existant (qui peut
être personnalisé) ou d’un disque dur virtuel dans la bibliothèque.
Utilisez le concepteur de modèles de services VMM pour configurer des modèles de service.

Avant de commencer
Pour créer des modèles de service, vous devez avoir des autorisations d’administrateur ou d’administrateur
délégué dans VMM, ou avoir un compte d’utilisateur libre-service avec l’option Auteur activée.

Créer un modèle de service


1. Cliquez sur Bibliothèque > Créer > Créer un modèle de service.
2. Dans Nouveau modèle de service > Nom, spécifiez un nom de modèle. Dans Version, indiquez la version
du modèle.
3. Pour configurer un niveau à l’aide de modèles prédéfinis, cliquez dans la charge de travail du concepteur et
sélectionnez un modèle de niveau prédéfini (modèle vide ou modèle à un, deux ou trois niveaux). Cliquez sur
Enregistrer et valider pour enregistrer le modèle. Après avoir créé le modèle, vous pouvez cliquer dessus
pour modifier son nom, sa version ou les utilisateurs/rôles autorisés à y accéder.
4. Quand vous voyez le niveau s’afficher dans l’espace de travail, faites glisser un modèle de machine virtuelle
vers le niveau. Les propriétés du modèle de machine virtuelle sont appliquées au niveau. Notez qu’il n’y a pas
de lien établi entre le niveau et le modèle. La modification des propriétés du modèle ne modifie pas les
propriétés du niveau.
NOTE
Vous pouvez aussi cliquer sur Ajouter un niveau d’ordinateur pour ajouter un niveau manuellement. L’Assistant
Créer un modèle de niveau d’ordinateur s’affiche. Dans Sélectionner une source, sélectionnez une source pour
le niveau. Vous pouvez utiliser une copie exacte d’un modèle de machine virtuelle existant ou personnaliser un
modèle de machine virtuelle existant. Cliquez sur Parcourir pour sélectionner le modèle ou le disque dur. Dans
Propriétés supplémentaires, vous allez configurer les propriétés de niveau décrites dans l’étape suivante.

5. Cliquez sur un niveau pour afficher ses propriétés dans le volet d’informations du concepteur. Cliquez sur
Afficher toutes les propriétés pour modifier toutes les propriétés d’une vue. Voici ce que vous pouvez
modifier quand vous choisissez de tout afficher :
Dans Général, spécifiez les informations suivantes :
L’ordre dans lequel les niveaux sont déployés et exécutés. Par exemple, si le niveau de base de
données doit être exécuté pour permettre l’exécution d’une application web frontale, vous devez
définir le niveau de base de données comme niveau 1.
Si vous voulez pouvoir ajouter des machines virtuelles supplémentaires au niveau pour
augmenter le nombre d’instances (jusqu’à cinq instances de machine virtuelle par niveau).
Plusieurs domaines de mise à niveau pour minimiser les interruptions de service lors de la mise à
jour d’un niveau. VMM met à jour les machines virtuelles dans le niveau correspondant à leurs
domaines de mise à niveau. VMM met à niveau un seul domaine à la fois. Pour limiter l’impact de
la mise à niveau, il arrête les machines virtuelles dans un domaine, les met à jour et les remet en
ligne avant de mettre à niveau le domaine suivant.
La création d’un ensemble de disponibilité pour le niveau. L’ensemble de disponibilité permet aux
machines virtuelles du service de rester disponibles pendant la maintenance. VMM essaie de
séparer les machines virtuelles du même ensemble de disponibilité en les plaçant sur des hôtes
distincts.
Dans Configurer le matériel, vous voyez les paramètres matériels définis pour le modèle de machine
virtuelle associé. Vous pouvez sélectionner un profil matériel de remplacement ou configurer
manuellement des paramètres matériels. Pour en savoir plus, passez en revue la façon de créer un profil
matériel.
Dans Configurer le système d’exploitation, vous voyez les paramètres du système d’exploitation
définis pour le modèle de machine virtuelle associé. Vous pouvez sélectionner un profil de système
d’exploitation invité de remplacement ou configurer manuellement les paramètres. Pour en savoir plus,
passez en revue la façon de créer un profil de système d’exploitation invité.
Dans Configuration de l’application ou Configuration de SQL Server, vous pouvez sélectionner un
profil d’application ou SQL Server, ou configurer les paramètres d’un nouveau profil. En savoir plus sur
les profils d’application et SQL Server.

Ajouter un réseau de machines virtuelles au modèle de service


Vous devez configurer les paramètres réseau pour un niveau en connectant les cartes du niveau à un ou plusieurs
réseaux de machines virtuelles. Pour ce faire, vous devez ajouter un composant réseau logique et le connecter à la
carte à l’aide du connecteur.
1. Dans le concepteur de modèles de services, cliquez sur Composants du modèle de service > Ajouter un
réseau d’ordinateurs virtuels.
2. Quand le réseau s’affiche comme composant, utilisez le connecteur pour le connecter à la carte réseau
appropriée.

Étapes suivantes
Configurer l’équilibrage de charge pour un niveau de service
Gérer la bibliothèque VMM
11/12/2018 • 9 minutes to read

Lisez cet article pour savoir comment gérer la bibliothèque System Center - Virtual Machine Manager (VMM ),
notamment comment l’actualiser, déplacer des fichiers dans la bibliothèque et supprimer les ressources
orphelines qu’elle contient.

Actualiser la bibliothèque
Par défaut, VMM actualise les partages de bibliothèque toutes les heures.
Vous pouvez modifier les paramètres d’actualisation par défaut dans Général > Paramètres de la
bibliothèque > Paramètres > Modifier et choisir une valeur entre 1 et 366 heures (14 jours). Vous pouvez
aussi désactiver les actualisations automatiques de la bibliothèque.
Pour actualiser manuellement la bibliothèque, sélectionnez Bibliothèque > serveur ou partage de
bibliothèque > Actualiser le partage.
Le processus d’actualisation se déroule de la façon suivante :
VMM ajoute ces types de fichiers à la vue Bibliothèque : disques durs virtuels (sauf ceux attachés à une
machine virtuelle stockée), disquettes virtuelles, images ISO, fichiers de réponses et scripts PowerShell. Dans
le cas des machines virtuelles Hyper-V et VMware, les captures instantanées importées dans la bibliothèque
s’affichent sous l’onglet Points de contrôle des propriétés des machines virtuelles. Les fichiers de captures
instantanées ne s’affichent pas.
VMM indexe ces types de fichiers, mais ne les affiche pas :
Fichiers associés à des machines virtuelles stockées (fichier de configuration de machine virtuelle,
disques durs virtuels attachés, fichiers d’état enregistrés, captures instantanées importées, points de
contrôle).
Fichiers associés à des modèles de machine virtuelle.
Fichiers de configuration :
Hyper-V (.exp -export, .vsv -savedstate, .bin)
Serveur virtuel (.vmd, .vsv)
VMware (.vmtx, .vmx)

Transférer des fichiers


Vous pouvez directement copier et déplacer des fichiers de bibliothèque à l’aide de l’Explorateur Windows.
Chaque fichier dans un partage de bibliothèque possède un GUID unique et est régulièrement indexé au moment
des actualisations de la bibliothèque. Quand un fichier a été actualisé, vous pouvez le déplacer vers un autre
emplacement dans un partage de bibliothèque géré par VMM. L’actualisation prend automatiquement en compte
ce déplacement de fichier. Après le déplacement, les métadonnées du fichier sont mises à jour à la prochaine
actualisation de la bibliothèque.
Vous pouvez également autoriser les transferts de fichiers non chiffrés vers et à partir d’un serveur de
bibliothèque.
Pour transférer des fichiers non chiffrés, cette fonctionnalité doit être activée sur les serveurs source et cible.
Pour activer l’option, cliquez sur Bibliothèque > Serveur de bibliothèque et accédez au serveur. Cliquez sur
Actions > Serveur de bibliothèque > Propriétés, puis sélectionnez Autoriser les transferts de fichiers
non chiffrés.
Désactiver et supprimer des ressources de fichiers
Vous pouvez supprimer une ressource de fichiers dans la bibliothèque de façon temporaire ou permanente.
Pour désactiver des ressources, cliquez sur Bibliothèque > Serveurs de bibliothèque > et sélectionnez le
partage de bibliothèque. Sélectionnez la ressource, puis cliquez sur Actions > Désactiver. Cliquez sur
Activer pour réactiver la ressource.
Pour supprimer des fichiers, nous vous recommandons d’utiliser VMM plutôt que de supprimer directement
les ressources de fichiers. Quand vous supprimez un fichier dans la bibliothèque, toutes les ressources qui
utilisent ce fichier sont automatiquement mises à jour. Pour supprimer un fichier, cliquez sur Bibliothèque >
Serveurs de bibliothèque > et sélectionnez le partage de bibliothèque. Sélectionnez la ressource, puis
cliquez sur Actions > Supprimer. Cliquez sur Oui pour confirmer la suppression.

Supprimer un partage ou un serveur de bibliothèque


Vous pouvez avoir besoin de supprimer un partage ou un serveur de bibliothèque, par exemple, si vous n’utilisez
plus les ressources stockées sur un partage ou si vous voulez temporairement supprimer ces ressources.
Pour supprimer un partage de bibliothèque, cliquez sur Bibliothèque > Serveurs de bibliothèque > et
sélectionnez le partage de bibliothèque. Dans Actions, cliquez sur Partage de bibliothèque > Supprimer.
Cliquez sur Oui pour confirmer la suppression. Notez que la suppression d’un partage ne supprime pas les
fichiers qu’il contient. Les fichiers ne sont plus indexés par les actualisations de bibliothèque.
Pour supprimer un serveur de bibliothèque, cliquez sur Bibliothèque > Serveurs de bibliothèque. Cliquez
sur Actions > Serveur de bibliothèque > Supprimer.
Sachez que :
Vous devez spécifier un compte avec des autorisations d’administration sur le serveur.
VMM fournit la liste des ressources dépendantes. Si vous supprimez des fichiers, VMM supprime
toutes les références aux fichiers supprimés dans les ressources dépendantes. Quand vous supprimez
un serveur de bibliothèque, le rôle Serveur de bibliothèque est supprimé de l’agent VMM exécuté sur
le serveur. Si le serveur n’exécute pas d’autres rôles VMM, l’agent est supprimé.
Si vous supprimez un serveur de bibliothèque à haut niveau de disponibilité, le cluster est supprimé de
la vue Bibliothèque. Les nœuds de cluster individuels ne sont pas supprimés, mais ils ne sont plus
affichés dans la bibliothèque. Pour supprimer les nœuds dans VMM, supprimez l’agent VMM sur
chaque ordinateur.

Supprimer des ressources orphelines


Quand vous supprimez un partage de bibliothèque de l’administration VMM et que des modèles font référence
aux ressources qui étaient stockées sur le partage de bibliothèque, une représentation de la ressource de
bibliothèque s’affiche comme ressource orpheline dans la bibliothèque VMM.
Pour supprimer des ressources orphelines, modifiez les modèles qui référencent ces ressources afin d’utiliser des
ressources de bibliothèque valides dans la bibliothèque VMM. Si vous ajoutez ensuite le partage de bibliothèque
supprimé, VMM ne réassocie pas automatiquement le modèle à la ressource de bibliothèque physique. Pour
corriger les problèmes liés aux modèles et supprimer les ressources orphelines, effectuez les étapes suivantes.
1. Cliquez sur Bibliothèque > Ressources orphelines.
2. Vous ne pouvez pas supprimer une ressource orpheline tant que les modèles qui y font référence n’ont pas été
mis à jour avec des références valides. Pour afficher les modèles, cliquez avec le bouton droit sur la ressource
orpheline > Propriétés. Pour mettre à jour le modèle, cliquez dessus et, dans la boîte de dialogue Propriétés,
localisez la ressource manquante > Supprimer.
3. Ajoutez une nouvelle ressource valide.
4. Quand vous avez terminé ces étapes pour tous les modèles, fermez la boîte de dialogue Propriétés. Pour
vérifier qu’il n’y a pas de dépendances, cliquez avec le bouton droit sur la ressource orpheline > Propriétés >
Dépendances. Cliquez ensuite avec le bouton droit sur la ressource orpheline > Supprimer.
Configurer des groupes hôtes dans l’infrastructure de
calcul VMM
11/12/2018 • 5 minutes to read

Lisez cet article pour découvrir comment configurer et gérer des groupes hôtes dans l’infrastructure System
Center - Virtual Machine Manager (VMM ).
Un groupe d’hôtes VMM est une entité logique qui regroupe les ressources de l’infrastructure. Vous pouvez
regrouper les machines hôtes ou les clusters de machines virtuelles, ou créer des groupes hôtes imbriqués. Après
avoir créé des groupes hôtes, vous attribuez et configurez les ressources au niveau de chaque groupe hôte. Ces
ressources sont ensuite appliquées à l’ensemble des machines hôtes et clusters du groupe.
Vous pouvez créer des groupes hôtes en fonction de différents critères, par exemple, l’emplacement physique, les
fonctionnalités matérielles ou des charges de travail spécifiques. Vous pouvez attribuer des autorisations sur les
groupes hôtes aux rôles d’utilisateur Administrateur, Administrateur délégué et Administrateur en lecture seule
dans VMM. Les membres de ces rôles d’utilisateur peuvent afficher et gérer les ressources d’infrastructure qui leur
sont attribuées au niveau d’un groupe hôte. Quand vous créez des clouds privés dans VMM, vous sélectionnez les
groupes hôtes à inclure dans le cloud, puis vous allouez des ressources des groupes hôtes au cloud.

Créer des groupes hôtes


1. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes > Créer un groupe hôte.
2. Tapez un nom de groupe. Pour créer un groupe hôte à un emplacement spécifique dans l’arborescence,
cliquez avec le bouton droit sur le nœud parent de votre choix, puis cliquez sur Créer un groupe hôte.
Une fois que vous avez créé un groupe hôte, vous pouvez modifier ses propriétés suivantes.

ONGLET PROPRIÉTÉ

Général Indiquez le nom du groupe hôte, son emplacement dans la


hiérarchie des groupes hôtes et sa description, et spécifiez si
vous autorisez les transferts de fichiers BITS non chiffrés.

Règles de sélection élective VMM identifie automatiquement l’hôte le plus approprié sur
lequel vous pouvez déployer des machines virtuelles.
Toutefois, vous pouvez spécifier des règles de sélection
élective personnalisées. Par défaut, un groupe hôte utilise les
paramètres de sélection élective du groupe hôte parent.
ONGLET PROPRIÉTÉ

Réserves de ressources de l’ordinateur hôte Les paramètres des réserves de ressources de la machine hôte
spécifient la quantité de ressources que VMM réserve pour le
système d’exploitation de la machine hôte. Une machine
virtuelle peut être placée sur une machine hôte si cette
dernière est en mesure de répondre aux besoins en ressources
de la machine virtuelle sans utiliser les réserves de ressources
de la machine hôte. Vous pouvez configurer des réserves de
ressources de la machine hôte pour des groupes hôtes
individuels et pour des machines hôtes individuelles. Les
paramètres des réserves de ressources de la machine hôte du
groupe hôte racine « Tous les ordinateurs hôtes » définissent
les réserves de ressources par défaut de tous les hôtes. Vous
pouvez configurer les valeurs des réserves pour les ressources
suivantes :

Processeur

Mémoire

E/S disque

Espace disque

E/S réseau

Optimisation dynamique Configurez les paramètres de l’optimisation dynamique et de


l’optimisation de l’alimentation. L’optimisation dynamique
équilibre la charge des machines virtuelles dans un cluster
hôte. Grâce à l’optimisation de l’alimentation, VMM peut
évacuer les machines hôtes d’un cluster à charge équilibrée et
les éteindre pour économiser l’énergie.

Réseau Affichez les paramètres d’héritage, et spécifiez si les ressources


de réseau logique sont héritées des groupes hôtes parents.
Les ressources de réseau logique sont les suivantes :

Pools d’adresses IP

Équilibreurs de charge

Réseaux logiques

Pools d’adresses MAC

Stockage Affichez et allouez le stockage à un groupe hôte.


ONGLET PROPRIÉTÉ

Propriétés personnalisées Gérez les propriétés personnalisées pour les types d’objet
suivants :

Machine virtuelle

Modèle de machine virtuelle

Hôte

Cluster hôte

Groupe hôte

Modèle de service

Instance de service

Niveau d’ordinateur

Cloud

Étapes suivantes
Une fois que vous avez créé des groupes hôtes, vous pouvez déployer des hôtes Hyper-V dans l’infrastructure
VMM.
Ajouter des serveurs Windows en tant qu’hôtes ou
clusters Hyper-V dans l’infrastructure de calcul VMM
19/12/2018 • 22 minutes to read

Lisez cet article pour en savoir plus sur l’ajout d’un serveur Windows existant comme cluster ou serveur hôte
Hyper-V à l’infrastructure System Center - Virtual Machine Manager (VMM ) et sur la configuration des
propriétés de l’hôte et du cluster.
Cet article concerne l’ajout d’ordinateurs serveurs Windows avec ou sans le rôle Hyper-V. Si vous ajoutez un
serveur Windows où Hyper-V n’est pas installé, VMM installera le rôle Hyper-V tant que le serveur remplit les
conditions requises.

Avant de commencer
La configuration requise pour l’ajout d’un serveur hôte ou d’un cluster Hyper-V existant varient selon que Hyper-
V est installé ou non, et dépendent de l’emplacement du serveur.

EMPLACEMENT DE L’HÔTE PRÉREQUIS

Serveur sans Hyper-V Si vous souhaitez ajouter un serveur où Hyper-V n’est pas
installé, celui-ci doit remplir les conditions préalables pour
l’installation de Hyper-V.

Le serveur doit exécuter une version prise en charge de


Windows Server.

Si vous souhaitez ajouter le serveur d’administration VMM en


tant qu’hôte Hyper-V géré, le rôle Hyper-V doit être installé
sur le serveur avant que vous ne l’ajoutiez. Vous ne pouvez
pas ajouter un serveur VMM à haut niveau de disponibilité en
tant que cluster hôte Hyper-V géré.
Si vous souhaitez ajouter un cluster Hyper-V, les instructions
de cet article partent du principe que le cluster existe déjà.
Lisez cet article si vous souhaitez créer un cluster à partir
d’hôtes Hyper-V existants dans l’infrastructure VMM.

Cet article part du principe qu’un système d’exploitation


s’exécute déjà sur le serveur que vous souhaitez ajouter. Si
vous souhaitez ajouter un système nu comme hôte ou cluster
Hyper-V, lisez cet article.
EMPLACEMENT DE L’HÔTE PRÉREQUIS

Même domaine que le serveur VMM ou domaine Vous devez spécifier les informations d’identification d’un
approuvé bidirectionnel compte qui dispose de droits d’administration sur les
ordinateurs que vous souhaitez ajouter. Vous pouvez entrer
un nom d’utilisateur et un mot de passe ou spécifier un
compte d’identification.

Si vous utilisez la stratégie de groupe pour configurer les


paramètres de Windows Remote Management (WinRM),
notez ces paramètres :

Les paramètres du service WinRM doivent être configurés par


le biais de la stratégie de groupe et peuvent s’appliquer
uniquement à des hôtes qui se trouvent dans un domaine
Active Directory approuvé. De façon plus spécifique, VMM
prend en charge la configuration des paramètres de stratégie
de groupe Autoriser la configuration automatique des
écouteurs, Activer l’écouteur HTTP de compatibilité et Activer
l’écouteur HTTPS de compatibilité. VMM ne prend pas en
charge les autres paramètres de stratégie du service WinRM.

Si le paramètre de stratégie Autoriser la configuration


automatique des écouteurs est activé, il doit être configuré
pour autoriser les messages à partir d'une adresse IP. En
d’autres termes, dans le paramètre de stratégie, les filtres IPv4
et IPv6 (si vous utilisez IPv6) doivent être définis sur *****.

Les paramètres du client WinRM ne peuvent pas être


configurés par le biais de la stratégie de groupe. Ces
paramètres de stratégie peuvent remplacer des propriétés du
client dont VMM a besoin pour que l’agent VMM fonctionne
correctement.

Si vous activez des paramètres de stratégie de groupe WinRM


non pris en charge, l’installation de l’agent VMM risque
d’échouer.

Domaine non approuvé VMM ne prend pas en charge la configuration des


paramètres de stratégie de groupe Windows Remote
Management (WinRM) (service ou client) sur les hôtes qui se
trouvent dans un domaine Active Directory non approuvé. Si
les paramètres de stratégie de groupe WinRM sont activés,
l’installation de l’agent VMM (obligatoire sur les hôtes) risque
d’échouer.

Dans un domaine non approuvé, quand VMM installe l’agent


sur les serveurs ou clusters, il génère également un certificat.
Le certificat est utilisé pour sécuriser les communications avec
l’hôte. Quand VMM ajoute l’hôte ou le cluster, le certificat est
importé automatiquement dans le magasin de certificats de
confiance du serveur d’administration VMM.
EMPLACEMENT DE L’HÔTE PRÉREQUIS

Espace de noms disjoint (le suffixe DNS ne correspond Le service System Center Virtual Machine Manager doit
pas au domaine dont il est membre) s’exécuter comme compte système local ou compte de
domaine autorisé à enregistrer un nom principal de service
(SPN) dans Active Directory.

Quand vous essayez d’ajouter un ordinateur qui se trouve


dans un espace de noms disjoint, VMM vérifie dans Active
Directory s’il existe un SPN. Si ce n’est pas le cas, VMM essaie
d’en créer un. Si les autorisations sont correctes, VMM ajoute
automatiquement le SPN manquant. Sinon, l’ajout de l’hôte
échoue et vous devez ajouter le SPN manuellement. Pour cela,
tapez : setspn -A HOST/. Par exemple, setspn –A
HOST/hypervhost03.contosocorp.com hypervhost03.

Si le cluster hôte se trouve dans un espace de noms disjoint,


mais pas le serveur d’administration VMM, ajoutez le suffixe
DNS du cluster hôte aux paramètres de connexion TCP/IP sur
le serveur d’administration VMM.

Si vous utilisez la stratégie de groupe pour configurer les


paramètres de Windows Remote Management (WinRM),
passez en revue les conditions suivantes :

Les paramètres du service WinRM doivent être configurés par


le biais de la stratégie de groupe et peuvent s’appliquer
uniquement à des hôtes qui se trouvent dans un domaine
Active Directory approuvé. De façon plus spécifique, VMM
prend en charge la configuration des paramètres de stratégie
de groupe Autoriser la configuration automatique des
écouteurs, Activer l’écouteur HTTP de compatibilité et Activer
l’écouteur HTTPS de compatibilité. VMM ne prend pas en
charge les autres paramètres de stratégie du service WinRM.

Si vous activez le paramètre de stratégie Autoriser la


configuration automatique des écouteurs, vous devez le
configurer pour autoriser les messages provenant de toute
adresse IP. En d’autres termes, dans le paramètre de stratégie,
les filtres IPv4 et IPv6 (si vous utilisez IPv6) doivent être
définis sur *.

Les paramètres du client WinRM ne peuvent pas être


configurés par le biais de la stratégie de groupe. Ces
paramètres de stratégie peuvent remplacer des propriétés du
client dont VMM a besoin pour que l’agent VMM fonctionne
correctement.

Si vous activez des paramètres de stratégie de groupe WinRM


non pris en charge, l’installation de l’agent VMM risque
d’échouer.
EMPLACEMENT DE L’HÔTE PRÉREQUIS

Réseau de périmètre ou groupe de travail Vous devez installer l’agent VMM localement sur l’hôte cible.
Pour cela, exécutez le programme d’installation de VMM en
tant qu’administrateur et cliquez sur Installations
facultatives > Agent local. Dans Dossier du fichier de
sécurité, sélectionnez Cet ordinateur hôte se trouve sur un
réseau de périmètre et entrez une clé de chiffrement. Dans
Nom du réseau hôte, spécifiez comment le serveur VMM
contacte le serveur hôte et notez le nom ou l’adresse IP de
l’ordinateur. Fermez l'Assistant.

Vérifiez qu’un fichier SecurityFile.txt est présent sur le serveur


VMM. Par défaut, il se trouve dans C:\Program Files\Microsoft
System Center version\Virtual Machine Manager.

Ajouter des serveurs


1. Dans la console VMM, ouvrez Infrastructure > Serveurs.
2. Cliquez sur Ajouter un groupe > Ajouter des ressources > Clusters et hôtes Hyper-V.
3. Dans l’Assistant Ajout d’une ressource > Emplacement de la ressource, sélectionnez l’emplacement
du serveur que vous souhaitez ajouter.
Si vous ajoutez un hôte sur un réseau de périmètre sélectionnez Ordinateurs Windows Server dans
un réseau de périmètre.
4. Dans Informations d’identification, spécifiez les informations d’identification d’un compte de domaine
disposant des autorisations d’administration sur tous les hôtes que vous souhaitez ajouter. (Pour les
ordinateurs dans un domaine non approuvé, vous devez utiliser un compte d’identification.)
5. Dans Étendue de la découverte spécifiez :
Même domaine ou domaines avec une approbation bidirectionnelle :
Si vous cliquez sur Spécifier les ordinateurs Windows Server par noms, dans Noms
d’ordinateur, entrez les noms ou les adresses IP, un par ligne. Si vous ajoutez un cluster hôte
Hyper-V, spécifiez le nom ou l’adresse IP du cluster ou de n’importe quel nœud du cluster.
Si vous cliquez sur Spécifier une requête Active Directory pour rechercher les ordinateurs
Windows Server, vous pouvez taper ou générer une requête.
Domaine non approuvé : la page de découverte ne s’affiche pas.
Espace de noms disjoint : entrez le nom de domaine complet de l’hôte et sélectionnez Ignorer la
vérification d’Active Directory.
6. Dans Ressources cibles, spécifiez les ordinateurs à ajouter. Répétez l’opération pour tous les hôtes. Si la
détection réussit, l’hôte est répertorié sous Nom de l’ordinateur. Ajoutez comme suit :
Domaine approuvé ou espace de noms disjoint : cochez la case en regard de chaque ordinateur
que vous souhaitez ajouter, puis cliquez sur Suivant. Si vous avez spécifié un nom de cluster ou un
nœud de cluster à l’étape précédente, cochez la case en regard du nom de cluster. (Le nom de cluster est
répertorié avec les nœuds de cluster associés).
Domaine non approuvé : entrez le nom de domaine complet ou l’adresse IP du serveur ou du cluster
que vous souhaitez ajouter, puis cliquez sur Ajouter. Pour un cluster, vous pouvez entrer un nom de
domaine complet ou l’adresse IP du cluster ou de l’un des nœuds du cluster.
Réseau de périmètre/groupe de travail : entrez le nom NetBIOS ou l’adresse IP de l’hôte sur le
réseau de périmètre. Entrez la clé de chiffrement que vous avez créée quand vous avez installé l’agent
sur l’hôte et, dans Chemin d’accès du fichier de sécurité, entrez le chemin du fichier SecurityFile.txt.
7. Dans la liste Paramètres de l’ordinateur hôte > Groupe hôte, cliquez sur le groupe hôte auquel vous
souhaitez affecter l’hôte ou le cluster hôte. Si l’hôte est déjà associé à un autre serveur d’administration
VMM, sélectionnez Réassocier cet ordinateur hôte à cet environnement VMM. Si l’hôte a été associé
à un autre serveur d’administration VMM, il cessera de fonctionner sur ce serveur.
Pour un hôte autonome, dans Ajoutez le chemin d’accès suivant, entrez un chemin sur l’hôte où
stocker les fichiers des machines virtuelles qui sont déployées sur l’hôte, puis cliquez sur Ajouter.
Répétez l’opération pour ajouter plusieurs chemins. Si le chemin n’existe pas, il est créé
automatiquement. Si vous laissez la zone vide, le chemin par défaut est
%SystemDrive%\ProgramData\Microsoft\Windows\Hyper-V. Nous vous conseillons de ne pas ajouter
de chemins par défaut figurant sur le même lecteur que les fichiers de système d’exploitation.
Pour un cluster, ne spécifiez pas de chemins de machines virtuelles par défaut. VMM gère
automatiquement les chemins disponibles pour les machines virtuelles en fonction du stockage partagé
accessible au cluster hôte.
8. Dans la page Résumé , confirmez les paramètres, puis cliquez sur Terminer. La boîte de dialogue Travaux
s'affiche et indique l'état du travail. Attendez que l’état soit Terminé. Vérifiez que l’hôte ou le cluster a été
ajouté dans le groupe hôte > nom d’hôte ou de cluster. L’état doit être OK.

Configurer les propriétés des hôtes Hyper-V


Une fois que vous avez ajouté les hôtes et les serveurs Hyper-V à l’infrastructure VMM, vous pouvez configurer
plusieurs propriétés des clusters et hôtes autonomes.

ONGLET PARAMÈTRES

Général Permet d'afficher des informations d'identité et des


informations système pour l'ordinateur hôte. Cela inclut des
informations telles que des informations de processeur, la
mémoire et le stockage total(e) et disponible, le système
d'exploitation, le type d'hyperviseur et la version de l'agent
VMM.

Entrez une description de l'ordinateur hôte.

Configurez si l'ordinateur hôte est disponible pour la sélection


élective.

Configurez le port de connexion à distance. Par défaut, le port


est défini sur 2179.

Matériel Permet d’afficher ou de modifier les paramètres du


processeur, de la mémoire, des unités de traitement
graphique (GPU), du stockage (notamment si le stockage est
disponible pour la sélection élective), des cartes réseau, des
lecteurs de DVD/CD-ROM et les paramètres du contrôleur
Baseboard Management Controller (BMC).
ONGLET PARAMÈTRES

Statut Répertorie les informations sur l'état d'intégrité pour


l'ordinateur hôte. Inclut des domaines tels que l’intégrité
globale, l’intégrité du rôle Hyper-V et l’intégrité de l’agent
VMM. Dans le volet État, vous pouvez également effectuer les
opérations suivantes :

Affichez les détails de l'erreur.

Actualisez l'état d'intégrité.

Cliquez sur Réparer tout. VMM essaiera de corriger


automatiquement toutes les erreurs.

Chemins des ordinateurs virtuels/Ordinateurs virtuels Affiche les ordinateurs virtuels qui résident sur l'ordinateur
hôte, ainsi que les informations d'état. Permet également
d'enregistrer des ordinateurs virtuels sur l'ordinateur hôte.

Réserves Permet de remplacer les paramètres de réserve d'hôte du


groupe hôte parent et de configurer les ressources réservées
pour l'ordinateur hôte. Les ressources configurables incluent
le processeur, la mémoire, l’espace disque, les E/S disque et la
capacité réseau.

Stockage Affiche le stockage alloué à un hôte et vous permet d’ajouter


et de supprimer des unités logiques de stockage ou des
partages de fichiers.

Commutateurs virtuels Permet de configurer des commutateurs virtuels.

Chemins de sélection élective/Sélection élective Permet de configurer les chemins par défaut des machines
virtuelles et des disques parents qui seront utilisés pendant la
sélection élective de machine virtuelle sur l’hôte.

Fenêtres de maintenance Permet de sélectionner des fenêtres de maintenance.

Propriétés personnalisées Permet d'affecter et de gérer des propriétés personnalisées.

Propriétés des clusters Hyper-V


ONGLET PARAMÈTRES
ONGLET PARAMÈTRES

Général Affiche le nom, le groupe hôte et la description. Vous pouvez


également configurer le paramètre Réserve de clusters
(nœuds) et afficher l’état de la réserve de clusters.

Le paramètre Réserve de clusters (nœuds) spécifie le


nombre d’échecs de nœud qu’un cluster peut supporter sans
que cela affecte la prise en charge des machines virtuelles
déployées sur le cluster hôte. Si le cluster ne peut pas assurer
la prise en charge de toutes les machines virtuelles avec le
nombre d’échecs de nœud spécifié, il est placé dans l’état Trop
sollicité. Quand elles sont trop sollicitées, les machines hôtes
en cluster reçoivent une évaluation égale à zéro pendant la
sélection élective de la machine virtuelle. Un administrateur
peut remplacer l’évaluation et placer une machine virtuelle
hautement disponible sur un cluster trop sollicité pendant
une sélection élective manuelle.

Statut Affiche des informations d’état détaillées pour le cluster hôte :

Tests de validation du cluster effectués et réussis. Inclut un


lien vers le dernier rapport de validation (s’il est disponible).
Notez que l’accès au rapport nécessite des autorisations
d’administration sur le nœud de cluster où se trouve le
rapport. Pour les clusters hôtes, vous pouvez effectuer une
validation de cluster à la demande par le biais de VMM. Pour
ce faire, dans l'espace de travail Ensemble fibre optique ,
recherchez le cluster hôte et cliquez dessus. Puis, sous l'onglet
Cluster hôte , cliquez sur Valider le cluster. La validation du
cluster commence immédiatement.

Éléments en ligne dans le cluster : principales ressources du


cluster, disque témoin dans le quorum et service de cluster
sur chaque nœud.

Stockage disponible Affiche l’espace de stockage disponible, c’est-à-dire les unités


logiques de stockage attribuées au cluster hôte qui ne sont
pas des volumes partagés du cluster (CSV).

Vous pouvez également effectuer les opérations suivantes :

Ajouter et supprimer des unités logiques de stockage qui sont


gérées par VMM.

Convertir le stockage disponible en stockage partagé (CSV).

Volumes partagés Affiche les volumes partagés (CSV) qui sont alloués au cluster
hôte. Vous pouvez également effectuer les opérations
suivantes :

Ajouter et supprimer des CSV qui sont gérés par VMM.

Convertir des CSV en stockage disponible (non CSV).

Propriétés personnalisées Propriétés personnalisées que vous gérez.


Déployer et gérer des hôtes ou machines virtuelles
Hyper-V Nano Server dans VMM
31/05/2019 • 12 minutes to read

Vous pouvez utiliser System Center - Virtual Machine Manager (VMM ) pour gérer des hôtes et des machines
virtuelles exécutant un serveur Nano.
VMM vous permet d’ajouter et de gérer des hôtes existants exécutant Nano, de configurer des systèmes nus
comme hôtes Nano Server, ainsi que de déployer des clusters de calcul et des clusters de stockage (désagrégés et
hyperconvergés). Vous pouvez gérer des machines virtuelles Nano, y compris des machines virtuelles dotées
d’une protection maximale.

Avant de commencer
Pour le déploiement des machines virtuelles, vous devez créer le disque dur virtuel Nano Server en dehors de
VMM.
Il n’est pas possible de créer un modèle de machine virtuelle à partir d’une machine virtuelle Nano Server dans
VMM. Vous pouvez créer un modèle de machine virtuelle de toute pièce en utilisant un disque dur virtuel
Nano Server.
Il existe des problèmes connus lors de la jonction d’une machine virtuelle Nano Server à un domaine. Si vous
essayez de joindre la machine virtuelle à un domaine avec les détails de personnalisation dans un modèle de
machine virtuelle, les informations de domaine sont ignorées par VMM. La machine virtuelle est déployée,
mais elle n’est pas jointe au domaine. Comme solution de contournement, déployez la machine virtuelle avant
de la joindre à un domaine. En savoir plus. Notez que la jonction d’un ordinateur physique à un domaine
durant un déploiement complet ne pose pas de problème.

Préparer un disque dur virtuel Nano Server


Pour commencer le déploiement d’un hôte ou de machines virtuelles basés sur Nano Server dans VMM, vous
devez créer un disque dur virtuel Nano Server à partir du disque dur virtuel Windows Server. Le disque dur
virtuel doit comprendre les packages VMM :
Ajoutez le package VMM, Microsoft-NanoServer-SCVMM -Package, pour garantir que l’agent VMM fera
partie du disque dur virtuel.
Ajoutez le package de calcul VMM, Microsoft-NanoServer-SCVMM -Compute-Package, pour garantir que
le disque dur virtuel aura le rôle Hyper-V et que vous pourrez gérer le serveur physique à l’aide de VMM. Si
vous installez ce package, n’utilisez pas l’option -Compute pour le rôle Hyper-V.
Pour le rôle Serveur de fichiers, utilisez Microsoft-NanoServer-Storage-Package avec Microsoft-
NanoServer-SCVMM -Package.
Pour un déploiement hyperconvergé, utilisez Microsoft-NanoServer-Storage-Package avec Microsoft-
NanoServer-SCVMM -Package et Microsoft-NanoServer-SCVMM -Compute-Package.
Créer un disque dur virtuel pour un ordinateur physique
1. Copiez NanoServerImageGenerator.psm1 et Convert-WindowsImage.ps1 du dossier \NanoServer
dans l’ISO Windows Server vers un dossier sur votre disque dur.
2. Démarrez Windows PowerShell en tant qu'administrateur. Accédez au dossier dans lequel vous avez placé
les scripts.
3. Importez le script NanoServerImageGenerator en exécutant :

Import-Module NanoServerImageGenerator.psm1 -Verbose

4. Créez un disque dur virtuel qui inclut les packages VMM. Pour cela, exécutez la commande suivante qui
vous demandera un mot de passe d’administrateur pour le nouveau disque dur virtuel :

New-NanoServerImage -MediaPath <path to root of media> -BasePath .\Base -TargetPath


.\NanoServerVM\NanoServerVM.vhdx -ComputerName <computername> -OEMDrivers -Package Microsoft-
NanoServer-SCVMM-Package,Microsoft-NanoServer-SCVMM-Compute-Package

Par exemple :

New-NanoServerImage -MediaPath F:\ -BasePath .\Base -TargetPath .\Nano1\NanoServer.vhd -ComputerName


Nano-srv1 -OEMDrivers –Clustering –EnableRemoteManagementPort -Packages Microsoft-NanoServer-SCVMM-
Package,Microsoft-NanoServer-SCVMM-Compute-Package

Cet exemple crée un disque dur virtuel à partir d’un fichier ISO monté en tant que F:.
Lors de la création du disque dur virtuel, il utilise un dossier appelé Base dans le dossier où vous avez
exécuté New-NanoServerImage.
Il place le disque dur virtuel dans un dossier appelé Nano1, dans le dossier à partir duquel la
commande s’exécute.
Le nom d’ordinateur dans cet exemple est Nano-srv1. Il inclut les pilotes OEM installés pour le matériel
le plus courant et la fonctionnalité de clustering est activée.
La gestion à distance du serveur Nano Server est activée pour le disque dur virtuel, même à partir des
systèmes qui ne sont pas sur le même sous-réseau.
Si le serveur utilise UEFI pour démarrer, vous devez modifier le script en remplaçant NanoServer.vhd
par NanoServer.vhdx.
5. Ouvrez une session en tant qu’administrateur sur le serveur physique où vous souhaitez exécuter le disque
dur virtuel Nano Server.
6. Copiez le disque dur virtuel créé par le script sur l’ordinateur physique et configurez-le pour qu’il démarre à
partir du nouveau disque dur virtuel, comme suit :
Montez le disque dur virtuel généré.
Exécutez bcdboot d:\windows (dans cet exemple, il est monté sous D:).
Démontez le disque dur virtuel.
7. Démarrez l’ordinateur physique sur le disque dur virtuel Nano Server.
8. Ouvrez une session sur la console de récupération de Nano Server à l’aide du nom d’administrateur et du
mot de passe fournis lors de l’exécution du script, et obtenez l’adresse IP de l’hôte Nano Server. En savoir
plus.
9. Vérifiez que le serveur Nano est joint au même domaine que le serveur VMM. En savoir plus.
10. Veillez à ce que le compte de service VMM et le compte d’identification soient ajoutés au groupe
Administrateurs sur le serveur Nano Server.
Installer les packages VMM en mode hors connexion sur un serveur Nano Server existant
Si vous n’avez pas ajouté les packages VMM lorsque vous avez créé le disque dur virtuel Nano Server, vous
pouvez les installer plus tard, comme suit :
1. Copiez le disque VHD/VHDX à un emplacement sur un ordinateur Windows Server 2016. Par exemple :
C:\MyNano.vhd.
2. Utilisez PowerShell pour installer et importer le fournisseur NanoServerPackage du module PowerShell
PackageManagement (OneGet) :

Install-PackageProvider NanoServerPackage
Import-PackageProvider NanoServerPackage

3. Une fois le fournisseur installé, vous pouvez rechercher et installer les packages VMM (agent VMM et
Hyper-V ), sur le disque dur virtuel à l’aide de ces applets de commande, où C:\MyNano.vhd est
l’emplacement du disque dur virtuel Nano Server.

Find-NanoServerPackage
Install-NanoServerPackage -Name Microsoft-NanoServer-SCVMM-Package -culture en-US -ToVhd
"C:\MyNano.vhd"
Install-NanoServerPackage -Name Microsoft-NanoServer-SCVMM-Compute-Package -culture en-US -ToVhd
"C:\MyNano.vhd"

Installer les packages VMM sur un hôte de serveur Nano en cours d’exécution
Nous vous recommandons l’installation hors connexion des packages VMM (lors de la création du disque dur
virtuel). Si vous n’avez pas besoin de les installer en ligne lorsque le serveur Nano Server est en cours d’exécution,
effectuez les étapes suivantes :
1. Copiez le dossier Packages à partir du support d’installation locale sur le serveur Nano Server en cours
d’exécution. Par exemple, dans C:\packages.
2. Utilisez PowerShell à distance pour ouvrir une session sur le serveur Nano Server.
3. Ajoutez les packages VMM en utilisant les commandes ci-dessous :
Pour installer Microsoft-NanoServer-SCVMM -Package

dism /online /Add-package /PackagePath:C:\packages\en-US\Microsoft-NanoServer-SCVMM-Package_en-


us.cab

NOTE
Veillez à ce que les fichiers en-us (Microsoft-NanoServer-SCVMM-Package_en-us.cab) et neutre (Microsoft-
NanoServer-SCVMM-Package.cab) soient dans le même dossier pour garantir leur installation.

Pour Microsoft-NanoServer-SCVMM -Compute-Package :

dism /online /Add-package /PackagePath:C:\packages\en-US\Microsoft-NanoServer-SCVMM-Compute-


Package_en-us.cab

4. Vérifiez que les packages VMM et les modules linguistiques associés sont correctement installés en
exécutant la commande suivante :

dism /online /get-packages

5. Vous devez voir Identité du package : Microsoft-NanoServer-SCVMM -Feature-


Package~31bf3856ad364e35~amd64~~ 10.0.14300.1003 listé deux fois. Une fois pour Type de
version : Module linguistique et une fois pour Type de version : Feature Pack. Il en va de même pour
Microsoft-NanoServer-SCVMM -Compute-Package.
6. Redémarrez l’hôte Nano Server.

Ajouter l’hôte Nano Server à l’infrastructure VMM


Une fois que l’hôte Nano Server est prêt, ajoutez-le à l’infrastructure VMM. En savoir plus.

Créer une machine virtuelle Nano Server


Pour créer des machines virtuelles Nano Server, vous devez ajouter certains packages propres aux machines
virtuelles sur le disque dur virtuel. Créez le disque dur virtuel pour une machine virtuelle comme suit :
1. Copiez NanoServerImageGenerator.psm1 et Convert-WindowsImage.ps1 du dossier \NanoServer
dans VMM vers un dossier sur votre disque dur.
2. Démarrez Windows PowerShell en tant qu’administrateur et accédez au dossier de script.
3. Importez le script NanoServerImageGenerator avec Import-Module
NanoServerImageGenerator.psm1 -Verbose.
4. Créez un disque dur virtuel qui inclut les packages SCVMM en exécutant la commande suivante. Vous êtes
invité à entrer un mot de passe d’administrateur pour le nouveau disque dur virtuel.

New-NanoServerImage -MediaPath <path to root of media> -BasePath .\Base -TargetPath


.\NanoServerVM\NanoServerVM.vhdx -ComputerName <computername> -GuestDrivers -Package Microsoft-
NanoServer-SCVMM-Package,Microsoft-NanoServer-SCVMM-Compute-Package

Exemple :

New-NanoServerImage -MediaPath F:\ -BasePath .\Base -TargetPath .\Nano1\Nano.vhd -ComputerName Nano1 -


GuestDrivers -Package Microsoft-NanoServer-SCVMM-Package,Microsoft-NanoServer-SCVMM-Compute-Package

5. Cet exemple crée un disque dur virtuel à partir d’un fichier ISO monté en tant que F:.
6. Lors de la création du disque dur virtuel, il utilise un dossier nommé Base dans le dossier où vous avez
exécuté New -NanoServerImage.
7. Il place le disque dur virtuel dans un dossier nommé Nano1, dans le dossier où la commande s’exécute.
8. Le nom de l’ordinateur est Nano1 et il installe des pilotes de machine virtuelle exécutant Hyper-V.
9. Si vous voulez une machine virtuelle de génération 1, générez une image de disque dur virtuel en spécifiant
une extension .vhd pour -TargetPath. Pour une machine virtuelle de génération 2, générez une image VHDX
avec l’extension .vhdx pour -TargetPath.
10. Dans VMM, créez une machine virtuelle et utilisez le disque dur virtuel que vous venez de créer.

Étapes suivantes
Configurer une machine virtuelle
Exécuter un script sur un hôte distant en utilisant
Exécuter une commande de script
31/05/2019 • 4 minutes to read

System Center Virtual Machine Manager (VMM ) prend en charge la possibilité d’exécuter des commandes à
distance, sur un hôte à l’aide de la fonctionnalité Exécuter une commande de script. Cette fonctionnalité est utile
dans les scénarios où vous souhaitez démarrer un service ou collecter des informations à partir d’un hôte distant.
Vous pouvez également exécuter le script sur l’hôte à l’aide des ressources personnalisées que vous avez ajoutées à
la bibliothèque VMM. Les ressources personnalisées peuvent être des fichiers de commandes pouvant exécuter
des commandes spécifiques sur le serveur, mais l’utilisation de ressources personnalisées n’est pas obligatoire.

Exemple de scénario 1 : Démarrer un service


L’exemple de scénario suivant fournit des informations sur la façon dont vous pouvez démarrer un service sftlist
sur hôte VMM à l’aide de la fonctionnalité Exécuter une commande de script.
1. Dans la console VMM, dans la barre d’outils, cliquez sur Hôte et sélectionnez Exécuter une commande de
script.

La page Exécuter une commande de script s’affiche :


2. Par exemple, tapez les informations suivantes dans les options affichées :
Ordre de déploiement : sélectionnez l’ordre de déploiement à partir du menu déroulant.
Programme exécutable : cmd.exe
Paramètres : /q /c net start sftlist
Package de ressources de scripts et Compte d’identification : Aucun
/q désactive l’écho de la ligne de commande et /c exécute la commande, puis termine. Si vous
n’utilisez pas ces commutateurs, la sortie est un code de retour 0 à partir du processus cmd.exe et
n’affiche pas le résultat réel de la commande dans le travail.

3. Sélectionnez le Délai d’attente en secondes pour cette commande.


4. Cliquez sur Avancé et spécifiez l’emplacement des fichiers de sortie et des fichiers journaux pour
d’éventuelles erreurs.
5. Cliquez sur Terminer.
Surveillez le travail dans la console VMM pour le résultat. En cas d’erreur, parcourez le journal des erreurs et suivez
les recommandations le cas échéant.
Voici un exemple de message d’erreur
Exemple de scénario 2 : Démarrer un service à l’aide de ressources
personnalisées
Dans cet exemple, à l’étape 2, nous utilisons les valeurs suivantes, les autres étapes restent les mêmes.
Ordre de déploiement : sélectionnez l’ordre de déploiement à partir du menu déroulant.
Programme exécutable : cmd.exe
Paramètres : /q /c services.cmd
Package de ressources de scripts : SAV_x64_en-US -4.9.305.198.cr(4.9.305.198)
Compte d’identification : Admin
Pour cet exemple, nous avons inclus un fichier de commandes nommé services.cmd sous un dossier de
ressources personnalisées nommé SAV_x64_en-US -4.9.305.198.cr(4.9.305.198) , puis spécifié Admin
pour le Compte d’identification .

Le fichier de commandes effectue un net stop sftlist/y, puis un net start sftlist. Dans ce scénario, le dossier de
ressources personnalisées est transféré vers l’hôte de l’agent et copié sous windows\temp. Un dossier avec
le format scvmm.xxxxxxxx est créé pour contenir tous les fichiers. À ce stade, il exécute le fichier de
commandes et l’agent retourne le résultat correspondant à VMM et l’affiche dans le travail. Si le script
génère une erreur, il crée un journal sous l’emplacement spécifié.
Configurer un cluster à partir d’hôtes Hyper-V
autonomes dans l’infrastructure VMM
11/12/2018 • 13 minutes to read

Utilisez les instructions fournies dans cet article pour créer un cluster à partir de serveurs hôtes Hyper-V
autonomes gérés dans l’infrastructure System Center - Virtual Machine Manager (VMM ).

Avant de commencer
PRÉREQUIS DÉTAILS

VMM Vous aurez besoin d’un groupe hôte VMM défini dans
l’infrastructure. Ce groupe est nécessaire pour allouer des
unités logiques de stockage partagées si VMM doit affecter
du stockage partagé aux nœuds de cluster.

Hyper-V Vous devez avoir au moins deux hôtes Hyper-V autonomes


dans l’infrastructure VMM qui se trouvent dans le même
groupe hôte VMM.

Les hôtes doivent respecter la configuration requise pour le


clustering de basculement.

Tous les hôtes qui seront dans le cluster doivent exécuter le


même système d’exploitation.

Tous les hôtes doivent appartenir au même groupe hôte


VMM.

Vous devez avoir un compte de domaine (à utiliser comme


base pour un compte d’identification) pour créer le cluster. Le
compte doit disposer des autorisations administratives sur les
serveurs qui deviendront des nœuds de cluster, et il doit
appartenir au même domaine que ces serveurs. En outre, le
compte doit avoir l’autorisation Créer des objets ordinateur
dans le conteneur utilisé pour les comptes d’ordinateur dans
le domaine.
PRÉREQUIS DÉTAILS

Stockage Le stockage doit être détecté et classé dans l’espace de travail


Infrastructure de la console VMM. Ensuite, les pools de
stockage, les unités logiques ou les deux doivent être alloués
au groupe hôte ou au groupe hôte parent choisi pour votre
ensemble d’hôtes.

Si le stockage partagé n’est pas géré par VMM, les disques


doivent être disponibles pour tous les nœuds du cluster pour
que vous puissiez les ajouter. Vous devrez fournir une ou
plusieurs unités logiques à tous les hôtes que vous souhaitez
mettre en cluster, et monter et formater les disques de
stockage sur l’un des hôtes.

Pour accéder au stockage partagé, la fonctionnalité MPIO


(Multipath I/O) doit être installée sur chaque hôte Hyper-V.
VMM ne l’ajoute pas automatiquement. Vous pouvez ajouter
MPIO à l’aide du Gestionnaire de serveur. Si MPIO est installé,
VMM l’active automatiquement pour les baies de stockage
prises en charge à l’aide du module spécifique au périphérique
(DSM) fourni par Microsoft. Si vous avez déjà installé des
modules DSM propres à un fournisseur pour les baies de
stockage prises en charge, et que vous ajoutez ensuite l’hôte à
VMM, les paramètres MPIO propres au fournisseur seront
utilisés pour communiquer avec ces baies. Si vous ajoutez un
hôte à VMM avant d’ajouter la fonctionnalité MPIO, vous
devez ajouter cette dernière, puis la configurer manuellement
pour ajouter les ID matériels des périphériques détectés. Vous
pouvez également installer des modules DSM propres au
fournisseur.

Si vous utilisez iSCSI SAN comme stockage partagé, le service


Initiateur iSCSI de Microsoft doit être installé et en cours
d’exécution (défini sur Automatique) sur chaque hôte Hyper-
V. VMM utilise le service Initiateur iSCSI pour configurer
automatiquement le stockage partagé sur les nœuds Hyper-V
quand le cluster est créé. Il est inutile de détecter les portails
iSCSI sur chaque nœud Hyper-V si VMM gère le stockage
partagé.

Si vous utilisez un réseau de groupe de stockage (SAN) Fibre


Channel, une carte de bus hôte (HBA) doit être installée sur
chaque hôte, et la segmentation doit être configurée
correctement. Pour plus d'informations, consultez la
documentation de votre fournisseur de groupe de stockage.

Par défaut, quand VMM gère l’affectation des unités logiques,


VMM crée un groupe de stockage par hôte (soit un hôte
autonome, soit un nœud de cluster hôte). Toutefois, pour
certaines baies de stockage, il est préférable d’utiliser un
groupe de stockage pour l’ensemble du cluster, les initiateurs
hôtes pour tous les nœuds de cluster étant contenus dans un
groupe de stockage unique. Pour prendre en charge cette
configuration, vous devez affecter la valeur $true à la
propriété CreateStorageGroupsPerCluster à l’aide de l’applet
de commande Set-SCStorageArray.
PRÉREQUIS DÉTAILS

Mise en réseau Pour tous les hôtes Hyper-V que vous souhaitez mettre en
cluster, si les hôtes sont configurés pour utiliser des adresses
IP statiques sur un réseau particulier, vérifiez que les adresses
IP statiques de tous les hôtes sont situées sur le même sous-
réseau.

Si vous avez déjà créé une configuration réseau dans VMM


qui s’applique au cluster et que vous avez appliqué cette
configuration aux cartes réseau sur les hôtes, vérifiez que la
configuration est appliquée de manière cohérente sur tous les
hôtes que vous souhaitez mettre en cluster. Par exemple, si
vous avez désigné un ensemble spécifique de cartes réseau
(une par hôte) comme cartes de gestion pour le cluster,
vérifiez que le nom du réseau logique et du réseau de
machines virtuelles associées à ces cartes réseau est cohérent.
Quand VMM identifie les réseaux utilisables par le cluster, il
reconnaît uniquement les réseaux dont les paramètres sont
cohérents sur chaque nœud.

Créer un cluster
1. Dans la console VMM, cliquez sur Infrastructure > Créer > Cluster Hyper-V pour ouvrir l’Assistant Création
d’un cluster Hyper-V.
2. Dans Général, spécifiez un nom de cluster et choisissez le groupe hôte dans lequel se trouvent les hôtes
Hyper-V existants.
3. Dans Type de ressource, sélectionnez le compte d’identification que vous utiliserez pour créer le cluster. Le
compte que vous utilisez doit disposer d’autorisations administratives sur les serveurs qui deviendront des
nœuds de cluster, et il doit appartenir au même domaine que les hôtes Hyper-V que vous souhaitez mettre en
cluster. En outre, le compte doit avoir l’autorisation Créer des objets ordinateur dans le conteneur utilisé pour
les comptes d’ordinateur dans le domaine. Vérifiez que Serveurs Windows existants est sélectionné. Si vous
n’avez pas besoin de la prise en charge de Microsoft pour ce cluster, vous pouvez sélectionner Ignorer la
validation du cluster.
4. Dans Nœuds, sélectionnez les serveurs hôtes Hyper-V que vous souhaitez inclure dans le cluster. Vous pouvez
sélectionner plusieurs hôtes à l’aide de la touche Ctrl, ou une plage à l’aide de la touche Maj.
5. Dans Adresse IP (si cette zone est affichée), entrez l’adresse IP à utiliser pour le cluster.
6. Dans Stockage, sélectionnez les disques de données que vous souhaitez que le cluster utilise. La liste des
disques disponibles comprend les unités logiques associées au groupe hôte que vous avez sélectionné au début
de l’Assistant.
Si vous avez affecté du stockage hors-bande, les disques qui ne sont pas gérés par VMM sont affichés et
sélectionnés comme disques disponibles, avec la case à cocher en regard de chaque disque grisée et
indisponible.
Si vous utilisez une solution de système de fichiers en cluster (CFS ) tierce, vérifiez que vous savez
quels disques sont des disques CFS. Ne sélectionnez pas ces disques pour le cluster. Si vous les
sélectionnez, la création du cluster échoue. Si vous utilisez une solution de système de fichiers en
cluster (CFS ) tierce, vérifiez que vous savez quels disques sont des disques CFS. Ne sélectionnez
pas ces disques pour le cluster. Si vous les sélectionnez, la création du cluster échoue.
Si le nombre d’hôtes sélectionnés pour le cluster est pair, le plus petit disque dont la taille est
supérieure à 500 Mégaoctets (Mo) est choisi automatiquement comme disque témoin et n’est pas
disponible pour la sélection.
7. Dans Commutateurs virtuels, vous pouvez sélectionner les réseaux logiques à utiliser quand VMM crée
automatiquement des commutateurs virtuels sur les nœuds Hyper-V. les commutateurs virtuels externes sur
les nœuds Hyper-V de destination. VMM crée automatiquement les commutateurs virtuels sur tous les nœuds
Hyper-V.
8. Dans Résumé, confirmez les paramètres, puis cliquez sur Terminer. Vous pouvez surveiller l’état du cluster
dans la page Travaux. Une fois le travail terminé, vous pouvez vérifier les informations du cluster en cliquant
avec le bouton droit sur l’onglet Propriétés > État sur le cluster. Vous pouvez également cliquer avec le bouton
droit sur le cluster et cliquer sur Valider le cluster.
Voici ce que fait VMM une fois que vous avez créé le cluster :
1. Vérifie que tous les ordinateurs hôtes remplissent les conditions requises, telles que le système d'exploitation
requis et l'appartenance au domaine
2. Active la fonctionnalité clustering de basculement sur chaque ordinateur hôte
3. Démasque les unités logiques de stockage sélectionnées sur chaque ordinateur hôte
4. Exécute le processus de validation de cluster
5. Crée le cluster avec les paramètres de quorum, configure les paramètres IP statiques du cluster que vous avez
spécifiés, et active les volumes partagés du cluster (CSV )
6. Pour chaque unité logique qui est désignée comme un volume partagé du cluster, affecte l'unité logique en tant
que volume partagé du cluster sur le cluster

Étapes suivantes
Configurer des machines virtuelles
Configurer un hôte ou un cluster Hyper-V à partir
de systèmes nus
19/03/2019 • 46 minutes to read

Utilisez cet article pour provisionner un hôte ou un cluster Hyper-V à partir de systèmes nus où rien n’est
installé, dans l’infrastructure System Center - Virtual Machine Manager (VMM ).
En plus d’ajouter des serveurs Windows existants à l’infrastructure en tant que clusters et hôtes Hyper-V, VMM
peut détecter les systèmes physiques nus, installer automatiquement un système d’exploitation, et les configurer
comme clusters et hôtes de serveur Hyper-V.
Voici la procédure à suivre :
1. Vérifier la configuration requise : Vérifiez que toutes les conditions préalables sont remplies avant de
commencer.
2. Configuration initiale : Configurez le système BIOS de l’ordinateur pour prendre en charge la virtualisation,
définissez l’ordre de démarrage du BIOS pour démarrer à partir d’une carte réseau compatible avec
l’environnement d’exécution de prédémarrage (PXE ) comme premier périphérique, et configurez les
informations d’identification d’ouverture de session et les paramètres d’adresse IP pour le contrôleur BMC
sur chaque ordinateur. Vous devez créer des entrées DNS et un compte Active Directory pour les noms
d’ordinateurs, et nous vous recommandons d’accorder le temps nécessaire à l’exécution de la réplication DNS.
3. Préparer l’environnement de serveur PXE : ajoutez le serveur PXE à l’administration de VMM, comme
décrit dans Conditions préalables : création d’hôtes, de clusters hôtes ou de clusters de serveurs de fichiers
avec montée en puissance parallèle à partir de systèmes nus dans VMM et Ajout d’un serveur PXE à VMM.
4. Ajouter des ressources à la bibliothèque VMM : ajoutez des ressources qui incluent un disque dur virtuel
généralisé avec un système d’exploitation approprié (comme répertorié dans Conditions préalables : création
d’hôtes, de clusters hôtes ou de clusters de serveurs de fichiers avec montée en puissance parallèle à partir de
systèmes nus dans VMM ) qui est utilisé comme image de base, ainsi que les fichiers de pilote facultatifs à
ajouter au système d’exploitation pendant l’installation.
5. Créer des profils : dans la bibliothèque, créez un ou plusieurs profils d’ordinateurs physiques. Ces profils
comprennent des paramètres de configuration, tels que l'emplacement de l'image du système d'exploitation
et des paramètres de configuration matériels et du système d'exploitation.
6. Créer le cluster ou hôte Hyper-V : vous exécutez différents Assistants selon que vous voulez configurer un
cluster ou un hôte autonome.

Avant de commencer
NOTE
VMM ne prend pas en charge le provisionnement de système nu des machines physiques dans un espace de noms
disjoint. Pour résoudre ce problème, suivez ces étapes :
1. Provisionnez le système nu dans un domaine d’espace de noms non disjoint.
2. Supprimez l’hôte provisionné à partir de VMM.
3. Joignez l’hôte au domaine de l’espace de noms disjoint qui vous intéresse.
4. Rajoutez l’hôte à VMM. Utilisez cette procédure.

Vérifiez les prérequis suivants :


COMPOSANT PRÉREQUIS DÉTAILS

Ordinateur physique Prise en charge de la détection Un contrôleur de gestion de la carte de


base (BMC) doit être installé sur
chaque ordinateur physique pour
permettre une gestion hors bande. Par
le biais d’un contrôleur BMC, vous
pouvez accéder à l’ordinateur à
distance, indépendamment du système
d’exploitation, et contrôler des
fonctions système telles que la capacité
à mettre l’ordinateur sous tension ou
hors tension. Configuration requise
pour BMC :

Les contrôleurs BMC doivent utiliser


l’un des protocoles de gestion hors
bande pris en charge, et le protocole
de gestion doit être activé dans les
paramètres BMC.

Les protocoles pris en charge sont :


Intelligent Platform Management
Interface (IPMI) versions 1.5 ou 2.0 ;
Data Center Management Interface
(DCMI) version 1.0 ; System
Management Architecture for Server
Hardware (SMASH) version 1.0 sur WS-
Management (WS-Man) ; protocoles
personnalisés tels que Integrated
Lights-Out (iLO)

Les contrôleurs BMC doivent utiliser la


dernière version du microprogramme
pour le modèle de contrôleur BMC.

Les contrôleurs BMC doivent être


configurés avec des informations
d’identification d’ouverture de session
et doivent utiliser l’adressage IP
statique ou DHCP. Si vous utilisez le
protocole DHCP, nous vous conseillons
de le configurer pour qu'il attribue une
adresse IP constante à chaque
contrôleur BMC, par exemple à l'aide
de réservations DHCP.

Le serveur d'administration VMM doit


être en mesure d'accéder au segment
de réseau sur lequel les contrôleurs
BMC sont configurés.

Ordinateur physique Configuration requise pour le rôle L’ordinateur qui prend en charge le
Hyper-V rôle Hyper-V doit utiliser des
processeurs x64 et disposer des
paramètres système BIOS de base
appropriés.
COMPOSANT PRÉREQUIS DÉTAILS

Ordinateurs physiques DNS Si votre environnement contient


plusieurs serveurs DNS, pour lesquels
la réplication DNS peut prendre un
certain temps, nous vous
recommandons vivement de créer des
entrées DNS pour les noms
d'ordinateurs à attribuer aux
ordinateurs physiques et d'accorder du
temps pour l'exécution de la réplication
DNS. À défaut, le déploiement des
ordinateurs risque d’échouer.

Ordinateur physique BIOS/EFI Déterminez si les ordinateurs utilisent


l’Interface EFI (Extensible Firmware
Interface) ou BIOS. Si vous avez des
ordinateurs de chaque type, vous
devez créer un profil distinct pour
chaque type.

Ordinateurs physiques Système d'exploitation Vous pouvez ajouter un nœud


Windows Server 2016 sur un cluster
Windows Server 2012 R2, à condition
que les conditions spécifiées
précédemment soient remplies. En
revanche, vous ne pouvez pas ajouter
de nœud Windows Server 2012 R2 à
un cluster Windows Server 2016.
COMPOSANT PRÉREQUIS DÉTAILS

Serveur PXE Conditions requises pour le Vous devez avoir un serveur PXE
déploiement configuré avec les Services de
déploiement Windows.

Si vous avez dans votre environnement


un serveur PXE configuré avec les
Services de déploiement Windows,
vous pouvez l’ajouter à VMM. Vous
pouvez ensuite l’utiliser pour
l’approvisionnement dans VMM (VMM
reconnaît uniquement les serveurs qui
en résultent). Toutes les autres
demandes continuent à être gérées par
le serveur PXE en fonction de sa
configuration.

Si vous n’avez pas de serveur PXE, vous


pouvez déployer le rôle Services de
déploiement Windows sur un serveur
exécutant un système d’exploitation
pris en charge (Windows Server 2012
R2 ou version ultérieure).

Quand vous installez les Services de


déploiement Windows, vous devez
installer les options Serveur de
déploiement et Serveur de transport.
Notez que vous n’avez pas besoin
d’ajouter des images. Pendant le
déploiement de l’hôte, VMM utilise un
disque dur virtuel que vous avez créé
et stocké dans la bibliothèque. De plus,
vous n’avez pas besoin de configurer
les paramètres sous l’onglet Réponse
PXE. VMM fournit son propre
fournisseur PXE.

Le serveur PXE doit se trouver dans le


même sous-réseau que les ordinateurs
physiques que vous souhaitez
approvisionner.

Lorsque vous ajoutez un serveur PXE,


vous devez spécifier les informations
d'identification d'un compte disposant
d'autorisations d'administrateur local
sur le serveur PXE. Vous pouvez entrer
un nom d'utilisateur et un mot de
passe ou spécifier un compte
d'identification. Si vous souhaitez
utiliser un compte d’identification, vous
pouvez le créer avant de commencer
ou pendant le déploiement.

Serveur PXE Ordre de démarrage Sur chaque ordinateur, définissez


l'ordre de démarrage du BIOS de
manière à démarrer à partir d'une
carte réseau compatible avec un
environnement PXE (Pre-Boot
Execution Environment) comme
premier périphérique.
COMPOSANT PRÉREQUIS DÉTAILS

Disque dur virtuel Système d'exploitation Vérifiez que vous avez un disque dur
virtuel généralisé dans un partage de
bibliothèque VMM. Il doit exécuter
Windows Server 2012 R2 ou une
version ultérieure.

Pour les serveurs de production, nous


vous recommandons d'utiliser un
disque fixe (format de fichier .vhd ou
.vhdx) pour augmenter les
performances et protéger les données
utilisateur. Notez que par défaut, quand
vous créez un profil d’ordinateur
physique, VMM convertit un disque
dynamique en disque fixe.

Si vous envisagez d’attribuer des


pilotes de clients, ils doivent exister
dans la bibliothèque.

Pour créer le disque dur virtuel, vous


pouvez créer une machine virtuelle,
installer le système d’exploitation invité,
puis utiliser sysprep avec les options
/generalize et /oobe.

Le système d’exploitation sur le disque


dur virtuel que vous déployez sur les
hôtes ou clusters doit prendre en
charge l’option de démarrage à partir
d’un disque dur virtuel (VHD).

Si vous utilisez les services Bureau à


distance pour gérer les serveurs, nous
vous recommandons d'activer les
connexions aux services Bureau à
distance dans l'image. Vous pouvez
également activer les services Bureau à
distance en utilisant un fichier de
réponses dans le profil d’ordinateur
physique.
COMPOSANT PRÉREQUIS DÉTAILS

Mise en réseau Réseaux logiques Si vous avez déjà configuré des réseaux
logiques ou des commutateurs
logiques dans VMM, vous pouvez
inclure ces configurations dans un
profil d’ordinateur physique.

Pour inclure dans un profil d’ordinateur


physique un commutateur logique que
vous souhaitez appliquer à des cartes
réseau physiques (pour des hôtes ou
des clusters hôtes), vous devez d’abord
effectuer certaines étapes. Vérifiez que
vous avez installé le nombre prévu de
cartes réseau sur les ordinateurs hôtes.
En outre, avant de créer le profil
d’ordinateur physique dans VMM, vous
devez créer le commutateur logique.

Pour inclure l’adressage IP statique


contrôlé par le biais d’un réseau
logique dans un profil d’ordinateur
physique, configurez le réseau logique.
Le réseau logique doit inclure au moins
un site réseau et un pool d’adresses IP
statiques. Le site réseau doit être
accessible au groupe hôte ou à un
groupe hôte parent dans lequel vous
voulez attribuer les hôtes que vous
créez à partir de systèmes nus.

Pour inclure dans un profil d’ordinateur


physique une carte réseau virtuelle
(pour des hôtes ou des clusters hôtes),
vous devez d’abord effectuer certaines
étapes. Vérifiez que vous avez installé
le nombre prévu de cartes réseau
physiques sur les ordinateurs destinés
à servir d’hôtes. De plus, sur le serveur
d’administration VMM, installez tous
les fournisseurs d’extension et toutes
les extensions de commutateur virtuel
nécessaires, créez au moins un réseau
de machines virtuelles et créez un
commutateur logique. Sur le
commutateur logique, en guise de
bonne pratique, vous devez inclure une
ou plusieurs classifications de port
pour les ports virtuels.
COMPOSANT PRÉREQUIS DÉTAILS

Profil d’ordinateur physique Fichier de réponses Si vous voulez qu’un profil d’ordinateur
physique comprenne des références à
un fichier de réponses (fichier
Unattend.xml) ou à des ressources
personnalisées (par exemple, un
programme d’installation d’application
référencé dans des commandes de
script post-déploiement), créez le
fichier de réponses ou obtenez les
ressources personnalisées avant le
déploiement, puis ajoutez-les à un
partage de bibliothèque VMM. Dans
un partage de bibliothèque, placez les
ressources personnalisées dans un ou
plusieurs dossiers avec une extension
.CR (ressource personnalisée). VMM les
identifie comme des ressources
personnalisées. Par exemple, vous
pouvez souhaiter créer un fichier de
réponses pour activer les services
Bureau à distance et le placer dans un
partage de bibliothèque. Vous pourrez
ensuite sélectionner ce fichier quand
vous configurerez un profil d’ordinateur
physique.

Par défaut quand vous déployez des


serveurs ou des clusters à partir de
systèmes nus, VMM effectue
automatiquement les opérations
suivantes (aucun fichier de réponses ou
commande post-déploiement n’est
nécessaire) : Installation du rôle Hyper-
V pour les hôtes Hyper-V. Installation
du rôle Hyper-V, de la fonctionnalité de
cluster de basculement et de la
fonctionnalité MPIO (Multipath I/O)
pour les clusters Hyper-V.

Comptes Vous avez besoin de deux comptes


d’identification.

Un compte d’identification pour joindre


des ordinateurs au domaine. Vous
pouvez créer un compte d’identification
dans l’espace de travail Paramètres.

Un compte d’identification pour l’accès


au contrôleur de gestion de la carte de
base (BMC) sur chaque ordinateur.

Ajouter un serveur PXE à l’infrastructure VMM


1. Cliquez sur Infrastructure > Serveurs > Ajouter > Ajouter des ressources > Serveur PXE.
2. Dans Nom de l’ordinateur, spécifiez le nom du serveur PXE.
3. Ajoutez les informations d’identification d’un compte disposant d’autorisations d’administrateur local sur le
serveur PXE. Vous pouvez spécifier un compte d’identification existant (ou cliquer sur Créer un compte
d’identification pour en créer un) ou entrer manuellement les informations d’identification de l’utilisateur au
format nom_domaine\nom_utilisateur. Cliquez sur Ajouter.
4. Dans Travaux, vérifiez que l’état du travail est Terminé, puis fermez la boîte de dialogue. Le travail configure
le nouveau serveur PXE, installe l’agent VMM sur le serveur PXE, importe une nouvelle image Windows
Preinstallation Environment (Windows PE ) et ajoute le compte de l’ordinateur pour le serveur PXE à VMM.
5. Vérifiez que le serveur PXE a été ajouté dans Infrastructure > Serveurs > Serveurs PXE > Accueil >
Afficher > Ressources d’infrastructure > Serveurs PXE. L’état de l’agent doit être Réponse en cours.

Ajouter et affecter des fichiers de pilote


Si vous envisagez d'attribuer des pilotes personnalisés, les fichiers de pilote doivent exister dans la bibliothèque.
Vous pouvez ajouter des légendes aux pilotes de la bibliothèque pour pouvoir les filtrer par légende plus tard.
Une fois les fichiers ajoutés, quand vous configurez un profil d’ordinateur physique, vous pouvez spécifier les
fichiers de pilote. VMM installe les pilotes spécifiés pendant l’installation du système d’exploitation sur un
ordinateur physique.
Dans le profil d’ordinateur physique, vous pouvez choisir de filtrer les pilotes par légende ou en fonction de la
correspondance des ID PnP sur l’ordinateur physique. Si vous choisissez de filtrer les pilotes par légende, VMM
détermine les pilotes à appliquer en faisant correspondre les légendes que vous affectez aux pilotes dans la
bibliothèque aux légendes que vous affectez dans le profil. Si vous choisissez de filtrer les pilotes avec les ID PnP
correspondants, vous n’avez pas besoin d’affecter de légendes personnalisées.
1. Recherchez un package de pilotes que vous souhaitez ajouter à la bibliothèque.
2. Dans le partage de bibliothèque qui se trouve sur le serveur de bibliothèque associé au groupe sur lequel
vous souhaitez déployer les ordinateurs physiques, créez un dossier pour stocker les pilotes, puis copiez le
package de pilotes dans le dossier.
3. Nous vous conseillons vivement de créer un dossier distinct pour chaque package de pilotes et de ne pas
mélanger les ressources dans les dossiers de pilotes. Si vous incluez dans le même dossier d’autres
ressources de bibliothèque comme des images .iso, des fichiers .vhd ou des scripts avec une extension de nom
de fichier .inf, le serveur de bibliothèque VMM ne découvre pas ces ressources. De même, quand vous
supprimez un package de pilotes .inf de la bibliothèque, VMM supprime la totalité du dossier où réside le
fichier de pilote .inf.
4. Dans la console VMM, ouvrez l’espace de travail Bibliothèque. Dans le volet Bibliothèque > Serveurs de
bibliothèque, développez le serveur de bibliothèque où se trouve le partage, cliquez avec le bouton droit sur
le partage, puis cliquez sur Actualiser. Une fois la bibliothèque actualisée, le dossier que vous avez créé pour
stocker les pilotes s'affiche.
5. Maintenant, affectez des légendes si nécessaire. Dans Bibliothèque, développez le dossier que vous avez
créé pour stocker les pilotes durant la procédure précédente, puis cliquez sur le dossier qui contient le
package de pilotes.
6. Dans Objets de bibliothèque physique, cliquez avec le bouton droit sur le fichier de pilote .inf, puis cliquez
sur Propriétés.
7. Dans Propriétés de nom_fichier_pilote > Étiquettes personnalisées, entrez les étiquettes personnalisées
séparées par un point-virgule ou cliquez sur Sélectionner pour attribuer les étiquettes disponibles ou pour
en créer et les affecter. Si vous cliquez sur Sélectionner, puis sur Nouvelle légende, vous pouvez modifier
le nom de la légende après avoir cliqué sur OK. Par exemple, si vous avez ajouté un fichier de pilote de carte
réseau, vous pouvez créer une étiquette nommée ServerModel NetworkAdapterModel, où ServerModel est
le modèle de serveur et NetworkAdapterModel est le modèle de carte réseau.

Créer un profil d’ordinateur physique


1. Cliquez sur Bibliothèque > Accueil > Créer > Profil d’ordinateur physique.
2. Dans l’Assistant Nouveaux profils d’ordinateurs physiques > Description du profil, tapez un nom et
une description et sélectionnez Hôte de l’ordinateur virtuel.
3. Dans Image du système d’exploitation > Fichier de disque dur virtuel > Parcourir, cliquez sur le disque
dur virtuel généralisé que vous avez ajouté au partage de bibliothèque. Par défaut, si le disque est dynamique,
VMM le convertit en disque fixe pendant le déploiement d’hôte. Pour les serveurs de production, nous vous
recommandons d’utiliser un disque fixe pour augmenter les performances et favoriser la protection des
données utilisateur.
4. Dans Configuration matérielle > Carte réseau de gestion, sélectionnez la carte réseau que vous utilisez
pour communiquer avec VMM et indiquez s’il faut utiliser DHCP ou une adresse statique. Si vous souhaitez
utiliser le réseau de diffusion de contenu (CDN ) pour la carte ou configurer des commutateurs et des ports
logiques, cliquez sur Propriétés physiques. Cliquez sur Ajouter pour ajouter la carte.
5. Dans Disque, spécifiez le schéma de partitionnement pour le premier disque. Vous pouvez utiliser GPT si le
profil d’ordinateur physique est EFI. Dans Informations de partition, sélectionnez le nom de volume, s’il
faut utiliser tout l’espace libre restant ou une taille spécifique, et s’il faut désigner la partition comme partition
de démarrage. Vous pouvez aussi ajouter un nouveau disque ou une nouvelle partition. Pendant le
déploiement, VMM copie le fichier de disque dur virtuel dans la partition de démarrage et crée
automatiquement une partition système sur le même disque.
6. Dans Filtre de pilote, filtrez les pilotes à appliquer au système d’exploitation pendant le déploiement d’hôte.
Vous pouvez filtrer par ID Plug-and-Play ou par étiquettes spécifiques. Si vous choisissez de filtrer les pilotes
avec des légendes correspondantes, vérifiez que vous avez ajouté des fichiers de pilote à la bibliothèque et
attribué les légendes correspondantes.
7. Dans Configuration du système d’exploitation, spécifiez le domaine auquel l’hôte ou le cluster Hyper-V
doit se joindre, et spécifiez les informations d’identité et les informations d’identification d’administrateur
local. Ajoutez la clé de produit pour l’installation et définissez le fuseau horaire. Dans GUIDRunOnce,
spécifiez la ou les commandes à exécuter quand l’utilisateur ouvre une session sur l’hôte Hyper-V pour la
première fois.
8. Dans la page Paramètres de l’ordinateur l’hôte, spécifiez le chemin de l’hôte où seront stockés les fichiers
associés aux machines virtuelles placées sur l’hôte. Ne spécifiez pas le lecteur C, car il n’est pas disponible
pour la sélection élective. Si vous ne spécifiez pas de chemin, la sélection élective VMM détermine
l’emplacement le plus approprié.
9. Dans Résumé, vérifiez les paramètres. Attendez que Travaux affiche l’état Terminé, puis vérifiez le profil dans
Bibliothèque > Profils > Profils d’ordinateur physique.
Paramètres de post-déploiement PCP
Une fois que vous avez créé et déployé le PCP, vous pouvez configurer des paramètres supplémentaires, comme
RDMA, QoS et SET en utilisant le script de post-déploiement PCP.
Exemple de script
Voici l’exemple de script pour configurer RDMA, SET et QoS.

# Install data center bridging


Install-WindowsFeature Data-Center-Bridging

#Enable RDMA, assuming customer chosen switch name for storage as Storage1Switch and Storage2Switch
Enable-NetAdapterRDMA "Storage1Switch"
Enable-NetAdapterRDMA "Storage2Switch"

# set Qos Policy


New-NetQosPolicy "SMB" -NetDirectPortMatchCondition 445 -PriorityValue8021Action 3

# Enable net qos flow control


Enable-NetQosFlowControl -Priority 3

# Disable net qos flow control other than 3


Disable-NetQosFlowControl -Priority 0,1,2,4,5,6,7

# Enable net adapter qos on all adapters


Enable-NetAdapterQos -InterfaceAlias "*"

# set qos traffic class


New-NetQosTrafficClass "SMB" -Priority 3 -BandwidthPercentage 50 -Algorithm ETS

# Install windows feature


Install-WindowsFeature –Name Hyper-V

Install-WindowsFeature –Name RSAT-Hyper-V-Tools

# set net adapter property "encapsulated overhead"


NetAdapterAdvancedProperty -Name "*" -DisplayName "Encapsulated Overhead" -DisplayValue "160"

#disable ipv6
netsh int ipv6 isatap set state disabled

#Configure SET team mapping between virtual network adapter to physical network adapters. (Note: to get names
of adapters, use command Get-NetAdapater. For team mapping use command
$physicalAdapters = Get-NetAdapter -Physical
$virtualStorageAdapter1 = Get-VMNetworkAdapter -ManagementOS | Where-Object {$_.Name -eq "Storage1Switch"}
$virtualStorageAdapter1 = Get-VMNetworkAdapter -ManagementOS | Where-Object {$_.Name -eq "Storage2Switch"}

Set-VMNetworkAdapterTeamMapping -ManagementOS -PhysicalNetAdapterName $physicalAdapters[0].Name -


VMNetworkAdapterName $virtualStorageAdapter1.Name
Set-VMNetworkAdapterTeamMapping -ManagementOS -PhysicalNetAdapterName $physicalAdapters[1].Name -
VMNetworkAdapterName $virtualStorageAdapter2.Name

#Set firewall rules.


[System.String[]]$Alias=@("vEthernet (WssdStorage2)", "vEthernet WssdStorage1)");
$Profile ='Any'
$Name="File and Printer Sharing"
$rules = Get-NetFirewallRule -DisplayGroup $Name

foreach ($rule in $rules)


{
$rule | Get-NetFirewallAddressFilter | Set-NetFirewallAddressFilter -
LocalAddress Any -RemoteAddress Any
}

Set-NetFirewallRule -DisplayGroup $Name -Enabled True -Profile $Profile – InterfaceAlias $Alias


$Profile='Any'
$Name=='FPS-LLMNR-In-UDP'
Set-NetFirewallRule -Name $Name -Enabled True -Profile $Profile
[System.String[]]$Alias=@("Storage2Switch", "Storage1Switch", "ManagementSwitch");
$Profile ='Any'
$Name="Windows Remote Management"
Set-NetFirewallRule -DisplayGroup $Name -Enabled True -Profile $Profile –InterfaceAlias $Alias

#Set assurance settings


reg add HKLM\SYSTEM\CurrentControlSet\Control\DeviceGuard /v EnableVirtualizationBasedSecurity /t REG_DWORD
/d 1 /f
reg add HKLM\SYSTEM\CurrentControlSet\Control\DeviceGuard /v RequirePlatformSecurityFeatures /t REG_DWORD /d
2 /f
reg add HKLM\SYSTEM\CurrentControlSet\Control\LSA /v LsaCfgFlags /t REG_DWORD /d 1 /f
reg add HKLM\SYSTEM\CurrentControlSet\Control\LSA /v DisableRestrictedAdmin /t REG_DWORD /d 0 /f

Configurer un hôte Hyper-V à partir d’un système nu


Quand vous déployez un hôte Hyper-V à partir d’un système nu, VMM effectue les opérations suivantes :
1. Découverte de l’ordinateur physique via la gestion hors bande.
2. Déploiement d’une image de système d’exploitation sur l’ordinateur via le profil d’ordinateur physique.
3. Activation du rôle Hyper-V sur l’ordinateur.
4. Placement de l’ordinateur sous administration VMM en tant qu’hôte Hyper-V géré.
Effectuez la configuration comme suit :
1. Cliquez sur Infrastructure > Serveurs > Accueil > Ajouter > Ajouter des ressources > Clusters et
hôtes Hyper-V.
2. Dans l’Assistant Ajout d’une ressource > Emplacement de la ressource, sélectionnez Ordinateurs
physiques à provisionner en tant qu’ordinateurs hôtes d’ordinateurs virtuels.
3. Dans Informations d’identification et protocole, sélectionnez le compte d’identification disposant des
autorisations d’accès au contrôleur BMC. Dans la liste Protocole, cliquez sur le protocole de gestion hors
bande utilisé par vos contrôleurs BMC. Si vous souhaitez utiliser l’interface de gestion du centre de données
(DCMI), cliquez sur Interface de gestion de plateforme intelligente (IPMI). Bien que DCMI 1.0 ne soit pas
répertorié, il est pris en charge. Vérifiez que le port correct est sélectionné.
4. Dans Étendue de la découverte, spécifiez l’étendue d’adresses IP qui inclut les adresses IP des contrôleurs
BMC. Vous pouvez entrer une adresse IP unique, un sous-réseau IP ou une plage d'adresses IP.
Si vous configurez un seul ordinateur, vous pouvez spécifier une adresse IP unique ou spécifier une
plage d'adresses IP qui commence et se termine avec l'adresse IP voulue. Si vous spécifiez une seule
adresse IP, quand vous cliquez sur Suivant, l'ordinateur est redémarré.
Si vous spécifiez une plage d'adresses IP, quand vous cliquez sur Suivant, des informations sur
l'ordinateur s'affichent et vous pouvez confirmer que vous avez spécifié l'ordinateur souhaité.
5. Si vous avez spécifié une seule adresse IP dans la page précédente, ignorez cette étape. Sinon, la page
Ressources cibles s’affiche. Passez en revue la liste des contrôleurs BMC détectés (identifiés par adresses IP )
et sélectionnez ceux que vous souhaitez configurer comme hôtes. Si vous ne voyez pas tous les contrôleurs
BMC attendus, vérifiez qu’ils se trouvent sur un réseau accessible par le serveur VMM et, le cas échéant,
cliquez sur Actualiser.
6. Dans Options d’approvisionnement, cliquez sur un groupe hôte pour les nouveaux hôtes Hyper-V.
Sélectionnez le profil d’ordinateur physique que vous souhaitez appliquer.
7. Dans Personnalisation du déploiement, réexaminez la liste des ordinateurs et fournissez des informations
pour chaque ordinateur que vous souhaitez inclure.
Si vous voyez un ordinateur que vous ne souhaitez pas inclure, sélectionnez le contrôleur BMC
(identifié par son adresse IP ), puis cliquez sur Supprimer.
Pour configurer des ordinateurs, cliquez sur l’adresse IP du contrôleur BMC.
Spécifiez un nom d’ordinateur unique, sans caractères génériques.
Activez ou désactivez Ignorer la vérification d’Active Directory pour ce nom d’ordinateur. La
vérification d’Active Directory empêche le déploiement si le compte d’ordinateur existe déjà. Cela
permet d’éviter le déploiement d’un ordinateur portant le même nom qu’un ordinateur existant. Notez
que si vous ignorez la vérification d’Active Directory et qu’il existe dans les services AD DS un compte
d’ordinateur autre que le compte d’identification spécifié dans le profil d’ordinateur physique, le
processus de déploiement ne peut pas joindre l’ordinateur au domaine.
8. Pour l’ordinateur que vous configurez, cliquez sur une carte réseau (à gauche). Vous pouvez modifier la
configuration ou fournir plus d’informations (...).
9. Vous pouvez spécifier l’adresse MAC de la carte réseau de gestion (et non du contrôleur BMC ) et les
paramètres IP statiques pour cette carte réseau. Si vous spécifiez une adresse, sélectionnez un réseau logique
et un sous-réseau IP le cas échéant. Si le sous-réseau IP sélectionné inclut un pool d’adresses IP, vous pouvez
cocher Obtenir une adresse IP correspondant au sous-réseau sélectionné. Sinon, tapez une adresse IP
qui se trouve sur le réseau logique ou son sous-réseau. Si vous sélectionnez un sous-réseau IP, vérifiez qu’il
correspond à l’emplacement physique où vous déployez l’hôte et au réseau auquel la carte est connectée.
Dans le cas contraire, le déploiement peut échouer.
10. Configurez les paramètres de carte pour chaque carte réseau. Notez que si le nombre de cartes réseau
physiques d’un ordinateur ne correspond pas au nombre de cartes réseau physiques défini dans le profil
d’ordinateur physique, vous devez spécifier toute information manquante pour les cartes. Si vous décidez de
ne pas configurer cet ordinateur tout de suite (par exemple, si le matériel physique doit être installé ou
désinstallé), vous pouvez sélectionner l’adresse IP du contrôleur BMC de l’ordinateur dans la liste, puis cliquer
sur Supprimer.
11. Répétez la configuration pour chaque adresse IP de contrôleur BMC dans la liste. Une fois que vous avez
renseigné les informations pour tous les ordinateurs à configurer, cliquez sur Suivant.
12. Dans Résumé, confirmez les paramètres, puis cliquez sur Terminer pour déployer les nouveaux hôtes Hyper-
V et les placer sous administration VMM. En fonction de vos paramètres, la boîte de dialogue Travaux peut
s’afficher. Assurez-vous que toutes les étapes du travail ont le statut Terminé, puis fermez la boîte de
dialogue.
13. Pour confirmer que l’hôte a été ajouté, cliquez sur Infrastructure > Serveurs > Tous les hôtes > groupe
hôte, puis vérifiez que le nouvel hôte Hyper-V apparaît dans le groupe.

Configurer un cluster Hyper-V à partir d’un système nu


Quand vous déployez un cluster Hyper-V à partir d’un système nu, VMM effectue les opérations suivantes :
1. Détection des ordinateurs physiques par le biais de la gestion hors bande
2. Déploiement d’une image de système d’exploitation sur les ordinateurs à l’aide du profil d’ordinateur
physique sélectionné
3. Installation de la fonctionnalité de clustering de basculement, du rôle Hyper-V et de la fonctionnalité MPIO
4. Mise du cluster configuré sous administration VMM
Effectuez la configuration comme suit :
1. Cliquez sur Infrastructure > Serveurs > Ajouter > Ajouter des ressources > Clusters et hôtes Hyper-V.
2. Dans Configuration générale, spécifiez un nom pour le cluster hôte. Choisissez une configuration de
stockage si nécessaire :
Pour le stockage partagé, cliquez sur Stockage connecté au cluster à l’aide de SAS, FC ou iSCSI
partagé.
Pour les espaces de stockage directs, cliquez sur Sous-système de disque directement connecté à
des nœuds individuels dans le cluster.
3. Dans Type de ressource > sélectionnez Ordinateurs physiques à provisionner en tant qu’ordinateurs
hôtes d’ordinateurs virtuels :
Spécifiez le compte d’identification d’administrateur à utiliser pour créer le cluster.
Sélectionnez le profil d’ordinateur physique (qui fournit le nom de domaine et le compte
d’identification d’administrateur pour chaque nœud).
En regard de la zone Compte d’identification BMC, cliquez sur Parcourir, puis sélectionnez un
compte d’identification disposant des autorisations d’accès au contrôleur BMC.
Dans la liste de protocoles Gestion hors bande, cliquez sur le protocole qu’utilisent vos contrôleurs
BMC. Si vous souhaitez utiliser l’interface de gestion du centre de données (DCMI), cliquez sur
Interface de gestion de plateforme intelligente (IPMI). Bien que DCMI 1.0 ne soit pas répertorié, il est
pris en charge. Vérifiez que le port correct est sélectionné.
Si l’option Ignorer la validation du cluster s’affiche et que vous n’avez pas besoin de la prise en
charge de Microsoft pour ce cluster, vous pouvez ignorer la validation.
4. Dans Étendue de la découverte, spécifiez l’étendue d’adresses IP qui inclut les adresses IP des contrôleurs
BMC. Vous pouvez entrer une adresse IP unique, un sous-réseau IP ou une plage d'adresses IP. La détection
approfondie fournit des informations détaillées sur un ordinateur (par exemple les adresses MAC des cartes
réseau), mais elle redémarre l’ordinateur et nécessite plus de temps. Vous pouvez autoriser ou ignorer la
détection approfondie.
5. Si vous avez spécifié une seule adresse IP dans la page précédente, ignorez cette étape. Sinon, la page
Ressources cibles s’affiche. Passez en revue la liste des contrôleurs BMC détectés (identifiés par adresses IP )
et sélectionnez ceux que vous voulez inclure dans le cluster.
6. Si vous ne voyez pas tous les contrôleurs BMC attendus, vérifiez qu’ils se trouvent sur un réseau accessible
par le serveur VMM et, le cas échéant, cliquez sur Actualiser. Autorisez ou ignorez la détection approfondie.
La détection approfondie fournit des informations détaillées sur un ordinateur (par exemple les adresses
MAC des cartes réseau), mais elle redémarre l’ordinateur et nécessite plus de temps. Cliquez ensuite sur
Suivant.
7. Dans Personnalisation du déploiement, fournissez des informations pour chaque ordinateur que vous
souhaitez inclure. Si vous voyez un ordinateur que vous ne souhaitez pas inclure, sélectionnez le contrôleur
BMC (identifié par son adresse IP ), puis cliquez sur Supprimer.
Pour configurer des ordinateurs, cliquez sur l’adresse IP du contrôleur BMC. Spécifiez un nom
d’ordinateur unique, sans caractères génériques.
Activez ou désactivez Ignorer la vérification d’Active Directory pour ce nom d’ordinateur. La
vérification d’Active Directory empêche le déploiement si le compte d’ordinateur existe déjà. Notez que
si vous ignorez la vérification et qu’il existe dans Active Directory un compte d’ordinateur autre que le
compte d’identification spécifié dans le profil d’ordinateur physique, le processus de déploiement ne
peut pas joindre l’ordinateur au domaine.
Pour l’ordinateur que vous configurez, cliquez sur une carte réseau. Vous pouvez modifier la
configuration ou fournir plus d’informations.
Vous pouvez spécifier l’adresse MAC de la carte réseau de gestion (et non du contrôleur BMC ) et les
paramètres IP statiques pour cette carte réseau. Si vous spécifiez une adresse, sélectionnez un réseau
logique et un sous-réseau IP le cas échéant. Si le sous-réseau IP sélectionné inclut un pool d’adresses
IP, vous pouvez cocher Obtenir une adresse IP correspondant au sous-réseau sélectionné. Sinon,
tapez une adresse IP qui se trouve sur le réseau logique ou son sous-réseau. Si vous sélectionnez un
sous-réseau IP, vérifiez qu’il correspond à l’emplacement physique où vous déployez l’ordinateur hôte
et au réseau auquel la carte est connectée. Dans le cas contraire, le déploiement peut échouer.
8. Configurez les paramètres de chaque carte réseau. Notez que si le nombre de cartes réseau physiques d’un
ordinateur ne correspond pas au nombre de cartes réseau physiques défini dans le profil d’ordinateur
physique, vous devez spécifier toute information manquante pour les cartes. Si vous décidez de ne pas
configurer cet ordinateur tout de suite (par exemple, si le matériel physique doit être installé ou désinstallé),
vous pouvez sélectionner l’adresse IP du contrôleur BMC de l’ordinateur dans la liste, puis cliquer sur
Supprimer.
9. Répétez la configuration pour chaque adresse IP de contrôleur BMC dans la liste.
10. Une fois que vous avez renseigné les informations nécessaires pour tous les ordinateurs à configurer, cliquez
sur Suivant.
11. Dans Résumé, confirmez les paramètres, puis cliquez sur Terminer pour déployer les nouveaux hôtes Hyper-
V et les placer sous administration VMM. En fonction de vos paramètres, la boîte de dialogue Travaux peut
s’afficher. Vérifiez que toutes les étapes du travail ont le statut Terminé, puis fermez la boîte de dialogue.
12. Pour confirmer que l’hôte a été ajouté, cliquez sur Infrastructure > Serveurs > Tous les hôtes > et
recherchez et cliquez sur le nouveau cluster hôte. Dans le volet Hôtes, dans la colonne État de l’hôte, vérifiez
que chaque nœud du cluster est OK.
Créer un cluster invité à partir d’un modèle de service
VMM
03/07/2019 • 17 minutes to read

Lisez cet article si vous souhaitez créer un cluster invité de basculement à partir d’un modèle de service System
Center - Virtual Machine Manager (VMM ).
Un cluster invité de basculement se compose de plusieurs machines virtuelles qui sont déployées dans un cluster
et qui utilisent un stockage partagé. Les services dans VMM permettent de regrouper des machines virtuelles pour
fournir une application. Les modèles de service contiennent diverses informations relatives à un service,
notamment les machines virtuelles déployées dans le cadre du service, les applications à installer sur les machines
virtuelles et la configuration réseau nécessaire. Vous pouvez ajouter des modèles de machine virtuelle, des
paramètres réseau, des applications et un stockage au modèle de service. En savoir plus
Vous pouvez utiliser des modèles de service pour créer un cluster invité. Ce cluster peut ensuite être configuré
pour exécuter une application telle que SQL Server.

Avant de commencer
Les machines virtuelles dans un cluster invité peuvent uniquement être déployées sur des clusters hôtes Hyper-
V exécutant Windows Server 2012 R2 ou version ultérieure. Sinon, leur déploiement échoue.
Vous pouvez déployer un cluster invité de basculement qui utilise des fichiers .vhdx partagés sur un cluster de
basculement Hyper-V. Dans ce scénario, si Hyper-V utilise des volumes partagés de cluster (CSV ) sur le
stockage de niveau bloc, les fichiers vhdx partagés sont stockés sur un volume partagé de cluster qui est
configuré comme stockage partagé.
Hyper-V peut également utiliser le stockage de fichiers SMB déployé par le serveur de fichiers avec montée en
puissance parallèle (SOFS ) comme emplacement des fichiers .vhdx partagés.
Aucun autre type de stockage partagé n’est pris en charge pour les clusters invités. Les stockages SMB tiers ne
sont pas pris en charge.
Vous avez besoin de plusieurs scripts pour créer le cluster invité, y compris d’un script à exécuter sur la
première machine virtuelle du cluster et d’un script à exécuter sur les autres machines virtuelles à joindre au
cluster. Les paramètres de script sont spécifiés dans les paramètres d’application du modèle de service.
Pour configurer les disques partagés du cluster, vous devez utiliser de nouveaux fichiers VHDX. Ne réutilisez pas
ceux d’un cluster existant. Assurez-vous que les fichiers de disque dur se trouvent dans la bibliothèque VMM.
Identifiez un seul chemin dans le stockage SCSI où tous les fichiers VHDX du cluster invité seront copiés au
moment du déploiement. Vous pouvez utiliser les classifications de stockage pour contrôler l’emplacement des
fichiers VHDX, mais vous devez prévoir au moins un emplacement dans la classification qui a la capacité de
stocker l’ensemble des fichiers VHDX. VMM ne déploie pas les fichiers VHDX dans plusieurs emplacements.
Vous pouvez modifier l’emplacement des fichiers VHDX au moment du déploiement, même si vous utilisez le
même modèle de service pour déployer plusieurs clusters invités. Pour ce faire, vous devez déployer les clusters
invités dans un groupe hôte et non un cloud. Au moment du déploiement, vous spécifiez un seul chemin pour
tous les fichiers VHDX partagés du cluster. Ce chemin remplace l’emplacement spécifié dans le modèle de
machine virtuelle.
Vous avez besoin d’un fichier de disque dur virtuel qui contient le système d’exploitation (préparé avec Sysprep)
qui sera utilisé par les machines virtuelles du cluster invité. Une fois que chaque nœud a été créé, VMM utilise
une copie du fichier de disque dur virtuel pour le disque système du nœud.
Spécifier les scripts à exécuter lors de la création d’un cluster invité
1. Créez un profil d’application.
2. Dans Nouveau profil d’application > Général > Compatibilité, laissez le paramètre par défaut Général
activé.
3. Dans Configuration de l’application > Compatibilité de système d’exploitation, sélectionnez une ou
plusieurs éditions d’un système d’exploitation serveur (Windows Server 2012 ou version ultérieure).
4. Ajoutez les scripts nécessaires pour créer le premier nœud du cluster et ajouter ensuite les autres nœuds.
Procédez comme suit :
Pour un script qui s’exécute sur le premier nœud du cluster quand il est créé (et non sur les autres
nœuds), pour l’option Type de commande de script, sélectionnez Création : première machine
virtuelle.
Pour un script qui s’exécute sur les nœuds ultérieurs du cluster quand ils sont créés (et non sur le premier
nœud), pour l’option Type de commande de script, sélectionnez Création : autres machines
virtuelles après la première.
Pour chaque script, spécifiez le nom de l’exécutable et les paramètres d’exécution du script, ainsi que le
compte d’identification.
Configurez les autres paramètres selon les besoins, notamment la durée d’exécution du script avant son
expiration, les stratégies en cas d’échec et les stratégies de redémarrage.
Un script peut contenir des paramètres à entrer au moment de la configuration du service pour le
déploiement. Pour ce type de paramètre, tapez le paramètre dans le champ Paramètres au format
suivant : @<SettingLabel>@ (for example, type @ClusterName@).
Exemple pour un script FormCluster.exe qui s’exécute avec Cmd.exe et les paramètres /q et /c, et qui
nécessite le nom du cluster : Programme exécutable : Cmd.exe, paramètres : /q /c FormCluster.cmd
@ClusterName@
Vous pouvez également ajouter des scripts pour supprimer le cluster de façon ordonnée. Pour l’option
Type de commande de script, sélectionnez Suppression : autres machines virtuelles avant la
dernière ou Suppression : dernière machine virtuelle.
Vous pouvez aussi ajouter un script de type Pré-installation qui s’exécute sur la première machine
virtuelle et sur les machines virtuelles créées ultérieurement dans le cadre du niveau de service.
5. Cliquez sur OK pour enregistrer les paramètres et vérifiez que le profil a été créé dans Profils > Profils
d’application. Le profil est affiché dans le volet Profils.

Créer un modèle de machine virtuelle


Créez un modèle de machine virtuelle qui contient les paramètres d’un fichier VHDX partagé. Le fichier VHDX doit
être déployé dans un stockage partagé qui dispose de canaux SCSI pour chaque nœud de cluster. Cela permet à
chaque nœud d’avoir le même niveau d’accès au fichier.
1. Dans la bibliothèque VMM, vérifiez qu’il y a un disque dur virtuel contenant le système d’exploitation (créé avec
SysPrep) qui sera utilisé par la machine virtuelle dans le cluster invité. Elle ne doit pas être vide.
2. Créez un modèle de machine virtuelle.
3. Dans Assistant Créer un modèle d’ordinateur virtuel > Sélectionner une source, sélectionnez Utiliser un
modèle d’ordinateur virtuel existant ou un disque dur virtuel stocké dans la bibliothèque > Parcourir.
4. Dans Sélectionner la source du modèle d’ordinateur virtuel, cliquez sur le disque dur virtuel que vous
souhaitez utiliser.
5. Dans Configurer le matériel, spécifiez un profil matériel ou des paramètres matériels.
6. Pour configurer le cluster invité pour utiliser un VHDX partagé, dans Configuration de bus, cliquez sur Carte
SCSI 0 et, à côté de Nouveau, cliquez sur Disque. Le nouveau disque s'affiche sous forme de liste sous la carte
SCSI. Sélectionnez le disque et sélectionnez Partager le disque sur tout le niveau de service.
7. Désactivez l’option Contient le système d’exploitation de l’ordinateur virtuel. Cliquez sur Parcourir,
sélectionnez le fichier VHDX que VMM doit déployer dans le stockage partagé, puis cliquez sur OK. Répétez
cette étape pour chaque nœud supplémentaire du cluster. Ajoutez toujours le même disque, mais veillez à ce
que le canal SCSI soit unique pour chaque nœud.
8. Dans Cartes réseau, sélectionnez la carte, puis sélectionnez Activer les adresses IP spécifiées par un invité.
Ainsi, les nœuds (machines virtuelles) du cluster spécifient des adresses IP pour le cluster et pour les
applications que vous configurez pour s’exécuter dans le cluster.
9. Dans Avancé > Disponibilité, sélectionnez Rendre cette machine virtuelle hautement disponible. Quand
ce paramètre est activé, la machine virtuelle est créée comme instance en cluster sur le cluster hôte. De cette
façon, si un hôte échoue, la machine virtuelle bascule vers un autre hôte du cluster.
10. Cliquez sur Gérer des ensembles de disponibilité > Créer. L’ensemble de disponibilité créé est utilisé par
tous les nœuds du cluster invité. Cela signifie que VMM tente de conserver les machines virtuelles sur des
hôtes distincts. De cette manière, si un hôte échoue, les machines virtuelles sur un autre hôte peuvent fournir les
services.
11. Dans Configurer le système d’exploitation, ouvrez la liste Profil de système d’exploitation invité et
sélectionnez un profil de système d’exploitation invité ou l’option Créer des paramètres de personnalisation
du système d’exploitation Windows. Votre sélection détermine si d’autres pages de l’Assistant s’affichent.
Dans Informations d’identité > Nom de l’ordinateur, vous pouvez fournir un modèle de génération
des noms d’ordinateurs. Par exemple, si vous entrez « serveur#### », les noms d’ordinateurs créés sont
serveur0001, serveur0002, etc. L'utilisation d'un modèle garantit que lorsque vous ajoutez des machines
virtuelles supplémentaires à un service, les noms d'ordinateurs qui sont générés sont liés et identifiables.
Si vous utilisez cette méthode pour spécifier le nom de l’ordinateur, vous ne pouvez pas l’utiliser en
combinaison avec un paramètre de demande de nom (@<name>@). Vous pouvez utiliser l'une ou
l'autre des méthodes, mais pas les deux.
Sous Mise en réseau, vous pouvez spécifier des paramètres Active Directory à l’aide du nom de
domaine complet (FQDN ) ou en utilisant des arobases (@) avant et après le nom de domaine, par
exemple @Domain@. Une telle utilisation des arobases (@) permet d'entrer les informations nécessaires
lorsque la machine virtuelle est déployée dans le cadre d'un service. Vous n’avez pas besoin de relation
d’approbation entre le domaine dans lequel le service est déployé et le domaine du serveur
d’administration VMM.
12. Terminez l’Assistant pour créer le modèle de machine virtuelle.

Inclure le modèle de machine virtuelle dans un modèle de service


1. Créez un modèle de service, puis ajoutez le modèle de machine virtuelle au niveau de modèle approprié.
2. Enregistrez et validez le modèle, puis cliquez avec le bouton droit sur le niveau dans le concepteur de modèles
de services et cliquez sur Propriétés.
3. Dans Configuration de l’application, ajoutez le profil d’application que vous avez créé. Les scripts du profil
d’application s’exécutent au moment du déploiement du service. Enregistrez et validez le modèle de service.
4. Recliquez avec le bouton droit sur le modèle de service > Propriétés.
5. Dans Général, sélectionnez Ce niveau d’ordinateur peut être monté en charge et spécifiez une valeur
supérieure à 1 pour Nombre d’instances par défaut et Nombre d’instances maximal. Le nombre maximal
doit être défini à une valeur inférieure ou égale au nombre de canaux SCSI que vous avez configurés dans le
modèle de machine virtuelle. Le nombre par défaut doit être inférieur au nombre maximal.
6. Dans Nombre de domaines de mise à niveau, spécifiez la même valeur que celle indiquée dans Nombre
d’instances maximal. Par exemple, si vous spécifiez un nombre par défaut égal à 3 et un nombre maximal égal
à 3, le cluster invité contiendra trois nœuds. Le nombre de domaines de mise à niveau doit également être
défini à 3 pour que les mises à jour soient effectuées en trois phases, à raison d’un nœud (machine virtuelle) à la
fois. Il y a ainsi au moins deux machines virtuelles du cluster invité qui continuent de s’exécuter pendant la
maintenance planifiée.
7. Enregistrez et validez le modèle de service.
Quand vous avez fini de configurer le cluster invité, vous êtes prêt à déployer le service.

Étapes suivantes
Déployer des machines virtuelles à partir d’un modèle
Configurer la mise en réseau pour les hôtes et
clusters Hyper-V dans l’infrastructure VMM
31/05/2019 • 9 minutes to read

Lisez cet article pour découvrir comment configurer et les paramètres réseau des hôtes et des clusters Hyper-V
dans l’infrastructure de calcul System Center - Virtual Machine Manager (VMM ).
Vous pouvez appliquer des paramètres réseau à un hôte ou cluster Hyper-V à l’aide d’un commutateur logique.
L’application d’un commutateur logique permet de veiller à ce que les réseaux logiques et d’autres paramètres
réseau soient affectés de façon cohérente à plusieurs cartes réseau physiques.

Avant de commencer
Si vous souhaitez configurer les paramètres réseau manuellement, vérifiez que vous avez configuré des
réseaux logiques avant de commencer. Vérifiez aussi que les sites réseau de vos réseaux logiques sont
configurés pour utiliser le groupe hôte de l’hôte auquel vous souhaitez les affecter. Vérifiez cela dans
Infrastructure > Serveurs > Tous les hôtes, puis cliquez sur le groupe hôte. Dans Hôtes, cliquez sur l’hôte
> Propriétés.
Si vous souhaitez utiliser un commutateur logique, vous devez créer les profils de port et le commutateur
logique.

Configurer les paramètres réseau avec un commutateur logique


Pour ce faire, vous devez configurer le commutateur logique et les profils de port que vous allez appliquer.
Ensuite, vous devez préciser la fonction de la carte réseau physique et configurer les paramètres réseau en
appliquant un commutateur logique. Les cartes réseau que vous configurez peuvent être des cartes réseau
physiques ou virtuelles sur les hôtes.

Spécifier la fonction de la carte réseau


Indépendamment des profils de port et commutateurs logiques utilisés dans votre configuration réseau, vous
devez spécifier si une carte réseau sur un hôte est utilisée pour les machines virtuelles, la gestion de l’ordinateur
hôte, ni l’un ni l’autre ou les deux. (L’hôte doit être déjà sous administration dans VMM.)
1. Ouvrez Infrastructure > Serveurs > Tous les hôtes > nom du groupe hôte > Hôtes > Hôte > Propriétés
> Matériel.
2. Sous Cartes réseau, cliquez sur la carte réseau physique que vous souhaitez configurer.
Si vous souhaitez utiliser cette carte réseau pour des ordinateurs virtuels, vérifiez que l’option
Disponible pour sélection élective est cochée.
Si vous souhaitez utiliser cette carte réseau pour la communication entre l’ordinateur hôte et le serveur
d’administration VMM, vérifiez que l’option Utilisé pour la gestion est cochée. Vous devez vous
assurer que vous disposez d’au moins une carte réseau disponible pour la communication entre l’hôte
et le serveur d’administration VMM.
3. Vous n’avez pas besoin de configurer les différents paramètres dans Connectivité de réseau logique, car
vous utilisez un commutateur.

Appliquer un commutateur logique


1. Ouvrez Infrastructure > Serveurs > Tous les hôtes > groupe hôte > Hôtes > Hôte > Propriétés >
Commutateurs virtuels.
2. Sélectionnez le commutateur logique que vous avez créé. Sous Carte, sélectionnez la carte physique à
laquelle vous souhaitez appliquer le commutateur logique.
3. Dans la liste Profil de port de liaison montante, choisissez le profil de port de liaison montante que vous
souhaitez appliquer. La liste contient les profils de port de liaison montante qui ont été ajoutés au
commutateur logique que vous avez sélectionné. Si un profil semble être manquant, passez en revue la
configuration du commutateur logique, puis revenez à cet onglet de propriétés. Cliquez sur OK pour terminer.
Notez que si vous n’avez pas créé le commutateur virtuel précédemment et que vous le faites maintenant,
l’hôte peut momentanément perdre sa connectivité réseau quand VMM crée le commutateur.
4. Répétez les étapes si nécessaire. Si vous appliquez les mêmes commutateur logique et profil de port de
liaison montante à au moins deux cartes, celles-ci peuvent être associées, selon un paramètre défini dans le
commutateur logique. Pour savoir si elles peuvent être associées, ouvrez les propriétés du commutateur
logique, cliquez sur l’onglet Liaison montante et vérifiez le paramètre Mode de liaison montante. Si le
paramètre a la valeur Association, les cartes seront associées. Le mode spécifique dans lequel elles sont
associées est déterminé par un paramètre du profil de port de liaison montante.
5. Après avoir appliqué le commutateur logique, vous pouvez vérifier les paramètres de carte réseau pour voir
s’ils sont compatibles avec le commutateur :
Cliquez sur Infrastructure> Mise en réseau > Commutateurs logiques > Accueil > Afficher >
Hôtes.
Dans Informations sur les commutateurs logiques pour les ordinateurs hôtes, vérifiez les
paramètres. Entièrement compatible indique que les paramètres de l’hôte sont compatibles avec le
commutateur logique. Partiellement compatible indique qu’il y a des problèmes. Vérifiez les raisons
dans Erreurs de compatibilité. Non compatible indique qu’aucun des sous-réseaux IP et réseaux
locaux virtuels définis pour le réseau logique ne sont affectés à la carte physique. Cliquez sur le
commutateur > Corriger pour résoudre ce problème.
Si vous avez un cluster, vérifiez chaque nœud.

Surveiller les périphériques réseau physiques


VMM prend en charge le protocole LLDP (Link Layer Discovery Protocol). Vous pouvez désormais exploiter les
informations LLDP pour surveiller à distance les propriétés et les informations des périphériques réseau
physiques. Vous pouvez afficher ces informations avec la console VMM et PowerShell.
Affichage Console
Pour obtenir les détails des périphériques réseau à partir de la console VMM, accédez à Affichage > Hôte >
Propriétés > Configuration matérielle > Carte réseau.

NOTE
Les détails affichés contiennent un horodatage (Mis à jour le). Pour obtenir les détails actuels, actualisez la page.
Les informations LLDP suivantes sont affichées :

INFORMATIONS AFFICHÉES DESCRIPTION

ID de châssis ID de châssis du commutateur

ID de port Port du commutateur auquel la carte réseau est connectée

Description du port Détails relatifs au port, comme le Type

Nom du fabricant du système Fabricant, détails de la version logicielle

Description système Description détaillée du système

Fonctionnalités disponibles Fonctionnalités disponibles du système (comme la


commutation ou le routage)

Fonctionnalités activées Fonctionnalités activées du système (comme la commutation


ou le routage)

ID du réseau local virtuel Identificateur du réseau local virtuel


INFORMATIONS AFFICHÉES DESCRIPTION

Adresse de gestion Adresse de gestion IP

PowerShell
Pour afficher/actualiser les détails LLDP, utilisez la commande PowerShell suivante :

Set-SCVMHostNetworkAdapter -RefreshLLDP

NOTE
Par défaut, le temps d’attente des paquets LLDP est défini sur 30 secondes. Vous pouvez changer cette valeur en modifiant
la clé de Registre Software\Microsoft\Microsoft System Center Virtual Machine Manager
Server\Settings\LLdpPacketWaitIntervalSeconds. La valeur minimale que vous pouvez définir est de 5 secondes ; la
valeur maximale est de 300 secondes.

Étapes suivantes
Configurez le stockage pour les hôtes Hyper-V.
Ajouter du stockage à des clusters et des hôtes
Hyper-V
19/12/2018 • 17 minutes to read

Lisez cet article pour découvrir comment allouer du stockage provisionné à des clusters et des hôtes Hyper-V
dans l’infrastructure System Center - Virtual Machine Manager (VMM ).

Avant de commencer
Avant de pouvoir allouer le stockage approvisionné aux hôtes et clusters, il doit être détecté et classé dans
l’infrastructure VMM :
1. Détectez et classez le stockage :
Ajouter et classer les dispositifs de stockage de bloc. Découvrez la classification.
Ajouter le stockage de fichiers
2. Allouez le stockage de bloc à des groupes hôtes. Vous pouvez allouer un pool de stockage entier ou une unité
logique spécifique.
3. Veillez à terminer ces étapes avant d’allouer le stockage aux hôtes :
MPIO : si vous utilisez Fiber Channel ou le stockage iSCSI, vous devez activer la fonctionnalité MPIO
(Multipath I/O ) sur chaque hôte.
Si MPIO est déjà activé avant l’ajout de l’hôte, VMM l’active automatiquement pour les baies de
stockage prises en charge à l’aide de Microsoft DSM. Si vous avez des DSM propres au
fournisseur, ils sont utilisés.
Si vous ajoutez un hôte à VMM et activez MPIO par la suite, vous devez configurer la
fonctionnalité MPIO manuellement pour ajouter les ID de matériel des appareils détectés.
HBA et segmentation : si vous utilisez un réseau de groupe de stockage (SAN ) Fiber Channel, vous
devez installer une carte de bus hôte (HBA) sur chaque hôte et configurer la segmentation
correctement.
iSCSI : si vous utilisez un SAN iSCSI, vérifiez que les portails iSCSI ont été ajoutés et que l’initiateur
iSCSI est enregistré dans le groupe.

Vérifiez que le service initiateur iSCSI de Microsoft sur chaque hôte est démarré et a la valeur
Automatique
Groupe de stockage : expliquez à votre administrateur de stockage comment VMM gère le stockage.
Dans VMM, un groupe de stockage relie des initiateurs hôtes, des ports cibles et des unités
logiques.
Un groupe de stockage contient un ou plusieurs ID d’initiateurs hôtes (nom qualifié ou WWN ).
Un groupe de stockage contient également un ou plusieurs ports cibles et une ou plusieurs
unités logiques. Les unités logiques sont exposées aux initiateurs hôtes via les ports cibles.
Par défaut, quand VMM gère l’attribution des unités logiques, VMM crée un groupe de stockage
par hôte (soit un hôte autonome, soit un nœud de cluster hôte).
Pour certains groupes de stockage, il est préférable d'utiliser un groupe de stockage pour
l'ensemble du cluster, les initiateurs hôtes pour tous les nœuds de cluster étant contenus dans
un groupe de stockage unique. Pour ce faire, vous devez affecter la valeur $true à la propriété
CreateStorageGroupsPerCluster à l’aide de l’applet de commande Set-SCStorageArray.
Allocation de stockage
Vous pouvez allouer le stockage de fichiers directement à des hôtes et des clusters.
Vous pouvez ajouter des numéros d’unité logique (LUN ) aux hôtes et aux clusters :
Si vous avez déjà approvisionné des LUN sur un groupe hôte, vous pouvez les attribuer aux hôtes et aux
clusters.
Si vous avez approvisionné un pool de stockage sur un groupe hôte, vous pouvez créer des LUN pendant la
procédure pour ajouter le stockage à un cluster.
Pour utiliser le stockage partagé qui n’est pas sous administration VMM, les disques de stockage doivent être
accessibles à tous les hôtes ou nœuds pour que vous puissiez les ajouter. Vous devez fournir un ou plusieurs
numéros d’unité logique à tous les hôtes que vous souhaitez mettre en cluster, puis monter et formater les
disques de stockage sur l’un des nœuds. Notez que VMM ne prend pas en charge ni n’empêche l’utilisation
de stockage asymétrique, où une charge de travail peut utiliser des disques partagés par une partie des
nœuds du cluster. Chaque nœud de cluster doit être un propriétaire possible du disque du cluster.
Après avoir ajouté le stockage iSCSI à un hôte, vous devez créer une session pour le stockage.

Allouer le stockage de fichiers à un hôte autonome


Vous pouvez attribuer des partages de fichiers à n’importe quel ordinateur hôte sur lequel vous voulez créer des
machines virtuelles qui utiliseront le partage de fichiers comme stockage.
1. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes, puis sélectionnez l’hôte ou le nœud de
cluster que vous souhaitez configurer.
2. Cliquez sur Hôte > Propriétés > Accès des ordinateurs hôtes. Spécifier un compte d’identification Par
défaut, le compte d’identification qui a été utilisé pour ajouter l’ordinateur hôte à VMM est répertorié. Dans la
zone Compte d’identification, configurez les paramètres du compte. Vous ne pouvez pas utiliser le compte
que vous utilisez pour le service VMM. Sachez que :
Si vous avez utilisé un compte de domaine pour le compte du service VMM, ajoutez le compte de
domaine au groupe Administrateurs local sur le serveur de fichiers.
Si vous avez utilisé un compte système local pour le compte du service VMM, ajoutez le compte
d’ordinateur du serveur d’administration VMM au groupe Administrateurs local sur le serveur de
fichiers. Par exemple, pour un serveur d’administration VMM nommé VMMServer01, ajoutez le
compte d’ordinateur VMMServer01$.
Les ordinateurs hôtes et clusters hôtes qui accèdent au partage de fichiers SMB 3.0 doivent avoir été
ajoutés à VMM à l’aide d’un compte d’identification. VMM utilise automatiquement ce compte
d’identification pour accéder au partage de fichiers SMB 3.0.
Si vous avez spécifié des informations d’identification utilisateur explicites lorsque vous avez ajouté un
ordinateur hôte ou un cluster hôte, vous pouvez supprimer l’ordinateur hôte ou le cluster de VMM,
puis l’ajouter de nouveau à l’aide d’un compte d’identification.
3. Cliquez sur Propriétés de <nom de l’ordinateur hôte> > Stockage > Ajouter un partage de fichiers.
4. Dans Chemin d’accès de partage, sélectionnez le partage de fichiers SMB 3.0 nécessaire, puis cliquez sur
OK.
5. Pour confirmer que l’ordinateur hôte dispose d’un accès, ouvrez l’espace de travailTravaux pour afficher l’état
du travail. Vous pouvez également rouvrir les propriétés de l’ordinateur hôte, puis cliquer sur l’onglet
Stockage. Sous Partages de fichiers, cliquez sur le partage de fichiers SMB 3.0. Vérifiez qu’une coche verte
apparaît en regard de l’option Accès au partage de fichier.
6. Répétez cette procédure pour tous les ordinateurs hôtes autonomes qui doivent accéder au partage de
fichiers SMB 3.0, ou à tous les nœuds d’un cluster
Affecter une unité logique à un hôte autonome
Affectez une unité existante, ou créez-en une et affectez-la ensuite.
1. Dans Infrastructure > Serveurs > Tous les hôtes, cliquez avec le bouton droit sur l’hôte que vous
souhaitez configurer > Propriétés.
2. Si vous souhaitez créer une unité logique :
Dans la barre d’outils, à côté de Disque, cliquez sur Ajouter. En regard d’Unité logique, cliquez sur
Créer une unité logique.
Dans Créer une unité logique > Pool de stockage, choisissez le pool à partir duquel créer l’unité
logique. Spécifiez un nom (alphanumérique uniquement), une description et la taille de l’unité. Cliquez
sur OK pour terminer.
3. Pour affecter une unité logique existante à l’hôte, dans la barre d’outils, en regard de Disque, cliquez sur
Ajouter et sélectionnez l’unité logique à affecter.
4. Dans la liste Unité logique, vérifiez que l’unité logique que vous venez de créer est sélectionnée.
5. Dans Formater un nouveau disque, si vous voulez formater le disque, sélectionnez Formater ce
volume comme volume NTFS avec les paramètres suivants et spécifiez les paramètres. Notez que si
vous sélectionnez Forcer le formatage même si un système de fichiers est détecté, toutes les
données existantes sur le volume seront remplacées. Si l’unité logique contient déjà des données et que
vous n’utilisez pas l’option Forcer le format, le travail VMM permettant l’affectation de l’unité logique se
termine avec un avertissement. VMM attribue l’unité logique à l’hôte. Vous pouvez formater le disque
ultérieurement.
6. Dans Point de montage, sélectionnez les options de montage. Cliquez ensuite sur OK pour affecter
l’unité logique à l’hôte.
7. VMM inscrit l’unité logique de stockage auprès de l’hôte et monte le disque de stockage.
Pour afficher les informations sur les travaux associés, ouvrez l’espace de travail Travaux.
Pour vérifier que l’unité logique a été attribuée, affichez les informations sous l’onglet Stockage dans
la boîte de dialogue Nom de l’hôte > Propriétés. L’unité logique qui vient d’être attribuée apparaît
sous Disque. Cliquez sur le nouveau disque pour en afficher les détails.
Si le champ Groupe est renseigné dans les détails du disque, cela indique que la baie de stockage est
sous administration VMM.
8. Pour configurer des paramètres de disque supplémentaires, ouvrez Gestion des disques sur l’hôte. Pour
ouvrir Gestion des disques, cliquez sur Démarrer, tapez diskmgmt.msc dans la zone de recherche, puis
appuyez sur Entrée. Le nouveau disque apparaît dans la liste des disques en tant que disque de base. Si
vous avez choisi de formater le disque, il est déjà formaté et en ligne. Vous pouvez cliquer avec le bouton
droit sur le disque pour afficher les options disponibles, telles que Formater et Modifier la lettre de
lecteur et les chemins d’accès.

Configurer le stockage pour un cluster Hyper-V


1. Cliquez sur Infrastructure Serveurs > Tous les hôtes. Cliquez avec le bouton droit sur le cluster à
configurer > Propriétés. Dans Propriétés de > nom_du_cluster_hôte, cliquez sur un onglet :
Stockage disponible : pour ajouter du stockage disponible, convertir du stockage disponible en
stockage partagé (CSV ), ou supprimer du stockage disponible.
Volumes partagés : pour ajouter des volumes partagés de cluster (CSV ), convertir des volumes
partagés de cluster en stockage disponible ou supprimer des volumes partagés de cluster. Le cluster
doit exécuter au moins Windows Server 2012 pour prendre en charge les volumes partagés de cluster.
2. Configurez le stockage pour le cluster hôte. Sachez que :
Si vous ajoutez le stockage disponible pour les volumes partagés du cluster, utilisez uniquement des
caractères alphanumériques pour un numéro d’unité logique. Notez que vous ne pouvez pas modifier
le style de partition d’un disque qui a déjà été initialisé.
Si vous convertissez le stockage disponible en volumes partagés de cluster, vérifiez que le cluster ne
contient aucune machine virtuelle dont les fichiers .vhd ou .vhdx associés se trouvent sur le stockage
que vous souhaitez convertir.

Convertissez les volumes un à la fois. Après la conversion, vérifiez que l’unité logique apparaît sous
l’onglet Volumes partagés.

Attention : Si vous convertissez le stockage partagé en stockage disponible et que le stockage est
utilisé par des machines virtuelles, cela peut entraîner des pertes de données importantes.
Vous ne pouvez supprimer le stockage que si aucune machine virtuelle du cluster n’utilise le stockage
pour ses fichiers .vhd.
3. Quand vous êtes prêt à valider les modifications, cliquez sur OK.

Créer une session iSCSI


1. Sur l’hôte cible, dans le composant logiciel enfichable Services, vérifiez que le Service initiateur Microsoft
iSCSI est démarré et défini sur Automatique.
2. Dans Infrastructure > Serveurs > Tous les hôtes Hôtes, cliquez avec le bouton droit sur l’hôte que vous
souhaitez configurer > Propriétés.
3. Sous Groupes iSCSI, vérifiez si la baie de stockage est déjà répertoriée. Si elle ne l’est pas, dans la barre
d’outils, à côté de Groupe iSCSI, cliquez sur Ajouter.
4. Dans Création d’une nouvelle session iSCSI > Groupe , cliquez sur la baie de stockage à utiliser.
5. Cliquez sur Créer pour créer une session. Cliquez sur Utiliser les paramètres avancés si vous souhaitez
modifier des paramètres personnalisés, notamment l’écouteur cible, le nom ou la carte réseau hôte à utiliser.
6. La baie que vous avez ajoutée apparaît sous Groupes iSCSI. Cliquez sur la baie pour afficher plus de détails.

Étapes suivantes
Configurez la mise en réseau pour les hôtes et clusters Hyper-V.
Gérer MPIO pour les hôtes Hyper-V dans
l’infrastructure VMM
11/12/2018 • 3 minutes to read

Lisez cet article pour découvrir comment System Center - Virtual Machine Manager (VMM ) gère MPIO (Multipath
I/O ) sur les hôtes Hyper-V.
Quand vous ajoutez Fiber Channel ou le stockage iSCSI à un hôte Hyper-V géré dans l’infrastructure VMM, vous
devez activer la fonctionnalité MPIO sur chaque hôte.
Si MPIO est activé sur l’hôte, VMM l’ajoute pour les groupes de stockage pris en charge à l’aide du module
DSM Microsoft. Si vous avez installé des modules DSM spécifiques au fournisseur, les paramètres MPIO
spécifiques au fournisseur seront utilisés pour la connexion au groupe de stockage.
Si vous ajoutez un hôte et que MPIO n’est pas activé, VMM affiche un message d’avertissement dans la fenêtre
Travaux.
Si vous ajoutez un hôte à VMM et activez MPIO par la suite, vous devez ajouter la fonctionnalité MPIO, puis la
configurer manuellement pour ajouter les ID de matériel des appareils détectés. Vous pouvez également
installer des modules DSM spécifiques au fournisseur.

Suivi MPIO dans VMM


Quand vous ajoutez des hôtes et des clusters Hyper-V à l’infrastructure VMM, VMM déploie un agent pour la
connectivité entre l’hôte et le serveur VMM. VMM collecte aussi des informations de configuration sur l’hôte ou le
cluster et les ajoute à VMM. Dans le cas de MPIO, VMM ajoute deux clés de Registre contenant les informations
MPIO.

- <span data-ttu-id="63a57-115">HKEY LOCAL


MACHINE\SYSTEM\CurrentControlSet\Control\MPDEV\MPIOSupportedDeviceList</span><span class="sxs-lookup"><span
data-stu-id="63a57-115">HKEY LOCAL
MACHINE\SYSTEM\CurrentControlSet\Control\MPDEV\MPIOSupportedDeviceList</span></span>
- <span data-ttu-id="63a57-116">HKEY LOCAL
MACHINE\SYSTEM\CurrentControlSet\Services\msdsm\Parameters\DsmSupportedDeviceList</span><span class="sxs-
lookup"><span data-stu-id="63a57-116">HKEY LOCAL
MACHINE\SYSTEM\CurrentControlSet\Services\msdsm\Parameters\DsmSupportedDeviceList</span></span>

Une fois que les dispositifs de stockage pris en charge sont ajoutés à la liste des appareils, VMM adresse une
« revendication » à leur égard et un redémarrage doit être effectué sur l’hôte. Si vous avez ajouté l’hôte à VMM
avant d’y déployer des charges de travail, ce n’est probablement pas un problème mais, si les charges de travail
sont déjà en cours d’exécution sur l’hôte, des interruptions peuvent se produire. Dans le but d’éviter d’éventuelles
pannes, vous pouvez exécuter un script PowerShell pour préremplir les clés de Registre MPIO sur un hôte avant de
l’ajouter à l’infrastructure VMM. Explorez ce script.

Empêcher VMM de revendiquer des ID d’appareil


Si vous ne souhaitez pas que VMM revendique des ID de dispositif de stockage dans le cadre de MPIO, procédez
comme suit :
1. Ouvrez l’emplacement du Registre HKLM\Software\Microsoft\Microsoft System Center Virtual Machine
Manager Server\Settings
2. À cet emplacement, créez une clé de Registre RemoveMPIOHardwareIds avec le type chaîne multiple.
3. Ajoutez les ID d’appareil à partir de la liste par défaut. Veillez à utiliser le même espacement.
4. Redémarrez le service VMM.
5. Ajoutez l’hôte Hyper-V à VMM.

Étapes suivantes
Configurer une machine virtuelle
Gérer les listes de contrôle d’accès de port dans
VMM
31/05/2019 • 17 minutes to read

Dans System Center - Virtual Machine Manager (VMM ), vous pouvez centraliser la configuration et la gestion des
listes de contrôle d’accès des ports Hyper-V. Vous pouvez configurer des listes de contrôle d’accès des ports pour
une infrastructure gérée par un contrôleur de réseau et pour des réseaux non gérés par un contrôleur de réseau.
Une liste de contrôle d’accès des ports de port est un ensemble de règles qui filtrent le trafic au niveau des
ports de couche 2. Dans VMM, une telle liste filtre l’accès à un objet VMM particulier. Une seule liste de
contrôle d’accès des ports peut être attachée à un objet réseau.
Une liste de contrôle d’accès, qui contient des règles, peut être attachée à un nombre quelconque d’objets
réseau. Vous pouvez créer une liste de contrôle d’accès sans règles et en ajouter par la suite. Chaque règle
d’une liste de contrôle d’accès correspond à une seule liste de contrôle d’accès des ports.
Si une liste de contrôle d’accès comprend plusieurs règles, celles-ci sont appliquées selon leur priorité. Une fois
qu’une règle correspondant à des critères est appliquée, aucune autre règle n’est traitée.
Une liste de contrôle d’accès des ports pour les paramètres globaux est appliquée à toutes les cartes réseau
virtuelles de machine virtuelle d’une infrastructure. Aucun type d’objet distinct n’est disponible pour les
paramètres globaux. Au lieu de cela, la liste de contrôle d’accès des ports pour les paramètres globaux est
attachée au serveur d’administration VMM.
Les paramètres des listes de contrôle d’accès des ports sont exposés uniquement par le biais d’applets de
commande PowerShell dans VMM et ne peuvent pas être configurés dans la console VMM.
Les listes de contrôle d’accès des ports peuvent être appliquées aux éléments suivants :
Cartes et sous-réseaux virtuels dans le cadre d’un déploiement de contrôleur de réseau
Sous-réseaux virtuels, cartes réseau, réseaux de machines virtuelles et serveur d’administration VMM
dans le cadre de réseaux non gérés par le contrôleur de réseau

Avant de commencer
Pour appliquer une liste de contrôle d’accès aux objets gérés par le contrôleur de réseau, utilisez l’indicateur
ManagedByNC et affectez-lui la valeur True. S’il n’a pas la valeur True, la liste de contrôle d’accès s’applique
uniquement aux objets réseau qui ne sont pas gérés par le contrôleur de réseau.
Les types de listes de contrôle d’accès ne sont pas interchangeables. Vous ne pouvez pas appliquer une liste de
contrôle d’accès à des objets gérés par le contrôleur de réseau si ManagedByNC a la valeur false, et vice
versa.
La principale différence entre ces deux types de listes de contrôle d’accès, c’est que vous devez résoudre chaque
carte réseau si la liste de contrôle d’accès est appliquée à des objets non gérés par le contrôleur de réseau.
Il existe également une différence au niveau des plages de priorité :
Listes de contrôle d’accès des ports Hyper-V (non gérées par le contrôleur de réseau) : 1 -
65535
Listes de contrôle d’accès des ports SDN (gérées par le contrôleur de réseau) : 1 - 64500
Vous devez disposer d’autorisations d’administration VMM complètes pour attacher une liste de contrôle
d’accès des ports à des paramètres globaux. Pour attacher la liste de contrôle d’accès à des objets VMM
(réseaux de machines virtuelles, sous-réseaux, cartes réseau virtuelles), vous devez être administrateur VMM,
administrateur de clients ou utilisateur libre-service.
Scénarios non pris en charge
Voici une liste de scénarios non pris en charge :
Gérer des règles individuelles pour une instance unique quand la liste de contrôle d’accès est partagée avec
plusieurs instances. Toutes les règles sont gérées de manière centralisée dans leur liste de contrôle d’accès
parent et s’appliquent partout où la liste de contrôle d’accès est attachée.
Attacher plusieurs listes de contrôle d’accès à une entité.
Appliquer des listes de contrôle d’accès des ports aux cartes réseau virtuelles dans la partition parent Hyper-V
(système d’exploitation d’administration).
Créer des règles de liste de contrôle d’accès des ports qui incluent des protocoles au niveau de l’adresse IP
(autres que TCP ou UDP ). Les autres protocoles sont toujours pris en charge nativement par Hyper-V.
Appliquer des listes de contrôle d’accès des ports aux réseaux logiques, sites réseau (définitions de réseau
logique), VLAN de sous-réseau et autres objets de mise en réseau VMM qui ne sont pas répertoriés comme
étant pris en charge.

Étapes du déploiement
Utilisez l’interface PowerShell pour VMM afin d’effectuer les opérations suivantes :
1. Définir des listes de contrôle d’accès des ports et leurs règles.
Les règles sont appliquées aux ports de commutateur virtuel sur des serveurs Hyper-V comme « listes
de contrôle d’accès des ports étendues » (VMNetworkAdapterExtendedAcl). Cela signifie qu’elles ne
s’appliquent qu’aux hôtes exécutant Windows Server 2012 R2 ou ultérieur, car VMM ne crée pas de
listes de contrôle d’accès des ports Hyper-V héritées (VMNetworkAdapterAcl) pour les versions
antérieures.
Toutes les règles de liste de contrôle d’accès de port définies dans VMM sont avec état pour le protocole
TCP. Vous ne pouvez pas créer de règles de liste de contrôle d’accès sans état pour le protocole TCP.
2. Attacher une liste de contrôle d’accès des ports aux paramètres globaux. Ceci applique la liste de contrôle
d’accès à toutes les cartes réseau virtuelles de machine virtuelle.
3. Attacher des listes de contrôle d’accès de port aux réseaux de machines virtuelles, sous-réseaux de machines
virtuelles ou cartes réseau virtuelles de machine virtuelle.
4. Gérer les règles de liste de contrôle d’accès des ports.

Créer des listes de contrôle d’accès des ports


1. Ouvrez PowerShell dans VMM.
2. Créez une liste de contrôle d’accès des ports à l’aide de l’applet de commande New -SCPortACL.

New-SCPortACL [-Name] <String> [-Description <String>] [-JobVariable <String>] [-ManagedByNC] [-


OnBehalfOfUser <String>] [-OnBehalfOfUserRole <UserRole>] [-Owner <String>] [-PROTipID <Guid>] [-
RunAsynchronously] [-UserRole <UserRole>] [-VMMServer <ServerConnection>] [<CommonParameters>]

Paramètres
PARAMÈTRE DÉTAILS

Name, Description Nom et description de la liste de contrôle d’accès des ports.

JobVariable Stocke la progression du travail.

ManagedByNC Spécifie si les objets sont gérés par le contrôleur de réseau.


PARAMÈTRE DÉTAILS

OnBehalfOfUser/OnBehalfOfRole Exécute le travail avec un nom ou un rôle d’utilisateur.

Propriétaire Spécifie le propriétaire d’un objet VMM sous la forme d’un


compte d’utilisateur de domaine valide. Exemple :
Contoso\PattiFuller ou PattiFuller@Contoso

PROTipID ID du ProTip ayant déclenché l’action.

RunAsychronously Indique si le travail s’exécute en mode asynchrone.

UserRole Spécifie le rôle utilisateur.

VMMServer Spécifie le serveur VMM.

Paramètres_Courants En savoir plus

Exemples
Créer une liste de contrôle d’accès des ports pour les objets gérés par le contrôleur de réseau
« DemoACLManagedByNC » :

PS: C:\> New-SCPortACL -Name "DemoACLManagedByNC" -Description "PortACL Example Managed by NC" -ManagedByN

Créer une liste de contrôle d’accès des ports pour les objets non gérés par le contrôleur de réseau
« DemPortACL » :

PS: C:\> New-SCPortACL -Name "DemoPortACL" -Description "Port ACL Example Non Managed by NC"

Définir les règles d’une liste de contrôle d’accès des ports


1. Ouvrez PowerShell dans VMM.
2. Créez une ou plusieurs règles à l’aide de l’applet de commande New -SCPortACLRule.

New-SCPortACLrule -PortACL <PortACL> -Name <string> [-Description <string>] -Type <Inbound | Outbound>
-Action <Allow | Deny> -Priority <uint16> -Protocol <Tcp | Udp | Any> [-LocalAddressPrefix <string:
IPAddress | IPSubnet>] [-LocalPortRange <string:X|X-Y|Any>] [-RemoteAddressPrefix <string: IPAddress |
IPSubnet>] [-RemotePortRange <string:X|X-Y|Any>]

Paramètres
PARAMÈTRE DÉTAILS

Name, Description Nom et description de la règle.

Tapez Spécifie la direction du trafic auquel la liste de contrôle d’accès


est appliquée (Inbound ou Outbound).

Action Spécifie si la liste de contrôle d’accès autorise ou bloque le


trafic (Allow ou Deny).
PARAMÈTRE DÉTAILS

LocalAddressPrefix Spécifie le sous-réseau ou l’adresse IP source utilisé pour


identifier le trafic à filtrer.

LocalPortRange Spécifie la plage de ports source utilisée pour identifier le


trafic.

RemoteAddressPrefix Spécifie le sous-réseau ou l’adresse IP de destination utilisé


pour identifier le trafic à filtrer.

RemotePortRange Spécifie la plage de ports de destination utilisée pour identifier


le trafic.

Protocole Spécifie le protocole auquel la règle est appliquée.

Priorité Spécifie la priorité de la règle dans la liste de contrôle d’accès


des ports. Les règles sont appliquées selon l’ordre défini.
Définissez une priorité comprise entre 1 et 65535 (plus le
chiffre est petit, plus la priorité est élevée). Les règles des listes
de contrôle d’accès des ports pour les objets gérés par le
contrôleur de réseau doivent avoir une priorité égale ou
supérieure à 100. Le contrôleur de réseau ne prend pas en
charge une priorité inférieure à 100.

Exemples
Créer une liste de contrôle d’accès des ports et stocker l’objet dans $portACL :

PS: C:\> $portACL = New-SCPortACL -Name "RDP ACL" -Description "Acl on RDP access"

Créer une règle de liste de contrôle d’accès des ports pour autoriser l’accès RDP à partir d’un sous-réseau distant :

PS: C:\> New-SCPortACLRule -Name "AllowRDPAccess" -PortACL $portACL -Description "Allow RDP Rule from a
subnet" -Action Allow -Type Inbound -Priority 110 -Protocol Tcp -LocalPortRange 3389 -RemoteAddressPrefix
10.184.20.0/24

Modifier la priorité d’une règle de liste de contrôle d’accès :

PS: C:\> $portACLRule = Get-SCPortACLRule -Name "AllowRDPAccess" `` <br/><br/> `` PS: C:\> Set-SCPortACLRule -
PortACLRule $portACLRule -Priority 220

La première commande obtient la règle de liste de contrôle d’accès des ports « AllowRDPAccess ». La deuxième
commande modifie la priorité de la règle sur 220.
Modifier la plage d’adresses de destination et le protocole d’une règle de liste de contrôle d’accès des ports :

PS: C:\> $portACLRule = Get-SCPortACLRule -Name "AllowRDPAccess" `` <br/><br/> `` PS: C:\> Set-SCPortACLRule -
PortACLRule $portACLRule -RemoteAddressPrefix 172.185.21.0/24 -Protocol Udp

La première commande récupère la règle « AllowRDPAccess ». La seconde remplace le protocole actuel par UDP
et définit le sous-réseau 172.185.21.0/24 comme destination.

Attacher et détacher des listes de contrôle d’accès des ports


Une liste de contrôle d’accès des ports peut être attachée à des paramètres globaux, à des réseaux ou sous-
réseaux de machine virtuelle, ainsi qu’à des cartes réseau virtuelles. Une liste de contrôle d’accès des ports
attachée à des paramètres globaux s’applique par défaut à toutes les cartes réseau virtuelles de machine virtuelle.
1. Ouvrez PowerShell dans VMM.
2. Attachez une liste de contrôle d’accès des ports à l’aide de l’applet de commande Set-SCVMMServer.

Set-SCVMMServer –VMMServer <VMMServer> [-PortACL <NetworkAccessControlList> | -RemovePortACL ]

Paramètres
PARAMÈTRE DÉTAILS

Serveur VMM Nom du serveur VMM auquel la liste de contrôle d’accès des
ports est appliquée.

PortACL Attache éventuellement la liste de contrôle d’accès des ports


spécifiée aux paramètres globaux.

Exemples
Attacher une liste de contrôle d’accès aux paramètres globaux :

Set-SCVMMServer -VMMServer "VMM.Contoso.Local" -PortACL $acl`` <br/><br/> ExampleL: `` Set-SCVMMServer -


VMMServer "VMM.Contoso.Local" -PortACL $acl

Détacher une liste de contrôle d’accès des paramètres globaux :

Set-SCVMMServer -VMMServer "VMM.Contoso.Local" -RemovePortACL

Attacher une liste de contrôle d’accès à un réseau de machines virtuelles durant la création :

New-SCVMNetwork [–PortACL <NetworkAccessControlList>] [rest of the parameters]

Attacher une liste de contrôle d’accès à un réseau de machines virtuelles existant :

Set-SCVMNetwork -PortACL $acl`

Attacher une liste de contrôle d’accès à un réseau de machines virtuelles durant la création :

New-SCVMSubnet [–PortACL <NetworkAccessControlList>] [rest of the parameters]

Attacher une liste de contrôle d’accès à un sous-réseau de machines virtuelles existant :

Set-SCVMSubnet [–PortACL <NetworkAccessControlList> | -RemovePortACL] [rest of the parameters]

Récupérer et afficher des listes de contrôle d’accès des ports et leurs


règles
1. Ouvrez PowerShell dans VMM.
2. Exécutez l’applet de commande Get-SCPortACL pour récupérer et afficher une liste de contrôle d’accès des
ports :

Get-SCPortACL [[-Name] <String> ] [-ID <Guid> ] [-OnBehalfOfUser <String> ] [-OnBehalfOfUserRole


<UserRole> ] [-VMMServer <ServerConnection> ] [ <CommonParameters>]

3. Exécutez Get-SCPortACLRule pour récupérer et afficher une règle :

Get-SCPortACLRule [-Name <String> ] [-ID <Guid> ] [-OnBehalfOfUser <String> ] [-OnBehalfOfUserRole


<UserRole> ] [-PortACL <PortACL> ] [-VMMServer <ServerConnection> ] [ <CommonParameters>]

Paramètres
PARAMÈTRE DÉTAILS

Aucun paramètre Récupère toutes les listes de contrôle d’accès.

Name/ID Récupère les listes de contrôle d’accès par nom ou GUID.

OnBehalfOfUser/OnBehalfOfUserRole Exécute le travail avec un nom ou un rôle d’utilisateur.

VMMServer Récupère les listes de contrôle d’accès sur un serveur VMM


spécifique.

Paramètres_Courants En savoir plus

Exemples
Récupérer une liste de contrôle d’accès spécifique :

PS: C:> $portACL = Get-SCPortACL -Name "DemoPortACL"

Obtenir les règles d’une liste de contrôle d’accès spécifique :

PS: C:> Get-SCPortACLRule -Name "AllowRDPAccess"

Obtenir toutes les règles d’une liste de contrôle d’accès :

PS: C:> Get-SCPortACLRule -PortACL $portACL

Modifier des listes de contrôle d’accès des ports et leurs règles


1. Ouvrez PowerShell dans VMM.
2. Exécutez l’applet de commande Set-SCPortACL pour modifier une liste de contrôle d’accès des ports :

Set-SCPortACL [-PortACL] <PortACL> [[-Description] <String>] [-JobVariable <String>] [-Name <String>]


[-OnBehalfOfUser <String>] [-OnBehalfOfUserRole <UserRole>] [-PROTipID <Guid>] [-RunAsynchronously] [-
VMMServer <ServerConnection>] [<CommonParameters>]

3. Exécutez Remove-SCPortACL pour supprimer une liste de contrôle d’accès :


Remove-SCPortACL [-PortACL] <PortACL> [-Confirm] [-JobVariable <String>] [-OnBehalfOfUser <String>] [-
OnBehalfOfUserRole <UserRole>] [-PROTipID <Guid>] [-RunAsynchronously] [-VMMServer <ServerConnection>]
[-WhatIf] [<CommonParameters>]

Paramètres

PARAMÈTRE DÉTAILS

Name/Description Nom et description d’une liste de contrôle d’accès des ports.

JobVariable Stocke la progression du travail.

OnBehalfOfUser/OnBehalfOfUserRole Exécute le travail avec un nom ou un rôle d’utilisateur.

PROTipID ID du ProTip ayant déclenché l’action.

RunAsynchronously Indique si le travail s’exécute en mode asynchrone.

Confirmer Affiche une invite avant d’exécuter le travail.

WhatIf Montre ce qui se passe sans exécuter la commande.

Exemples
Définir une description de la liste de contrôle d’accès :

PS: C:> $portACL = Get-SCPortACL -Name "DemoPortACL"

PS: C:> Set-SCPortACL -PortACL $portACL -Description "Port ACL Example Non Managed by Network Controller"

La première applet de commande récupère la liste de contrôle d’accès, et la seconde définit la description sur cette
liste.
Supprimer une liste de contrôle d’accès :

PS: C:> $portACL = Get-SCPortACL -Name "DemoPortACL"

PS: C:> Remove-SCPortACL -PortACL $portACL

La première applet de commande récupère la liste de contrôle d’accès, et la seconde la supprime.


Gérer des clusters Hyper-V dans l’infrastructure VMM
11/12/2018 • 7 minutes to read

Lisez cet article pour découvrir comment gérer des clusters hôtes Hyper-V dans l’infrastructure System Center -
Virtual Machine Manager (VMM ). Vous pouvez configurer les propriétés des clusters et gérer les nœuds de cluster.

Configurer les propriétés d’un cluster


1. Dans Infrastructure, cliquez avec le bouton droit sur le cluster > Propriétés.
2. Configurez les paramètres présentés dans le tableau ci-dessous.

ONGLET PARAMÈTRES

Général Affiche le nom, le groupe hôte et la description. Vous pouvez


également configurer le paramètre Réserve de clusters
(nœuds) et afficher l’état de la réserve de clusters.

Le paramètre Réserve de clusters (nœuds) spécifie le


nombre d’échecs de nœud qu’un cluster peut supporter sans
que cela affecte la prise en charge des machines virtuelles
déployées sur le cluster hôte. Si le cluster ne peut pas assurer
la prise en charge de toutes les machines virtuelles avec le
nombre d’échecs de nœud spécifié, il est placé dans l’état Trop
sollicité. Quand elles sont trop sollicitées, les machines hôtes
en cluster reçoivent une évaluation égale à zéro pendant la
sélection élective de la machine virtuelle. Un administrateur
peut remplacer l’évaluation et placer une machine virtuelle
hautement disponible sur un cluster trop sollicité pendant une
sélection élective manuelle.

Statut Affiche des informations d’état détaillées pour le cluster hôte :

Tests de validation du cluster effectués et réussis. Inclut un lien


vers le dernier rapport de validation (s’il est disponible). Notez
que l’accès au rapport nécessite des autorisations
d’administration sur le nœud de cluster où se trouve le
rapport. Pour les clusters hôtes, vous pouvez effectuer une
validation de cluster à la demande par le biais de VMM. Pour
ce faire, dans l'espace de travail Ensemble fibre optique ,
recherchez le cluster hôte et cliquez dessus. Puis, sous l'onglet
Cluster hôte , cliquez sur Valider le cluster. La validation du
cluster commence immédiatement.

Éléments en ligne dans le cluster : principales ressources du


cluster, disque témoin dans le quorum et service de cluster sur
chaque nœud.
ONGLET PARAMÈTRES

Stockage disponible Affiche l’espace de stockage disponible, c’est-à-dire les unités


logiques de stockage attribuées au cluster hôte qui ne sont
pas des volumes partagés du cluster (CSV).

Vous pouvez également effectuer les opérations suivantes :

Ajouter et supprimer des unités logiques de stockage qui sont


gérées par VMM.

Convertir le stockage disponible en stockage partagé (CSV).

Volumes partagés Affiche les volumes partagés (CSV) qui sont alloués au cluster
hôte. Vous pouvez également effectuer les opérations
suivantes :

Ajouter et supprimer des CSV qui sont gérés par VMM.

Convertir des CSV en stockage disponible (non CSV).

Propriétés personnalisées Propriétés personnalisées que vous gérez.

Ajouter un nœud au cluster


1. Si vous avez déjà utilisé le Gestionnaire du cluster de basculement pour ajouter le nœud, dans Infrastructure >
Serveurs > Tous les ordinateurs hôtes, cliquez avec le bouton droit sur la machine hôte affichant l’état En
attente, puis cliquez sur Ajouter au cluster hôte.
2. Si vous n’avez pas ajouté le nœud à l’aide du Gestionnaire du cluster de basculement, vous pouvez ajouter des
machines hôtes qui sont déjà gérées par VMM. Dans Infrastructure > Serveurs > Tous les ordinateurs
hôtes, cliquez avec le bouton droit sur le cluster > Ajouter un nœud de cluster. Dans l’Assistant Ajout de
nœuds > Type de ressource, sélectionnez le compte d’identification à utiliser pour ajouter les nœuds. Assurez-
vous que l’option Utiliser les serveurs existants qui exécutent Windows Server 2012 R2 est sélectionnée.
Dans Sélectionner des ordinateurs hôtes, sélectionnez le serveur hôte Hyper-V à ajouter. Terminez
l’Assistant et vérifiez les paramètres.

Supprimer un nœud du cluster


1. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes.
2. Recherchez le nœud de cluster que vous souhaitez supprimer et vérifiez son état dans le volet Ordinateurs
hôtes.
3. Si le nœud n’est pas en mode maintenance, cliquez sur Démarrer le mode de maintenance. Cliquez sur
Déplacer tous les ordinateurs virtuels vers les autres ordinateurs hôtes du cluster et vérifiez l’état.
4. Cliquez avec le bouton droit sur la machine hôte > Supprimer le nœud de cluster > Oui. Cette tâche de
suppression du nœud supprime également les stockages partagés qui ne sont pas inscrits dans le nœud. Si
vous gérez un stockage en dehors de VMM, vous devez annuler l’inscription de ce stockage dans le nœud.

Annuler un cluster
Supprimez un cluster hôte en procédant comme suit :
1. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes.
2. Vérifiez que le cluster n’assure pas la prise en charge de machines virtuelles à haut niveau de disponibilité ou
d’applications/services en cluster.
3. Cliquez avec le bouton droit sur le cluster hôte > Annuler le cluster. Cliquez sur Oui pour continuer.
4. Cette tâche de suppression du cluster supprime également les stockages partagés qui ne sont pas inscrits dans
les nœuds de cluster. Si vous gérez un stockage en dehors de VMM, vous devez annuler l’inscription de ce
stockage.
Mettre à jour des clusters et des machines hôtes
Hyper-V
26/03/2019 • 5 minutes to read

Lisez cet article pour découvrir comment maintenir à jour les hôtes et les clusters Hyper-V dans l’infrastructure
System Center Virtual Machine Manager (VMM ).

Avant de commencer
Vous devez configurer une mise à jour (serveur WSUS ) dans l’infrastructure VMM, puis définir les lignes de base
de mise à jour.

Mettre à jour un cluster ou une machine hôte


1. Dans Infrastructure > Serveurs > Afficher > Compatibilité, sélectionnez les machines que vous souhaitez
mettre à jour. Toutes les lignes de base définies pour une machine s’affichent. La machine peut être conforme
pour certaines lignes de base et non conforme pour d’autres.
2. Cliquez sur Corriger. Cette option s’affiche uniquement si les objets sélectionnés ne sont pas conformes.
3. Dans Correction de mise à jour, activez ou désactivez les lignes de base de mise à jour ou les mises à jour
individuelles souhaitées pour définir les mises à jour à installer. Quand vous sélectionnez une machine, toutes
les mises à jour sont sélectionnées par défaut. Si vous utilisez un cluster Hyper-V, procédez comme suit :
Pour mettre à jour tous les nœuds de cluster, sélectionnez le cluster hôte par son nom de cluster.
Pour mettre à jour des nœuds spécifiques, sélectionnez individuellement les machines hôtes dans le
cluster. Avec ce paramètre, VMM n’affiche pas les options de correction du cluster, mais traite chaque
nœud comme une machine hôte Hyper-V autonome.
4. Si vous préférez redémarrer les machines manuellement à la fin de la correction, cliquez sur Ne pas
redémarrer les serveurs après la correction. Par défaut, la machine redémarre si le processus de mise à jour
le nécessite. Si vous choisissez de ne pas redémarrer la machine alors que le processus de mise à jour le
demande, la machine affiche l’état Redémarrage d’ordinateur en attente après la correction. Les mises à
jour ne seront pas activées tant que vous n’aurez pas redémarré la machine. VMM ne vérifiera pas la
conformité des machines avec cet état pendant les opérations d’actualisation.
5. Si vous utilisez un cluster :
Si le nœud de cluster est déjà en mode maintenance, sélectionnez Autoriser la correction des clusters
avec des nœuds déjà en mode maintenance. En mode maintenance, vous ne pouvez pas créer de
machines virtuelles ou les déplacer vers la machine hôte. La machine hôte reçoit une évaluation égale à
zéro et est exclue de l’optimisation dynamique.
Sélectionnez Migration en direct pour supprimer des machines virtuelles sur une machine hôte avant
d’effectuer une correction de mise à jour. Avec cette option, les machines virtuelles restent en ligne. Si
vous n’avez pas besoin de maintenir les machines virtuelles en ligne et souhaitez effectuer une mise à
jour plus rapide, cliquez sur Enregistrer l’état pour arrêter les machines virtuelles et effectuer la
correction.
6. Cliquez sur Corriger pour démarrer la mise à jour. Après la correction, si aucun redémarrage n’est en attente,
le serveur ou le cluster affiche l’état Conforme.
NOTE
La correction d’un nœud unique dans un cluster S2D risque de ne pas réussir si la correction est effectuée en sélectionnant
l’hôte. Nous vous recommandons de corriger au niveau du cluster, puis de sélectionner les hôtes pour la correction.

Dans un cluster S2D, une fois la mise à jour installée sur le nœud, le nœud est redémarré et l’opération de
réparation (resynchronisation) est lancée. Si la resynchronisation n’est pas terminée dans les 600 minutes (la
valeur par défaut), la tâche de mise à jour échoue. Pour éviter l’échec de la tâche, vous pouvez changer le délai
d’attente dans la clé de Registre.
La valeur minimale pour le délai d’attente de resynchronisation est de 600 minutes, et sa valeur maximale
peut être de 2 880 minutes.
S2DResyncWaitTimeInMins est le paramètre de clé de Registre que vous pouvez utiliser pour changer la
valeur par défaut du délai d’attente de resynchronisation.
Voici le chemin de la clé de Registre :
\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager
Server\Settings > RegistryKey

Étapes suivantes
En savoir plus sur les mises à jour VMM
Effectuer une mise à niveau propagée d’un cluster
hôte Hyper-V vers Windows Server dans VMM
22/03/2019 • 8 minutes to read

La mise à niveau propagée de cluster a été introduite dans Windows Server 2016. Cette fonctionnalité vous
permet de mettre à niveau le système d’exploitation des nœuds de cluster sans avoir à arrêter les charges de
travail Hyper-V exécutées sur les nœuds. En savoir plus sur l’architecture de la mise à niveau propagée et la
configuration requise pour cette mise à niveau.

NOTE
System Center 2019 - Virtual Machine Manager (VMM) prend en charge la mise à niveau propagée d’un cluster hôte
Hyper-V exécutant Windows Server 2016 vers Windows Server 2019. Les versions antérieures à VMM 2019 prennent en
charge la mise à niveau propagée vers la version 2016 à partir de 2012 R2. Utilisez les procédures suivantes selon ce qui est
applicable pour la version de VMM que vous utilisez et la version de mise à niveau qu’elle prend en charge.

Mise à niveau propagée d’un cluster dans VMM


System Center - Virtual Machine Manager (VMM ) prend en charge la fonctionnalité de mise à niveau propagée
pour mettre à niveau des clusters Hyper-V dans l’infrastructure VMM. Vous pouvez mettre à niveau l’ensemble
d’un cluster ou seulement certains nœuds d’un cluster. La mise à niveau se déroule en plusieurs étapes :
Création d’un modèle : crée un modèle de configuration de nœud en combinant le profil d’ordinateur
physique approprié et les paramètres de configuration de nœud spécifiés dans l’Assistant Mise à niveau.
Migration des charges de travail : déplace les charges de travail en dehors du nœud pour que celles-ci
continuent de s’exécuter normalement.
Suppression du nœud : met le nœud en mode maintenance, puis le supprime du cluster. Les agents VMM,
les extensions de commutateur virtuel, etc. sont aussi supprimés du nœud.
Provisionnement du nœud : Provisionne le nœud qui exécute Windows Server 2016/2019 et le configure
en fonction du modèle enregistré.
Réintégration du nœud dans VMM : réintègre le nœud dans l’administration VMM et installe l’agent VMM.
Réintégration du nœud dans le cluster : réintègre le nœud dans le cluster et le sort du mode maintenance,
puis redirige les charges de travail des machines virtuelles vers ce nœud.

NOTE
Veillez à installer les dernières mises à jour sur le disque dur virtuel que vous voulez utiliser en tant que profil d’ordinateur
physique.

Avant de commencer
Consultez les restrictions et limitations de la plateforme avant de lancer la mise à niveau propagée du cluster.
Le cluster doit être géré par VMM.
Le cluster doit exécuter Windows Server 2012 R2 (dans le cas des versions antérieures à 2019) ou Windows
Server 2016 (dans le cas de VMM 2019).
Le cluster doit être conforme à la configuration requise pour le déploiement complet. La seule exception est
que le profil d’ordinateur physique n’a pas besoin d’inclure les informations de configuration du disque ou du
réseau. Pendant la mise à niveau, VMM inscrit la configuration du disque et du réseau pour le nœud, et utilise
ces informations à la place du profil d’ordinateur.
Vous pouvez mettre à niveau les nœuds qui n’ont pas été initialement approvisionnés par un déploiement
complet tant que ces nœuds présentent la configuration requise pour ce déploiement, comme le contrôleur
BMC. Vous devez fournir ces informations dans l’Assistant Mise à niveau.
La bibliothèque VMM doit contenir un disque dur virtuel configuré avec Windows Server 2016.

Effectuer la mise à niveau


1. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes. Cliquez avec le bouton droit sur le
cluster hôte > Mettre à niveau le cluster.
2. Dans l’Assistant Mise à niveau > Nœuds, cliquez sur les nœuds à mettre à niveau ou sur Sélectionner tout.
Ensuite, cliquez sur Profil d’ordinateur physique et sélectionnez le profil à utiliser pour les nœuds.
3. Dans Configuration BMC, sélectionnez le compte d’identification doté des autorisations d’accès au BMC, ou
créez-en un. Dans Protocole de gestion hors-bande, cliquez sur le protocole utilisé par le BMC. Pour utiliser
le protocole DCMI, cliquez sur IPMI. DCMI est pris en charge même s’il ne figure pas dans la liste. Vérifiez que
le port correct est affiché.
4. Dans Personnalisation du déploiement, passez en revue les nœuds à mettre à niveau. Si l’Assistant n’a pas
pu déterminer tous les paramètres, il affiche une alerte Paramètres manquants pour le nœud. Par exemple, si
le nœud n’a pas été approvisionné par le biais d’un déploiement complet, certains paramètres BMC n’ont peut-
être pas été spécifiés. Renseignez les informations manquantes.
Entrez l’adresse IP du contrôleur BMC, si nécessaire. Si vous le souhaitez, modifiez le nom du nœud. Ne
désactivez pas l’option Ignorer la vérification d’Active Directory pour ce nom d’ordinateur, sauf si
vous modifiez le nom du nœud et que vous voulez vérifier que le nouveau nom n’est pas déjà utilisé.
Dans la configuration de la carte réseau, vous pouvez spécifier l’adresse MAC. Spécifiez cette adresse si
vous configurez la carte de gestion pour le cluster comme une carte réseau virtuelle. Il ne s’agit pas de
l’adresse MAC du BMC. Si vous choisissez de spécifier des paramètres IP statiques pour la carte,
sélectionnez un réseau logique et un sous-réseau IP, le cas échéant. Si le sous-réseau contient un pool
d’adresses, vous pouvez sélectionner l’option Obtenir une adresse IP correspondant au sous-réseau
sélectionné. Sinon, tapez une adresse IP appartenant au réseau logique.
5. Dans Résumé, cliquez sur Terminer pour commencer la mise à niveau. Si l’Assistant termine correctement la
mise à niveau des nœuds, il met à jour le niveau fonctionnel du cluster vers Windows Server 2016/2019.
Si pour une raison quelconque, vous devez mettre à jour le niveau fonctionnel d’un cluster qui a été mis à niveau
en dehors de VMM, cliquez avec le bouton droit sur Cluster > Version de la mise à jour. Ce cas peut se
produire si vous mettez à niveau les nœuds du cluster avant d’ajouter le cluster à l’infrastructure VMM, mais que
le cluster exécute encore Windows Server 2012 R2/2016.
Effectuer la maintenance des machines hôtes et
virtuelles dans l’infrastructure de calcul VMM
19/12/2018 • 6 minutes to read

Lisez cet article pour découvrir comment effectuer la maintenance des machines hôtes et virtuelles Hyper-V dans
l’infrastructure System Center Virtual Machine Manager (VMM ).

Avant de commencer
Nous vous recommandons de garder les hôtes dans un cluster hôte Hyper-V à jour avec les mêmes mises à jour
pour éviter les problèmes de fonctionnement de VMM.
Deux méthodes sont possibles pour effectuer la maintenance des machines hôtes et virtuelles :
Configuration de fenêtres de maintenance : Les fenêtres de maintenance permettent de planifier la
maintenance en dehors de VMM. Vous pouvez associer une fenêtre de maintenance à des hôtes, des machines
virtuelles ou des services spécifiques. Avant d’utiliser d’autres applications pour planifier des tâches de
maintenance, vous pouvez utiliser des scripts Windows PowerShell ou des applications personnalisées pour
vérifier si l’objet est actuellement dans une fenêtre de maintenance. Les fenêtres de maintenance n’interfèrent
pas avec l’utilisation régulière et les fonctionnalités de VMM.
Placement d’hôtes en mode maintenance : vous pouvez démarrer le mode maintenance pour l’hôte d’une
machine virtuelle chaque fois que vous devez réaliser des tâches de maintenance sur l’hôte physique,
notamment appliquer des mises à jour de sécurité ou remplacer du matériel sur l’hôte physique. Vous pouvez
mettre des machines hôtes Hyper-V et VMware ESX en mode maintenance dans la structure VMM. Tenez
compte des points suivants :
Quand une machine hôte est en mode maintenance, les restrictions suivantes s’appliquent :
Vous ne pouvez pas créer de machines virtuelles sur la machine hôte.
Vous ne pouvez pas déplacer les machines virtuelles vers la machine hôte.
La machine hôte reçoit une évaluation égale à zéro et ne peut pas être sélectionnée pour la
sélection élective.
La machine hôte est exclue de l’optimisation dynamique.
Pour permettre le démarrage du mode maintenance sur une machine hôte quand le planificateur de
ressources distribuées VMware n’est pas configuré, toutes les machines virtuelles sur la machine hôte
doivent être manuellement arrêtées ou déplacées vers une autre machine hôte.
Si vous utilisez Operations Manager pour l’analyse et que le mode maintenance est activé pour l’analyse,
l’agent Operations Manager supprime les alertes, les notifications, les règles, les analyses, les réponses
automatiques, les modifications d’état et les nouvelles alertes pour toutes les machines hôtes placées en
mode maintenance.

Créer une fenêtre de maintenance


1. Dans la console VMM, cliquez sur Paramètres > Créer > Créer une fenêtre de maintenance.
2. Dans Nouvelle fenêtre de maintenance, spécifiez un nom et une description (facultative) pour la fenêtre.
3. Dans Catégorie, entrez ou sélectionnez la catégorie de fenêtre de maintenance.
4. Dans Heure de début, entrez la date, l’heure et le fuseau horaire de la fenêtre de maintenance.
5. Dans Durée, spécifiez le nombre d’heures ou de minutes dans la fenêtre de maintenance.
6. Sous Périodicité, sélectionnez la fréquence (Quotidienne, Hebdomadaire ou Mensuelle), puis planifiez les
occurrences de cette fréquence.
7. Une fois la fenêtre configurée, vous pouvez l’affecter à une machine virtuelle ou à une machine hôte. Pour
l’affecter à une machine hôte, cliquez sur les propriétés de la machine hôte > Fenêtre de maintenance >
Gérer, puis sélectionnez la fenêtre que vous souhaitez ajouter à la machine hôte.

Mettre des machines hôtes en mode maintenance


1. Dans la console VMM, cliquez sur Infrastructure > Ressources d’infrastructure > Serveurs > Tous les
ordinateurs hôtes.
2. Sélectionnez la machine hôte à mettre en mode maintenance et, dans le groupe Ordinateur hôte, cliquez sur
Démarrer le mode de maintenance. Vous avez alors deux possibilités :
Sélectionnez Déplacer tous les ordinateurs virtuels vers les autres ordinateurs hôtes du cluster si
vous voulez déplacer toutes les machines virtuelles à haut niveau de disponibilité vers d’autres machines
hôtes du cluster (la machine hôte doit se trouver dans un cluster qui prend en charge la migration en
direct).
Sinon, sélectionnez Placer tous les ordinateurs virtuels en cours d’exécution dans un état
enregistré. Notez que cette liste entraîne une perte de service pour les utilisateurs actuels de la machine
virtuelle.
3. Vous pouvez vérifier si la machine hôte est en mode maintenance en affichant son état dans Infrastructure >
Ordinateurs hôtes.
Pour sortir une machine hôte du mode maintenance, sélectionnez-la et cliquez sur Arrêter le mode de
maintenance. Notez que VMM ne redémarre pas automatiquement la machine virtuelle et ne redéplace pas
automatiquement les machines virtuelles migrées vers la machine hôte.
Configurer des serveurs VMware dans l’infrastructure
de calcul VMM
11/12/2018 • 20 minutes to read

Lisez cet article pour en savoir plus sur la gestion des serveurs VMware et des machines virtuelles dans
l’infrastructure System Center - Virtual Machine Manager (VMM ).
VMM vous permet de déployer et de gérer des machines virtuelles et des services sur plusieurs plateformes
hyperviseur, notamment des hôtes VMware vSphere et des serveurs vCenter.
Vous pouvez ajouter des hôtes vCenter et vSphere à l’infrastructure VMM.
VMM s’intègre directement à VMware vCenter Server. Par le biais de la console VMM, vous pouvez gérer des
opérations quotidiennes d’hôtes et clusters VMware vSphere telles que la détection et la gestion des hôtes.
VMM offre la possibilité de créer, gérer, stocker, placer et déployer des machines virtuelles sur des hôtes
vSphere. Vous pouvez importer des modèles VMware.
Vous pouvez associer des cartes d’ordinateurs hôtes à des réseaux logiques VMM. Les tâches de gestion
avancées s’effectuent sur le serveur vCenter Server, par exemple la configuration des groupes de ports, des
commutateurs virtuels standard et distribués (ou « vSwitches »), vMotion et Storage vMotion.
Vous pouvez convertir des machines virtuelles VMware vers Hyper-V.

Avant de commencer
VMM prend en charge la gestion des hôtes et des clusters exécutant VMware. En savoir plus sur les versions
VMware prises en charge.
Vous avez besoin d’un serveur vCenter dans votre déploiement. Les hôtes et les clusters hôtes vSphere
doivent être gérés par un serveur vCenter, lui-même géré par VMM.
Les fonctionnalités suivantes sont prises en charge par VMM quand les hôtes et les clusters sont gérés avec
un serveur vCenter :
Interface de commande VMM (même interface commune à tous les hyperviseurs)
Sélection élective des machines virtuelles en fonction des évaluations des ordinateurs hôtes quand
vous créez, déployez ou migrez des machines virtuelles VMware. Inclut le déploiement simultané de
machines virtuelles pendant le déploiement de service.
Vous pouvez déployer des services VMM sur des hôtes vSphere. Vous ne pouvez pas déployer vApps.
Vous pouvez mettre les ressources d’hôtes vSphere à la disposition d’un cloud VMM en créant des
clouds à partir de groupes hôtes dans lesquels des hôtes vSphere se trouvent ou en créant un cloud à
partir d’un pool de ressources VMware. Notez que VMM ne s’intègre pas à VMware vCloud.
Vous pouvez utiliser l’optimisation dynamique et l’optimisation de l’alimentation pour les hôtes
vSphere. VMM peut équilibrer la charge des machines virtuelles sur les clusters vSphere à l’aide de la
migration dynamique (également appelée migration en direct). Grâce à l’optimisation de l’alimentation,
vous pouvez configurer VMM pour activer et désactiver la gestion de l’alimentation des hôtes vSphere.
Vous pouvez transférer des ressources VMware à l’aide de la migration dynamique entre les hôtes d’un
cluster (utilise vMotion) et de la migration dynamique du stockage (utilise Storage vMotion). Les
ressources prises en charge pour le transfert incluent la migration réseau vers et à partir de la
bibliothèque et entre les hôtes. Notez que les disques à allocation dynamique VMware deviennent de
type « définitif » quand vous migrez un disque vers la bibliothèque VMM.
Vous pouvez placer des hôtes vSphere gérés par VMM dans et hors du mode maintenance.
Vous pouvez stocker et organiser des machines virtuelles VMware, des fichiers VMDK et des modèles
VMware dans la bibliothèque VMM. Vous pouvez créer des machines virtuelles à partir de modèles.
Notez que VMM ne prend pas en charge les types de disques VMDK plus anciens. Les types de disques
suivants sont pris en charge : fichiers VMDK standard (VMFS et monolithique plat), fichiers VMDK
utilisés pour accéder à des disques physiques (vmfsPassthroughRawDeviceMap) et captures
instantanées (vmfssparse).
Vous pouvez créer des modèles à l’aide de fichiers .vmdk stockés dans la bibliothèque. Vous pouvez
également importer des modèles stockés sur des hôtes vSphere (seules les métadonnées de modèle
sont importées dans VMM ).
VMM prend en charge les commutateurs virtuels standard et distribués et les groupes de ports
existants. Les commutateurs virtuels et les groupes de ports doivent être configurés avec le serveur
vCenter.
Vous pouvez effectuer des tâches de mise en réseau VMM récurrentes, notamment attribuer des
réseaux logiques et des adresses IP statiques et des adresses MAC à des machines virtuelles Windows
exécutées sur VMware.
VMM prend en charge et reconnaît les cartes de stockage VMware Paravirtual SCSI (PVSCSI).
VMM ne prend pas en charge les machines virtuelles VMware avec des disques durs virtuels connectés
à un bus IDE.
VMM prend en charge les disques durs à allocation dynamique VMware par le biais du type de disque
dynamique. Notez que si vous créez et déployez une machine virtuelle sur un hôte vSphere configuré
pour utiliser un disque dynamique, le disque sera alloué dynamiquement. Si une machine virtuelle a été
créée en tant que disque alloué dynamiquement, la machine virtuelle hors bande l’affichera comme
dynamique. Si vous enregistrez un disque alloué dynamiquement à la bibliothèque, VMM l’enregistre
en tant que type « définitif ». Il reste définitif si vous créez une machine virtuelle à partir de lui.
Tout le stockage doit être ajouté aux hôtes vSphere en dehors de VMM.
La communication entre VMM et le serveur vCenter est chiffrée avec le protocole SSL. Vous aurez
besoin d’un certificat pour identifier le serveur vCenter. Vous pouvez utiliser un certificat auto-signé
pour un serveur vCenter ou un certificat vérifié par un tiers.
Si vous utilisez un certificat auto-signé pour l’authentification du serveur vCenter auprès de VMM,
vous pouvez importer manuellement le certificat dans le magasin de certificats Personnes autorisées
sur le serveur de gestion VMM avant d’ajouter le serveur vCenter. Si vous ne le faites pas, vous serez
invité à le faire pendant le déploiement.
Vous aurez besoin d’un compte avec des autorisations d’administrateur pour le serveur vCenter
(compte local ou Active Directory) et d’un compte avec des autorisations d’administrateur pour les
hôtes vSphere. Vous pouvez créer des comptes d’identification avant de commencer. Si vous ne le faites
pas, vous devrez créer des comptes pendant la procédure de déploiement.
Vous pouvez décider si vous souhaitez que VMM communique avec les hôtes vSphere gérés par le
serveur vCenter par le biais d’une connexion sécurisée. Dans ce cas, vous aurez besoin d’un certificat
pour authentifier les communications sur chaque hôte ou cluster vSphere. Vous pouvez utiliser le
certificat auto-signé créé par VMware lors de l’installation de vSphere sur l’ordinateur hôte ou un
certificat délivré par une autorité de certification approuvée. Si vous utilisez un certificat auto-signé,
vous pouvez l’importer de chaque hôte vSphere vers le serveur d’administration vMM avant de
commencer le déploiement.
Avant de configurer les paramètres réseau pour les hôtes vSphere, veillez à créer les réseaux logiques
que vous souhaitez associer avec les cartes réseau physiques sur les hôtes.

Ajouter un serveur v-Center


1. Cliquez sur Infrastructure > Serveurs > Serveurs vCenter > Ajouter > Ajouter des ressources >
Serveur VMware vCenter.
2. Dans Ajouter un serveur VMware vCenter, spécifiez le nom (nom de domaine complet, nom NetBIOS ou
adresse IP ) du serveur vCenter. Ajoutez le port nécessaire pour la connexion au serveur vCenter (443 par
défaut).
3. Dans Compte d’identification, cliquez sur le compte d’identification disposant d’autorisations
d’administrateur pour le serveur vCenter. Cliquez sur Créer un compte d’identification si vous n’en avez
pas.
4. Dans Sécurité, cochez ou décochez la case Communiquer avec les ordinateurs hôtes VMware ESX en
mode sécurisé. Nous vous recommandons de laisser ce paramètre activé. Si vous l’activez, vous aurez besoin
d’un certificat et d’une clé publique pour chaque hôte vSphere géré par le serveur vCenter.
5. Si vous utilisez un certificat auto-signé pour communiquer avec le serveur vCenter et que vous ne l’avez pas
copié manuellement dans le magasin de certificats Personnes autorisées, la boîte de dialogue Importer un
certificat apparaît. Cliquez sur Importer pour ajouter le certificat au magasin.
6. Dans Travaux, patientez jusqu’à ce que le travail ait le statut Terminé, puis vérifiez que le serveur s’affiche
dans Infrastructure > Serveurs > Serveur vCenter avec l’état Réponse en cours.

Ajouter un hôte ESX/ESXi


1. Vérifiez que le serveur vCenter est géré par VMM avant de commencer. Quand vous ajoutez le serveur
vCenter, les hôtes vSphere pour le serveur sont détectés automatiquement.
2. Cliquez sur Infrastructure > Ajouter des ressources > Clusters et hôtes ESX VMware.
3. Dans l’Assistant Ajout d’une ressource > Informations d’identification, cliquez sur le compte
d’identification disposant des autorisations d’administrateur sur les hôtes vSphere à ajouter. Créez un compte
d’identification si vous n’en avez pas.
4. Dans Ressources cibles, cliquez sur le serveur vCenter. Si les hôtes sont en cluster, ils sont répertoriés avec
les nœuds de cluster.
5. Dans Nom de l’ordinateur, sélectionnez les hôtes ou clusters que vous souhaitez ajouter, ou cliquez sur
Sélectionner tout.
6. Dans Paramètres de l’hôte, cliquez sur le groupe hôte auquel vous souhaitez affecter l’hôte ou le cluster.
Vous n’avez pas besoin d’ajouter de chemin de sélection élective pour les machines virtuelles.
7. Dans Résumé, vérifiez les paramètres et cliquez sur Terminer. Patientez jusqu’à ce que la boîte de dialogue
Travaux affiche un état Terminé.
8. Cliquez sur Infrastructure > Serveurs> Tous les hôtes et, dans le groupe hôte, vérifiez l’état de chaque hôte
ou un cluster. Soit OK, soit OK (Limité).
9. Si l’état est limité, cela signifie que vous avez activé le paramètre Communiquer avec les ordinateurs hôtes
VMware ESX en mode sécurisé mais que vous n’avez pas encore importé de certificat à partir de chaque
hôte vSphere. Pour modifier le paramètre de sécurité, cliquez sur le serveur vCenter > Propriétés > Sécurité.
10. Pour importer le certificat, cliquez sur chaque nom d’hôte concerné > Propriétés > Gestion > Récupérer >
OK. L’état de l’hôte doit être OK après l’importation.

Associer des cartes d’ordinateurs hôtes à des réseaux logiques


Par défaut, quand vous avez ajouté des hôtes vSphere à VMM, VMM a créé automatiquement des réseaux
logiques correspondant au nom du commutateur réseau virtuel. Notez que VMM ne crée pas automatiquement
les groupes de ports. Vous devez configurer des groupes de ports avec les réseaux locaux virtuels nécessaires
correspondant aux sites réseau sur le serveur vCenter.
Associez le réseau logique à la carte réseau physique (pour un réseau virtuel externe) comme suit :
1. Cliquez sur Infrastructure > Serveurs > Tous les hôtes > Hôte vSphere > Hôte > Propriétés > Matériel.
2. Dans Cartes réseau, sélectionnez la carte réseau physique sur l’hôte. Dans Connectivité de réseau logique,
sélectionnez les réseaux logiques que vous souhaitez associer à la carte. Notez que seuls les réseaux logiques
accessibles au groupe hôte sont disponibles.
3. Cliquez sur Avancé > Propriétés avancées de la carte réseau pour afficher les sous-réseaux IP et les
réseaux locaux virtuels disponibles pour un réseau logique. Par défaut, pour un réseau logique, les sous-
réseaux et les réseaux locaux virtuels ont pour étendue le groupe hôte ou sont hérités via un groupe hôte
parent. Si aucun n’est affiché, cela indique qu’il n’existe aucun site réseau pour le réseau logique.Si
Attribution annulée est disponible, cliquez dessus pour afficher les réseaux locaux virtuels auxquels la carte
physique est connectée, mais qui ne sont pas inclus dans un site réseau.
4. Affichez les paramètres de réseau virtuel dans les propriétés d’hôte > Réseaux virtuels. Affichez les
informations de compatibilité dans Infrastructure > Réseau > Réseaux logiques > Ordinateurs hôtes >
Informations sur les réseaux logiques pour les ordinateurs hôtes > Compatibilité. L’état Entièrement
compatible indique que tous les sous-réseaux et réseaux locaux virtuels inclus dans le site réseau sont
affectés à la carte réseau.

Importer des modèles à partir de vCenter


Vous pouvez importer des modèles VMware du serveur vCenter vers la bibliothèque VMM. VMM copie
uniquement les métadonnées associées au modèle, et non le fichier .vmdk. Cela signifie que VMM dépend du
serveur vCenter pour utiliser le modèle.
1. Cliquez sur Bibliothèque > Accueil > Importer > Importer un modèle VMware.
2. Dans Importer des modèles VMware, sélectionnez chaque modèle que vous souhaitez importer, puis
cliquez sur OK.
3. Vérifiez les modèles dans Bibliothèque > Modèles > Modèles d’ordinateur virtuel.

Configurer une fenêtre de maintenance pour un hôte VMware


Les fenêtres de maintenance permettent de planifier la maintenance en dehors de VMM. Vous pouvez associer
une fenêtre de maintenance à des hôtes, des machines virtuelles ou des services spécifiques. Avant d’utiliser
d’autres applications pour planifier des tâches de maintenance, vous pouvez utiliser des scripts Windows
PowerShell ou des applications personnalisées pour vérifier si l’objet est actuellement dans une fenêtre de
maintenance. Les fenêtres de maintenance n’interfèrent pas avec l’utilisation régulière et les fonctionnalités de
VMM. Pour configurer une fenêtre de maintenance, procédez comme suit :
1. Dans la console VMM, cliquez sur Paramètres > Créer > Créer une fenêtre de maintenance.
2. Dans Nouvelle fenêtre de maintenance, spécifiez un nom et une description facultative de la fenêtre.
3. Dans Catégorie, entrez ou sélectionnez la catégorie de fenêtre de maintenance.
4. Dans Heure de début, entrez la date, l’heure et le fuseau horaire de la fenêtre de maintenance.
5. Dans Durée, spécifiez le nombre d’heures ou de minutes dans la fenêtre de maintenance.
6. Sous Périodicité, sélectionnez la fréquence (Quotidienne, Hebdomadaire ou Mensuelle), puis planifiez les
occurrences de cette fréquence.
7. Une fois la fenêtre configurée, vous pouvez l’affecter à une machine virtuelle ou à une machine hôte. Pour
l’affecter à un hôte, cliquez sur les propriétés d’hôte > Fenêtre de maintenance > Gérer, puis sélectionnez la
fenêtre que vous souhaitez ajouter à l’hôte.
Configurer des serveurs d’infrastructure dans
l’infrastructure de calcul VMM
11/12/2018 • 3 minutes to read

Lisez cet article pour découvrir comment ajouter et gérer des serveurs d’infrastructure dans l’infrastructure System
Center - Virtual Machine Manager (VMM ).
En plus des serveurs d’infrastructure utilisés par l’infrastructure VMM ( serveur de bibliothèque, serveurs PXE,
serveurs IPAM ), vous pouvez ajouter d’autres serveurs d’infrastructure (Active Directory, DNS, DHCP, System
Center, par exemple) à l’infrastructure VMM. Cela vous permet de gérer et mettre à jour l’ensemble de ces serveurs
dans le même emplacement.
Le nœud Infrastructure dans la console VMM affiche les serveurs d’infrastructure que vous ajoutez et, le cas
échéant, le serveur d’administration VMM, les serveurs vCenter, les serveurs de bibliothèque VMM, les serveurs
IPAM et les serveurs PXE ajoutés.

Ajouter un serveur d’infrastructure


1. Cliquez sur Infrastructure > Serveurs > Infrastructure > Ajouter des ressources > Serveur
d’infrastructure.
2. Dans l’Assistant Ajouter un serveur d’infrastructure, spécifiez le nom de domaine complet (FQDN ) du
serveur pour lequel vous voulez ajouter un compte avec les autorisations nécessaires pour le serveur. Cliquez
ensuite sur Ajouter.

Mettre à jour des serveurs d’infrastructure


Pour mettre à jour des serveurs d’infrastructure, vous devez configurer un serveur WSUS et définir des lignes de
base de mise à jour.
Une fois que le serveur WSUS est configuré, vous pouvez mettre à jour les serveurs d’infrastructure comme suit :
1. Dans Infrastructure > Serveurs > Accueil > Afficher > Compatibilité, sélectionnez le serveur que vous
souhaitez mettre à jour. Toutes les lignes de base définies pour le serveur s’affichent. Le serveur peut être
conforme pour certaines lignes de base et non conforme pour d’autres.
2. Cliquez sur Corriger. Cette option s’affiche uniquement si les objets sélectionnés ne sont pas conformes.
3. Dans Correction de mise à jour, activez ou désactivez les lignes de base de mise à jour ou les mises à jour
individuelles souhaitées pour définir les mises à jour à installer. Quand vous sélectionnez une machine, toutes
les mises à jour sont sélectionnées par défaut.
4. Si vous préférez redémarrer le serveur manuellement à la fin de la correction, cliquez sur Ne pas redémarrer
les serveurs après la correction. Par défaut, le serveur redémarre si le processus de mise à jour le nécessite. Si
vous choisissez de ne pas redémarrer le serveur alors que le processus de mise à jour le demande, le serveur
affiche l’état Redémarrage d’ordinateur en attente après la correction. Les mises à jour ne seront pas
activées tant que vous n’aurez pas redémarré le serveur. VMM ne vérifiera pas la conformité des machines avec
cet état pendant les opérations d’actualisation.
5. Cliquez sur Corriger pour démarrer la mise à jour.
Configurer des serveurs de mise à jour dans
l’infrastructure de calcul VMM
05/03/2019 • 18 minutes to read

Découvrez comment déployer des serveurs de mise à jour dans l’infrastructure System Center - Virtual Machine
Manager (VMM ).
Vous déployez des serveurs de mise à jour dans l’infrastructure VMM pour gérer la conformité et la correction des
serveurs hôtes de virtualisation, des serveurs de bibliothèque, du serveur d’administration VMM, des serveurs
PXE, du serveur WSUS et des serveurs d’infrastructure. En savoir plus.
Cet article décrit les prérequis et explique comment ajouter un serveur WSUS à l’infrastructure, configurer les
lignes de base de mise à jour, exécuter une analyse et créer des exemptions de mise à jour.

Avant de commencer
Le serveur WSUS doit exécuter Windows Server Update Service (WSUS ) 4.0 ou version ultérieure et les
versions prises en charge de Windows Server, comme indiqué dans la configuration système requise.
Le serveur WSUS doit se trouver dans le même domaine que le serveur VMM, ou dans un domaine
totalement approuvé.
VMM peut utiliser un serveur racine WSUS ou un serveur WSUS en aval. Vous ne pouvez pas utiliser un
serveur réplica WSUS.
Le serveur WSUS peut être dédié à VMM ou à un serveur existant.
Vous pouvez installer le serveur WSUS sur le serveur d’administration VMM, mais nous vous recommandons
de l’installer sur un serveur distinct si vous prévoyez d’effectuer de nombreuses mises à jour.
VMM peut être utilisé avec l’éditeur de mise à jour System Center, mais seules les mises à jour de contenu
complètes sont prises en charge. Les mises à jour de métadonnées uniquement ne peuvent pas être ajoutées à
une ligne de base.
Après avoir ajouté un serveur WSUS à VMM, vous devez le gérer dans la console VMM au lieu de la console
WSUS. Dans VMM, mettez à jour les propriétés du serveur de mise à jour pour configurer les synchronisations
sur un serveur proxy, et modifier les catégories de mises à jour, les produits et les langues prises en charge qui
sont synchronisés par le serveur WSUS.
Dans VMM, les administrateurs et les administrateurs délégués gèrent les mises à jour de l’infrastructure. Seuls
les administrateurs peuvent gérer le serveur de mise à jour et synchroniser les mises à jour. Les administrateurs
délégués peuvent analyser et corriger les mises à jour sur les ordinateurs qui se trouvent dans l'étendue de
leurs rôles d'utilisateur. Les administrateurs délégués peuvent utiliser des lignes de base créées par des
administrateurs et d'autres administrateurs délégués. mais ils ne peuvent pas les modifier ou les supprimer.

Ajouter un serveur WSUS à l’infrastructure VMM


1. Assurez-vous que le serveur exécute le rôle WSUS.
2. Cliquez sur Infrastructure > Accueil > Ajouter > Ajouter des ressources > Serveur de mise à jour.
3. Dans Ajouter le serveur Windows Server Update Services, spécifiez le nom, le port et les informations
d’identification du serveur WSUS. Le compte doit avoir des droits d’administration sur le serveur. Utilisez un
compte d’identification existant ou créez-en un. Spécifiez si vous voulez utiliser SSL pour les connexions.
4. Le serveur WSUS est ajouté à l’infrastructure, puis une synchronisation initiale du catalogue des mises à jour
est effectuée. Ces deux opérations peuvent prendre du temps. Vérifiez l’état dans les travaux Ajouter un
serveur de mise à jour et Synchroniser le serveur de mise à jour.
5. Après avoir ajouté le serveur, vous pouvez mettre à jour ses propriétés pour configurer la synchronisation sur
un serveur proxy. Dans Infrastructure > Serveurs > Serveur de mise à jour > Propriétés, cliquez sur
l’onglet Serveur proxy. Configurez WSUS pour utiliser un serveur proxy lors de la configuration des mises à
jour, ou mettez à jour le port d’un serveur proxy existant.
6. Vous pouvez aussi cliquer sur Classification des mises à jour pour sélectionner la catégorie des mises à jour
que vous souhaitez synchroniser, cliquer sur Produit pour sélectionner les produits à inclure dans l’opération
de synchronisation et cliquer sur Langue pour sélectionner les langues de synchronisation prises en charge.
Une fois que vous avez ajouté le serveur, vous pouvez mettre à jour les paramètres WSUS et effectuer une
synchronisation manuelle dans Serveurs > nom du serveur WSUS > Serveur de mise à jour.

Ajouter des serveurs WSUS gérés dans Configuration Manager


Si vous souhaitez ajouter un serveur WSUS existant d’un environnement Configuration Manager à l’infrastructure
VMM, procédez comme suit :
1. Dans Configuration Manager, créez un regroupement de tous les serveurs que vous voulez ajouter à
l’infrastructure VMM.
2. Excluez ce regroupement de tous les déploiements de mises à jour logicielles effectués par Configuration
Manager. VMM garde ainsi le contrôle de la gestion des mises à jour sur les serveurs. Vous pouvez toujours
afficher les informations de conformité pour le regroupement dans les rapports Configuration Manager.
3. Si vous souhaitez inclure des informations de conformité VMM dans Configuration Manager, créez un groupe
de mises à jour dans Configuration Manager qui contient toutes les mises à jour pour lesquelles vous voulez
vérifier la conformité sur les machines installées dans l’infrastructure VMM. Ce groupe de mises à jour est
utilisé uniquement pour les rapports. Ne le déployez pas sur les machines gérées par VMM.
4. Ajoutez maintenant le serveur WSUS comme décrit ci-dessus.
5. Après avoir ajouté le serveur, sélectionnez Serveur de mise à jour > Propriétés > Général > Autoriser les
modifications de configuration du serveur de mise à jour.

Créer et affecter des lignes de base de mise à jour


Une fois que vous avez ajouté le serveur WSUS à l’infrastructure, vous pouvez configurer des lignes de base de
mise à jour. Une ligne de base de mise à jour contient un ensemble de mises à jour devant être appliquées à un
objet tel qu’un groupe hôte, un ordinateur hôte autonome, un cluster hôte, un serveur d’administration VMM ou
un serveur d’infrastructure.
Les lignes de base de mise à jour peuvent être affectées à des groupes hôtes et à des ordinateurs spécifiques en
fonction de leur rôle dans VMM.
Les lignes de base de mise à jour qui sont attribuées à un groupe hôte sont appliquées à tous les hôtes
autonomes et clusters hôtes contenus dans le groupe hôte, ainsi que dans les groupes hôtes enfants.
Lors d’une analyse de conformité, les ordinateurs qui sont attribués à une ligne de base sont évalués pour
vérifier leur conformité avec cette ligne de base. Si un ordinateur est évalué comme non conforme, un
administrateur le met en conformité par le biais d’une correction de mise à jour.
Si un hôte est déplacé d’un groupe hôte à un autre, les lignes de base pour le nouveau groupe hôte sont
appliquées à l’hôte. Les lignes de base pour le groupe hôte précédent ne s’appliquent plus, sauf si les lignes de
base sont attribuées aux deux groupes hôtes. Quand un hôte géré est déplacé d’un groupe hôte à un autre, il
conserve ses attributions de ligne de base explicites. Les attributions de ligne de base sont révoquées lors du
déplacement uniquement si la ligne de base est attribuée à un groupe hôte.
Vous pouvez utiliser deux méthodes pour préparer la correction des lignes de base de mise à jour :
Une ligne de base de mise à jour intégrée à VMM : exemple de ligne de base pour les mises à jour
critiques et exemple de ligne de base pour les mises à jour de sécurité.
Une ligne de base de mise à jour personnalisée.
Attribuer des serveurs à une ligne de base intégrée
1. Cliquez sur Bibliothèque > Mettre à jour le catalogue et les lignes de base > Mettre à jour les lignes
de base.
2. Dans Lignes de base, cliquez sur la ligne de base à utiliser.
3. Cliquez sur Accueil > Propriétés > Mises à jour pour la ligne de base. Dans Mises à jour, ajoutez ou
supprimez des lignes de base selon vos besoins. Pour vous assurer que toutes les mises à jour de sécurité
seront corrigées, ne supprimez aucune ligne de base.
4. Cliquez sur Étendue de l’affectation, puis sélectionnez les groupes hôtes, les clusters, les serveurs
autonomes et les serveurs d’infrastructure à ajouter à la ligne de base. Ou cliquez sur Tous les hôtes pour tous
les ajouter.

NOTE
Nous vous recommandons de ne pas mettre à jour les serveurs dans un cluster d’espaces de stockage direct (hyperconvergé
ou désagrégé) à l’aide de VMM, car ceci pourrait provoquer une perte de données.

Affecter des serveurs à une ligne de base personnalisée


1. Cliquez sur Bibliothèque > Mettre à jour le catalogue et les lignes de base > Mettre à jour les lignes
de base.
2. Cliquez sur Accueil > Créer > Ligne de base pour la ligne de base.
3. Dans Assistant Mise à jour de la ligne de base > Général, spécifiez un nom et une description.
4. Dans Mettre à jour, ajoutez les mises à jour que vous souhaitez inclure.
5. Dans Étendue de l’affectation, développez Groupes hôtes et Infrastructure. Sélectionnez les groupes et les
serveurs que vous souhaitez ajouter.
6. Dans Résumé, cliquez sur Terminer et, si nécessaire, acceptez les Termes du contrat de licence Microsoft
pour installer les mises à jour. Vérifiez la ligne de base dans Bibliothèque > Mettre à jour le catalogue et
les lignes de base > Lignes de base.

NOTE
Nous vous recommandons de ne pas mettre à jour les serveurs dans un cluster d’espaces de stockage direct (hyperconvergé
ou désagrégé) à l’aide de VMM, car ceci pourrait provoquer une perte de données.

Analyse de la conformité des mises à jour


Après avoir affecté une ligne de base de mise à jour à des ordinateurs, vous pouvez analyser ces ordinateurs pour
déterminer leur état de conformité avec la ligne de base. L’analyse de la conformité d’un ordinateur se déroule
comme suit :
WSUS vérifie chaque mise à jour dans les lignes de base de mise à jour affectées pour déterminer si la mise à
jour est applicable et, le cas échéant, si elle a été installée.
Après une analyse de conformité d’un ordinateur, chaque mise à jour affiche l’un de ces états de conformité :
Conforme, Non conforme, Erreur, Redémarrage en attente ou Inconnu. Vous pouvez afficher les propriétés de
conformité pour obtenir des informations supplémentaires.
L’analyse de conformité porte uniquement sur les mises à jour que l’administrateur a identifiées comme
importantes en les ajoutant à une ligne de base. Les organisations peuvent ainsi contrôler la conformité des
éléments qu’elles jugent importants.
Les modifications suivantes peuvent mettre un ordinateur dans l’état de mise à jour Inconnu et doivent être
suivies d’une analyse pour connaître l’état de conformité de l’ordinateur :
Un ordinateur hôte est déplacé d’un groupe hôte vers un autre groupe hôte.
Une mise à jour est ajoutée ou supprimée dans une ligne de base qui est affectée à un ordinateur.
L’ordinateur est ajouté à l’étendue d’une ligne de base.
Pour vérifier la conformité :
1. Cliquez sur Infrastructure > Serveurs.
2. Dans Accueil > Afficher, cliquez sur Compatibilité.
3. Étant donné que vous n’avez pas encore analysé les ordinateurs, l’état de conformité affiché est Inconnu, avec
l’état opérationnel Analyse de compatibilité en attente.
4. Sélectionnez les ordinateurs à analyser, puis cliquez sur Analyse.
5. L’état Inconnu reste affiché pendant toute la durée de l’analyse. À la fin de l’analyse, chaque mise à jour s’affiche
avec l’état de conformité Conforme, Non conforme ou Erreur.

Gérer les exemptions de mise à jour


Vous pouvez créer des exemptions de mise à jour pour des machines spécifiques. Par exemple, si une mise à jour a
mis une machine dans un état d’intégrité incorrect, vous pouvez désinstaller cette mise à jour hors bande, puis
exempter la machine de la mise à jour jusqu’à ce que le problème soit résolu. À la prochaine analyse de
conformité, la machine affichera l’état Non conforme.
1. Cliquez sur Infrastructure > Accueil > Afficher > Compatibilité. Ensuite, dans le nœud Infrastructure,
cliquez sur Serveurs et accédez au serveur que vous souhaitez exempter.
2. Dans le volet des résultats, développez les lignes de base de mise à jour pour la machine, puis cliquez sur la
mise à jour à sélectionner.
3. Cliquez sur Compatibilité > Propriétés de conformité.
4. Dans Propriétés de conformité, sélectionnez la mise à jour > Créer.
5. Dans Créer une exemption, ajoutez des remarques sur la raison de l’exemption et les données d’exemption
attendues. Modifiez l’état de mise à jour à Exemption.
6. Si vous avez résolu le problème et souhaitez annuler l’exemption pour que la machine redevienne conforme,
dans Propriétés de conformité, sélectionnez l’exemption > Supprimer > Oui.
7. Pour remettre le serveur dans un état conforme, sélectionnez le serveur non conforme, puis cliquez sur
Corriger dans l’onglet Compatibilité.
Configurer l’infrastructure de mise en réseau VMM
19/12/2018 • 3 minutes to read

Cet article offre une vue d’ensemble de la configuration de l’infrastructure de mise en réseau System
Center - Virtual Machine Manager (VMM ).
Voici les étapes que vous devez généralement effectuer pour configurer la mise en réseau dans l’infrastructure
VMM :
1. Configurer des réseaux logiques : créez des réseaux logiques mappés à vos réseaux physiques. Vous pouvez
créer des sites réseau qui se mappent aux sites réseau de votre réseau physique. Par exemple, des sous-réseaux
IP, des VLAN ou des paires sous-réseau/VLAN. Si vous n’utilisez pas DHCP, créez des pools d’adresses IP pour
les sites réseau qui existent au sein de vos réseaux physiques.
2. Créer des réseaux de machines virtuelles : créez des réseaux de machines virtuelles mappés aux sites réseau qui
existent au sein de vos réseaux physiques.
3. Configurer des pools d’adresses IP : créez un pool d’adresses pour allouer des adresses IP statiques. Vous devez
configurer des pools non seulement pour les réseaux logiques, mais aussi (dans certains cas) pour les réseaux
de machines virtuelles.
4. Ajouter une passerelle : vous devrez peut-être configurer des passerelles de virtualisation dans l’infrastructure
de mise en réseau VMM. Par défaut, si vous utilisez des réseaux de machines virtuelles isolés dans votre
infrastructure VMM, les machines virtuelles associées à un réseau peuvent se connecter uniquement à des
machines situées dans le même sous-réseau. Pour permettre la connexion à des machines virtuelles en dehors
du sous-réseau, vous devez utiliser une passerelle.
5. Créer des profils de port : créez des profils de port de liaison montante qui indiquent à VMM à quels réseaux
un hôte peut se connecter sur une carte réseau spécifique. Si nécessaire, créez des profils de port virtuel pour
spécifier les paramètres qui doivent être appliqués aux cartes réseau virtuelles. Vous pouvez créer des
classifications de port personnalisées pour abstraire des profils de port virtuel.
6. Configurer des commutateurs logiques : créez un commutateur logique, appliquez-le à un hôte, puis
sélectionnez les cartes réseau sur l’hôte que vous voulez lier au commutateur. Quand vous appliquerez le
commutateur, les paramètres de mise en réseau seront appliqués à l’hôte.
Configurer des réseaux logiques dans l’infrastructure
VMM
19/12/2018 • 14 minutes to read

Lisez cet article pour apprendre à créer des réseaux logiques dans System Center - Virtual Machine Manager
(VMM ).
Votre organisation possède différents types de réseau : réseaux d’entreprise, réseaux de gestion, etc. Dans VMM,
chacun de ces réseaux est défini comme un réseau logique. Les réseaux logiques sont des objets logiques qui
reflètent vos réseaux physiques.
Quand vous créez des réseaux logiques, vous leur attribuez des propriétés qui correspondent à votre
environnement physique. Si vous n’utilisez pas DHCP pour affecter des adresses IP aux machines virtuelles que
vous créez dans les sites réseau, spécifiez le type de réseau, les sites réseau associés et les pools d’adresses
statiques. Vous spécifiez également si les réseaux sont isolés physiquement ou de façon virtuelle grâce à la
virtualisation de réseau et aux réseaux locaux virtuels (VLAN ).
Vous utilisez les réseaux logiques lorsque vous configurez des hôtes de virtualisation dans l’infrastructure VMM.
Vous associez les cartes physiques des ordinateurs hôtes aux réseaux logiques.
Les réseaux de machines virtuelles VMM sont basés sur les réseaux logiques. Les réseaux de machines virtuelles
fournissent une interface via laquelle les machines virtuelles se connectent à un réseau logique. Un ou plusieurs
réseaux de machines virtuelles peuvent être mappés à un réseau logique.

Avant de commencer
Avant de commencer, il est important de comprendre comment les réseaux logiques fonctionnent dans VMM.
Réseaux logiques automatiques : par défaut, VMM crée automatiquement les réseaux logiques. Quand
vous approvisionnez un hôte dans l’infrastructure VMM et qu’aucun réseau logique VMM n’est associé à une
carte réseau physique sur cet hôte, VMM crée automatiquement un réseau logique et l’associe à une carte. Par
défaut, pour le réseau logique, VMM crée la légende du premier suffixe DNS propre à la connexion. Par
défaut, VMM crée aussi un réseau de machines virtuelles configuré avec Aucune isolation.
Réseaux logiques manuels : quand vous créez un réseau logique manuellement, voici ce que vous spécifiez :
Type de réseau : vous indiquez si le réseau est isolé ou non. S’il l’est, vous précisez comment.
Ensuite, quand vous créez des réseaux de machines virtuelles basés sur le réseau logique, ils le sont
en reprenant le type de réseau que vous avez spécifié.
Aucune isolation : type de modèle de réseau le plus simple qui indique que les machines
peuvent se connecter les unes aux autres dans un seul réseau sans qu’il soit nécessaire d’isoler
ces machines les unes des autres. Dans VMM, les réseaux de machines virtuelles proposent une
interface qui permet aux machines virtuelles de se connecter à un réseau logique, alors que dans
un modèle sans isolation, seul un réseau de machines virtuelles est mappé à un réseau logique.
Isolation : dans la majorité des cas, vous opterez pour des réseaux isolés les uns des autres. Par
exemple, vous souhaiterez peut-être isoler les réseaux qui n’ont pas la même fonction. De même,
si vous êtes fournisseur, vous souhaiterez peut-être que les charges de travail des différents
locataires soient hébergées sur un même réseau logique en prévoyant une isolation pour chaque
locataire. Dans ce cas, vous aurez plusieurs réseaux de machines virtuelles mappés à un réseau
logique. Les réseaux de machines virtuelles mappés à un réseau logique peuvent être isolés en
utilisant des VLAN/VLAN privés ou la virtualisation de réseau. Sachez que :
Une installation type peut consister en un réseau d’infrastructure sans isolation ni
isolation VLAN, un serveur principal d’équilibreur de charge et un réseau avec accès à
Internet avec PVLAN, ainsi que des réseaux de locataires avec isolation utilisant la
virtualisation de réseau.
Vous ne pouvez utiliser qu’un seul type d’isolation sur un réseau logique unique. Sinon,
vous devez utiliser plusieurs réseaux logiques.
Dans la pratique, un serveur VMM est limité à environ 2 000 locataires et 4 000 réseaux
de machines virtuelles.
Sites réseau : si votre organisation compte différents sites et centres de données, vous pouvez
inclure des informations y afférentes dans vos paramètres de réseau logique. Par exemple, vous
pouvez spécifier votre site de New York avec un sous-réseau IP et/ou des paramètres VLAN et
votre site de Paris avec des paramètres IP/VLAN différents. Vous pouvez ensuite affecter une
adresse IP aux machines virtuelles en fonction des paramètres réseau, d’emplacement et VLAN.
Sachez que :
Vous devez affecter un sous-réseau IP à un site si VMM doit distribuer des adresses IP statiques
aux machines virtuelles du site. Si vous utilisez DHCP, vous n’avez pas besoin d’un sous-réseau.
Vous devez configurer un VLAN si le site physique en utilise un. Si vous n’utilisez pas de VLAN
et que vous utilisez DHCP, vous n’avez pas besoin de définir de sites réseau dans votre réseau
logique.

Créer des réseaux logiques automatiquement


Si vous souhaitez que VMM crée automatiquement des réseaux logiques (et des réseaux de machines virtuelles),
vous pouvez spécifier comment VMM déterminera le nom de réseau logique.
1. Cliquez sur Paramètres > Général. Double-cliquez sur Paramètres réseau.
2. Configurez le paramètre Mise en correspondance des réseaux logiques. Sachez que :
Pour les hôtes Hyper-V, vous pouvez utiliser le suffixe DNS entier ou la première partie de celui-ci. Par
exemple, si le suffixe DNS est corp.contoso.com, le réseau logique est corp.contoso.com ou juste corp.
Cette fonctionnalité n’est pas pris en charge pour les hôtes VMware.
Pour les hôtes Hyper-V et VMware, vous pouvez sélectionner le nom de la connexion réseau ou le nom
du commutateur réseau virtuel (nom du commutateur réseau virtuel auquel la carte physique de l’hôte
est liée).
Par défaut, les hôtes VMware utilisent l’option de commutateur réseau virtuel.
Vous pouvez aussi spécifier une option de secours si la première mise en correspondance logique
échoue.
Si vous ne voulez pas que VMM crée automatiquement des réseaux logiques et des réseaux de machines
virtuelles, vous pouvez désactiver le paramètre global.
1. Cliquez sur Paramètres > Général, puis double-cliquez sur Paramètres réseau.
2. Désactivez Créer des réseaux logiques automatiquement.

Créer des réseaux logiques manuellement


1. Infrastructure > Accueil > Afficher > Ressources d’infrastructure. Dans Infrastructure, développez
Mise en réseau > Réseaux logiques > Accueil > Créer > Créer un réseau logique.
2. Dans l’Assistant Créer un réseau logique > Nom, spécifiez un nom et une description.
3. Indiquez comment vous souhaitez isoler les réseaux de machines virtuelles associés à ce réseau logique :
Si vous voulez associer plusieurs réseaux de machines virtuelles au réseau logique et les isoler en
utilisant la virtualisation de réseau, cliquez sur Un seul réseau connecté > Autoriser les nouveaux
réseaux de machines virtuelles créés sur ce réseau logique à utiliser la virtualisation de réseau.
Si vous voulez associer plusieurs réseaux de machines virtuelles au réseau logique et les isoler en
utilisant un VLAN/PVLAN, sélectionnez Réseaux indépendants VLAN ou Réseaux VLAN privés
(PVLAN ).
Si vous ne voulez pas isoler les réseaux dans le réseau logique, cliquez sur Un réseau connecté >
Créer un réseau de machines virtuelles portant le même nom pour permettre aux machines
virtuelles d’accéder directement à ce réseau logique. Avec ce paramètre, un seul réseau de
machines virtuelles sera associé à votre réseau logique.
Si vous avez déployé un contrôleur de réseau Microsoft dans l’infrastructure VMM, vous pouvez
sélectionner de faire gérer le réseau logique par ce contrôleur de réseau.
4. Dans Site réseau, ajoutez des sites réseau au réseau logique. Si vous n’avez pas besoin de créer des sites
réseau, cliquez Suivant.
DHCP - Aucun VLAN : si vous utilisez DHCP pour allouer les adresses IP et que vous n’avez pas de
VLAN, vous n’avez pas besoin d’un site réseau. Notez que VMM suggère automatiquement un nom de
site. Le nom d’un réseau ne doit pas dépasser 64 caractères.
Adresse IP statique : si vous utilisez des adresses IP statiques, créez au moins un site réseau et
associez-le à au moins un sous-réseau IP.
Réseau local virtuel : si vous utilisez des VLAN avec un adressage IP statique, créez un site réseau
correspondant pour les paires VLAN/sous-réseau. Si vous utilisez DHCP, créez les sites réseau
correspondants uniquement à titre d’information VLAN.
Virtualisation de réseau : si vous utilisez la virtualisation de réseau, créez au moins un site réseau
avec un sous-réseau IP associé de façon à doter le réseau logique d’un pool d’adresses IP.
Équilibrage de charge : si le réseau logique doit avoir un équilibreur de charge, créez au moins un site
réseau avec un sous-réseau IP associé.
5. Si vous utilisez un réseau externe et qu’il est géré par la console de gestion de réseau d’un fournisseur ou
un gestionnaire d’extensions de commutateur virtuel en dehors de VMM, vous pouvez configurer les
paramètres dans la console du fournisseur, puis les importer dans VMM.
6. Dans Groupes hôtes pouvant utiliser ce site réseau, sélectionnez chaque groupe hôte pour lequel vous
souhaitez que le réseau logique soit disponible.
7. Dans VLAN et sous-réseaux IP associés, cliquez sur Insérer une ligne pour spécifier les paramètres
que vous souhaitez affecter au site réseau. Si vous sélectionnez PVLAN, vous devrez ajouter un Réseau
local virtuel secondaire pour chaque VLAN. Vérifiez que les VLAN et les sous-réseaux sont disponibles
dans votre réseau physique. Si vous ne renseignez pas le champ Réseau local virtuel, VMM lui attribue la
valeur 0 pour indiquer que les VLAN ne sont pas utilisés. En mode trunk, la valeur 0 indique un VLAN
natif.
8. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer. Quand l’état du travail est
Terminé, vérifiez le réseau logique dans Réseaux logiques et pools d’adresses IP.

Étapes suivantes
Si vous avez créé des sites réseau et que vous les avez associés à un ou plusieurs sous-réseaux IP (sans utiliser
DHCP ), vous pouvez créer des pools d’adresses IP statiques à partir de ces sous-réseaux. VMM peut alors allouer
automatiquement des adresses IP aux machines virtuelles du site réseau. Configurer des pools d’adresses IP.
Configurer des réseaux de machines virtuelles dans
l’infrastructure VMM
19/12/2018 • 9 minutes to read

Cet article explique comment créer des réseaux de machines virtuelles basés sur des réseaux logiques System
Center - Virtual Machine Manager (VMM ).
Dans un environnement de réseau virtualisé, les machines virtuelles doivent être abstraites du réseau logique
sous-jacent. C’est ce que permettent les réseaux de machines virtuelles. Ceux-ci sont des objets abstraits qui font
office d’interface auprès des réseaux logiques.
Un réseau logique peut être associé à un ou plusieurs réseaux de machines virtuelles.
Si un réseau logique n’est pas isolé, il est associé à un seul réseau de machines virtuelles.
S’il est isolé, il peut être associé à plusieurs réseaux de machines virtuelles. Cette possibilité de disposer
de plusieurs réseaux de machines virtuelles permet d’utiliser les réseaux à différentes fins. Par exemple, en
tant que fournisseur, vous pouvez souhaiter héberger la charge de travail de plusieurs locataires sur un
même réseau logique en utilisant un réseau de machines virtuelle distinct pour chaque locataire. Le type
de réseau de machines virtuelles que vous configurez varie selon les paramètres d’isolation définis pour
le réseau logique :
Virtualisation de réseau : si le réseau logique est isolé par le biais de la virtualisation de réseau, vous
pouvez créer plusieurs réseaux de machines virtuelles pour le réseau logique. Dans un réseau de
machines virtuelles, les locataires peuvent utiliser toutes les adresses IP qu’ils souhaitent pour leurs
machines virtuelles, quelles que soient les adresses IP utilisées sur les autres réseaux de machines
virtuelles. Les locataires peuvent aussi configurer certains paramètres de réseau.
Réseau local virtuel (VLAN ) : si le réseau logique est isolé par le biais d’un VLAN ou d’un PVLAN,
vous devez créer un réseau de machines virtuelles pour chaque site réseau et VLAN situé sur le réseau
logique.
Aucune isolation : si le réseau logique est configuré sans isolation, vous devez créer un réseau de
machines virtuelles unique lié à un réseau logique.

Avant de commencer
Dans certains cas, vous devrez créer un pool d’adresses IP statiques sur le réseau de machines virtuelles
après avoir créé ce dernier. En savoir plus.
Par défaut, les machines qui font partie d’un même réseau de machines virtuelles peuvent se connecter les
unes aux autres. Si votre réseau de machines virtuelles doit se connecter à d’autres réseaux, vous pouvez le
configurer avec une passerelle (service réseau). Si vous avez l’intention d’ajouter une passerelle au réseau de
machines virtuelles, vous devez le créer. En savoir plus.

Créer un réseau de machines virtuelles (virtualisation de réseau)


1. Cliquez sur Ordinateurs virtuels et services > Réseaux d’ordinateurs virtuels > Accueil > Créer >
Créer un réseau d’ordinateurs virtuels.
2. Dans Créer l’Assistant du réseau d’ordinateurs virtuels > Nom, tapez un nom et une description et
sélectionnez le réseau logique sur lequel baser le réseau de machines virtuelles.
3. Dans Isolation, sélectionnez Isoler à l’aide de la virtualisation de réseau Hyper-V et vérifiez les
protocoles d’adresse IP.
4. Dans Sous-réseaux d’ordinateurs virtuels, cliquez sur Ajouter et spécifiez des sous-réseaux pour le
réseau de machines virtuelles en utilisant la notation CIDR. Vous pouvez ajouter plusieurs sous-réseaux.
5. Dans Connectivité, si vous voyez apparaître le message Aucun service réseau, cela signifie qu’une
passerelle a été ajoutée à VMM ; vous pouvez donc cliquer sur Suivant. Si ce message n’apparaît pas,
spécifiez les options de passerelle (service réseau) :
Aucune connectivité : laissez toutes les cases décochées si les machines virtuelles de ce réseau de
machines virtuelles communiquent uniquement entre elles sur ce réseau. Vous pouvez aussi la laisser
décochée si vous prévoyez de configurer la passerelle ultérieurement.
Se connecter à un autre réseau via un tunnel VPN : sélectionnez cette option si les machines
virtuelles de ce réseau de machines virtuelles communiquent avec d’autres réseaux par le biais d’un
VPN. Si le périphérique utilise le protocole BGP (Border Gateway Protocol), activez ce protocole.
Sélectionnez le périphérique de passerelle VPN que vous voulez utiliser. Vérifiez les paramètres. Si la
page Connexions VPN ou Protocole BGP (Border Gateway Protocol) s’affiche, renseignez les
paramètres en fonction des informations de l’administrateur VPN. Si vous avez coché la case
correspondant au protocole BGP (Border Gateway Protocol), la page Protocole BGP (Border Gateway
Protocol) s’affiche aussi.
Connecter directement à un réseau logique supplémentaire : sélectionnez cette option si les
machines virtuelles de ce réseau de machines virtuelles communiquent avec d’autres réseaux dans ce
centre de données. Sélectionnez le routage direct ou NAT. Sélectionnez le périphérique de passerelle
que vous voulez utiliser et confirmez les paramètres.
6. Dans Résumé, vérifiez les paramètres et cliquez sur Terminer. Vérifiez le réseau dans Réseaux
d’ordinateurs virtuels et pools d’adresses IP.

Créer un réseau de machines virtuelles (VLAN/PVLAN)


1. Cliquez sur Ordinateurs virtuels et services > Réseaux d’ordinateurs virtuels > Accueil > Créer >
Créer un réseau d’ordinateurs virtuels.
2. Dans Créer l’Assistant du réseau d’ordinateurs virtuels > Nom, tapez un nom et une description et
sélectionnez le réseau logique sur lequel baser le réseau de machines virtuelles.
3. Dans Options d’isolation :
sélectionnez Automatique si vous voulez que VMM configure automatiquement les paramètres
d’isolation du réseau de machines virtuelles. VMM sélectionne alors un site réseau et un VLAN de
sous-réseau en fonction de ceux qui sont disponibles dans le réseau logique.
Sélectionnez Spécifier un VLAN pour configurer l’isolation manuellement. Notez que les
administrateurs de locataires peuvent sélectionner uniquement l’option Automatique.
4. Dans Résumé, vérifiez les paramètres et cliquez sur Terminer. Vérifiez le réseau dans Réseaux
d’ordinateurs virtuels et pools d’adresses IP.

Créer un réseau de machines virtuelles (sans isolation)


1. Cliquez sur Ordinateurs virtuels et services > Réseaux d’ordinateurs virtuels > Accueil > Créer >
Créer un réseau d’ordinateurs virtuels.
2. Dans Créer l’Assistant du réseau d’ordinateurs virtuels > Nom, tapez un nom et une description et
sélectionnez le réseau logique sur lequel baser le réseau de machines virtuelles.
3. Dans Réseaux d’ordinateurs virtuels et pools d’adresses IP, vérifiez qu’il existe un réseau de machines
virtuelles de même nom que le réseau logique auquel vous voulez attribuer un accès direct. Si c’est le cas, cela
indique probablement que le réseau de machines virtuelles a été créé automatiquement pendant que vous
avez créé le réseau logique. Vous pouvez vérifier si le réseau de machines virtuelles offre un accès direct en
cliquant sur ses propriétés. Si Nom et Accès sont les seuls onglets, c’est qu’il offre un accès direct.
4. S’il n’existe pas de réseau de machines virtuelles, cliquez sur Accueil > Créer > Créer un réseau
d’ordinateurs virtuels.
5. Dans Résumé, vérifiez les paramètres et cliquez sur Terminer. Vérifiez le réseau dans Réseaux
d’ordinateurs virtuels et pools d’adresses IP.
Configurer des pools d’adresses IP statiques dans
l’infrastructure VMM
03/07/2019 • 11 minutes to read

Cet article explique comment configurer des pools d’adresses IP statiques pour les réseaux logiques et les
réseaux de machines virtuelles dans l’infrastructure de mise en réseau System Center - Virtual Machine
Manager (VMM ).
Quand vous définissez le réseau logique, vous devez configurer un pool d’adresses IP statiques si vous n’utilisez
pas DHCP. Dans certains cas, vous ne devrez créer des pools d’adresses IP que sur le réseau logique. Dans
d’autres, vous devrez créer le pool à la fois sur le réseau logique et sur le réseau de machines virtuelles :
Pool sur le réseau logique et sur le réseau de machines virtuelles : si vous configurez votre réseau
logique pour la virtualisation réseau, vous devez créer des pools d’adresses IP sur le réseau logique et sur le
réseau de machines virtuelles.
Pool sur le réseau logique uniquement : si vous utilisez un réseau local virtuel (VLAN ) ou aucune
isolation, vous pouvez utiliser DHCP ou créer des pools d’adresses IP uniquement sur le réseau logique. Ils
deviendront automatiquement disponibles sur le réseau de machines virtuelles.
Pools d’adresses importés : si vous utilisez des réseaux externes via la console d’un fournisseur, vos pools
d’adresses IP seront importés à partir de cette console et vous n’aurez pas besoin de les créer dans VMM.

Créer un pool d’adresses statiques pour un réseau logique


1. Dans Réseaux logiques et pools d’adresses IP, cliquez sur le réseau logique > Accueil > Créer >
Créer un pool d’adresses IP.
2. Dans l’Assistant Créer un pool d’adresses IP statiques > Nom, spécifiez un nom et une description.
Vérifiez que le réseau logique indiqué est correct.
3. Dans Site réseau, choisissez d’utiliser un site existant et sélectionnez le sous-réseau IP, ou bien créez un
site.
Pour un site existant, sélectionnez le site et le sous-réseau IP à partir desquels le pool doit être créé.
Pour un nouveau site, spécifiez son nom, le sous-réseau IP à lui attribuer et les informations sur le
VLAN, si nécessaire. Sélectionnez les groupes hôtes qui peuvent accéder à ce site et au réseau logique.
4. Si vous utilisez la virtualisation de réseau, vous pouvez utiliser le pool pour prendre en charge la
multidiffusion ou la diffusion. Pour cela, cliquez sur Créer un pool d’adresses IP multidiffusion et
sélectionnez le sous-réseau IP que vous voulez utiliser. Avant d’utiliser la multidiffusion ou la diffusion,
notez les points suivants :
La virtualisation de réseau doit être activée sur le réseau logique.
Le paramètre de protocole IP doit être identique sur le réseau de machines virtuelles et sur le réseau
logique sous-jacent. Vous ne pouvez pas afficher le paramètre de protocole dans la console VMM une
fois que vous l’avez créée. Vous devez exécuter Get-SCVMMNEtwork -Name <Nom du réseau
machines virtuelles> | Format -List Name, Isolation Type, PoolType pour l’afficher.
Une fois que vous avez configuré cette fonctionnalité, les paquets de multidiffusion et de diffusion sur
le réseau de machines virtuelles utilisent les adresses IP du pool d’adresses IP de multidiffusion.
Chaque sous-réseau du réseau de machines virtuelles utilise une adresse du pool de multidiffusion.
5. Dans Plage d’adresses IP, entrez l’adresse de début et l’adresse de fin du pool. Elles doivent être incluses
dans le sous-réseau. Dans Adresses IP virtuelles et réservées, spécifiez la plage d’adresses IP à
réserver pour les adresses IP virtuelles. Les adresses IP virtuelles sont utilisées pendant le déploiement
d’un service dans un niveau de service à charge équilibrée. VMM affecte automatiquement à l’équilibrage
de charge une adresse IP virtuelle de la plage d’adresses IP virtuelles réservées.
6. Dans Passerelle, cliquez sur Insérer si vous voulez spécifier une ou plusieurs passerelles par défaut et la
métrique. L’adresse de passerelle par défaut doit être comprise dans la même plage de sous-réseau que
le pool d’adresses IP, mais elle ne doit pas nécessairement faire partie du pool.
7. Dans DNS, spécifiez les informations DNS, notamment les serveurs DNS, le suffixe DNS par défaut pour
la connexion, ainsi que la liste de suffixes de recherche DNS.
8. Dans WINS, cliquez sur Insérer si vous voulez entrer l’adresse IP d’un serveur WINS. Vous pouvez aussi
choisir d’activer NetBIOS sur TCP/IP. Cela est déconseillé si la plage d’adresses se compose d’adresses
publiques.
9. Dans Résumé, vérifiez les paramètres et cliquez sur Terminer. Quand l’état du travail est Terminé,
vérifiez le pool dans Réseaux logiques et pools d’adresses IP.

Configurer un pool d’adresses IP sur un réseau de machines virtuelles


1. Cliquez sur Ordinateurs virtuels et services > Réseaux d’ordinateurs virtuels > Accueil > Afficher >
Réseaux d’ordinateurs virtuels > onglet Réseau de machines virtuelles.
2. Dans Réseaux d’ordinateurs virtuels et pools d’adresses IP, cliquez sur le réseau de machines virtuelles
Créer > Créer un pool d’adresses IP.
3. Dans l’Assistant Créer un pool d’adresses IP statiques > Nom, spécifiez un nom et une description.
Vérifiez que le réseau logique indiqué est correct. Vérifiez que le réseau de machines virtuelles et le sous-
réseau sélectionnés sont corrects.
4. Dans Plage d’adresses IP, entrez l’adresse de début et l’adresse de fin du pool. Vous pouvez créer plusieurs
pools d’adresses IP dans un même sous-réseau, mais les plages ne doivent pas se chevaucher. Dans
Adresses IP réservées, spécifiez les plages que vous voulez réserver à d’autres fins.
5. Dans Passerelle, cliquez sur Insérer si vous voulez spécifier une ou plusieurs passerelles par défaut et la
métrique. L’adresse de passerelle par défaut doit être comprise dans la même plage de sous-réseau que le
pool d’adresses IP, mais elle ne doit pas nécessairement faire partie du pool.
6. Dans DNS, spécifiez les informations DNS, notamment les serveurs DNS, le suffixe DNS par défaut pour la
connexion, ainsi que la liste de suffixes de recherche DNS. Pour les machines virtuelles qui rejoindront un
domaine Active Directory, nous vous recommandons d'utiliser la stratégie de groupe pour définir le suffixe
DNS principal. Cela permet de s'assurer que lorsqu'un ordinateur virtuel Windows est défini pour enregistrer
ses adresses IP avec le suffixe DNS principal, un serveur DNS Windows enregistre l'adresse IP de manière
dynamique. En outre, l'utilisation de la stratégie de groupe permet de disposer d'un pool d'adresses IP qui
s'étend sur plusieurs domaines. Dans ce cas, ne spécifiez pas de suffixe DNS principal unique.
7. Dans WINS, cliquez sur Insérer si vous voulez entrer l’adresse IP d’un serveur WINS. Vous pouvez aussi
choisir d’activer NetBIOS sur TCP/IP. Cela est déconseillé si la plage d’adresses se compose d’adresses
publiques.
8. Dans Résumé, vérifiez les paramètres et cliquez sur Terminer. Quand l’état du travail est Terminé, vérifiez le
pool dans Réseaux logiques et pools d’adresses IP.
Libérer des adresses inactives du pool d’adresses statiques
Vous pouvez libérer les adresses inactives. Dans ce cas, VMM retourne les adresses au pool d’adresses IP ou
MAC statiques et les considère disponibles en vue d’une réaffectation. Une adresse est considérée inactive si :
Un hôte auquel une adresse IP statique a été attribuée via le processus de déploiement complet est supprimé
de l’administration VMM. Lorsque vous supprimez l'ordinateur hôte, toutes les adresses IP et MAC qui ont
été affectées de manière statique aux machines virtuelles sur l'ordinateur hôte sont également marquées
comme inactives.
Une machine virtuelle passe à l’état manquant, car elle a été supprimée en dehors de VMM.
1. Libérez les adresses IP :
Pour libérer les adresses d’un pool de réseau logique, cliquez sur Réseaux logiques et pools
d’adresses IP, développez le réseau logique, puis cliquez sur le pool d’adresses IP.
Pour libérer les adresses d’un pool de réseau de machines virtuelles, cliquez sur Réseaux logiques et
pools d’adresses IP, développez le réseau de machines virtuelles, puis cliquez sur le pool d’adresses
IP.
2. Cliquez sur Accueil > Propriétés > Adresses inactives, puis sélectionnez les adresses IP inactives à
libérer.

Étapes suivantes
Créer un réseau de machines virtuelles
Ajouter une passerelle de virtualisation de réseau à
l’infrastructure VMM
22/03/2019 • 10 minutes to read

Lisez cet article pour découvrir comment configurer des passerelles de virtualisation de réseau dans
l’infrastructure de mise en réseau System Center - Virtual Machine Manager (VMM ).
Par défaut, si vous utilisez des réseaux de machines virtuelles isolés dans votre infrastructure VMM, les machines
virtuelles associées à un réseau peuvent se connecter uniquement à des machines situées dans le même sous-
réseau. Si vous voulez connecter des machines virtuelles au-delà du sous-réseau, vous avez besoin d’une
passerelle.

Virtualisation de réseau
Configurez la virtualisation de réseau pour transférer la surcharge des réseaux de machines virtuelles multiples
sur les réseaux logiques VMM qui modélisent votre topologie de réseau physique et, ainsi, découpler les réseaux
de machines virtuelles de l’infrastructure de réseau physique. La virtualisation de réseau utilise la technique
NVGRE (virtualisation de réseau à l’aide de l’encapsulation générique de routage) pour virtualiser les adresses IP.
Passez en revue les points suivants pour en savoir plus sur NVGRE.
Pour déterminer si vous avez besoin d’une passerelle de virtualisation de réseau dans votre réseau, posez-vous les
questions suivantes :
Avez-vous besoin de vous connecter à d’autres applications locales à partir de machines virtuelles situées dans
des réseaux de machines virtuelles isolés ?
Avez-vous besoin de vous connecter à Internet à partir de machines virtuelles isolées ?
Avez-vous besoin de vous connecter à des services partagés tels que DNS à partir de réseaux de machines
virtuelles isolés ?
Vous pouvez configurer votre passerelle de plusieurs façons selon vos besoins :
La connectivité à un réseau public peut être obtenue via NAT.
La connectivité à un réseau local s’obtient via un tunnel VPN, avec ou sans protocole BGP (Border Gateway
Protocol).
La connectivité entre plusieurs réseaux de machines virtuelles peut être obtenue par routage direct sans NAT.

Prérequis
Logiciel fournisseur : Si vous voulez utiliser une passerelle non-Windows, vous avez besoin du fournisseur et
d’un compte disposant des autorisations de configurer la passerelle. Vous devez installer le logiciel fournisseur
sur le serveur VMM. Si des certificats sont nécessaires (par exemple, si la passerelle se trouve dans un
domaine non approuvé), vous devez pouvoir afficher les informations d’empreinte numérique de ces certificats.
Passerelle Windows Server : Si vous voulez configurer une passerelle exécutant Windows Server, vous
pouvez utiliser un modèle prédéfini disponible auprès du Centre de téléchargement Microsoft. Le modèle
prend en charge System Center 2012 R2 ou version ultérieure.
Réseaux logiques : vous avez besoin de réseaux logiques (vous en avez besoin de plusieurs pour permettre la
connexion de la passerelle à partir de réseaux de machines virtuelles dans un réseau logique à des réseaux de
machines virtuelles dans un autre réseau logique).
Paramètres de serveur VPN distant : si vous souhaitez connecter la passerelle à un serveur VPN distant,
vous devez fournir les informations suivantes :
Spécifiez l’adresse IP du serveur distant et les informations sur les sous-réseaux locaux ou l’adresse
BGP, le cas échéant.
Vous devez indiquer la méthode d’authentification utilisée pour le serveur VPN distant. Si
l’authentification s’effectue avec une clé prépartagée, vous pouvez vous authentifier avec un compte
d’identification et spécifier la clé partagée comme mot de passe. Vous pouvez également vous
authentifier avec un certificat. Le certificat peut être un certificat sélectionné automatiquement par le
serveur VPN distant ou un certificat que vous avez obtenu et placé sur votre réseau.
Déterminez si vous devez spécifier des paramètres de connexion VPN particuliers (chiffrement,
vérifications de l’intégrité, transformations de chiffrement, transformations d’authentification, groupe
PFS [Perfect Forward Secrecy], groupe Diffie-Hellman et protocole VPN ) ou si vous pouvez utiliser les
paramètres par défaut.

Ajouter une passerelle Windows Server


Le modèle de service fournit un déploiement de passerelle Windows Server à haut niveau de disponibilité en
mode actif/en veille.
1. Vous devez télécharger le modèle à partir du Centre de téléchargement.

NOTE
Les modèles téléchargés sont applicables pour VMM 2012 R2, 2016 et 1801.

2. Le modèle est fourni sous forme de fichier compressé (zip). Vous devez donc extraire le fichier téléchargé. Les
fichiers fournis incluent un Guide d’utilisateur, deux modèles de service et un dossier de ressources
personnalisées (dossier avec l’extension .cr) qui contient les fichiers nécessaires pour les modèles de service.
3. Choisissez le modèle à utiliser, puis suivez les instructions du Guide de démarrage rapide. Le guide indique les
conditions préalables au déploiement du modèle. Il fournit également des instructions pour configurer les
réseaux logiques, créer un serveur de fichiers avec montée en puissance parallèle, préparer les disques durs
virtuels pour la machine virtuelle de la passerelle et copier le fichier de ressources personnalisées dans la
bibliothèque. Après la configuration de l’infrastructure, il décrit comment importer, personnaliser et déployer le
modèle. Le guide fournit aussi des informations sur la résolution des problèmes.

Ajouter une passerelle non Windows


NOTE
Vous devez installer le logiciel fournisseur sur le serveur d’administration VMM et ajouter la passerelle à l’infrastructure.
Procurez-vous le logiciel fournisseur. Vous pouvez passer en revue la liste des fournisseurs pris en charge dans Paramètres
> Fournisseurs de configuration.

Utilisez la procédure suivante pour ajouter la passerelle non-Windows :


1. Cliquez sur Infrastructure > Service réseau. Effectuez un clic droit et sélectionnez Ajouter un service
réseau pour ouvrir l’Assistant Service réseau. Les services réseau incluent les passerelles, les extensions de
commutateur virtuel, les gestionnaires de réseau et les commutateurs TOR (Top-Of-Rack). ou dans Accueil,
cliquez sur Ajouter des ressources > Service réseau.
2. Dans l’Assistant Ajout d’un service réseau > Nom, spécifiez un nom et une description pour la passerelle.
3. Dans Fabricant et modèle, cliquez sur les paramètres nécessaires.
4. Dans Informations d’identification, spécifiez un compte d’identification disposant des autorisations dans le
domaine auquel est connectée la passerelle.
5. Dans Chaîne de connexion, tapez la chaîne que la passerelle doit utiliser. La syntaxe de chaîne est définie par
le fournisseur de la passerelle.
6. Si la liste Certificats répertorie des certificats, vérifiez que les empreintes numériques des certificats
correspondent à celles des certificats installés sur la passerelle. Sélectionnez l’option pour confirmer que les
certificats peuvent être importés. Si aucun certificat n’est listé, la passerelle ne nécessite probablement pas
l’authentification des certificats. Si les certificats sont nécessaires, vérifiez qu’ils sont correctement installés sur
la passerelle.
7. Dans Rechercher des informations, cliquez sur Analyser le fournisseur pour exécuter le test de validation
élémentaire par rapport à la passerelle.
8. Dans Groupe hôte, sélectionnez un ou plusieurs groupes hôtes pour lesquels la passerelle sera disponible.
9. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer.
10. Après avoir ajouté la passerelle, recherchez-la dans Services réseau, puis cliquez avec le bouton droit >
Propriétés > Connectivité.
11. Sélectionnez Activer la connexion frontale, puis sélectionnez la carte réseau et le site réseau de passerelle
qui fournissent la connectivité en dehors du centre de données de l’entreprise ou du fournisseur
d’hébergement. Sélectionnez Activer la connexion principale, puis sélectionnez une carte réseau et un site
réseau de passerelle dans un réseau logique au sein de l’entreprise. Le réseau doit avoir la virtualisation de
réseau activée et le site réseau doit avoir une adresse IP statique.
12. Après avoir créé un réseau de machines virtuelles, vous pouvez lui affecter la passerelle et sélectionner les
options de connectivité nécessaires.
Configurer des profils de port dans l’infrastructure
VMM
19/12/2018 • 19 minutes to read

Lisez cet article pour découvrir et savoir comment configurer les profils de port de liaison montante et les profils
de port de carte réseau virtuelle dans l’infrastructure de mise en réseau System Center - Virtual Machine
Manager (VMM ).
Profils de port de liaison montante : vous pouvez créer des profils de port de liaison montante et les
appliquer à des cartes réseau physiques pendant que vous déployez des commutateurs. Les profils de port de
liaison montante définissent l’algorithme d’équilibrage de charge d’une carte et précisent la façon dont sont
associées les différentes cartes réseau d’un hôte utilisant le même profil de port de liaison montante. Ce profil
est utilisé conjointement avec le réseau logique que vous avez associé à la carte.
Profils de port de carte réseau virtuelle : les profils de port de carte réseau virtuelle s’appliquent à des
cartes réseau virtuelles. Ces profils définissent des capacités spécifiques, telles que des limitations de bande
passante et la priorité. VMM comprend un certain nombre de profils intégrés.
Classifications de port : après avoir créé des profils de port de carte réseau virtuelle, vous pouvez créer des
classifications de port. Les classifications de port sont des abstractions qui identifient les différents types de
profil de port de carte réseau virtuelle. Par exemple, vous pouvez créer une classification nommée RAPIDE
pour identifier les ports configurés avec davantage de bande passante et une autre appelée LENT pour ceux
qui en ont moins. Les classifications sont incluses dans les commutateurs logiques. Les administrateurs et les
locataires peuvent choisir une classification pour leurs cartes de machine virtuelle. Par défaut, VMM propose
des classifications intégrées qui se mappent aux profils de port de carte réseau virtuelle intégrée.

Définir des profils de port de liaison montante


Quelques conseils pour créer des profils de port de liaison montante :
Vous avez besoin d’au moins un profil de port de liaison montante pour chaque réseau physique présent dans
votre environnement. Si vous disposez d’un environnement simple constitué d’un seul réseau physique et que
tous les hôtes sont configurés de la même façon, avec les mêmes protocoles pour l’association de cartes
réseau, vous n’aurez peut-être besoin que d’un seul profil de port de liaison montante. Cependant, ce cas de
figure est rare. Vous aurez probablement besoin de définir l’étendue de certains réseaux logiques ou de les
limiter à un groupe spécifique d’ordinateurs hôtes, et cette nécessité justifie de créer plusieurs profils de port
de liaison montante.
Vous devez définir des liaisons montantes pour chaque emplacement physique qui dispose de son propre
réseau local virtuel (VLAN ) et de ses sous-réseaux IP.
Si vous envisagez de limiter les réseaux logiques ou de définir leur étendue à un ensemble spécifique
d’ordinateurs hôtes, vous devrez créer des liaisons montantes pour chaque groupe d’ordinateurs.
Vous avez besoin de profils de port de liaison montante distincts pour les groupes d’ordinateurs (à chaque
emplacement physique) qui ont des exigences de connectivité différents ou qui utilisent des protocoles
d’association différents.
Vous pouvez envisager de créer des liaisons montantes distinctes pour les réseaux qui ne prennent pas en
charge la virtualisation de réseau.
L’étendue des sites réseau inclus dans un profil doit être limitée au même groupe d’ordinateurs hôtes. À
défaut, un message d’erreur indiquant une sortie de l’étendue s’affiche quand vous essayez de l’appliquer à un
ordinateur non membre des groupes hôtes définis dans chaque site réseau inclus dans le profil de liaison
montante.
Vous devez veillez à ce que chaque site réseau que vous ajoutez à un profil de port de liaison montante fasse
référence à un réseau logique différent. Autrement, tous les VLAN et sous-réseaux IP définis dans ces sites
réseau seront associés au réseau logique des ordinateurs hôtes sur lesquels le profil de port de liaison
montante est appliqué. Si vous n’utilisez pas l’isolation VLAN, l’ordinateur hôte n’aura aucun moyen
d’identifier la plage de VLAN et de sous-réseaux IP possibles seront nécessaires pour autoriser les machines
virtuelles connectées au réseau logique.
Vous pouvez créer un profil de port de liaison montante qui contienne des références à plusieurs sites réseau
(d’où les réseaux logiques). Vous devez vérifier que les VLAN et les adresses IP de chaque site sélectionné
sont valides (routables) à partir de la carte réseau physique à laquelle le profil de port a été appliqué.
Quand vous appliquez le profil à une carte réseau physique, ces sites réseau déterminent l’ensemble de
réseaux logiques qui doit être associé à la carte physique, ainsi que les VLAN et les sous-réseaux IP qui seront
alloués aux machines virtuelles et aux services qui se connectent à ces réseaux logiques.
Créer un profil de port de liaison montante
1. Cliquez sur Infrastructure > Accueil > Afficher > Ressources d’infrastructure. Cliquez sur l’onglet
Infrastructure > Mise en réseau > Profils de port > Profil de port Hyper-V.
2. Dans l’Assistant Créer un profil de port Hyper-V > Général, tapez un nom, une description et
sélectionnez Profil de port de liaison montante. Sélectionnez les paramètres d’équilibrage de charge et
d’association :
Équilibrage de charge : Valeur par défaut hôte est le paramètre par défaut qui répartit le trafic
réseau en fonction de l’identificateur de port de commutateur Hyper-V de la machine virtuelle
source ou qui utilise un algorithme d’équilibrage de charge Dynamique, selon l’option que prend
en charge l’hôte Hyper-V. L’option Dynamique est disponible uniquement dans Windows
Server 2012 R2 et les versions ultérieures. Vous pouvez aussi sélectionner les éléments suivants :
Port Hyper-V : répartit le trafic réseau en fonction de l’identificateur de port de commutateur
Hyper-V de la machine virtuelle source.
Ports de transport : Utilise les ports TCP source et de destination et les adresses IP pour créer un
hachage, puis assigne les paquets qui ont cette valeur de hachage à l’une des cartes réseau
disponibles.
Adresses IP : Utilise les adresses IP source et de destination pour créer un hachage, puis assigne
les paquets qui ont cette valeur de hachage à l’une des cartes réseau disponibles.
Adresses MAC : Utilise les adresses MAC source et de destination pour créer un hachage, puis
assigne les paquets qui ont cette valeur de hachage à l’une des cartes réseau disponibles.
Association : Indépendant du commutateur est le paramètre par défaut qui précise que la
configuration d’un commutateur réseau physique n’est pas nécessaire pour l’association de cartes
réseau. Le commutateur réseau n’étant pas configuré, il autorise la connexion des cartes réseau
d’une même association à plusieurs commutateurs physiques (pas en mode trunk). Vous pouvez
aussi sélectionner les éléments suivants :
LACP : utilisez le protocole LACP pour identifier de façon dynamique les liaisons entre l’hôte et
un commutateur donné.
Association statique : vous configurez à la fois le commutateur et l’hôte pour identifier les
liaisons qui forment l’association.
3. Dans Configuration réseau, sélectionnez le ou les sites réseau que ce profil de port de liaison montante
doit prendre en charge. Les profils de port de liaison montante contiennent une liste de sites réseau qui
représentent chacun une liaison avec un réseau logique. Sélectionnez Activer la virtualisation de réseau
Hyper-V si vous voulez activer la virtualisation de réseau pour déployer plusieurs réseaux de machines
virtuelles sur un même réseau physique. Ne faites cela que si le réseau logique est configuré pour la
virtualisation de réseau (option Autoriser les nouveaux réseaux de machines virtuelles créés sur ce
réseau logique à utiliser la virtualisation de réseau activée).
4. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer.
Après avoir créé un profil de port de liaison montante, l’étape suivante consiste à l’ajouter à un commutateur
logique. Il se trouve alors dans une liste de profils accessible à ce commutateur logique. Lorsque vous appliquez
le commutateur logique à une carte réseau sur un ordinateur hôte, le profil de port de liaison montante est
disponible dans la liste de profils, mais n'est pas appliqué à cette carte réseau tant que vous ne l'avez pas
sélectionné dans la liste. Cela vous permet non seulement d’harmoniser la configuration des cartes réseau sur les
différents hôtes, mais cela vous permet aussi de configurer chaque carte réseau en fonction de vos exigences
spécifiques.

Créer un profil de port de carte réseau virtuelle


1. Cliquez sur Infrastructure > Accueil > Afficher > Ressources d’infrastructure. Cliquez sur l’onglet
Infrastructure > Mise en réseau > Profils de port > Accueil > Créer > Profil de port Hyper-V.
2. Dans l’Assistant Créer un profil de port Hyper-V > Général, tapez un nom, une description et
sélectionnez Profil de port de liaison montante.
3. Dans Paramètres de déchargement, spécifiez un paramètre de déchargement de trafic :
Activer la file d’attente d’ordinateurs virtuels : les paquets destinés à une carte réseau virtuelle
sont directement placés dans une file d’attente pour cette carte, ce qui évite d’avoir à les copier du
système d’exploitation d’administration vers la machine virtuelle. La carte réseau physique doit prendre
en charge la file d’attente de machines virtuelles.
Activer le déchargement de tâches IPsec : tout ou partie du travail de calcul IPsec passe du
processeur de l’ordinateur à un processeur dédié de la carte réseau. La carte réseau physique et le
système d’exploitation invité doivent prendre en charge cette fonctionnalité.
Activer la virtualisation d’E/S d’une racine unique : une carte réseau peut être directement
attribuée à une machine virtuelle. Cette fonctionnalité optimise le débit du réseau tout en réduisant la
latence réseau et la surcharge du processeur qu’impose le traitement du trafic réseau. La carte réseau
physique et les pilotes du système d’exploitation d’administration et du système d’exploitation invité
doivent prendre en charge cette fonctionnalité. Si vous voulez utiliser SR -IOV, vous devez l’activer dans
le profil de port (dans Paramètres de déchargement) et dans le commutateur logique (Paramètres
généraux) qui inclut le profil de port. Cette fonctionnalité doit aussi être configurée correctement sur
l’hôte quand vous créez le commutateur virtuel qui réunit les paramètres de port et le commutateur
logique que vous voulez utiliser sur l’hôte. Dans le commutateur virtuel, vous devez attacher le profil
de port au commutateur virtuel en utilisant une classification de port (soit la classification par défaut
SR -IOV fournie par VMM, soit une classification personnalisée).
4. Dans Paramètres de sécurité, spécifiez les paramètres suivants :
Autoriser l’usurpation d’adresse MAC : permet à une machine virtuelle de remplacer l’adresse MAC
source dans les paquets sortants par une adresse qui n’est pas affectée à cette machine virtuelle. Par
exemple, une appliance virtuelle à équilibrage de charge peut nécessiter l'activation de ce paramètre.
Activer la protection DHCP : permet de se protéger contre une machine virtuelle malveillante qui se
présente comme un serveur DHCP pour mener des attaques de type « attaques de l’intercepteur ».
Activer la protection de routeur : permet de se protéger contre les messages publicitaires et de
redirection envoyés par une machine virtuelle non autorisée qui se présente comme un routeur.
Autoriser l’association d’invités : permet d’associer la carte réseau virtuelle à d’autres cartes réseau
connectées au même commutateur.
Autoriser l’identification prioritaire IEEE : permet d’identifier les paquets sortants de la carte
réseau virtuelle avec la priorité IEEE 802.1p. Ces identifiants de priorité peuvent être utilisés par la
qualité de service (QoS ) pour définir la priorité du trafic. Si l'identification prioritaire IEEE n'est pas
autorisée, la valeur de priorité dans le paquet est réinitialisée à 0.
Autoriser les adresses IP spécifiées par un invité : affecte les réseaux de machines virtuelles
utilisant la virtualisation de réseau. La machine virtuelle (invité) peut ajouter et supprimer des adresses
IP sur cette carte réseau virtuelle. Ceci peut simplifier le processus de gestion des paramètres de la
machine virtuelle. Les adresses IP spécifiées d'invités sont requises pour les machines virtuelles qui
utilisent le clustering invité avec la virtualisation de réseau. L'adresse IP qu'ajoute un invité doit être
dans un sous-réseau IP existant dans le réseau de machines virtuelles.
5. Dans Paramètres de bande passante, spécifiez la bande passante minimale et maximale disponible pour
la carte. La bande passante minimale peut être exprimée en mégabits par seconde (Mbits/s) ou sous
forme de valeur pondérée (de 0 à 100) qui contrôle la quantité de bande passante pouvant être utilisée par
la carte réseau virtuelle par rapport aux autres cartes réseau virtuelles. Notez que les paramètres de
bande passante ne sont pas utilisés si SR -IOV est activé dans le profil de port et le commutateur logique
qui contient le profil de port.
6. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer.
Après avoir créé un profil de port, vous pouvez créer une classification de port.

Créer des classifications de port pour les profils de port de carte


réseau virtuelle
1. Cliquez sur Infrastructure > Accueil > Afficher > Ressources d’infrastructure. Cliquez sur l’onglet
Infrastructure > Mise en réseau > Classifications de port > Accueil > Créer > Classification de Port.
2. Dans l’Assistant Créer une classification de port > Nom, spécifiez un nom de classification.

Étapes suivantes
Configurer des commutateurs logiques
Créer des commutateurs logiques
17/05/2019 • 45 minutes to read

Cet article explique comment créer des commutateurs logiques dans l’infrastructure System Center - Virtual
Machine Manager (VMM ).

Comment créer des commutateurs logiques


Cet article explique comment créer des commutateurs logiques dans l’infrastructure System Center - Virtual
Machine Manager (VMM ), comment convertir un commutateur virtuel hôte en commutateur logique et
comment configurer des extensions de commutateur virtuel, le cas échéant.
Un commutateur logique regroupe des extensions de commutateur virtuel, des profils de port et des
classifications de port, ce qui permet de configurer chaque carte réseau avec les paramètres nécessaires et
d’uniformiser ces paramètres sur les cartes réseau des divers hôtes. Vous pouvez associer plusieurs cartes
réseau en leur appliquant le même profil de commutateur logique et de port de liaison montante.

Configurer des extensions de commutateur virtuel


Vous devez d’abord installer les extensions de commutateur sur le serveur VMM et ensuite les inclure dans un
commutateur logique. Il existe plusieurs types d’extension de commutateur :
Les extensions de surveillance permettent de surveiller et de communiquer le trafic réseau, mais elles ne
peuvent pas modifier les paquets.
Les extensions de capture permettent d’inspecter et d’échantillonner le trafic, mais elles ne peuvent pas
modifier les paquets.
Les extensions de filtrage permettent de bloquer, modifier ou défragmenter les paquets. Elles peuvent
également bloquer les ports.
Les extensions de transfert permettent de diriger le trafic en définissant des destinations, et elles peuvent
capturer et filtrer le trafic. Pour éviter les conflits, une seule extension de transfert peut être active sur un
commutateur logique.
Vous pouvez configurer un gestionnaire d’extensions de commutateur virtuel (gestionnaire de réseau) si vous
souhaitez gérer les extensions à la fois avec la console de gestion d’un éditeur et la console VMM.
Configurer un gestionnaire d’extensions de commutateur virtuel
1. Procurez-vous le logiciel fournisseur auprès de votre fournisseur et installez-le sur le serveur de gestion
VMM. Si vous disposez d’un cluster, installez-le sur tous les nœuds.
2. Cliquez sur Infrastructure > Accueil > Afficher > Ressources d’infrastructure > Mise en réseau >
Changer de gestionnaires d’extensions.
3. Dans Assistant Ajouter un gestionnaire d’extensions de commutateur virtuel > Général, spécifiez le
fabricant et tapez la chaîne de connexion (par exemple, myextmanager1.contoso.com:443). La syntaxe exacte
est définie par le fournisseur. Spécifiez le compte à utiliser pour se connecter à la ressource.
4. Dans Groupes hôtes, spécifiez les groupes hôtes pour lesquels vous voulez utiliser le gestionnaire
d’extensions.
5. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer. Vérifiez que l’extension figure bien
dans le volet Gestionnaires d’extensions de commutateur virtuel.

Configurer un commutateur logique


1. Vérifiez que vous disposez d’au moins un profil de port de liaison montante avant de commencer.
2. Cliquez sur l’onglet Infrastructure > Mise en réseau > Commutateurs logiques > Créer un
commutateur logique.
3. Dans l’Assistant Créer un commutateur logique > Mise en route, passez en revue les informations.
4. Dans Général, spécifiez un nom et une éventuelle description.
5. Dans Mode de liaison montante, sélectionnez :
Aucune association de liaison montante si vous n’utilisez pas d’association.
Association incorporée pour déployer le commutateur avec une association basée sur SET.
Association pour utiliser l’association de cartes réseau.
6. Dans Paramètres, sélectionnez le mode de bande passante minimale. Si vous avez déployé le contrôleur
réseau Microsoft, vous pouvez spécifier qu’il doit gérer le commutateur. Si vous activez ce paramètre,
vous ne pourrez pas ajouter des extensions au commutateur.
7. Activez SR -IOV en cas de besoin. SR -IOV permet aux machines virtuelles de contourner le commutateur
et de traiter directement avec la carte réseau physique. Si vous souhaitez l’activer :
Vérifiez que le matériel et le microprogramme de l’hôte, la carte réseau physique et les pilotes du
système d'exploitation d’administration et du système d’exploitation invité prennent en charge SR -
IOV.
Créez un profil de port natif pour les cartes réseau virtuelles qui sont aussi activées pour SR -IOV.
Quand vous configurez les paramètres de mise en réseau de l’hôte (dans la propriété de l’hôte
appelée Commutateurs virtuels), attachez le profil de port natif pour cartes réseau virtuelles au
commutateur virtuel en utilisant une classification de port. Vous pouvez utiliser la classification de
port SR -IOV fournie dans VMM ou bien créer votre propre classification de port.
8. Dans Extensions, si vous utilisez des extensions de commutateur virtuel, sélectionnez-les, puis
réorganisez l’ordre dans lequel elles seront traitées dans le trafic réseau via le commutateur. Notez que
seule une extension de transfert peut être activée.
9. Dans Port virtuel, ajoutez une ou plusieurs classifications de port et un ou plusieurs profils de port de
carte réseau virtuelle. Vous pouvez aussi créer une classification de port et définir une classification par
défaut.
10. Dans Liaison montante, ajoutez un profil de port de liaison montante ou créez-en un. Quand vous
ajoutez un profil de port de liaison montante, il prend place dans une liste de profils qui sont accessibles
par le biais de ce commutateur logique. Cependant, quand vous appliquez le commutateur logique à une
carte réseau d’un hôte, le profil de port de liaison montante est appliqué à cette carte réseau uniquement
si vous le sélectionnez dans la liste des profils disponibles.
11. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer. Vérifiez que le commutateur
figure bien dans Commutateurs logiques.

Conversion de commutateur virtuel en commutateur logique


Si un hôte dans l’infrastructure VMM a un commutateur virtuel standard, vous pouvez le convertir pour
l’utiliser comme un commutateur logique.
NOTE
La procédure suivante ne s’applique pas à SET, utilisez le script à la place.
Avant de pouvoir convertir, vous devez avoir un commutateur logique en place, avec des paramètres spécifiques.
Vous devez être membre du rôle d’utilisateur Administrateur ou Administrateur délégué pour lequel l’étendue
d’administration inclut le groupe hôte où se trouve l’hôte Hyper-V.

Comparaison des paramètres de commutateur


1. Dans Server Manager sur l’hôte, cliquez sur Hyper-V. Fermez le Gestionnaire de serveur.
2. Faites un clic droit sur l’hôte > Configurer l’association de cartes réseau, et enregistrez les paramètres
d’association et d’équilibrage de charge.
3. Dans le Gestionnaire Hyper-V, faites un clic droit sur l’hôte > Gestionnaire de commutateur virtuel.
Sélectionnez le commutateur virtuel et vérifiez si Activer la virtualisation d’E/S d’une racine unique
(SR-IOV ) est sélectionné ou non. Fermez le Gestionnaire Hyper-V.
4. Dans la console VMM > Infrastructure > Serveurs > Tous les hôtes, faites un clic droit sur l’hôte >
Propriétés.
5. Dans Commutateurs virtuels, notez les propriétés, dont le réseau logique et le mode de bande passante
minimale.
6. Dans le volet Fabric > Réseau > Commutateurs logiques, cliquez avec le bouton droit sur le
commutateur logique vers lequel vous voulez convertir la configuration de l’hôte, puis cliquez sur
Propriétés.
7. Dans Commutateurs logiques, enregistrez les informations :
Dans Général, enregistrez le mode de liaison montante, si SR -IOV est activé ou non et le mode de
bande passante minimale.
Dans Extensions, remarquez si des extensions de transfert ont été ajoutées au commutateur logique.
Dans Port virtuel, enregistrez les noms des profils de port qui sont répertoriés. Prenez soin de noter
si l’un d’eux comporte SR -IOV dans leur nom.
Dans Liaisons montantes, enregistrez les sites réseau, si le mode de liaison montante est associé ou
non, l’algorithme d’équilibrage de charge et le mode d’association.
8. Dans Infrastructure > Réseau, cliquez sur Profils de Port. Pour les profils de port pertinents, cliquez
sur Propriétés. Dans Paramètres de déchargement, regardez si Activer la virtualisation d’E/S
d’une racine unique est cochée.
9. Comparez maintenant les informations que vous avez enregistrées pour le commutateur logique et les
profils de port avec les informations de commutateur virtuel.
10. Consultez le tableau suivant pour voir si vous pouvez convertir l’hôte pour utiliser le commutateur
logique.

ÉLÉMENT CONVERSION

SR-IOV Le paramètre SR-IOV (activé ou désactivé) doit être le


même dans le commutateur logique car il est dans le
commutateur virtuel.

Si SR-IOV est activé, il doit être activé dans le


commutateur logique proprement dit et dans au moins
un profil de port de la carte réseau virtuelle au sein du
commutateur logique.
ÉLÉMENT CONVERSION

Mode de liaison montante Le paramètre Mode de liaison montante doit


correspondre.
Algorithme d'équilibrage de charge
Si le mode de liaison montante est Association,
Mode d’équipe l’algorithme d’équilibrage de charge et le mode
d’association doivent également correspondre.

Mode de bande passante minimale Doit correspondre.

Sites réseau Le commutateur logique doit être configuré pour les


sites réseau corrects (dans le réseau logique correct) de
cet hôte.

11. Si les paramètres du commutateur logique ne correspondent pas à ceux décrits dans la table, vous devez
rechercher ou créer un commutateur logique y correspondant.
Conversion d’un ordinateur hôte pour utiliser un commutateur logique

NOTE
La conversion n’interrompt pas le trafic réseau.
Si une opération échoue dans la conversion, aucun paramètre n’est modifié et le commutateur n’est pas converti.

1. Dans VMM, cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes. Faites un clic droit sur
l’hôte > Propriétés.
2. Dans l’onglet Commutateurs virtuels, cliquez sur Convertir en commutateur logique.
3. Sélectionnez le commutateur logique vers lequel convertir l’hôte. Ensuite, sélectionnez le profil de port de
liaison montante à utiliser et cliquez sur Convertir.
4. La boîte de dialogue Travaux peut s’afficher, selon vos paramètres. Assurez-vous que l'état du travail est
Terminé, puis fermez la boîte de dialogue.
5. Pour vérifier que le commutateur a été converti, cliquez sur l’hôte, cliquez sur Propriétés, puis cliquez sur
l’onglet Commutateurs virtuels.
Script pour la conversion de commutateur SET

NOTE
Créez un commutateur logique dans VMM portant le même nom que le commutateur SET déployé sur l’ordinateur hôte.
Après l’exécution du script suivant sur l’ordinateur hôte, le commutateur standard sera converti en commutateur logique.
#Replace Virtual Switch name with already deployed switch name on host
$VirtualSwitchName="SETswitch"

#Replace logical switch ID below with the one got from Get-SCLogicalSwitch cmdlet for the switch created in
VMM
$LogicalSwitchId="45b98a8d-1887-4431-9f20-8b9beed853ce"

#Replace the port profile set name with the one created and associated with the above logical switch in VMM
$PortProfileSetName="Mgmt_UPP"

#Replace uplink port profile set ID with the one got from Get-SCUplinkPortProfileSet for the port profile
set created in VMM
$PortProfileSetId="fd9e4c9a-4ffa-4845-808d-930e6616b62f"

$vswitch=Get-VMSwitch -Name $VirtualSwitchName


$VMMPortFeatureId="1f59a509-a6ba-4aba-8504-b29d542d44bb"
$defaultPortFeature = Get-VMSystemSwitchExtensionPortFeature -FeatureId $VMMPortFeatureId
$VMMFeatureId="8b54c928-eb03-4aff-8039-99171dd900ff"
$currentFeature = Get-VMSwitchExtensionSwitchFeature -SwitchName $VirtualSwitchName -FeatureId $VMMFeatureId
$defaultFeature = Get-VMSystemSwitchExtensionSwitchFeature -FeatureId $VMMFeatureId
$defaultFeature.SettingData.LogicalSwitchId=$LogicalSwitchId
$defaultFeature.SettingData.LogicalSwitchName=$VirtualSwitchName
Add-VMSwitchExtensionSwitchFeature -SwitchName $VirtualSwitchName -VMSwitchExtensionFeature $defaultFeature

$defaultPortFeature = Get-VMSystemSwitchExtensionPortFeature -FeatureId $VMMPortFeatureId


$defaultPortFeature.SettingData.PortProfileSetId=$PortProfileSetId
$defaultPortFeature.SettingData.PortProfileSetName=$PortProfileName
$defaultPortFeature.SettingData.NetCfgInstanceId="{" + $vswitch.Id +"}"
Add-VMSwitchExtensionPortFeature -SwitchName $VirtualSwitchName -VMSwitchExtensionFeature
$defaultPortFeature –ExternalPort

Après avoir exécuté le script, actualisez l’ordinateur hôte dans VMM et vérifiez si VMM reconnaît le
commutateur en tant que commutateur logique.

Comment créer des commutateurs logiques


Cet article explique comment créer des commutateurs logiques dans l’infrastructure System Center - Virtual
Machine Manager (VMM ), comment convertir un commutateur virtuel hôte en commutateur logique et
comment configurer des extensions de commutateur virtuel, le cas échéant.
Un commutateur logique regroupe des extensions de commutateur virtuel, des profils de port et des
classifications de port, ce qui permet de configurer chaque carte réseau avec les paramètres nécessaires et
d’uniformiser ces paramètres sur les cartes réseau des divers hôtes. Vous pouvez associer plusieurs cartes
réseau en leur appliquant le même profil de commutateur logique et de port de liaison montante.

Configurer des extensions de commutateur virtuel


Vous devez d’abord installer les extensions de commutateur sur le serveur VMM et ensuite les inclure dans un
commutateur logique. Il existe plusieurs types d’extension de commutateur :
Les extensions de surveillance permettent de surveiller et de communiquer le trafic réseau, mais elles ne
peuvent pas modifier les paquets.
Les extensions de capture permettent d’inspecter et d’échantillonner le trafic, mais elles ne peuvent pas
modifier les paquets.
Les extensions de filtrage permettent de bloquer, modifier ou défragmenter les paquets. Elles peuvent
également bloquer les ports.
Les extensions de transfert permettent de diriger le trafic en définissant des destinations, et elles peuvent
capturer et filtrer le trafic. Pour éviter les conflits, une seule extension de transfert peut être active sur un
commutateur logique.
Vous pouvez configurer un gestionnaire d’extensions de commutateur virtuel (gestionnaire de réseau) si vous
souhaitez gérer les extensions à la fois avec la console de gestion d’un éditeur et la console VMM.
Configurer un gestionnaire d’extensions de commutateur virtuel
1. Procurez-vous le logiciel fournisseur auprès de votre fournisseur et installez-le sur le serveur de gestion
VMM. Si vous disposez d’un cluster, installez-le sur tous les nœuds.
2. Cliquez sur Infrastructure > Accueil > Afficher > Ressources d’infrastructure > Mise en réseau >
Changer de gestionnaires d’extensions.
3. Dans Assistant Ajouter un gestionnaire d’extensions de commutateur virtuel > Général, spécifiez le
fabricant et tapez la chaîne de connexion (par exemple, myextmanager1.contoso.com:443). La syntaxe exacte
est définie par le fournisseur. Spécifiez le compte à utiliser pour se connecter à la ressource.
4. Dans Groupes hôtes, spécifiez les groupes hôtes pour lesquels vous voulez utiliser le gestionnaire
d’extensions.
5. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer. Vérifiez que l’extension figure bien
dans le volet Gestionnaires d’extensions de commutateur virtuel.

Configurer un commutateur logique


1. Vérifiez que vous disposez d’au moins un profil de port de liaison montante avant de commencer.
2. Cliquez sur l’onglet Infrastructure > Mise en réseau > Commutateurs logiques > Créer un
commutateur logique.
3. Dans l’Assistant Créer un commutateur logique > Mise en route, passez en revue les informations.
4. Dans Général, spécifiez un nom et une éventuelle description.
5. Dans Mode de liaison montante, sélectionnez :
Aucune association de liaison montante si vous n’utilisez pas d’association.
Association incorporée pour déployer le commutateur avec une association basée sur SET.
Association pour utiliser l’association de cartes réseau.
6. Dans Paramètres, sélectionnez le mode de bande passante minimale. Si vous avez déployé le contrôleur
réseau Microsoft, vous pouvez spécifier qu’il doit gérer le commutateur. Si vous activez ce paramètre,
vous ne pourrez pas ajouter des extensions au commutateur.
7. Activez SR -IOV en cas de besoin. SR -IOV permet aux machines virtuelles de contourner le commutateur
et de traiter directement avec la carte réseau physique. Si vous souhaitez l’activer :
Vérifiez que le matériel et le microprogramme de l’hôte, la carte réseau physique et les pilotes du
système d'exploitation d’administration et du système d’exploitation invité prennent en charge SR -
IOV.
Créez un profil de port natif pour les cartes réseau virtuelles qui sont aussi activées pour SR -IOV.
Quand vous configurez les paramètres de mise en réseau de l’hôte (dans la propriété de l’hôte
appelée Commutateurs virtuels), attachez le profil de port natif pour cartes réseau virtuelles au
commutateur virtuel en utilisant une classification de port. Vous pouvez utiliser la classification de
port SR -IOV fournie dans VMM ou bien créer votre propre classification de port.
8. Dans Extensions, si vous utilisez des extensions de commutateur virtuel, sélectionnez-les, puis
réorganisez l’ordre dans lequel elles seront traitées dans le trafic réseau via le commutateur. Notez que
seule une extension de transfert peut être activée.
9. Dans Port virtuel, ajoutez une ou plusieurs classifications de port et un ou plusieurs profils de port de
carte réseau virtuelle. Vous pouvez aussi créer une classification de port et définir une classification par
défaut.
10. Dans Liaison montante, ajoutez un profil de port de liaison montante ou créez-en un. Quand vous
ajoutez un profil de port de liaison montante, il prend place dans une liste de profils qui sont accessibles
par le biais de ce commutateur logique. Cependant, quand vous appliquez le commutateur logique à une
carte réseau d’un hôte, le profil de port de liaison montante est appliqué à cette carte réseau uniquement
si vous le sélectionnez dans la liste des profils disponibles.
11. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer. Vérifiez que le commutateur
figure bien dans Commutateurs logiques.

Conversion de commutateur virtuel en commutateur logique


Si un hôte dans l’infrastructure VMM a un commutateur virtuel standard, vous pouvez le convertir pour
l’utiliser comme un commutateur logique.

NOTE
La procédure suivante ne s’applique pas à SET, utilisez le script à la place.
Avant de pouvoir convertir, vous devez avoir un commutateur logique en place, avec des paramètres spécifiques.
Vous devez être membre du rôle d’utilisateur Administrateur ou Administrateur délégué pour lequel l’étendue
d’administration inclut le groupe hôte où se trouve l’hôte Hyper-V.

Comparaison des paramètres de commutateur


1. Dans Server Manager sur l’hôte, cliquez sur Hyper-V. Fermez le Gestionnaire de serveur.
2. Faites un clic droit sur l’hôte > Configurer l’association de cartes réseau, et enregistrez les paramètres
d’association et d’équilibrage de charge.
3. Dans le Gestionnaire Hyper-V, faites un clic droit sur l’hôte > Gestionnaire de commutateur virtuel.
Sélectionnez le commutateur virtuel et vérifiez si Activer la virtualisation d’E/S d’une racine unique
(SR-IOV ) est sélectionné ou non. Fermez le Gestionnaire Hyper-V.
4. Dans la console VMM > Infrastructure > Serveurs > Tous les hôtes, faites un clic droit sur l’hôte >
Propriétés.
5. Dans Commutateurs virtuels, notez les propriétés, dont le réseau logique et le mode de bande passante
minimale.
6. Dans le volet Fabric > Réseau > Commutateurs logiques, cliquez avec le bouton droit sur le
commutateur logique vers lequel vous voulez convertir la configuration de l’hôte, puis cliquez sur
Propriétés.
7. Dans Commutateurs logiques, enregistrez les informations :
Dans Général, enregistrez le mode de liaison montante, si SR -IOV est activé ou non et le mode de
bande passante minimale.
Dans Extensions, remarquez si des extensions de transfert ont été ajoutées au commutateur logique.
Dans Port virtuel, enregistrez les noms des profils de port qui sont répertoriés. Prenez soin de noter
si l’un d’eux comporte SR -IOV dans leur nom.
Dans Liaisons montantes, enregistrez les sites réseau, si le mode de liaison montante est associé ou
non, l’algorithme d’équilibrage de charge et le mode d’association.
8. Dans Infrastructure > Réseau, cliquez sur Profils de Port. Pour les profils de port pertinents, cliquez
sur Propriétés. Dans Paramètres de déchargement, regardez si Activer la virtualisation d’E/S
d’une racine unique est cochée.
9. Comparez maintenant les informations que vous avez enregistrées pour le commutateur logique et les
profils de port avec les informations de commutateur virtuel.
10. Consultez le tableau suivant pour voir si vous pouvez convertir l’hôte pour utiliser le commutateur
logique.

ÉLÉMENT CONVERSION

SR-IOV Le paramètre SR-IOV (activé ou désactivé) doit être le


même dans le commutateur logique car il est dans le
commutateur virtuel.

Si SR-IOV est activé, il doit être activé dans le


commutateur logique proprement dit et dans au moins
un profil de port de la carte réseau virtuelle au sein du
commutateur logique.

Mode de liaison montante Le paramètre Mode de liaison montante doit


correspondre.
Algorithme d'équilibrage de charge
Si le mode de liaison montante est Association,
Mode d’équipe l’algorithme d’équilibrage de charge et le mode
d’association doivent également correspondre.

Mode de bande passante minimale Doit correspondre.

Sites réseau Le commutateur logique doit être configuré pour les


sites réseau corrects (dans le réseau logique correct) de
cet hôte.

11. Si les paramètres du commutateur logique ne correspondent pas à ceux décrits dans la table, vous devez
rechercher ou créer un commutateur logique y correspondant.
Conversion d’un ordinateur hôte pour utiliser un commutateur logique

NOTE
La conversion n’interrompt pas le trafic réseau.
Si une opération échoue dans la conversion, aucun paramètre n’est modifié et le commutateur n’est pas converti.

1. Dans VMM, cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes. Faites un clic droit sur
l’hôte > Propriétés.
2. Dans l’onglet Commutateurs virtuels, cliquez sur Convertir en commutateur logique.
3. Sélectionnez le commutateur logique vers lequel convertir l’hôte. Ensuite, sélectionnez le profil de port de
liaison montante à utiliser et cliquez sur Convertir.
4. La boîte de dialogue Travaux peut s’afficher, selon vos paramètres. Assurez-vous que l'état du travail est
Terminé, puis fermez la boîte de dialogue.
5. Pour vérifier que le commutateur a été converti, cliquez sur l’hôte, cliquez sur Propriétés, puis cliquez sur
l’onglet Commutateurs virtuels.
Script pour la conversion de commutateur SET

NOTE
Créez un commutateur logique dans VMM portant le même nom que le commutateur SET déployé sur l’ordinateur hôte.
Après l’exécution du script suivant sur l’ordinateur hôte, le commutateur standard sera converti en commutateur logique.
#Replace Virtual Switch name with already deployed switch name on host
$VirtualSwitchName="SETswitch"

#Replace logical switch ID below with the one got from Get-SCLogicalSwitch cmdlet for the switch created in
VMM
$LogicalSwitchId="45b98a8d-1887-4431-9f20-8b9beed853ce"

#Replace the port profile set name with the one created and associated with the above logical switch in VMM
$PortProfileSetName="Mgmt_UPP"

#Replace uplink port profile set ID with the one got from Get-SCUplinkPortProfileSet for the port profile
set created in VMM
$PortProfileSetId="fd9e4c9a-4ffa-4845-808d-930e6616b62f"

$vswitch=Get-VMSwitch -Name $VirtualSwitchName


$VMMPortFeatureId="1f59a509-a6ba-4aba-8504-b29d542d44bb"
$defaultPortFeature = Get-VMSystemSwitchExtensionPortFeature -FeatureId $VMMPortFeatureId
$VMMFeatureId="8b54c928-eb03-4aff-8039-99171dd900ff"
$currentFeature = Get-VMSwitchExtensionSwitchFeature -SwitchName $VirtualSwitchName -FeatureId $VMMFeatureId
$defaultFeature = Get-VMSystemSwitchExtensionSwitchFeature -FeatureId $VMMFeatureId
$defaultFeature.SettingData.LogicalSwitchId=$LogicalSwitchId
$defaultFeature.SettingData.LogicalSwitchName=$VirtualSwitchName
Add-VMSwitchExtensionSwitchFeature -SwitchName $VirtualSwitchName -VMSwitchExtensionFeature $defaultFeature

$defaultPortFeature = Get-VMSystemSwitchExtensionPortFeature -FeatureId $VMMPortFeatureId


$defaultPortFeature.SettingData.PortProfileSetId=$PortProfileSetId
$defaultPortFeature.SettingData.PortProfileSetName=$PortProfileName
$defaultPortFeature.SettingData.NetCfgInstanceId="{" + $vswitch.Id +"}"
Add-VMSwitchExtensionPortFeature -SwitchName $VirtualSwitchName -VMSwitchExtensionFeature
$defaultPortFeature –ExternalPort

Après avoir exécuté le script, actualisez l’ordinateur hôte dans VMM et vérifiez si VMM reconnaît le
commutateur en tant que commutateur logique.

Comment créer des commutateurs logiques


Cet article explique comment créer des commutateurs logiques dans l’infrastructure System Center - Virtual
Machine Manager (VMM ), comment convertir un commutateur virtuel hôte en commutateur logique et
comment configurer des extensions de commutateur virtuel, le cas échéant.
Un commutateur logique regroupe des extensions de commutateur virtuel, des profils de port et des
classifications de port, ce qui permet de configurer chaque carte réseau avec les paramètres nécessaires et
d’uniformiser ces paramètres sur les cartes réseau des divers hôtes. Vous pouvez associer plusieurs cartes
réseau en leur appliquant le même profil de commutateur logique et de port de liaison montante.

Configurer des extensions de commutateur virtuel


Vous devez d’abord installer les extensions de commutateur sur le serveur VMM et ensuite les inclure dans un
commutateur logique. Il existe plusieurs types d’extension de commutateur :
Les extensions de surveillance permettent de surveiller et de communiquer le trafic réseau, mais elles ne
peuvent pas modifier les paquets.
Les extensions de capture permettent d’inspecter et d’échantillonner le trafic, mais elles ne peuvent pas
modifier les paquets.
Les extensions de filtrage permettent de bloquer, modifier ou défragmenter les paquets. Elles peuvent
également bloquer les ports.
Les extensions de transfert permettent de diriger le trafic en définissant des destinations, et elles peuvent
capturer et filtrer le trafic. Pour éviter les conflits, une seule extension de transfert peut être active sur un
commutateur logique.
Vous pouvez configurer un gestionnaire d’extensions de commutateur virtuel (gestionnaire de réseau) si vous
souhaitez gérer les extensions à la fois avec la console de gestion d’un éditeur et la console VMM.
Configurer un gestionnaire d’extensions de commutateur virtuel
1. Procurez-vous le logiciel fournisseur auprès de votre fournisseur et installez-le sur le serveur de gestion
VMM. Si vous disposez d’un cluster, installez-le sur tous les nœuds.
2. Cliquez sur Infrastructure > Accueil > Afficher > Ressources d’infrastructure > Mise en réseau >
Changer de gestionnaires d’extensions.
3. Dans Assistant Ajouter un gestionnaire d’extensions de commutateur virtuel > Général, spécifiez le
fabricant et tapez la chaîne de connexion (par exemple, myextmanager1.contoso.com:443). La syntaxe exacte
est définie par le fournisseur. Spécifiez le compte à utiliser pour se connecter à la ressource.
4. Dans Groupes hôtes, spécifiez les groupes hôtes pour lesquels vous voulez utiliser le gestionnaire
d’extensions.
5. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer. Vérifiez que l’extension figure bien
dans le volet Gestionnaires d’extensions de commutateur virtuel.

Configurer un commutateur logique


1. Vérifiez que vous disposez d’au moins un profil de port de liaison montante avant de commencer.
2. Cliquez sur l’onglet Infrastructure > Mise en réseau > Commutateurs logiques > Créer un
commutateur logique.
3. Dans l’Assistant Créer un commutateur logique > Mise en route, passez en revue les informations.
4. Dans Général, spécifiez un nom et une éventuelle description.
5. Dans Mode de liaison montante, sélectionnez :
Aucune association de liaison montante si vous n’utilisez pas d’association.
Association incorporée pour déployer le commutateur avec une association basée sur SET.
Association pour utiliser l’association de cartes réseau.
6. Dans Paramètres, sélectionnez le mode de bande passante minimale. Si vous avez déployé le contrôleur
réseau Microsoft, vous pouvez spécifier qu’il doit gérer le commutateur. Si vous activez ce paramètre,
vous ne pourrez pas ajouter des extensions au commutateur.
7. Activez SR -IOV en cas de besoin. SR -IOV permet aux machines virtuelles de contourner le commutateur
et de traiter directement avec la carte réseau physique. Si vous souhaitez l’activer :
Vérifiez que le matériel et le microprogramme de l’hôte, la carte réseau physique et les pilotes du
système d'exploitation d’administration et du système d’exploitation invité prennent en charge SR -
IOV.
Créez un profil de port natif pour les cartes réseau virtuelles qui sont aussi activées pour SR -IOV.
Quand vous configurez les paramètres de mise en réseau de l’hôte (dans la propriété de l’hôte
appelée Commutateurs virtuels), attachez le profil de port natif pour cartes réseau virtuelles au
commutateur virtuel en utilisant une classification de port. Vous pouvez utiliser la classification de
port SR -IOV fournie dans VMM ou bien créer votre propre classification de port.
8. Dans Extensions, si vous utilisez des extensions de commutateur virtuel, sélectionnez-les, puis
réorganisez l’ordre dans lequel elles seront traitées dans le trafic réseau via le commutateur. Notez que
seule une extension de transfert peut être activée.
9. Dans Port virtuel, ajoutez une ou plusieurs classifications de port et un ou plusieurs profils de port de
carte réseau virtuelle. Vous pouvez aussi créer une classification de port et définir une classification par
défaut.
10. Dans Liaison montante, ajoutez un profil de port de liaison montante ou créez-en un. Quand vous
ajoutez un profil de port de liaison montante, il prend place dans une liste de profils qui sont accessibles
par le biais de ce commutateur logique. Cependant, quand vous appliquez le commutateur logique à une
carte réseau d’un hôte, le profil de port de liaison montante est appliqué à cette carte réseau uniquement
si vous le sélectionnez dans la liste des profils disponibles.
11. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer. Vérifiez que le commutateur
figure bien dans Commutateurs logiques.

Conversion de commutateur virtuel en commutateur logique


Si un hôte dans l’infrastructure VMM a un commutateur virtuel standard avec ou sans SET, vous pouvez le
convertir pour l’utiliser comme un commutateur logique.

NOTE
Avant de pouvoir convertir, vous devez avoir un commutateur logique en place, avec des paramètres spécifiques.
Vous devez être membre du rôle d’utilisateur Administrateur ou Administrateur délégué pour lequel l’étendue
d’administration inclut le groupe hôte où se trouve l’hôte Hyper-V.

Comparaison des paramètres de commutateur


1. Effectuez un enregistrement si l’association de cartes réseau (LBFO ) ou SET sont utilisés sur l’ordinateur
hôte.
2. Si vous utilisez l’association de cartes réseau sur l’hôte, enregistrez les paramètres d’association de cartes
réseau et d’équilibrage de charge en exécutant l’applet de commande PowerShell Get-NetLbfoTeam.
3. Dans le Gestionnaire Hyper-V, faites un clic droit sur l’hôte > Gestionnaire de commutateur virtuel.
Sélectionnez le commutateur virtuel et vérifiez si Activer la virtualisation d’E/S d’une racine unique
(SR-IOV ) est sélectionné ou non. Fermez le Gestionnaire Hyper-V.
4. Dans la console VMM > Infrastructure > Serveurs > Tous les hôtes, faites un clic droit sur l’hôte >
Propriétés.
5. Dans Commutateurs virtuels, notez les propriétés, dont le réseau logique et le mode de bande passante
minimale.
6. Dans le volet Fabric > Réseau > Commutateurs logiques, cliquez avec le bouton droit sur le
commutateur logique vers lequel vous voulez convertir la configuration de l’hôte, puis cliquez sur
Propriétés.
7. Dans Commutateurs logiques, enregistrez les informations :
Dans Général, enregistrez le mode de liaison montante, si SR -IOV est activé ou non et le mode de
bande passante minimale.
Dans Extensions, remarquez si des extensions de transfert ont été ajoutées au commutateur logique.
Dans Port virtuel, enregistrez les noms des profils de port qui sont répertoriés. Prenez soin de noter
si l’un d’eux comporte SR -IOV dans leur nom.
Dans Liaisons montantes, enregistrez les sites réseau, si le mode de liaison montante est associé ou
non, l’algorithme d’équilibrage de charge et le mode d’association.
8. Dans Infrastructure > Réseau, cliquez sur Profils de Port. Pour les profils de port pertinents, cliquez
sur Propriétés. Dans Paramètres de déchargement, regardez si Activer la virtualisation d’E/S
d’une racine unique est cochée.
9. Comparez maintenant les informations que vous avez enregistrées pour le commutateur logique et les
profils de port avec les informations de commutateur virtuel.
10. Consultez le tableau suivant pour voir si vous pouvez convertir l’hôte pour utiliser le commutateur
logique.

ÉLÉMENT CONVERSION

SR-IOV Le paramètre SR-IOV (activé ou désactivé) doit être le


même dans le commutateur logique car il est dans le
commutateur virtuel.

Si SR-IOV est activé, il doit être activé dans le


commutateur logique proprement dit et dans au moins
un profil de port de la carte réseau virtuelle au sein du
commutateur logique.

Mode de liaison montante Le paramètre Mode de liaison montante doit


correspondre.
Algorithme d'équilibrage de charge
Si le mode de liaison montante est Association,
Mode d’équipe l’algorithme d’équilibrage de charge et le mode
d’association doivent également correspondre.

Mode de bande passante minimale Doit correspondre.

Sites réseau Le commutateur logique doit être configuré pour les


sites réseau corrects (dans le réseau logique correct) de
cet hôte.

11. Si les paramètres du commutateur logique ne correspondent pas à ceux décrits dans la table, vous devez
rechercher ou créer un commutateur logique y correspondant.
Conversion d’un ordinateur hôte pour utiliser un commutateur logique

NOTE
La conversion n’interrompt pas le trafic réseau.
Si une opération échoue dans la conversion, aucun paramètre n’est modifié et le commutateur n’est pas converti.

1. Dans VMM, cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes. Faites un clic droit sur
l’hôte > Propriétés.
2. Dans l’onglet Commutateurs virtuels, cliquez sur Convertir en commutateur logique.
3. Sélectionnez le commutateur logique vers lequel convertir l’hôte. Ensuite, sélectionnez le profil de port de
liaison montante à utiliser et cliquez sur Convertir.
4. La boîte de dialogue Travaux peut s’afficher, selon vos paramètres. Assurez-vous que l'état du travail est
Terminé, puis fermez la boîte de dialogue.
5. Pour vérifier que le commutateur a été converti, cliquez sur l’hôte, cliquez sur Propriétés, puis cliquez sur
l’onglet Commutateurs virtuels.

Étapes suivantes
Appliquez des paramètres réseau sur un ordinateur avec un commutateur logique.
Configurer des pools d’adresses MAC dans
l’infrastructure VMM
19/12/2018 • 4 minutes to read

Cet article fournit des informations sur les adresses MAC par défaut System Center - Virtual Machine Manager
(VMM ). Il explique aussi comment créer et gérer un pool d’adresses MAC personnalisé.
VMM utilise des pools d’adresses MAC statiques pour générer et affecter automatiquement une adresse MAC aux
machines virtuelles. Cet article décrit les pools d’adresses MAC par défaut dans l’infrastructure VMM et explique
comment créer des pools personnalisés.
Paramètres par défaut d’un pool d’adresses MAC :

NOM DU POOL MAC ENVIRONNEMENT PLAGE PAR DÉFAUT

Pool d’adresses MAC par défaut Hyper-V 00:1D:D8:B7:1C:00 – 00:1D:D8:F4:1F:FF

Pool d’adresses MAC VMware par ESX/ESXi 00:50:56:00:00:00 – 00:50:56:3F:FF:FF


défaut

Avant de commencer
Avant de créer une pool d’adresses MAC, sachez que :
Si vous souhaitez diviser l'un des pools par défaut en pools personnalisés plus petits, vous devez d'abord
supprimer le pool d'adresses MAC par défaut ou le pool d'adresses MAC VMware par défaut. Vous devez
supprimer le pool par défaut pour éviter de dupliquer des affectations d'adresses MAC.
Les trois premiers octets de l'adresse MAC de début et de fin doivent être identiques.
Vous devez entrer des valeurs hexadécimales valides comprises entre 00 et FF.
Les plages que vous spécifiez ne peuvent pas se chevaucher.
Le bit multidiffusion de la plage d'adresses ne doit pas être défini sur 1. Par exemple, vous ne pouvez pas utiliser
d’adresses qui commencent par X1, X3, X5, X7, X9, XB, XD ou XF, où X correspond à une valeur quelconque.
Pour éviter les conflits avec les adresses réservées par Microsoft, VMware et Citrix, n’utilisez pas les préfixes
suivants :
Réservés pour Microsoft : 00:03:FF; 00:0D:3A; 00:12:5A; 00:15:5D; 00:17:FA; 00:50:F2; 00:1D:D8 (sauf la
plage 00:1D:D8:B7:1C:00 – 00:1D:D8:F4:1F:FF, qui est réservée pour VMM )
Réservés pour VMware : 00:05:69; 00:0C:29; 00:1C:14; 00:50:56 (sauf la plage 00:50:56:00:00:00 –
00:50:56:3F:FF:FF, qui est réservée comme plage statique VMware par défaut)

Créer un pool personnalisé


1. Cliquez sur Infrastructure > Mise en réseau > Pools d’adresses MAC > Accueil > Afficher > Ressources
d’infrastructure > Créer > Créer un pool d’adresses MAC.
2. Dans l’Assistant Création d’un pool d’adresses MAC > Nom, spécifiez un nom et une description. Dans
Groupe hôte, sélectionnez les groupes hôtes que doivent utiliser le pool.
3. Dans Plage d’adresses MAC, spécifiez les adresses de début et de fin.
4. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer. Quand le travail indique l’état
Terminé, vérifiez le pool dans Pools d’adresses MAC.
Libérer des adresses IP
Dans certains cas, vous souhaiterez peut-être supprimer des adresses du pool d’adresses MAC, notamment si un
hôte auquel une adresse IP a été affectée pendant le déploiement complet est retiré de l’administration VMM ou si
une machine virtuelle passe à l’état manquant après avoir été supprimée en dehors de VMM.
1. Cliquez sur Infrastructure > Mise en réseau > Pools d’adresses MAC > Accueil > Afficher > Ressources
d’infrastructure.
2. Dans Pools d’adresses MAC, cliquez sur le pool que vous voulez modifier > Propriétés.
3. Dans Adresses inactives, sélectionnez les adresses que vous voulez libérer.

Étapes suivantes
Découvrez plus en détail la création d’un pool d’adresses IP.
Intégrer l’équilibrage de charge avec les modèles de
service VMM
31/05/2019 • 17 minutes to read

Lisez cet article pour en savoir plus sur l’intégration de l’équilibrage de charge réseau Windows et les équilibrages
de charge matérielle aux modèles de service System Center - Virtual Machine Manager (VMM ).
Les modèles de service regroupent les machines virtuelles pour fournir une application. Ils contiennent diverses
informations sur un service, notamment les machines virtuelles qui sont déployées avec le service, les applications
installées sur les machines virtuelles, ainsi que les paramètres réseau à utiliser. Vous pouvez ajouter des modèles
de machine virtuelle, des paramètres réseau, des applications et un stockage à un modèle de service.
Les modèles de service peuvent avoir un ou plusieurs niveaux. Un service à un seul niveau contient une seule
machine virtuelle, qui est utilisée comme une application spécifique. Un service à plusieurs niveaux contient
plusieurs machines virtuelles. En savoir plus.

Configurer l’équilibrage de charge pour un niveau de service


Vous pouvez ajouter un équilibreur de charge pour équilibrer la charge des demandes adressées aux machines
virtuelles d’un niveau de service. Vous pouvez utiliser un équilibreur de charge matérielle ou un équilibrage de
type NLB pour équilibrer la répétition alternée.
Pour ajouter un équilibreur de charge, vous devez effectuer ce qui suit :
Vérifiez que vous disposez de réseaux logiques configurés. Les réseaux logiques doivent être associés à des
sites réseau. Ces sites réseau doivent être associés à un ou plusieurs sous-réseaux à partir desquels vous
pouvez créer des pools d’adresses IP statiques. Par ailleurs, chaque site réseau doit être associé au groupe hôte
sur lequel le service doit être déployé.
Créez un pool d’adresses IP pour les réseaux logiques. Le pool d’adresses IP doit contenir une plage réservée
d’adresses IP virtuelles qui peuvent être affectées à l’équilibreur de charge. Vous devez configurer les pools
d’adresses IP statiques pour l’équilibreur de charge et les machines virtuelles situées derrière l’équilibreur de
charge. Ces adresses peuvent être issues du même pool ou de pools différents, mais vous aurez besoin à la fois
d’adresses IP virtuelles et d’adresses IP pour les machines virtuelles.
Créez des réseaux de machines virtuelles par-dessus les réseaux logiques.
Créez des modèles d’adresses IP virtuelle : un modèle d’adresse virtuelle (VIP ) contient des paramètres de
d’équilibrage de charge pour un type spécifique de trafic réseau. Après avoir créé un modèle d’adresse IP
virtuelle, vous pouvez le spécifier au moment de configurer l’équilibrage de charge dans un modèle de service.
Configurez un équilibreur de charge matérielle : si vous voulez activer l’équilibrage de la charge matérielle dans
un modèle de service, il existe plusieurs prérequis auxquels vous devez vous préparer.
Configurez un équilibrage NLB : si vous ne voulez pas avoir recours à un équilibreur de charge matérielle, vous
pouvez utiliser l’équilibrage NLB. Il existe des contraintes et des limitations.
Créer des modèles d’adresse IP virtuelle
1. Dans la console VMM, cliquez sur Infrastructure > Mise en réseau > Modèles VIP.
2. Cliquez sur Accueil > Afficher > Ressources d’infrastructure > Créer > Créer un modèle d’adresse IP
virtuelle.
3. Dans l’Assistant Modèle d’adresse IP virtuelle d’équilibrage de charge > Nom, spécifiez le nom du
modèle et la description. Dans Port d’adresse IP virtuelle, spécifiez le port qui doit être utilisé pour le type
de trafic réseau dont vous souhaitez équilibrer la charge. Par exemple, 443 pour le trafic HTTPS. Dans Port
principal, spécifiez le portail sur lequel le serveur principal est à l’écoute des requêtes.
4. Dans Type, procédez comme suit :
Pour utiliser l’équilibrage NLB, cliquez sur Microsoft dans la liste des fabricants, puis sur Contrôleur de
réseau Microsoft dans Modèle.
Pour utiliser un équilibreur de charge matérielle, cliquez sur Générique pour créer un modèle pour tout
équilibreur de charge matérielle pris en charge. Cliquez sur Spécifique pour créer un modèle pour un
équilibreur de charge spécifique, puis spécifiez le fabricant et le modèle.
5. Dans Protocole, cliquez sur le protocole pour lequel vous voulez créer le modèle d’adresse IP virtuelle.
Si vous sélectionnez HTTPS, vous devez indiquer l’endroit où le trafic se termine.
Sélectionnez HTTPS direct pour transmettre le trafic à la machine virtuelle sans le décrypter.
Sélectionnez Arrêter HTTPS pour arrêter et déchiffrer le trafic HTTPS au niveau de l’équilibreur de
charge. Cette option fournit davantage d’informations à l’équilibreur de charge, telles que des cookies et
des en-têtes. Pour utiliser cette option, spécifiez le nom de sujet d’un certificat au niveau de l’équilibreur
de charge qui peut être utilisé pour l’authentification HTTPS. Avec cette option, vous pouvez activer
Rechiffrer pour rechiffrer le trafic HTTPS entre l’équilibreur de charge et la machine virtuelle.
Sélectionnez Personnalisé pour spécifier TCP, UDP ou les deux.
6. Dans Persistance, sélectionnez Activer la persistance pour rendre la session cliente permanente (affinité).
Avec ce paramètre, l’équilibreur de charge essaie toujours de diriger le même client vers la même machine
virtuelle. Ce comportement se base sur l’adresse IP source et le masque de sous-réseau spécifiés, l’adresse
IP de destination et d’autres paramètres qui varient en fonction du protocole.
7. Dans Analyseurs d’intégrité, vous pouvez éventuellement spécifier une vérification de l’équilibreur de
charge à intervalles réguliers. Pour ajouter un analyseur d’intégrité, spécifiez le protocole et la demande. Par
exemple, la saisie de la commande GET effectue une requête HTTP GET pour la page d'accueil de
l'équilibreur de charge et recherche une réponse de l'en-tête. Vous pouvez aussi modifier le type de
réponse, ainsi que l’intervalle d’analyse, le délai d’attente et les nouvelles tentatives. Notez que le délai
d’attente doit être inférieur à l’intervalle.
8. Dans Équilibrage de charge, sélectionnez la méthode d’équilibrage de charge que vous voulez utiliser.
Vous pouvez configurer de nouvelles connexions pour qu’elles soient dirigées en fonction du nombre de
connexions le moins élevé ou du temps de réponse le plus rapide, en utilisant la répétition alternée ou bien
la méthode personnalisée prise en charge par l’équilibreur de charge. Si vous activez l’équilibrage NLB,
sélectionnez Répétition alternée.
9. Dans la page Résumé, examinez les paramètres, puis cliquez sur Terminer. La boîte de dialogue Travaux
s’affiche. Attendez que l’état soit Terminé. Vérifiez ensuite que le modèle figure bien dans le volet Modèles
d’adresse IP virtuelle.
Configurer un équilibreur de charge matérielle
Pour configurer un équilibreur de charge matérielle, procédez comme suit :
Obtenez un fournisseur de configuration : pour ajouter un équilibreur de charge matérielle pris en charge,
vous devez télécharger et installer un fournisseur de configuration disponible auprès du fabricant de
l’équilibreur de charge. VMM prend actuellement en charge le fournisseur d’équilibreur de charge Brocade
ServerIron ADX et le fournisseur d’équilibreur de charge Citrix NetScaler. Le fournisseur est un plug-in VMM
qui traduit les commandes PowerShell VMM pour l’API d’équilibreur de charge. Après avoir installé le
fournisseur, vous devez redémarrer le service VMM (net stop scwmmservice > net start scvmmservice).
Configurez un compte : créez un compte d’identification VMM avec un nom d’utilisateur et un mot de passe
et des autorisations lui permettant de configurer l’équilibreur de charge téléchargé.
Ajoutez l’équilibreur de charge à VMM : ajoutez un équilibreur de charge matérielle à VMM à l’aide de
l’Assistant Ajout d’équilibrage de charge.
Ajouter un équilibreur de charge matérielle à VMM
Dans l’Assistant, sélectionnez les groupes hôtes pour lesquels l’équilibreur de charge est disponible, spécifiez le
modèle de l’équilibreur de charge, spécifiez l’adresse et le port utilisés pour gérer l’équilibreur de charge, spécifiez
l’affinité au réseau logique VMM, sélectionnez le fournisseur de configuration, puis testez la connexion. Vous devez
configurer l’équilibreur de charge matérielle avant de déployer un service. Une fois que le service est déployé, il est
impossible d’ajouter un équilibreur de charge.
1. Cliquez sur Infrastructure > Mise en réseau > Équilibrages de charge > Ressources d’infrastructure
> Accueil > Ajouter > Ajouter des ressources > Équilibrage de charge.
2. Dans l’Assistant Ajout d’équilibrage de charge > Informations d’identification, sélectionnez le
compte d’identification avec les informations d’identification de l’équilibreur de charge.
3. Dans Groupe hôte, sélectionnez chaque groupe hôte sur lequel le service doit être déployé. Les hôtes
doivent être en mesure d’accéder à l’équilibreur de charge. De plus, une carte réseau physique doit être
configurée sur l’hôte pour utiliser le même réseau logique que le niveau de service.
4. Dans Fabricant et modèle, sélectionnez les entrées appropriées.
5. Dans Adresse, spécifiez l’adresse IP et le nom de domaine complet ou les noms NetBIOS de
l’équilibreur de charge. Spécifiez le port sur lequel l’équilibreur de charge écoute les demandes.
6. Dans Affinité du réseau logique, spécifier l’affinité aux réseaux logiques. Sachez que :
Pour l’affinité frontale, vous devez sélectionner le réseau logique auprès duquel l’équilibreur de charge
obtient son adresse IP virtuelle. L’adresse IP virtuelle est l’adresse IP affectée à l’équilibreur de charge au
moment où vous le déployez dans un modèle de service.
Pour l’affinité frontale, sur la base des réseaux logiques, VMM identifie les pools d’adresses IP statiques
qui sont accessibles à partir de l’équilibreur de charge et du groupe hôte approprié.
Pendant la sélection des réseaux logiques pour l’affinité frontale, le site réseau associé à la plage
d’adresses IP virtuelles réservées doit être accessible aux groupes hôtes associés à l’équilibreur de
charge.
Pour l’affinité principale, sélectionnez les réseaux logiques sur lesquels l’équilibreur de charge doit être
accessible aux machines virtuelles d’un niveau de service.
7. Dans Fournisseur, cliquez sur le fournisseur d’équilibreur de charge. Cliquez sur Tester pour vérifier la
configuration.
8. Dans Résumé, vérifiez les paramètres et cliquez sur Terminer. La boîte de dialogue Travaux s’affiche.
Attendez que l’état passe à Terminé et vérifiez dans la colonne Fournisseur que le fournisseur est actif.
Configurer un équilibrage NLB
L’équilibrage NLB est automatiquement inclus comme équilibreur de charge dans VMM. Tant que vous n’avez pas
configuré un modèle d’adresse IP virtuelle NLB, vous n’avez aucune action à effectuer. Cependant, sachez que :
L’équilibrage NLB ne peut pas être utilisé si les réseaux de machines virtuelles sont configurés avec la
virtualisation de réseau.
L’équilibrage NLB ne peut pas être utilisé dans les niveaux de service exécutant des machines virtuelles Linux.
Activer l’équilibrage de charge
1. Si le modèle de service n’est pas ouvert, cliquez sur Bibliothèque > Modèles > Modèles de service et
ouvrez-le.
2. Cliquez sur Actions > Ouvrir le concepteur.
3. Dans le Concepteur de modèles de services, cliquez sur le groupe Composants du modèle de service >
Ajouter un équilibrage de charge.
4. Cliquez sur l’objet d’équilibreur de charge. Vous l’identifierez avec le nom de modèle d’adresse IP virtuelle.
5. Cliquez sur Outil > Connecteur. Cliquez sur la connexion au serveur associé au modèle, puis cliquez sur un
objet Carte réseau pour connecter l’équilibreur de charge à la carte. Dans les propriétés de la carte réseau,
vérifiez les types d’adresses et assurez-vous que l’adresse MAC est statique.
6. Après avoir activé le connecteur, cliquez sur la connexion au client associée à l’équilibrage de charge, puis
cliquez sur un objet de réseau logique.
7. Enregistrez le modèle de service dans Modèle de service > Enregistrer et valider.
Configurer l’adresse IP virtuelle du matériel pour l’accès utilisateur
Une fois le service déployé, VMM sélectionne automatiquement une adresse IP virtuelle dans la plage réservée du
pool d’adresses IP statiques et l’affecte au niveau de service à charge équilibrée. Pour permettre aux utilisateurs de
se connecter au service une fois celui-ci déployé, vous devez identifier l’adresse IP virtuelle et configurer une
entrée DNS pour celle-ci.
1. Après avoir déployé le service, cliquez sur Infrastructure > Mise en réseau > Équilibrages de charge.
2. Cliquez sur Afficher > Service > Informations sur les équilibrages de charge pour les services et
développez le service pour identifier l’adresse IP virtuelle qui est affectée.
3. Demandez à ce que l’administrateur DNS crée manuellement une entrée DNS pour l’adresse IP virtuelle.
L’entrée doit correspondre au nom que les utilisateurs spécifieront pour se connecter au service. Par exemple,
nomservice.contosol.com.

Étapes suivantes
Vous pouvez également configurer un équilibreur de charge logiciel dans une infrastructure SDN (Software
Defined Networking), dans l’infrastructure VMM.
19/12/2018 • 9 minutes to read

Configurer un serveur IPAM dans l’infrastructure VMM


Cet article explique comment ajouter un serveur de gestion des adresses IP (IPAM ) à l’infrastructure de mise en
réseau System Center - Virtual Machine Manager (VMM ).
Un serveur IPAM vous permet de planifier, suivre et gérer l’espace d’adressage IP utilisé dans vos réseaux.
Avec un serveur IPAM dans l’infrastructure VMM, les paramètres d’adresse IP associés aux réseaux logiques et
aux réseaux de machines virtuelles dans VMM sont synchronisés en s’appuyant sur les paramètres stockés sur
le serveur IPAM.
En tant qu’administrateur, vous pouvez utiliser le serveur IPAM pour configurer et surveiller les réseaux
logiques et les sites réseau et pools d’adresses IP qui leur sont associés. Vous pouvez également utiliser le
serveur IPAM pour surveiller l’utilisation des réseaux de machines virtuelles que vous avez configurés ou
modifiés dans VMM.
Les locataires doivent continuer à utiliser le serveur VMM (et non IPAM ) pour configurer des réseaux de
machines virtuelles qui utilisent la virtualisation de réseau. En d’autres termes, pour contrôler l’espace
d’adressage qui est normalement contrôlé par les locataires plutôt que par les administrateurs VMM.

Avant de commencer
Vérifiez que vous disposez d’un serveur IPAM. En savoir plus. Le serveur IPAM peut exécuter ces versions de
Windows Server.
Créez ou identifiez un compte de domaine et définissez-le de sorte qu’il n’expire jamais. Sur le serveur IPAM,
ajoutez le compte à ces groupes :
Administrateurs IPAM ASM : groupe local qui existe sur tous les serveurs IPAM et qui fournit les
autorisations pour la gestion de l'espace d'adressage IP (ASM ). Pour plus d'informations, consultez
Assign Administrator Roles (Affecter des rôles d'administrateur).
Utilisateurs de gestion à distance : groupe prédéfini qui fournit l'accès aux ressources WMI via des
protocoles de gestion, tels que WS -Management via le service Gestion à distance Windows.
Vérifiez que l’heure est synchronisée sur les serveurs IPAM et VMM. La synchronisation s’appuie sur les
paramètres du service de temps Windows. Si l’opération échoue, vous devez mettre à jour les autorisations
dans le logiciel IPAM pour permettre à VMM de demander l’heure actuelle au serveur. Pour ce faire, sur le
serveur IPAM, exécutez mimgmt.msc pour ouvrir le composant logiciel enfichable Contrôle WMI (local).
Cliquez avec le bouton droit sur Contrôle WMI (Local) > Propriétés > Sécurité. Accédez à Root\CIMV2,
cliquez sur le bouton Sécurité, puis sélectionnez le compte que vous avez configuré. Pour Appel à distance
autorisé, sélectionnez Autoriser.
Vérifiez le nom de domaine complet du serveur IPAM à utiliser comme chaîne de connexion.
Vérifiez le nom des groupes hôtes VMM pour lesquels vous voulez utiliser le serveur IPAM.
Le logiciel fournisseur pour serveur IPAM est fourni avec VMM. Vous n’avez pas besoin de l’installer. Vous
pouvez passer en revue les paramètres dans Paramètres > Fournisseurs de configuration.
Si vous voulez utiliser le serveur IPAM pour supprimer un réseau logique, supprimez les sous-réseaux
d'adresses IP affectés à ce réseau logique, mais ne supprimez pas le nom associé au champ Réseau logique
VMM sur le serveur IPAM. Les deux serveurs pourront ensuite se synchroniser correctement, et le réseau
logique sera supprimé. Si vous supprimez le nom associé au champ Réseau logique VMM sur le serveur
IPAM, vous devez accéder au serveur VMM et supprimer les sites réseau et le réseau logique. Ensuite, une fois
les deux serveurs synchronisés, la suppression sera terminée.

Ajouter un serveur IPAM à l’infrastructure


1. Cliquez sur Infrastructure > Accueil > Afficher > Ressources d’infrastructure > Infrastructure > Mise
en réseau > Service réseau. Les services réseau incluent les passerelles, les extensions de commutateur
virtuel, les gestionnaires de réseau (qui incluent les serveurs IPAM ) et les commutateurs TOR (Top-Of-Rack).
2. Cliquez sur Accueil >Ajouter > Ajouter des ressources > Service réseau.
3. Dans l’Assistant Ajout d’un service réseau > Nom, spécifiez un nom et une description facultative.
4. Dans Fabricant et modèle > Fabricant, cliquez sur Microsoft, puis cliquez sur Modèle > Gestion des
adresses IP Microsoft Windows Server.
5. Dans la page Informations d’identification, spécifiez le compte que vous avez créé.
6. Dans la page Chaîne de connexion, dans la zone Chaîne de connexion, tapez le nom de domaine complet
du serveur IPAM. Si vous avez configuré un port spécifique sur le serveur IPAM, faites terminer la chaîne par le
numéro de port (par exemple, :443). Si aucun numéro de port n'est spécifié, le port par défaut du serveur IPAM
est utilisé.
7. Dans Fournisseur > Fournisseur de configuration > Fournisseur de gestion d’adresses IP Microsoft,
cliquez sur Tester pour effectuer des tests de validation basiques auprès du fournisseur. Les résultats stipulant
Opération accomplie ou Échec indiquent si le fournisseur fonctionne comme prévu. Des autorisations
insuffisantes dans le compte d'identification constituent une des causes possibles d'un échec. Les résultats
stipulant Implémenté et Non implémenté sont à titre d'information uniquement et indiquent si le
fournisseur prend en charge une API particulière.
8. Dans Groupe hôte, sélectionnez un ou plusieurs groupes hôtes pour lesquels vous voulez une intégration
entre le serveur IPAM et le serveur VMM.
9. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer. Vérifiez que le serveur IPAM figure
bien sous Services réseau. Cliquez avec le bouton droit sur le serveur > Actualiser pour obtenir les derniers
paramètres.
10. Sur le serveur IPAM, pour afficher les réseaux logiques et les paramètres associés qui ont été configurés dans
VMM, accédez à ESPACE D’ADRESSAGE IP VIRTUALISÉ, puis à Espace d’adressage IP du fournisseur.
Pour chaque réseau logique, le serveur IPAM a un espace d’adressage (une catégorie principale qui existe dans
IPAM, mais pas dans VMM ) dont le nom reprend celui du réseau logique. Le réseau logique est contenu dans
l'espace d'adressage, et son nom est affiché sous l'en-tête Réseau logique VMM. Pour voir les types
d'informations qui sont stockés dans IPAM, développez l'espace d'adressage et sélectionnez différentes vues.
Le tableau suivant peut vous aider à interpréter les informations que vous voyez sur le serveur IPAM :

NOM VMM NOM IPAM

Réseau logique ESPACE D'ADRESSAGE IP VIRTUALISÉ


Espace d’adressage IP du fournisseur : colonne Réseau
logique VMM

Site réseau ESPACE D'ADRESSAGE IP VIRTUALISÉ


Espace d’adressage IP du fournisseur : colonne Site réseau

Sous-réseau d'adresse IP Sous-réseau d’adresse IP (même nom dans IPAM que dans
VMM)

Pool d'adresses IP Plage d'adresses IP


NOM VMM NOM IPAM

Réseau d'ordinateurs virtuels ESPACE D'ADRESSAGE IP VIRTUALISÉ


Espace d'adressage IP du client : colonne Réseau
d’ordinateurs virtuels

Étapes suivantes
Configurer des réseaux logiques
Configurer l’infrastructure de stockage VMM
21/05/2019 • 15 minutes to read

Vous pouvez utiliser System Center - Virtual Machine Manager (VMM ) pour gérer votre infrastructure physique et
infrastructure virtuelle. Dans le cadre de cette gestion, VMM peut gérer le stockage que vous attribuez aux hôtes et
aux clusters virtuels, ainsi qu’aux machines virtuelles.
Stockage local et distant : VMM reconnaît à la fois le stockage local et le stockage distant. Le stockage local
est situé sur le serveur VMM ou directement attaché à celui-ci. Il s’agit généralement d’un lecteur de disque
présent sur le serveur qui est connecté à l’aide d’une connectivité intégrée RAID ou JBOD SAS. Évidemment,
ce type de stockage hôte dédié n’est pas partagé et ne fournit pas une résilience ni une haute disponibilité.
Stockage de bloc et basé sur des fichiers : VMM peut gérer les dispositifs de stockage de bloc et le stockage
basé sur des fichiers.

Stockage de bloc
FONCTIONNALITÉ DÉTAILS

Connexion VMM peut gérer les dispositifs de stockage de bloc qui se


connectent à l’aide d’une connexion Fibre Channel, Serial
Attached SCSI (SAS) ou iSCSI (Internet SCSI).

VMM peut découvrir et gérer des groupes iSCSI avec des


cibles manuelles, statiques ou dynamiques.

Vous pouvez utiliser un serveur cible Microsoft iSCSI comme


dispositif de stockage en installant son fournisseur.

Protocoles VMM prend en charge les dispositifs de stockage qui utilisent


les protocoles SMI-S et SMP.

VMM utilise l’API Window Storage Management (SMAPI)


pour gérer les dispositifs de stockage de bloc conformes aux
spécifications SMI-S ou SMP.

VMM associe la SMAPI et le protocole SMP pour gérer le


stockage directement attaché et les baies de stockage
externes.

VMM associe la SMAPI et le service Storage Management (qui


fonctionne comme un client SMI-S) pour gérer les dispositifs
de stockage SMI-S.

Les fournisseurs de dispositifs de stockage qui respectent la


norme SMI-S créent des fournisseurs SMI-S pour leurs
dispositifs.

Hôtes de virtualisation Le stockage configuré dans VMM ne peut être utilisé que
pour les clusters et les hôtes Hyper-V.
FONCTIONNALITÉ DÉTAILS

Groupes de stockage pris en charge Les baies de stockage spécifiques sont prises en charge dans
VMM. Vous pouvez utiliser d’autres baies, mais il n’est pas
garanti que vous puissiez gérer toutes les tâches de stockage
dans VMM. Nous vous recommandons de contacter votre
fournisseur de stockage pour choisir la prise en charge VMM
qui vous convient.

Fibre Channel virtuel Si vous voulez utiliser le Fibre Channel virtuel pour accorder à
des machines virtuelles un accès direct au stockage Fibre
Channel, vous pouvez gérer ce stockage avec VMM à l’aide
des configurations suivantes :

Groupe de stockage unique connecté à une seule


infrastructure (composée d’un ou de plusieurs commutateurs)
connectée à un seul réseau vSAN.

Groupe de stockage unique connecté à plusieurs


infrastructures (composées d'un ou plusieurs commutateurs
par infrastructure) connectées à un seul réseau vSAN.

Plusieurs groupes de stockage connectés à une seule


infrastructure (composée d'un ou de plusieurs commutateurs)
connectée à un seul réseau vSAN.

Plusieurs groupes de stockage connectés à plusieurs


infrastructures (composées d'un ou de plusieurs
commutateurs par infrastructure) connectées à plusieurs
réseaux vSAN. Cette configuration fournit des chemins
redondants doubles aux groupes de stockage.

Un réseau vSAN peut uniquement inclure des cartes HBA


d’une seule infrastructure.

Configurer le stockage de bloc


Le processus général de configuration du stockage de bloc dans l’infrastructure VMM est le suivant :
1. Création de classifications de stockage : créez des classifications de stockage pour regrouper les différents types
de stockages selon des caractéristiques communes, telles que les performances ou la disponibilité. Ensuite, au
lieu de leur attribuer des dispositifs de stockage spécifiques, vous attribuez le stockage à des groupes
hôtes VMM, puis vous leur attribuez une classification spécifique pour que les groupes hôtes puissent utiliser
les dispositifs de stockage disponibles associés à la classification attribuée. Vous n’êtes pas obligé de créer des
classifications avant d’ajouter les dispositifs de stockage. Vous pouvez les créer au moment de la découverte
des dispositifs de stockage.
2. Ajout du stockage : vous ajoutez le stockage en tant que ressource dans l’infrastructure VMM. Quand vous
ajoutez le dispositif, VMM découvre automatiquement les pools de stockage et les unités logiques actuellement
sur le dispositif. Vous pouvez classifier les dispositifs de stockage quand vous les ajoutez.
3. Configuration du stockage et allocation de la capacité : quand la baie de stockage est gérée par VMM, vous
pouvez configurer les paramètres. Vous pouvez spécifier la façon dont vous voulez utiliser l’approvisionnement
rapide sur le dispositif (captures instantanées ou clonage). Vous pouvez ajouter et modifier des pools de
stockage et des unités logiques de stockage dans les pools. Vous pouvez allouer de la capacité (ou des pools de
stockage entiers) ou des unités logiques de stockage spécifiques à un ou plusieurs groupes hôtes.
4. Utilisation du stockage : une fois que le stockage est alloué à un groupe hôte, vous pouvez utiliser le stockage
pour un cluster ou un hôte spécifique. Quand vous ajoutez un hôte ou un cluster à un groupe hôte, l’hôte et le
cluster peuvent utiliser le stockage associé au groupe.
Stockage de fichiers
VMM peut gérer le stockage de fichiers qui prend en charge le protocole SMB 3.0. Le protocole SMB est pris en
charge par les partages de fichiers sur les ordinateurs qui exécutent Windows Server 2012 ou version ultérieure,
et par les fournisseurs tiers de dispositifs de stockage NAS.
Serveur de fichiers Windows : vous pouvez ajouter un serveur de fichiers distant comme dispositif de
stockage ou vous pouvez mettre à l’échelle un stockage basé sur les fichiers.
Serveur de fichiers avec montée en puissance parallèle (SOFS ) : ce type de serveur fournit un cluster de
serveurs de fichiers dans lequel le stockage est partagé entre plusieurs nœuds du cluster. Le stockage SOFS
peut être un réseau SAN (SAS, iSCSI, Fibre Channel) ou peut être intégré à des espaces de stockage directs.
Espaces de stockage direct : les espaces de stockage directs ont remplacé les espaces de stockage de
Microsoft. Ils virtualisent le stockage en regroupant les disques en pools de stockage et en créant des disques
virtuels (espaces de stockage) à partir de la capacité du pool. Dans les espaces de stockage directs, vous pouvez
créer un stockage à haut niveau de disponibilité à l’aide du stockage local. De cette façon, les dispositifs de
stockage SAN distants ne sont plus nécessaires et vous pouvez utiliser les dispositifs de stockage qui n’étaient
pas disponibles précédemment, tels que les dispositifs SATA SSD ou Flash NVMe. En savoir plus.
Réplication du stockage : VMM prend en charge les réplicas de stockage Windows pour protéger les
données d’un volume de stockage principal en les répliquant dans un volume secondaire. En savoir plus.
Ressources de stockage : vous pouvez contrôler l’accès au stockage partagé sur une machine virtuelle ou un
serveur de fichiers avec montée en puissance parallèle en définissant des stratégies de qualité de service (QoS )
de stockage. Ces stratégies définissent la bande passante minimale et maximale des ressources de stockage.

Configurer le stockage de fichiers


Le processus général de configuration du stockage de fichiers dans l’infrastructure VMM est le suivant :
1. Ajout et découverte du stockage : vous ajoutez le serveur de fichiers en tant que ressource dans
l’infrastructure VMM. Quand vous ajoutez le dispositif, VMM découvre automatiquement tous les partages de
fichiers présents sur le dispositif. Vous pouvez classifier les dispositifs de stockage quand vous les ajoutez.
2. Création de classifications de stockage : créez des classifications de stockage pour regrouper les différents
types de partages de fichiers selon des caractéristiques communes, telles que les performances ou la
disponibilité. Ensuite, au lieu d’attribuer des dispositifs de stockage spécifiques aux groupes hôtes VMM, vous
leur attribuez une classification spécifique pour que les groupes hôtes puissent utiliser les dispositifs de
stockage disponibles associés à la classification attribuée. Vous n’êtes pas obligé de créer des classifications
avant d’ajouter les dispositifs de stockage. Vous pouvez les créer au moment de la découverte des dispositifs de
stockage.
3. Provisionnement du stockage : une fois le serveur de fichiers géré par VMM, vous pouvez configurer les
paramètres. Par exemple, vous pouvez modifier les pools de stockage sur un serveur SOFS ou créer un partage
de fichiers.
4. Allocation de capacité : après avoir configuré le stockage, vous pouvez allouer la capacité de la baie de
stockage. Pour allouer de la capacité, attribuez des partages de fichiers à un ou plusieurs groupes hôtes.
5. Utilisation du stockage : une fois que le stockage est alloué à un groupe hôte, vous pouvez utiliser le
stockage pour un cluster ou un hôte spécifique. Quand vous ajoutez un hôte ou un cluster à un groupe hôte,
l’hôte et le cluster peuvent utiliser le stockage associé au groupe.
6. Désaffectation du stockage : VMM peut désaffecter le stockage qu’il gère.
En savoir plus sur la configuration du stockage de fichiers dans VMM.

Classifications des types de stockage


Les classifications de stockage fournissent une couche d’abstraction pour les dispositifs de stockage spécifiques.
Vous pouvez regrouper des dispositifs de stockage en fonction de leurs caractéristiques. Par exemple, vous pouvez
créer ce qui suit :
Bldg1Gold : ensemble de disques SSD que vous rendrez accessibles aux utilisateurs du bâtiment 1.
Bldg1Silver : ensemble de disques SSD et de lecteurs de disque dur (HDD ) que vous rendrez accessibles aux
utilisateurs du bâtiment 1.
Bldg2Gold : ensemble de disques SSD que vous rendrez accessibles aux utilisateurs du bâtiment 2.
Bldg2Silver : ensemble de disques SSD et de lecteurs de disque dur (HDD ) que vous mettez à la disposition
des utilisateurs du bâtiment 2.
Une fois les classifications créées, attribuez-les aux pools de stockage qui comprennent des stockages de bloc ou
de fichiers. Vous pouvez ajuster les paramètres de classification des partages de fichiers des pools selon vos
besoins.

Superviser l’intégrité du stockage


Cette fonctionnalité vous aide à superviser l’intégrité et l’état opérationnel d’un pool de stockage, des numéros
d’unités logiques et des disques physiques dans l’infrastructure VMM.
Vous pouvez superviser l’intégrité du stockage à partir de la console VMM, dans la page Infrastructure.
Suivez les étapes ci-dessous :
1. Accédez à la console VMM, Infrastructure > Stockage > Classification et pools.
La colonne État d’intégrité affiche l’état du pool de stockage, du numéro d’unité logique et des disques
physiques.
2. Pour vérifier l’état opérationnel, sélectionnez un élément de stockage.
Le volet d’informations pour l’élément de stockage sélectionné affiche l’état opérationnel, comme illustré
dans l’exemple ci-dessous :

Étapes suivantes
Configurer des classifications de stockage dans l’infrastructure VMM
Configurer des classifications de stockage dans
l’infrastructure VMM
11/12/2018 • 2 minutes to read

Utilisez des classifications de stockage pour abstraire les dispositifs de stockage de l’infrastructure System
Center - Virtual Machine Manager (VMM ). Vous devez classer les dispositifs de stockage ayant des
caractéristiques similaires, et attribuer ces classifications (plutôt que des dispositifs de stockage spécifiques) aux
hôtes et aux clusters. L’hôte et le cluster peuvent ensuite utiliser tout le stockage disponible dans la classification.
Les classifications sont souvent basées sur les types de stockage ou les caractéristiques de performances. Par
exemple, vous pouvez créer ce qui suit :

NOM DESCRIPTION

OR Pool de stockage basé sur des disques SSD qui offre des
performances élevées pour les applications consommatrices
d'E/S

ARGENT Stockage SCSI attaché en série Fibre Channel (SAS) (RAID 5)

BRONZE Stockage ATA en série iSCSI (SATA) (RAID 5)

Créez des classifications :


1. Cliquez sur Infrastructure > Stockage, cliquez avec le bouton droit sur Classification et pools > Créer une
classification.
2. Dans Nouvelle classification, entrez un nom et une description > Ajouter.

Étapes suivantes
Ajoutez des dispositifs de stockage à l’infrastructure VMM.
Ajouter des dispositifs de stockage à
l’infrastructure VMM
11/12/2018 • 3 minutes to read

Pour gérer le stockage dans System Center - Virtual Machine Manager (VMM ), vous devez le découvrir et
l’ajouter à l’infrastructure de stockage VMM.

Avant de commencer
Vérifiez que le dispositif de stockage est pris en charge avant de l’ajouter.

Ajouter un dispositif de stockage


1. Cliquez sur Infrastructure > Stockage > Ajouter des ressources >Périphériques de stockage.
2. Dans l’Assistant Ajout de périphériques de stockage > Sélectionner un type de fournisseur,
sélectionnez l’option permettant d’ajouter un dispositif de stockage avec SMI-S ou SMP, selon le dispositif
que vous utilisez.
3. Dans Spécifier l’étendue de la découverte :
Si vous utilisez SMI-S, spécifiez si le fournisseur utilise CIMXML SMI -S ou SMI -S WMI WMI,
ajoutez l’adresse IP ou le FQDN, puis ajoutez le port utilisé pour la connexion au fournisseur sur le
serveur distant. Vous pouvez activer le SSL si vous utilisez CIMXML. Ensuite, spécifiez un compte pour
la connexion au fournisseur.
Si vous utilisez SMP, sélectionnez le fournisseur dans la liste. S’il ne figure pas dans la liste, cliquez sur
Importer pour l’actualiser.
4. Dans Rechercher des informations, VMM tente automatiquement de découvrir et d’importer des
informations sur le dispositif de stockage. Pour faire une nouvelle tentative, cliquez sur Analyser le
fournisseur.
5. Si vous avez sélectionné l’option pour utiliser une connexion SSL pour un fournisseur SMI-S, notez ce qui
suit :
Pendant la découverte, la boîte de dialogue Importer un certificat s'affiche. Vérifiez les paramètres,
puis cliquez sur Importer. Par défaut, le nom commun du certificat est vérifié. Si le nom commun est
absent ou s’il ne correspond pas, la découverte du stockage peut échouer.
Si la découverte échoue en raison du nom commun, désactivez la vérification du nom commun dans le
Registre, sur le serveur VMM. Dans le Registre, accédez à
HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Storage Management /, puis créez une
nouvelle valeur DWORD : DisableHttpsCommonNameCheck. Définissez la valeur sur 1.
6. Si le processus de découverte se déroule correctement, les baies de stockage, les pools de stockage, le
fabricant, le modèle et la capacité découverts sont répertoriés dans la page. Une fois le processus terminé,
cliquez sur Suivant.
7. Dans Sélectionner les périphériques de stockage, vous pouvez spécifier une classification pour chaque
pool de stockage. Les classifications de stockage regroupent les pools de stockage ayant des caractéristiques
similaires pour que vous puissiez attribuer une classification en tant que stockage à un ordinateur hôte ou un
cluster, plutôt qu’un dispositif de stockage spécifique. En savoir plus sur la configuration des classifications.
8. Dans la page Résumé , confirmez les paramètres, puis cliquez sur Terminer. La boîte de dialogue Travaux
s'affiche. Quand l’état est Terminé, vous pouvez vérifier le stockage dans Infrastructure > Stockage.
Étapes suivantes
Allouer du stockage à des groupes hôtes
Allouer du stockage à des groupes hôtes
19/12/2018 • 4 minutes to read

Une fois le stockage de bloc découvert et classifié dans l’infrastructure System Center - Virtual Machine Manager
(VMM ), vous pouvez l’affecter à des groupes hôtes. Vous pouvez allouer un pool de stockage entier ou une unité
logique spécifique.
Allouer les pools de stockage : vous pouvez, si vous le souhaitez, allouer des pools de stockage aux
groupes hôtes. Si c’est votre cas, vous pouvez :
Créer et attribuer des numéros d’unités logiques directement à partir des ordinateurs hôtes Hyper-V du
groupe hôte
Utiliser le pool de stockage pour l’approvisionnement rapide à l’aide du clonage SAN ou de captures
instantanées. Pendant ce processus, vous n’avez pas besoin de créer des numéros d’unités logiques, car
VMM demande une copie d’un numéro d’unité logique existant lors de la configuration.
Allouer des numéros d’unités logiques :
Vous pouvez attribuer des numéros d’unités logiques aux pools de stockage qui sont gérés dans
l’infrastructure VMM.
Pour allouer des numéros d’unités logiques aux groupes hôtes, les pools de stockage gérés
doivent contenir des numéros d’unités logiques non attribués.
Si vous avez besoin de numéros d’unités logiques supplémentaires, vous pouvez en créer en
dehors de VMM, à l’aide de l’outil de gestion du stockage, ou vous pouvez les configurer
directement dans VMM si le pool de stockage est alloué à un groupe hôte.

Allouer un pool de stockage à un groupe hôte


1. Cliquez sur Infrastructure > Stockage > Allouer la capacité, puis cliquez sur le groupe hôte. Si vous êtes
administrateur délégué avec une portée limitée aux groupes hôtes, cliquez avec le bouton droit sur le groupe
hôte, puis sur Propriétés > Stockage.
2. Les informations concernant la capacité de stockage totale et disponible du groupe hôte s’affichent. Les
informations de capacité de stockage incluent la capacité totale et la capacité disponible du stockage local et du
stockage distant, ainsi que la capacité totale et disponible du stockage alloué. Cliquez sur Allouer les pools de
stockage.
3. Cliquez sur un pool de stockage, puis sur Ajouter.

Créer un numéro d’unité logique dans VMM


1. Vérifiez que vous avez alloué le pool de stockage au groupe hôte, puis cliquez sur Infrastructure > Stockage
> Créer une unité logique.
2. Spécifiez le pool de stockage, un nom et une description pour le numéro d’unité logique, ainsi que la taille.
Cliquez sur OK pour créer le numéro d’unité logique.
3. Vérifiez que le numéro d’unité logique a été créé dans Ressources d’infrastructure > Classifications, pools
de stockage et unités logiques. .

Allouer un numéro d’unité logique à un groupe hôte


1. Cliquez sur Infrastructure > Stockage > Allouer la capacité > Allouer la capacité de stockage, puis
cliquez sur le groupe hôte.
2. Cliquez sur Allouer les unités logiques, sélectionnez une unité, puis cliquez sur Ajouter.
Une fois les numéros d’unités logiques alloués aux groupes hôtes, vous pouvez les attribuer aux clusters et aux
hôtes Hyper-V.

Étapes suivantes
Après avoir configuré les clusters et les hôtes Hyper-V, découvrez la mise en service des machines virtuelles.
Configurer un serveur cible Microsoft iSCSI dans
l’infrastructure de stockage VMM
19/12/2018 • 5 minutes to read

Le rôle Serveur cible Microsoft iSCSI permet d’utiliser un serveur Windows comme dispositif de stockage. Cet
article explique comment configurer un serveur cible Microsoft iSCSI dans un stockage System Center – Virtual
Machine Manager (VMM ).
Voici ce que vous devez faire :
1. Installer le rôle : installez le rôle Serveur cible iSCSI (Rôles serveur > Services de fichiers et de stockage >
Services iSCSI et Fichier) sur un serveur que vous voulez ajouter en tant que dispositif de stockage de bloc.
2. Configurer les disques virtuels iSCSI : après avoir installé le rôle, vous devez configurer les disques
virtuels iSCSI et connecter les serveurs que vous souhaitez. En savoir plus.
3. Installer le fournisseur : si le serveur cible iSCSI exécute Windows Server 2012, vous devez installer le
fournisseur SMI-S sur celui-ci. Le fournisseur se trouve avec les fichiers d’installation à l’emplacement
\amd64\Setup\msi\iSCSITargetSMISProvider.msi, et sur le serveur VMM à l’emplacement \Program
Files\Microsoft System Center 2012\Virtual Machine
Manager\Setup\Msi\iSCSITargetProv\iSCSITargetSMISProvider.msi. Vous devez exécuter le fichier .msi sur le
serveur cible iSCSI. Si le serveur exécute Windows Server 2012 R2, vous n’avez pas besoin d’installer le
fournisseur.
4. Ajouter le compte : ajoutez le compte d’administrateur VMM en tant qu’administrateur sur le serveur.
5. Découvrir les dispositifs de stockage dans VMM : ajoutez le dispositif de stockage à VMM. Sélectionnez
Périphériques SAN et NAS découverts et gérés par un fournisseur SMI -S comme type de fournisseur,
puis spécifiez l’adresse IP ou le nom de domaine complet en tant que serveur. Sélectionnez un compte
disposant d’autorisations sur le serveur en tant que compte d’identification. Ajoutez-le à la classification de
stockage nécessaire, puis procédez aux étapes de l’Assistant Ajout de périphériques de stockage.
Après avoir ajouté le serveur en tant que dispositif de stockage sous administration VMM, vous pouvez allouer les
pools de stockage et les numéros d’unités logiques à un groupe hôte et approvisionner du stockage aux hôtes et
aux clusters.

Exemple PowerShell
Vous pouvez utiliser VMM pour configurer le serveur cible iSCSI via Windows PowerShell. Cette section
répertorie certaines des tâches les plus courantes avec des exemples de commandes Windows PowerShell. Le
fournisseur SMI-S prend en charge toutes les tâches d’administration via VMM.
Gérer le stockage sur un serveur cible iSCSI
Ouvrez PowerShell et utilisez les applets de commande décrites ci-dessous pour gérer les ressources du serveur
cible iSCSI dans VMM.
Ajouter un fournisseur de stockage

COMMANDE FONCTION
COMMANDE FONCTION

$Cred = Get-Credential Obtenir les informations d’identification d’administrateur local


du serveur cible iSCSI basées sur le nom d’utilisateur et le mot
de passe.

Notez que tout compte appartenant au groupe


Administrateurs local est suffisant.

$Runas = New-SCRunAsAccount -Name "iSCSIRunas" - Créer un compte d’identification dans VMM.


Credential $Cred

Add-SCStorageProvider -Name "Microsoft iSCSI Target Ajouter un fournisseur de stockage.


Provider" -RunAsAccount $Runas -ComputerName "
<computername>" -AddSmisWmiProvider

Afficher les propriétés de stockage

COMMANDE FONCTION

$array = Get-SCStorageArray -Name “<computername>” Vérifier les attributs de la baie de stockage.

$array.StoragePools Afficher les pools de stockage disponibles.

Ajouter des pools du serveur cible iSCSI à l’administration VMM

COMMANDE FONCTION

$pool = Get-SCStoragePool -Name "MS iSCSITarget Récupérer le pool de stockage spécifique à ajouter.
Concrete: D:"

$class = New-SCStorageClassification -Name “gold” Créer une classification de stockage, si aucune n’existe.

Set-SCStorageArray -AddStoragePoolToManagement $pool Ajouter le pool de stockage à VMM.


-StorageArray $pool.StorageArray -
StorageClassification $class

Set-SCStoragePool -StoragePool $pool -AddVMHostGroup Allouer le pool de stockage à un groupe de serveurs de


(Get-SCVMHostGroup -Name "All Hosts") virtualisation.

Créer un numéro d'unité logique (LUN)

COMMANDE FONCTION

$LUN = New-SCStorageLogicalUnit -Name "iSCSI1" - Créer un numéro d’unité logique iSCSI.


StoragePool $pool -DiskSizeMB 1000

Set-SCStorageLogicalUnit -StorageLogicalUnit $LUN - Allouer le numéro d’unité logique au groupe hôte.


VMHostGroup (Get-SCVMHostGroup -Name "All Hosts")

$host = Get-SCVMhost -ComputerName <host name> Modifier les propriétés d’un ordinateur hôte.

Register-SCStorageLogicalUnit -StorageLogicalUnit Affecter le numéro d’unité logique au groupe hôte.


$LUN -VMHost $host

Mettre des ressources hors service


COMMANDE FONCTION

Remove-SCStorageLogicalUnit -StorageLogicalUnit $LUN Supprimer un numéro d’unité logique.

Remove-SCStorageProvider -StorageProvider (Get- Supprimer un fournisseur de stockage.


SCStorageProvider -Name "Microsoft iSCSI Target
Provider")

Étapes suivantes
Découvrez plus en détail la configuration de stockage pour les clusters et les hôtes Hyper-V.
Configurer le Fibre Channel virtuel Hyper-V dans
l’infrastructure de stockage VMM
11/12/2018 • 19 minutes to read

Lisez cet article pour apprendre à configurer le Fibre Channel virtuel Hyper-V dans l’infrastructure de stockage de
System Center - Virtual Machine Manager (VMM ).
Le Fibre Channel virtuel fournit aux machines virtuelles Hyper-V une connexion directe au stockage Fibre Channel.
Hyper-V fournit des ports Fibre Channel dans les systèmes d’exploitation invités, afin que vous puissiez virtualiser
des applications et des charges de travail qui ont des dépendances sur le stockage Fibre Channel. Vous pouvez
également mettre en cluster les systèmes d’exploitation invités sur le Fibre Channel.

Avant de commencer
VMM prend en charge les déploiements de Fibre Channel virtuel suivants :
Baie de stockage unique connectée à une seule infrastructure (composée d’un ou de plusieurs
commutateurs) connectée à un seul réseau SAN virtuel. Un réseau SAN virtuel (vSAN ) est un groupe
nommé de ports HBA (Host Bus Adapter) Fibre Channel physiques sur un ordinateur hôte auquel des
machines virtuelles se connectent pour accéder à des dispositifs de stockage Fibre Channel.
Baie de stockage unique connectée à plusieurs infrastructures (composées d’un ou plusieurs
commutateurs par infrastructure) connectées à un seul réseau SAN virtuel.
Plusieurs baies de stockage connectées à une seule infrastructure (composée d’un ou de plusieurs
commutateurs) connectée à un seul réseau SAN virtuel.
Plusieurs groupes de stockage connectés à plusieurs infrastructures (composées d’un ou de plusieurs
commutateurs par infrastructure) connectées à plusieurs réseaux SAN virtuels. Cette configuration
fournit des chemins redondants doubles aux groupes de stockage.
Voici ce dont vous avez besoin :
Vous pouvez créer un ou plusieurs réseaux vSAN pour chaque ordinateur hôte. Un réseau vSAN peut
uniquement contenir des cartes HBA d’une seule infrastructure.
Le microprogramme et les pilotes les plus récents doivent être installés sur les baies de stockage, les
commutateurs et les cartes HBA.
Vérifiez que les groupes de stockage peuvent présenter des unités logiques.
Activez la fonctionnalité NPIV sur les cartes HBA et les commutateurs Fibre Channel.
Les hôtes Hyper-V doivent exécuter Windows Server 2012 ou une version plus récente.
Assurez-vous qu'un fournisseur SMI-S est installé. VMM gère les infrastructures Fibre Channel et les
dispositifs SAN à l’aide du fournisseur SMI-S. Veillez à ne pas installer le fournisseur SMI-S sur le
serveur VMM, mais sur un serveur auquel peut se connecter le serveur VMM à l’aide d’un nom de domaine
complet ou d’une adresse IP.

Déployer le Fibre Channel virtuel


Voici ce que vous devez faire :
1. Découvrir et classifier des infrastructures Fibre Channel
2. Pour chaque ordinateur hôte, créez des réseaux vSAN en regroupant les ports HBA hôtes.
3. Créez une machine virtuelle pouvant accéder au stockage Fibre Channel virtuel.
4. Créez des zones qui connectent chaque hôte ou chaque port vHBA de machine virtuelle à une baie de stockage.
Les zones permettent de connecter une baie Fibre Channel à une machine virtuelle installée sur un ordinateur
hôte.
5. Créez des numéros d’unités logiques et inscrivez-les pour un hôte, une machine virtuelle ou un niveau de
service.
6. Créez un modèle de service, et ajoutez-lui des modèles de machine virtuelle. Pour chaque carte vHBA, spécifiez
des attributions WWN dynamiques ou statiques, puis sélectionnez la classification. Créez et déployez un niveau
de service basé sur le modèle de service pour accéder au stockage Fibre Channel virtuel. Vous associez une baie
Fibre Channel au niveau en créant une zone, vous ajoutez un disque, vous créez un numéro d’unité logique, puis
vous inscrivez le numéro d’unité logique dans le niveau.

Découvrir et classifier des infrastructures Fibre Channel


1. Cliquez sur Infrastructure > Stockage > Ajouter des ressources > Périphériques de stockage.
2. Dans l’Assistant Ajout de dispositifs de stockage > Sélectionner un type de fournisseur, sélectionnez
Infrastructure Fibre Channel découverte et gérée par un fournisseur SMI -S.
3. Dans Spécifier l’étendue de la découverte, spécifiez l’adresse IP ou le nom de domaine complet (FQDN ),
ainsi que le numéro de port du fournisseur.
4. Si vous utilisez SMI-S, spécifiez si le fournisseur utilise SMI -S CIMXML ou SMI -S WMI, puis ajoutez
l’adresse IP ou le FQDN et le port utilisé pour la connexion au fournisseur sur le serveur distant. Vous pouvez
activer le SSL si vous utilisez CIMXML.
5. Spécifiez un compte pour la connexion au fournisseur.
6. Dans Collecter des informations, VMM découvre et importe automatiquement les informations sur
l’infrastructure Fibre Channel. Si le processus de découverte réussit, le nom de l'infrastructure détectée, les
commutateurs et les noms WWN (World Wide Node) de l'infrastructure sont répertoriés dans la page. Si le
processus se termine avec succès, cliquez sur Suivant. Pour recommencer le processus de découverte suite à
une tentative infructueuse, cliquez sur Analyser le fournisseur.
7. Si vous avez sélectionné l’option pour utiliser une connexion SSL pour un fournisseur SMI-S, notez ce qui suit :
Pendant la découverte, la boîte de dialogue Importer un certificat s'affiche. Vérifiez les paramètres, puis
cliquez sur Importer. Par défaut, le nom commun du certificat est vérifié. Si le nom commun est absent
ou qu’il ne correspond pas, la découverte du stockage peut échouer.
Si la découverte échoue en raison du nom commun, désactivez la vérification du nom commun dans le
Registre, sur le serveur VMM. Dans le Registre, accédez à
HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Storage Management/, puis créez une valeur
DWORD : DisableHttpsCommonNameCheck. Définissez la valeur sur 1.
8. Dans la page Infrastructures Fibre Channel , procédez comme suit pour chaque infrastructure de stockage
qui nécessite une classification :
a. Dans la colonne Dispositif de stockage, cochez la case en regard d’une infrastructure Fibre Channel
que VMM doit gérer.
b. Dans la colonne Classification , sélectionnez la classification que vous souhaitez affecter à
l'infrastructure. La tâche de classification d'une infrastructure est distincte de celle utilisée pour la
classification du stockage, bien que le concept soit similaire.
9. Dans la page Résumé , confirmez les paramètres, puis cliquez sur Terminer.

Créer des réseaux VSAN et attribuer des cartes HBA


Vous pouvez créer des réseaux vSAN et leur affecter des cartes HBA. Vous pouvez créer un ou plusieurs réseaux
vSAN pour chaque ordinateur hôte. Chaque réseau vSAN ne peut contenir que des adaptateurs HBA qui se
trouvent dans la même infrastructure.
Les cartes HBA virtuelles (vHBA) correspondent à la virtualisation des cartes HBA Fibre Channel. Elles sont
utilisées par les machines virtuelles pour se connecter à des réseaux vSAN. Chaque vHBA possède un nom
WWNN (World Wide Node Name) qui diffère de celui de l'hôte HBA. Grâce à la fonctionnalité N_Port ID
Virtualization (NPIV ), la carte HBA d’un ordinateur hôte peut se mapper à plusieurs cartes vHBA. Les ports HBA
affectés à un réseau vSAN peuvent être ajoutés ou supprimés selon vos besoins.
1. Cliquez sur Infrastructure, cliquez avec le bouton droit sur l’hôte approprié > Propriétés > Matériel >
Nouveau SAN virtuel.
2. Dans Nouveau SAN virtuel, spécifiez un nom, puis une description (facultatif). Dans Cartes Fibre Channel,
cochez les cases en regard des cartes Fibre Channel (HBA) auxquelles vous souhaitez affecter le réseau vSAN.
Cliquez sur OK.
3. Si vous souhaitez modifier les affectations de ports vSAN, dans Propriétés > Matériel > Réseau SAN virtuel
FC > Détails de la carte Fibre Channel, sélectionnez ou désélectionnez les ports HBA.
4. Si vous voulez ajouter une nouvelle carte vHBA et l’attribuer à un réseau vSAN, cliquez sur Propriétés >
Configuration matérielle > Nouveau > Carte Fibre Channel. Dans Nom du SAN virtuel, sélectionnez un
réseau vSAN à attribuer. Spécifiez si vous souhaitez affecter des paramètres de port à la carte vHBA de manière
statique ou dynamique.
5. Si vous souhaitez modifier les paramètres de port globaux par défaut de la carte vHBA, cliquez sur Propriétés
> Matériel > Paramètres globaux, puis modifiez les paramètres dans Détails de la carte Fibre Channel. La
modification de ces paramètres n’affecte pas les ports vHBA qui ont déjà été créés. Pour appliquer un nouveau
paramètre à un port vHBA existant, recréez le port en le supprimant, puis en l'ajoutant à nouveau.

Créer un modèle de machine virtuelle


Les ports vHBA sont utilisés par les machines virtuelles pour se connecter aux réseaux vSAN. Pour permettre aux
cartes vHBA de se connecter à des réseaux vSAN, ceux-ci doivent tout d'abord être ajoutés au profil matériel d'un
modèle de machine virtuelle.
1. Utilisez l’Assistant Créer un ordinateur virtuel pour créer une machine virtuelle, puis ajoutez une nouvelle
carte Fibre Channel (vHBA) dans la page Configurer le matériel du modèle de machine virtuelle. Pour chaque
carte vHBA que vous créez, spécifiez des affectations WWPN dynamiques ou statiques et sélectionnez la
classification de l'infrastructure.
2. Toujours à l'aide de l' Assistant Créer un ordinateur virtuel, placez et déployez la machine virtuelle sur un
ordinateur hôte de destination. Assurez-vous que l'ordinateur hôte contient un réseau SAN virtuel qui
correspond à l'infrastructure de stockage.
Une fois la machine virtuelle déployée sur un hôte, vous pouvez créer une zone pour la baie de stockage Fibre
Channel virtuel sur la machine virtuelle. Ensuite, vous devez créer un numéro d’unité logique et l’inscrire (afficher)
sur la machine virtuelle.

Créer des zones


Les zones permettent de connecter une baie Fibre Channel à un hôte ou à une machine virtuelle. Les ports cibles
de la baie de stockage sont mappés sur les ports HBA de l’ordinateur hôte ou les ports HBA virtuels (vHBA) de la
machine virtuelle. Vous pouvez créer des zones pour un ordinateur hôte, une machine virtuelle ou les deux. Pour
les clusters de basculement Hyper-V, une zone est nécessaire pour chaque ordinateur hôte du cluster. Sachez que :
Les zones sont regroupées en ensembles de zones, qui utilisent des appareils d’infrastructure Fibre Channel
communs. Lorsque toutes les zones d'un ensemble de zones ont été ajoutées, modifiées ou supprimées si
nécessaire, l'ensemble de zones doit être activé. L’activation de l’ensemble de zones envoie des informations
pour chaque zone vers les commutateurs Fibre Channel de l’infrastructure sélectionnée.
Seuls les membres de la même zone peuvent communiquer entre eux.
Vous devez créer des zones, puis activer l’ensemble de zones. L'activation d'un ensemble de zones peut
engendrer un certain temps mort dans l'infrastructure jusqu'à ce que les informations soient propagées à tous
les commutateurs.
Si vous souhaitez ajouter un groupe de stockage à un cluster Hyper-V, vous devez tout d'abord segmenter le
groupe sur chaque ordinateur hôte. De la même façon, si vous souhaitez ajouter un groupe à un cluster invité,
vous devez tout d'abord segmenter le groupe sur chaque machine virtuelle.
Configurez les zones comme suit :
1. Cliquez sur Ordinateurs virtuels et services > Services, cliquez avec le bouton droit sur la machine virtuelle
souhaitée, puis sur Propriétés > Stockage > Ajouter > Ajouter un groupe Fibre Channel.
2. Dans la page Ajouter un groupe Fibre Channel > Propriétés > Créer une zone, spécifiez un nom de zone,
sélectionnez une baie de stockage, puis dans Infrastructure, sélectionnez un commutateur. Dans Ports cibles
du groupe de stockage, sélectionnez le ou les ports WWPM souhaités. Dans Initiateur d’ordinateur virtuel,
sélectionnez le ou les ports WWPM souhaités. Ensuite, cliquez sur Créer. Cliquez sur Afficher les alias pour
afficher les alias de zone disponibles.
3. Pour activer l’ensemble de zones, cliquez sur Infrastructure > Nom, sélectionnez l’ensemble de zones inactif,
puis Activer l’ensemble de zones.
4. Vous pouvez afficher les ensembles de zones d’une infrastructure dans Infrastructure > Infrastructure Fibre
Channel > Nom, cliquer avec le bouton droit sur l’infrastructure souhaité, puis sur cliquer Propriétés >
Ensembles de zones.
5. Si vous souhaitez modifier la segmentation d’une baie de stockage, cliquez sur Ordinateurs virtuels et
services > l’hôte concerné > Propriétés > Stockage > Groupes Fibre Channel > Modifier > la baie
souhaitée, puis modifiez les paramètres de segmentation.

Créer et inscrire des numéros d’unités logiques


Pour qu’un ordinateur hôte, une machine virtuelle ou un niveau de service d’ordinateur puisse accéder aux
ressources d’une baie de stockage, des unités logiques et leurs numéros associés (LUN ) doivent être créés, puis
inscrits (affichés) sur l’ordinateur hôte, la machine virtuelle ou le niveau de service.
1. Cliquez sur Infrastructure > Stockage > Classifications et pools. Sous Nom, cliquez sur le dispositif de
stockage souhaité, puis cliquez sur Créer une unité logique.
2. Dans Créer une unité logique, sélectionnez un pool de stockage, spécifiez un nom, la description et la taille
des unités logiques. Spécifiez si vous souhaitez créer un numéro d’unité logique de taille fixe ou dynamique.
3. Pour inscrire le numéro d’unité logique, dans le volet Ordinateurs virtuels et services, cliquez avec le bouton
droit sur la machine virtuelle souhaitée, puis cliquez sur Propriétés > Ajouter > Ajouter un disque.
4. Dans Créer une unité logique, sélectionnez un pool de stockage, un nom et une taille. Cliquez sur OK pour
inscrire le numéro d’unité logique.

Créer et déployer un niveau de service


1. À l'aide du Concepteur de modèles de services, créez un modèle de service et ajoutez les modèles de
machine virtuelle souhaités et précédemment créés pour le modèle de service.
2. Ajoutez une nouvelle carte Fibre Channel virtuel (vHBA) dans la page Configurer le matériel du modèle de
service. Pour chaque carte vHBA que vous créez, spécifiez des affectations de port WWPN dynamiques ou
statiques et sélectionnez la classification de l'infrastructure.
3. Créez un niveau de service à partir du modèle de service et affectez le niveau de service à un niveau
d'ordinateur.
4. Déployez le niveau.
5. Une fois déployé, vous pouvez créer une zone pour la baie de stockage Fibre Channel virtuel sur le niveau de
service. Ensuite, créez un numéro d’unité logique pour la baie, puis inscrivez-le (affichez-le) dans le niveau.

Étapes suivantes
Configurez le stockage pour les clusters et les hôtes Hyper-V.
Configurer le stockage de fichiers dans
l’infrastructure VMM
11/12/2018 • 7 minutes to read

Vous pouvez gérer le stockage de fichiers qui prend en charge le protocole SMB 3.0 dans l’infrastructure de
stockage System Center - Virtual Machine Manager (VMM ). Cela comprend les serveurs de fichiers Windows, les
serveurs de fichiers avec montée en puissance parallèle (SOFS ), ainsi que les dispositifs de stockage NAS tiers,
tels que NetApp et EMC.
Cet article explique comment ajouter un stockage de fichiers à l’infrastructure VMM. Une fois les partages de
fichiers disponibles dans la structure, vous pouvez les attribuer aux clusters et aux hôtes Hyper-V.

Ajouter un partage de fichiers à l’infrastructure VMM


Quand vous ajoutez un serveur de fichiers, VMM découvre automatiquement tous les partages présents sur le
serveur.
1. Cliquez sur Infrastructure > Stockage > Ajouter des ressources > Périphériques de stockage.
2. Dans l’Assistant Ajout de périphériques de stockage > Sélectionner un type de fournisseur,
sélectionnez Ajouter un serveur de fichiers Windows en tant que périphérique de stockage géré pour
gérer un serveur de fichiers unique ou en cluster dans la console VMM.
3. Dans Spécifier l’étendue de la découverte, spécifiez l’adresse ou le nom du serveur de fichiers. Si le serveur
de fichiers se trouve dans un domaine qui n’est pas approuvé par le domaine dans lequel se trouvent les
ordinateurs hôtes des machines virtuelles, sélectionnez Cet ordinateur est dans un domaine Active
Directory non approuvé. Sélectionnez un compte d’identification pouvant accéder au serveur de fichiers.
4. Dans Rechercher des informations, VMM tente automatiquement de découvrir et d’importer des
informations sur les partages présents sur le serveur de fichiers. Si le processus de découverte aboutit, les
informations concernant le serveur de fichiers s’affichent. Une fois le processus terminé, cliquez sur Suivant.
5. Dans Sélectionner les périphériques de stockage, sélectionnez les partages de fichiers que VMM doit gérer.
6. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer.

Créer un partage de fichiers


Vous devez créer un partage de fichiers sur le serveur de fichiers. Lors de la création du partage, VMM affecte
automatiquement des autorisations.
1. Cliquez sur Infrastructure > Stockage > Fournisseurs.
2. Sélectionnez le serveur de fichiers, puis Créer un partage de fichiers.
3. Dans Créer un partage de fichiers, spécifiez le chemin sur lequel vous voulez créer le partage. S’il n’existe
pas, VMM le crée.

Affecter des partages de fichiers


Vous pouvez attribuer des partages de fichiers à n’importe quel ordinateur hôte sur lequel vous voulez créer des
machines virtuelles qui utiliseront le partage de fichiers comme stockage.
1. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes, puis sélectionnez le nœud de l’hôte
ou du cluster que vous souhaitez configurer.
2. Dans Ordinateur hôte > Propriétés, cliquez sur Propriétés > Accès des ordinateurs hôtes. Spécifier un
compte d’identification Par défaut, le compte d’identification qui a été utilisé pour ajouter l’ordinateur hôte à
VMM est répertorié. Dans la zone Compte d’identification, configurez les paramètres du compte. Vous ne
pouvez pas utiliser le compte que vous utilisez pour le service VMM.
Si vous avez utilisé un compte de domaine pour le compte du service VMM, ajoutez le compte de
domaine au groupe Administrateurs local sur le serveur de fichiers.
Si vous avez utilisé un compte système local pour le compte du service VMM, ajoutez le compte
d’ordinateur du serveur d’administration VMM au groupe Administrateurs local sur le serveur de
fichiers. Par exemple, pour un serveur d’administration VMM nommé VMMServer01, ajoutez le compte
d’ordinateur VMMServer01$.
Les ordinateurs hôtes et clusters hôtes qui accèdent au partage de fichiers SMB 3.0 doivent avoir été
ajoutés à VMM à l’aide d’un compte d’identification. VMM utilise automatiquement ce compte
d’identification pour accéder au partage de fichiers SMB 3.0.
Si vous avez spécifié des informations d’identification utilisateur explicites lorsque vous avez ajouté un
ordinateur hôte ou un cluster hôte, vous pouvez supprimer l’ordinateur hôte ou le cluster de VMM, puis
l’ajouter de nouveau à l’aide d’un compte d’identification.
3. Cliquez sur Propriétés de <nom de l’ordinateur hôte> > Stockage > Ajouter un partage de fichiers.
4. Dans Chemin d’accès de partage, sélectionnez le partage de fichiers SMB 3.0 nécessaire, puis cliquez sur
OK. Pour confirmer que l’ordinateur hôte dispose d’un accès, ouvrez l’espace de travailTravaux pour
afficher l’état du travail. Vous pouvez également rouvrir les propriétés de l’ordinateur hôte, puis cliquer sur
l’onglet Stockage. Sous Partages de fichiers, cliquez sur le partage de fichiers SMB 3.0. Vérifiez qu’une
coche verte apparaît en regard de l’option Accès au partage de fichier.
5. Répétez cette procédure pour tous les ordinateurs hôtes autonomes qui doivent accéder au partage de
fichiers SMB 3.0, ou à tous les nœuds d’un cluster.

Étapes suivantes
Après avoir configuré le cluster ou l’hôte Hyper-V, découvrez la mise en service des machines virtuelles.
Gérer un réplica de stockage dans VMM
19/12/2018 • 14 minutes to read

Le réplica de stockage a été introduit dans Windows Server 2016. Il permet d’effectuer une réplication synchrone
de niveau bloc et indépendante du stockage entre des clusters ou serveurs pour l’anticipation et la récupération
des sinistres, mais aussi d’étirer un cluster de basculement entre des sites à des fins de haute disponibilité. Grâce à
la réplication synchrone, vous pouvez mettre en miroir des données dans des sites physiques avec des volumes
cohérents en cas d’incident, ce qui évite toute perte de données au niveau du système de fichiers. La réplication
asynchrone permet l’extension de site au-delà des zones métropolitaines avec une perte de données éventuelle.
Vous pouvez en savoir plus et consulter la FAQ.
L’article explique comment le réplica de stockage s’intègre à System Center - Virtual Machine Manager (VMM ), et
explique comment configurer un réplica de stockage à l’aide de PowerShell pour répliquer un stockage dans
l’infrastructure VMM.

Réplica de stockage dans VMM


Vous pouvez utiliser le réplica de stockage pour répliquer des données du cluster Hyper-V ou des données de
fichier. L’utilisation du réplica de stockage dans VMM offre plusieurs avantages pour l’entreprise :
Il élimine le coût et la complexité associés aux solutions de réplication synchrone, telles que SAN.
La réplication synchrone réduit au minimum les pertes de données et les temps d’arrêt. Il offre un objectif de
point de récupération égal à 0 (aucune perte de données). L’objectif de délai de récupération (indisponibilité
des données) ne se produit que pendant la période dans laquelle un site principal échoue et un site secondaire
démarre.
Les matériels de stockage source et de destination ne doivent pas être identiques.

Avant de commencer
VMM doit être exécuté sur Windows Server 2016 Datacenter Edition.
Hyper-V doit s’exécuter sur Windows Server 2016 Datacenter, Server Core ou Nano.
Seule la réplication synchrone est prise en charge. La réplication asynchrone n’est pas prise en charge.
Vous avez besoin de deux jeux de stockage (volume ou fichier). Les emplacements source et de destination
doivent avoir le même type de stockage (fichier ou volume), mais le stockage réel peut être une combinaison.
Par exemple, vous pouvez avoir SAN Fibre Channel à une extrémité et les espaces de stockage directs (en
mode hyperconvergé ou désagrégé) à l’autre.
Chaque jeu de stockage doit être disponible dans chacun des clusters. Le stockage de cluster ne doit pas être
partagé.
Les volumes source et de destination (y compris les volumes de journaux) doivent être de taille et de taille de
bloc identiques. En effet, le réplica de stockage utilise la réplication de bloc.
Vous avez besoin d’au moins une connexion d’un GbE sur chaque serveur de stockage, de préférence 10 GbE,
iWARP ou InfiniBand.
Chaque nœud de cluster ou serveur de fichiers a besoin de règles de pare-feu qui autorisent le trafic
bidirectionnel ICMP, SMB (port 445, ainsi que 5445 pour SMB Direct) et WS -MAN (port 5985) et entre tous
les nœuds.
Vous devez être membre du groupe Administrateurs sur chaque nœud de cluster.
Pour l’instant, le réplica de stockage ne peut être configuré qu’à l’aide de Windows PowerShell.
Les stockages source et de destination doivent être gérés par le même serveur VMM.
L’intégration de VMM à Azure Site Recovery n’est pas prise en charge.
La définition d’une demande d’écriture et de groupes de cohérence n’est pas prise en charge.

Étapes du déploiement
1. Identifier le stockage : identifiez le stockage source et de destination que vous souhaitez utiliser.
2. Découvrir et classifier : si votre stockage ne se trouve pas dans l’infrastructure VMM, vous devez le
découvrir avec VMM. Les stockages source et de destination doivent être gérés par le même serveur VMM.
Après la découverte, vous créez un pool de stockage et une classification de stockage. En savoir plus.
3. Associer : associez les baies de stockage source et de destination.
4. Provisionner : une fois que votre stockage est associé, vous devez provisionner des volumes de données
et de journaux identiques à partir des pools de stockage source et de destination créés sur les baies de
stockage respectives. Outre un volume pour les données à répliquer, vous devez configurer un volume pour
les journaux de transactions de réplication. Quand les données sont mises à jour sur le stockage source, le
journal des transactions est ajouté et les modifications delta sont synchronisées (à l’aide de la réplication
synchrone) avec le stockage de destination.
5. Créer des groupes de réplication : une fois les volumes en place, vous créez des groupes de réplication.
Les groupes de réplication sont des groupes logiques contenant plusieurs volumes. Les groupes de
réplication, qui contiennent les volumes de données et de journaux pour les sites source et de destination
respectivement, doivent être identiques.
6. Activer la réplication : à présent, vous pouvez activer la réplication entre les groupes de réplication source
et de destination.
7. Actualiser : pour finaliser la création des groupes de réplication et déclencher la réplication initiale des
données, vous devez actualiser les fournisseurs de stockage principal et secondaire. Les données sont
répliquées sur le stockage de destination.
8. Vérifier l’état : à présent, vous pouvez vérifier l’état du groupe de réplication principal. Il doit être dans
l’état Réplication en cours.
9. Ajouter des machines virtuelles : une fois la réplication différentielle opérationnelle, vous pouvez ajouter
des machines virtuelles qui utilisent le stockage contenu dans le groupe de réplication. Quand vous ajoutez
les machines virtuelles, elles sont découvertes et entament automatiquement le processus de réplication.
10. Exécuter un basculement : une fois que la réplication se trouve dans l’état Synchronisation, vous pouvez
exécuter un basculement pour vérifier qu’elle fonctionne comme prévu. Aucun mécanisme de basculement
de test n’étant prévu à ce stade, vous allez exécuter un basculement manuel en réponse à des arrêts
planifiés ou non planifiés. Après le basculement, vous pouvez supprimer la machine virtuelle du site source
(si elle existe toujours) et créer une machine virtuelle sur le site de destination en utilisant les données
répliquées.
11. Exécuter une restauration automatique : une fois que le basculement est terminé et que les machines
virtuelles de réplication sont opérationnelles, vous pouvez effectuer une restauration automatique en
fonction de vos besoins. Sachez que :
Si vous avez exécuté un basculement non planifié et que votre emplacement source n’est pas disponible,
vous allez exécuter un basculement pour effectuer une restauration automatique depuis l’emplacement
secondaire vers l’emplacement principal, puis créer la machine virtuelle à l’emplacement principal.
Si vous avez exécuté un basculement planifié et que la machine virtuelle source est toujours disponible,
vous devez arrêter la réplication, supprimer la machine virtuelle source, créer la machine virtuelle à
l’emplacement secondaire et redémarrer la réplication. Ensuite, sur le site principal, vous pouvez créer la
machine virtuelle avec les mêmes paramètres que la machine virtuelle d’origine.
Récupérer les objets PowerShell
1. Avant de commencer, récupérez le nom des objets PowerShell à utiliser.
2. Obtenez le nom de la baie de stockage principal et affectez-le à une variable.

$PriArray = Get-SCStorageArray - Name $PriArrayName

3. Obtenez le nom de la baie de stockage secondaire et affectez-le à une variable.

RecArray = Get-SCStorageArray - Name $RecArrayName

4. Obtenez le nom du pool de stockage principal et affectez-le à une variable.

$ $ PriPoolName $RecPool = Get-SCStoragePool -Name $

5. Obtenez le nom du pool de stockage secondaire et affectez-le à une variable.

$ $PriPoolName $RecPool = Get-SCStoragePool -Name $

Associer les baies de stockage


Associez les baies de stockage principal et secondaire en utilisant les variables des noms de baie de stockage.
Notez que le nom de la baie doit être le même que celui du cluster.

Set-SCStorageArray -StorageArray $PriArray -PeerStorageArrayName $RecArray.name

Si vous avez créé le cluster en dehors de VMM et que vous avez besoin d’attribuer à la baie le même nom que le
cluster, utilisez :

Get-SCStorageArray -Name "existing-name" | Set-SCStorageArray -Name "new-name"

Configurer des numéros d’unité logique et créer les groupes de


stockage
Configurez un numéro d’unité logique à partir du pool de stockage pour les données et pour le journal. Créez
ensuite des groupes de réplication.
1. Effectuez la configuration et la création sur la source.

Set-SCStorageArray -StorageArray $PriArray -PeerStorageArrayName $RecArray.name

$PrimaryVol = New-SCStorageVolume -StorageArray $PriArray -StoragePool $PriPool -Name PrimaryVol -


SizeInBytes $VolSize -RunAsynchronously -PhysicalDiskRedundancy "1" -FileSystem "CSVFS_NTFS" -DedupMode
"Disabled"

$PrimaryLogVol = New-SCStorageVolume -StorageArray $PriArray -StoragePool $PriPool -Name PrimaryLogVol


-SizeInBytes $LogVolSize -GuidPartitionTable -RunAsynchronously -FileSystem "NTFS"

$PriRG = New-SCReplicationGroup -Name PriRG -StorageVolume $PrimaryVol -LogStorageVolume


$PrimaryLogVol
2. Effectuez la configuration et la création sur la destination.

$RecoveryVol = New-SCStorageVolume -StorageArray $RecArray -StoragePool $RecPool -Name RecoveryVol -


SizeInBytes $VolSize -RunAsynchronously -PhysicalDiskRedundancy "1" -FileSystem "CSVFS_NTFS" -DedupMode
"Disabled"

$RecoveryLogVol = New-SCStorageVolume -StorageArray $RecArray -StoragePool $RecPool -Name


RecoveryLogVol -SizeInBytes $LogVolSize -GuidPartitionTable -RunAsynchronously -FileSystem "NTFS"

$RecRG = New-SCReplicationGroup -Name RecRG -CreateOnArray -ProtectionMode Synchronous -StorageVolume


$RecoveryVol -LogStorageVolume $RecoveryLogVol

Activer la réplication
À présent, activez la réplication synchrone entre les groupes de réplication source et de destination.

Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation EnableProtection -TargetReplicationGroup $RecRG -


EnableProtectionMode Synchronous

Actualiser les fournisseurs de stockage


1. Ouvrez la console VMM.
2. Cliquez sur Ressources d’infrastructure > Fournisseurs. Cliquez avec le bouton droit sur le fournisseur, puis
choisissez Actualiser.

Vérifier l’état de la réplication


Récupérez l’état de la réplication pour le groupe de réplication source pour vérifier que la réplication fonctionne
comme prévu.

Get replication status Get-SCReplicationGroup | where {($_.Name.EndsWith("PriRG")) -or


($_.Name.EndsWith("RecRG"))} | fl Name, IsPrimary, ReplicationState, ReplicationHealth

Créer une machine virtuelle


Créez une machine virtuelle à l’aide d’un numéro d’unité logique dans le groupe de réplication source. Vous
pouvez également créer une machine virtuelle dans la console VMM.

New-SCVirtualMachine -Name "DemoVM" -VMHost <HostName> -Path $PrimaryVol -VMTemplate <VMTemplate>

Exécuter un basculement
Exécuter un basculement.

Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation PrepareForFailover

Set-SCReplicationGroup -ReplicationGroup SRecRG -Operation Failover

Exécuter une restauration automatique


Avant d’exécuter une restauration automatique, dans la console VMM, supprimez les machines virtuelles sources
si elles sont toujours disponibles. Vous ne pouvez pas effectuer une restauration automatique sur la même
machine virtuelle.
À présent, exécutez la restauration automatique :

Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation ReverseRoles -EnableProtectionMode Synchronous -


TargetReplicationGroup $RecRG

Après avoir exécuté la restauration automatique, vous pouvez créer des machines virtuelles sur le site source en
utilisant les fichiers de configuration/disque dur virtuel automatiquement restaurés.

Arrêter la réplication
Si vous souhaitez arrêter la réplication, vous devez exécuter cette applet de commande sur la source et la
destination.

Set-SCReplicationGroup -ReplicationGroup $RecRG -Operation TearDown Tear down need to be done on both RGs

En savoir plus
En savoir plus sur le réplica de stockage
En savoir plus sur l’allocation de stockage à des clusters et des hôtes Hyper-V.
Gérer un serveur de fichiers avec montée en
puissance parallèle (SOFS) dans l’infrastructure VMM
11/12/2018 • 2 minutes to read

Un serveur de fichiers avec montée en puissance parallèle (SOFS ) est un serveur de fichiers déployé en tant que
cluster actif/actif basé sur SMB 3.0. L’utilisation d’un cluster SOFS fournit aux applications la bande passante de
tous les nœuds du cluster. Tous les nœuds du cluster acceptent les demandes SMB, assurant ainsi une disponibilité
continue et un basculement transparent en cas de défaillance d’un nœud.
Vous pouvez ajouter et gérer des clusters SOFS dans l’infrastructure System Center - Virtual Machine Manager
(VMM ). Il existe plusieurs façons d’ajouter un cluster SOFS. Vous pouvez ajouter un cluster SOFS existant à
l’infrastructure, approvisionner un cluster SOFS à partir des ordinateurs Windows existants de l’infrastructure ou
configurer un cluster à partir de systèmes nus.
Effectuer une mise à niveau propagée d’un cluster SOFS
Ajouter un serveur SOFS existant à l’infrastructure de stockage VMM
Créer un cluster SOFS à partir de serveurs autonomes dans l’infrastructure VMM
Approvisionner un serveur SOFS à partir de systèmes nus
Exécuter une mise à niveau propagée d’un cluster
SOFS vers Windows Server 2016 dans VMM
19/12/2018 • 7 minutes to read

La mise à niveau propagée de cluster a été introduite dans Windows Server 2016. Elle vous permet de mettre à
niveau le système d’exploitation des nœuds de cluster d’un serveur de fichiers avec montée en puissance parallèle
(SOFS ), ou de cluster Hyper-V, sans avoir à arrêter les charges de travail en cours d’exécution sur les nœuds. En
savoir plus sur l’architecture de la mise à niveau propagée et la configuration requise pour cette mise à niveau.
Cet article explique comment effectuer la mise à niveau propagée d’un cluster SOFS géré dans l’infrastructure
System Center - Virtual Machine Manager (VMM ). La mise à niveau effectue plusieurs opérations :
Création d’un modèle : Elle crée un modèle de configuration de nœud en combinant le profil d’ordinateur
physique approprié et les paramètres de configuration de nœud spécifiés dans l’Assistant Mise à niveau.
Migration des charges de travail : Elle déplace les charges de travail en dehors du nœud pour que celles-ci
continuent de s’exécuter normalement.
Suppression du nœud : Elle met le nœud en mode maintenance, puis le supprime du cluster. Les agents
VMM, les extensions de commutateur virtuel, etc. sont aussi supprimés du nœud.
Provisionnement du nœud : Elle provisionne le nœud qui exécute Windows Server 2016 et le configure en
fonction du modèle enregistré.
Réintégration du nœud dans VMM : Elle réintègre le nœud dans l’administration VMM et installe l’agent
VMM.
Réintégration du nœud dans le cluster : Elle réintègre le nœud dans le cluster SOFS et le sort du mode
maintenance, puis redirige les charges de travail des machines virtuelles vers ce nœud.

Avant de commencer
Le cluster doit être géré par VMM.
Le cluster doit exécuter Windows Server 2012 R2.
Le cluster doit être conforme à la configuration requise pour le déploiement complet. La seule exception est
que le profil d’ordinateur physique n’a pas besoin d’inclure les informations de configuration du disque ou du
réseau. Pendant la mise à niveau, VMM inscrit la configuration du disque et du réseau pour le nœud, et utilise
ces informations à la place du profil d’ordinateur.
Vous pouvez mettre à niveau les nœuds qui n’ont pas été initialement approvisionnés par un déploiement
complet tant que ces nœuds présentent la configuration requise pour ce déploiement, comme le contrôleur
BMC. Vous devez fournir ces informations dans l’Assistant Mise à niveau.
La bibliothèque VMM doit contenir un disque dur virtuel configuré avec Windows Server 2016.

Exécuter la mise à niveau


1. Cliquez sur Infrastructure > Stockage > Serveurs de fichiers. Cliquez avec le bouton sur SOFS > Mettre à
niveau le cluster.
2. Dans l’Assistant Mise à niveau > Nœuds, cliquez sur les nœuds à mettre à niveau ou sur Sélectionner tout.
Ensuite, cliquez sur Profil d’ordinateur physique et sélectionnez le profil à utiliser pour les nœuds.
3. Dans Configuration BMC, sélectionnez le compte d’identification doté des autorisations d’accès au contrôleur
BMC ou créez-en un. Dans Protocole de gestion hors-bande, cliquez sur le protocole utilisé par le
contrôleur BMC. Pour utiliser le protocole DCMI, cliquez sur IPMI. DCMI est pris en charge même s’il ne
figure pas dans la liste. Vérifiez que le port correct est affiché.
4. Dans Personnalisation du déploiement, passez en revue les nœuds à mettre à niveau. Si l’Assistant n’a pas
pu déterminer tous les paramètres, il affiche une alerte Paramètres manquants pour le nœud. Par exemple, si
le nœud n’a pas été approvisionné par un déploiement complet, certains paramètres BMC n’ont peut-être pas
été spécifiés. Renseignez les informations manquantes.
Entrez l’adresse IP du contrôleur BMC, si nécessaire. Vous pouvez aussi modifier le nom du nœud. Ne
désactivez pas l’option Ignorer la vérification d’Active Directory pour ce nom d’ordinateur, sauf si
vous modifiez le nom du nœud et que vous voulez vérifier que le nouveau nom n’est pas déjà utilisé.
Dans la configuration de la carte réseau, vous pouvez spécifier l’adresse MAC. Spécifiez cette adresse si
vous configurez la carte de gestion pour le cluster comme une carte réseau virtuelle. Il ne s’agit pas de
l’adresse MAC du contrôleur BMC. Si vous choisissez de spécifier des paramètres d’adresse IP statique
pour la carte, sélectionnez un réseau logique et un sous-réseau IP, le cas échéant. Si le sous-réseau
contient un pool d’adresses, vous pouvez sélectionner l’option Obtenir une adresse IP correspondant
au sous-réseau sélectionné. Sinon, tapez une adresse IP appartenant au réseau logique.
5. Dans Résumé, cliquez sur Terminer pour commencer la mise à niveau. Si l’Assistant se termine, c’est que le
nœud a bien été mis à niveau et que tous les nœuds SOFS exécutent Windows Server 2016. L’Assistant met à
niveau le niveau fonctionnel du cluster vers Windows Server 2016.
Si vous devez mettre à jour le niveau fonctionnel d’un serveur SOFS qui a été mis à niveau en dehors de VMM,
vous pouvez le faire en cliquant avec le bouton droit sur Serveurs de fichiers > Nom du serveur SOFS >
Version de la mise à jour. Cela peut être nécessaire si vous avez mis à niveau les nœuds SOFS avant de les
avoir ajoutés à infrastructure VMM, mais le serveur SOFS continue de fonctionner comme un cluster Windows
Server 2012 R2.
Ajouter un serveur SOFS existant à l’infrastructure
VMM
11/12/2018 • 2 minutes to read

Vous pouvez ajouter un serveur de fichiers avec montée en puissance parallèle (SOFS ) à l’infrastructure de
stockage System Center - Virtual Machine Manager (VMM ). Quand vous ajoutez un serveur de fichiers, VMM
découvre automatiquement tous les partages de fichiers qu’il contient.
1. Cliquez sur Infrastructure > Stockage > Accueil > Ajouter une ressource > Périphériques de stockage
pour ouvrir l’Assistant Ajout de périphériques de stockage.
2. Si le serveur de fichiers se trouve dans un domaine qui n’est pas approuvé par les hôtes Hyper-V auxquels il
doit fournir du stockage, sélectionnez Cet ordinateur est dans un domaine Active Directory non
approuvé. Cliquez sur Parcourir, puis sélectionnez un compte d’identification doté d’autorisations
d’administrateur sur le serveur SOFS. Sinon, créez un compte d’identification si vous n’en avez pas.
3. Dans Sélectionner un type de fournisseur, sélectionnez Serveur de fichiers Windows.
4. Dans Spécifier l’étendue de la découverte, tapez le nom de domaine complet ou l’adresse IP du serveur
SOFS (pas du cluster sous-jacent).
5. Dans Rechercher des informations, VMM découvre et importe les informations relatives au serveur SOFS.
6. Dans Sélectionner les périphériques de stockage, sélectionnez les partages de fichiers que VMM doit gérer.
Vous pouvez configurer des paramètres supplémentaires sur le serveur de fichiers après avoir terminé
l’Assistant.
7. Dans la page Résumé, vérifiez les paramètres, puis cliquez sur Terminer. Vous pouvez surveiller l’état du
cluster dans la page Travaux. À la fin de la tâche, vérifiez le serveur SOFS dans Infrastructure > Stockage >
Serveurs de fichiers.
Approvisionner un serveur de fichiers avec montée
en puissance parallèle (SOFS) à partir de serveurs de
fichiers autonomes dans l’infrastructure VMM
11/12/2018 • 2 minutes to read

Utilisez les instructions fournies dans cet article si vous voulez utiliser System Center - Virtual Machine Manager
(VMM ) pour créer un serveur de fichiers avec montée en puissance parallèle (SOFS ) à partir de serveurs de
fichiers autonomes gérés dans l’infrastructure VMM.
1. Dans la console VMM, cliquez sur Infrastructure > Créer > Cluster de serveurs de fichiers.
2. Dans l’assistant Création d’un serveur de fichiers en cluster > Général, spécifiez un nom de cluster, un nom
de serveur de fichiers et des adresses IP de cluster, si nécessaire.
3. Dans Type de ressource, sélectionnez l’option de d’approvisionnement des ordinateurs sur lesquels Windows
Server 2012 R2 ou ultérieur est installé, puis complétez les détails.
4. Dans Nœuds du cluster, définissez une liste d’ordinateurs à ajouter au cluster.
5. Dans la page Résumé, vérifiez les paramètres, puis cliquez sur Terminer.
Vous pouvez surveiller l’état du cluster dans la page Travaux. À la fin de la tâche, vérifiez le cluster dans
Infrastructure > Stockage > Serveurs de fichiers.
Configurer un cluster de serveurs de fichiers avec
montée en puissance parallèle (SOFS) à partir de
systèmes nus dans l’infrastructure VMM
19/12/2018 • 29 minutes to read

Outre l’ajout de serveurs de fichiers existants à un cluster SOFS dans l’infrastructure System Center - Virtual
Machine Manager (VMM ), VMM peut découvrir des systèmes nus provisionnés en tant que nœuds de cluster
SOFS. Cet article inclut les étapes de configuration d’un cluster SOFS nu dans VMM.

Avant de commencer
Voici ce que dont avez besoin pour le déploiement :
Des ordinateurs physiques à déployer en tant que nœuds de cluster SOFS. Ces ordinateurs doivent remplir
les conditions préalables décrites dans le tableau ci-dessous. Ils peuvent s’exécuter sur un système
d’exploitation qui sera éventuellement remplacé au cours du déploiement.
Un disque dur virtuel avec un système d’exploitation approprié, situé sur un partage de bibliothèque VMM.
Au moment de créer le disque dur virtuel, vous pouvez créer une machine virtuelle, installer le système
d’exploitation invité, puis utiliser Sysprep avec les options /generalize et /oobe.

Le système d’exploitation basé sur le disque dur virtuel que vous déployez sur les nœuds du cluster doit
prendre en charge l’option de démarrage à partir d’un disque dur virtuel (VHD ).
Un serveur PXE configuré avec les Services de déploiement Windows est nécessaire pour un déploiement
complet.
Configuration requise pour les ordinateurs physiques
PRÉREQUIS DÉTAILS
PRÉREQUIS DÉTAILS

Contrôleur BMC Un contrôleur de gestion de la carte de base (BMC) doit être


installé sur chaque ordinateur physique pour permettre à
VMM d’assurer une gestion hors bande.

Un contrôleur BMC vous permet d’accéder à l’ordinateur à


distance, indépendamment du système d’exploitation, et de
contrôler des fonctions système telles que la possibilité de
mettre l’ordinateur sous tension ou hors tension.

Les contrôleurs BMC doivent utiliser l’un des protocoles de


gestion hors bande pris en charge, et le protocole de gestion
doit être activé dans les paramètres BMC.

Protocoles pris en charge : Intelligent Platform Management


Interface (IPMI) versions 1.5 ou 2.0 ; Data Center
Management Interface (DCMI) version 1.0 ; System
Management Architecture for Server Hardware (SMASH)
version 1.0 sur WS-Management (WS-Man) ; protocoles
personnalisés tels que Integrated Lights-Out (iLO)

Les contrôleurs BMC doivent utiliser la dernière version du


microprogramme pour le modèle de contrôleur BMC.

Les contrôleurs BMC doivent être configurés avec des


informations d’identification d’ouverture de session et doivent
utiliser l’adressage IP statique ou DHCP. Si vous utilisez le
protocole DHCP, nous vous conseillons de le configurer pour
qu'il attribue une adresse IP constante à chaque contrôleur
BMC, par exemple à l'aide de réservations DHCP.

Le serveur d'administration VMM doit être en mesure


d'accéder au segment de réseau sur lequel les contrôleurs
BMC sont configurés.

Système d'exploitation Les ordinateurs physiques doivent exécuter Windows


Server 2012 R2 ou une version ultérieure.

Comptes Vous aurez besoin de deux comptes d’identification.

Un compte d’identification pour joindre les ordinateurs au


domaine et un compte pour l’accès au contrôleur BMC sur
chaque ordinateur.

Configuration requise pour le serveur PFX


PRÉREQUIS DÉTAILS
PRÉREQUIS DÉTAILS

Conditions requises pour le déploiement Vous devez avoir un serveur PXE configuré avec les Services
de déploiement Windows.

Si vous avez dans votre environnement un serveur PXE


configuré avec les Services de déploiement Windows, vous
pouvez l’ajouter à VMM. Vous pouvez ensuite l’utiliser pour
l’approvisionnement dans VMM (VMM reconnaîtra
uniquement les serveurs qui en résultent). Toutes les autres
demandes continueront à être gérées par le serveur PXE en
fonction de la façon dont il est configuré.

Si vous n’avez pas de serveur PXE, vous pouvez déployer le


rôle Services de déploiement Windows sur un serveur
exécutant un système d’exploitation pris en charge (Windows
Server 2012 R2 ou version ultérieure).

Emplacement Le serveur PXE doit se trouver dans le même sous-réseau que


les ordinateurs physiques que vous souhaitez approvisionner.

Installation des Services de déploiement Windows Quand vous installez les Services de déploiement Windows,
vous devez installer les options Serveur de déploiement et
Serveur de transport. Vous n’avez pas besoin d’ajouter
d’images.

Pendant le déploiement d’hôte, VMM utilise un disque dur


virtuel que vous avez créé et stocké dans la bibliothèque.

Vous n’avez pas besoin de configurer les paramètres situés


sous l’onglet Réponse PXE. VMM fournit son propre
fournisseur PXE.

Autorisations Lorsque vous ajoutez un serveur PXE, vous devez spécifier les
informations d'identification d'un compte disposant
d'autorisations d'administrateur local sur le serveur PXE. Vous
pouvez entrer un nom d'utilisateur et un mot de passe ou
spécifier un compte d'identification. Vous pouvez créer le
compte d’identification avant ou pendant le déploiement.

Configuration requise pour le disque virtuel et le modèle


PRÉREQUIS DÉTAILS

Disque dur virtuel Vérifiez que vous avez un disque dur virtuel généralisé dans
un partage de bibliothèque VMM. Il doit exécuter Windows
Server 2012 R2 ou une version ultérieure.

Pour les serveurs de production, nous vous recommandons


d'utiliser un disque fixe (format de fichier .vhd ou .vhdx) pour
augmenter les performances et protéger les données
utilisateur.

Vérifiez que vous avez un disque dur virtuel généralisé dans


un partage de bibliothèque VMM. Il doit exécuter Windows
Server 2012 R2 ou une version ultérieure.

Disque dynamique Quand vous créez un profil d’ordinateur physique, VMM


convertit un disque dynamique en disque fixe.
PRÉREQUIS DÉTAILS

Pilotes personnalisés Si vous prévoyez d’affecter des pilotes personnalisés à un


profil d’ordinateur physique, ajoutez-les à un partage de
bibliothèque VMM dans un ou plusieurs dossiers dotés d’une
extension .CR (comme « custom resources », ressources
personnalisées). VMM les identifie comme des ressources
personnalisées.

Fichier de réponses Comme pour les ressources personnalisées, si vous voulez


inclure des références à un fichier de réponses (fichier
Unattend.xml) à un profil d’ordinateur physique, créez le
fichier de réponses et ajoutez-le à un partage de bibliothèque
VMM avant de commencer le déploiement. Par exemple, vous
pouvez souhaiter créer un fichier de réponses pour activer les
services Bureau à distance et le placer dans un partage de
bibliothèque. Vous pourrez ensuite sélectionner ce fichier
quand vous configurerez un profil d’ordinateur physique.

Services Bureau à distance Si vous utilisez les services Bureau à distance pour gérer les
serveurs, nous vous recommandons d'activer les connexions
aux services Bureau à distance dans l'image. Vous pouvez
également activer les services Bureau à distance en utilisant
un fichier de réponses dans le profil d’ordinateur physique.

Réseaux logiques Si vous avez déjà configuré des réseaux logiques ou des
commutateurs logiques dans VMM, vous pouvez inclure ces
configurations dans le profil d’ordinateur physique.

Pour inclure l’adressage IP statique contrôlé par le biais d’un


réseau logique dans un profil d’ordinateur physique,
configurez le réseau logique. Le réseau logique doit inclure au
moins un site réseau et un pool d’adresses IP statiques.

Le site réseau doit être accessible au groupe hôte ou à un


groupe hôte parent où vous souhaitez affecter les hôtes que
vous créerez à partir de systèmes nus.

Commutateur logique Pour utiliser un commutateur logique, installez toutes les


extensions de commutateur virtuel et tous les fournisseurs
d’extensions nécessaires, puis créez le commutateur avant de
créer le profil d’ordinateur physique.

Sur le commutateur logique, en guise de bonne pratique,


vous devez inclure une ou plusieurs classifications de port
pour les ports virtuels.

Pour appliquer un commutateur logique aux cartes physiques


d’un profil d’ordinateur physique, vérifiez que vous avez
installé le nombre prévu de cartes réseau sur l’ordinateur
physique.

Étapes du déploiement
1. Avant de commencer : vérifiez les conditions préalables ci-dessus avant de commencer.
2. Préparez l’ordinateur physique : configurez le BIOS sur chaque ordinateur physique pour prendre en
charge la virtualisation.
3. Préparez l’environnement de serveur PXE : ajoutez le serveur PXE à l’infrastructure VMM.
4. Ajoutez des fichiers de pilote : ajoutez des fichiers de pilote à la bibliothèque VMM si vous souhaitez utiliser
des pilotes personnalisés.
5. Créez un profil : créez un profil pour les ordinateurs physiques.
6. Créez le cluster : exécutez l’Assistant Création d’un serveur de fichiers en cluster pour découvrir les
ordinateurs physiques, configurer le cluster et débuter le déploiement du cluster. Les ordinateurs physiques
démarrent à partir d’une image personnalisée Windows PE sur le serveur PXE. Les rôles de cluster de
basculement et de serveur de fichiers sont activés. Une fois le cluster créé, le rôle de serveur de fichiers avec
montée en puissance parallèle est activé. L'ordinateur est ensuite redémarré.
7. Ajoutez des nœuds au cluster SOFS : une fois que vous avez provisionné les nœuds, vous pouvez créer un
cluster avec ces nœuds ou les ajouter à un cluster existant.

Préparer les ordinateurs physiques


Préparez chaque ordinateur pour qu’il prenne en charge la virtualisation en procédant comme suit :
1. Définissez l’ordre de démarrage du BIOS de sorte que le premier périphérique soit une carte réseau
compatible avec un environnement PXE (Pre-Boot Execution Environment).
2. Configurez les informations d’identification d’ouverture de session et les paramètres d’adresse IP pour le
contrôleur BMC sur chaque ordinateur.
3. Si votre environnement comporte plusieurs serveurs DNS, dans lequel la réplication peut prendre un certain
temps, nous vous recommandons vivement de créer des entrées DNS pour les noms d’ordinateurs qui seront
affectés aux ordinateurs physiques et d’accorder le temps nécessaire pour permettre l’exécution de la
réplication DNS. À défaut, le déploiement des ordinateurs risque d’échouer.

Ajouter un serveur PXE à l’infrastructure VMM


1. Cliquez sur Infrastructure > Serveurs > Accueil > Ajouter > Ajouter des ressources > Serveur PXE.
2. Dans Nom de l’ordinateur, spécifiez le nom du serveur PXE.
3. Ajoutez les informations d’identification d’un compte disposant d’autorisations d’administrateur local sur le
serveur PXE. Vous pouvez spécifier un compte d’identification existant ou en créez un. Entrez manuellement les
informations d’identification de l’utilisateur au format nom_domaine\nom_utilisateur. Cliquez ensuite sur
Ajouter.
4. Dans Travaux, vérifiez que l’état du travail est Terminé, puis fermez la boîte de dialogue. Le travail configure le
nouveau serveur PXE, installe l’agent VMM sur le serveur PXE, importe une nouvelle image Windows PE
(Windows Preinstallation Environment) et ajoute le compte d’ordinateur à VMM pour le serveur PXE.
5. Vérifiez que le serveur PXE est ajouté dans Infrastructure > Serveurs > Serveurs PXE. L’état de l’agent doit
être Réponse en cours.

Ajouter des ressources personnalisées à la bibliothèque


Si vous envisagez d'attribuer des pilotes personnalisés, les fichiers de pilote doivent exister dans la bibliothèque.
Vous pouvez ajouter des légendes aux pilotes de la bibliothèque pour pouvoir les filtrer par légende plus tard. Une
fois les fichiers ajoutés, quand vous configurez un profil d’ordinateur physique, vous pouvez spécifier les fichiers
de pilote. VMM installe les pilotes spécifiés pendant l’installation du système d’exploitation sur un ordinateur
physique.
Dans le profil d’ordinateur physique, vous pouvez choisir de filtrer les pilotes par légende ou en fonction de la
correspondance des ID PnP sur l’ordinateur physique. Si vous choisissez de filtrer les pilotes par légende, VMM
détermine les pilotes à appliquer en faisant correspondre les légendes que vous affectez aux pilotes dans la
bibliothèque aux légendes que vous affectez dans le profil. Si vous choisissez de filtrer les pilotes avec les ID PnP
correspondants, vous n’avez pas besoin d’affecter de légendes personnalisées.
1. Recherchez un package de pilotes que vous souhaitez ajouter à la bibliothèque.
2. Dans le partage de bibliothèque qui se trouve sur le serveur de bibliothèque associé au groupe sur lequel vous
souhaitez déployer les ordinateurs physiques, créez un dossier pour stocker les pilotes, puis copiez le package
de pilotes dans le dossier.
3. Nous vous conseillons vivement de créer un dossier distinct pour chaque package de pilotes et de ne pas
mélanger les ressources dans les dossiers de pilotes. Si vous incluez dans le même dossier d’autres ressources
de bibliothèque telles que des images .iso, des fichiers .vhd ou des scripts dotés d’une extension de nom de
fichier .inf, le serveur de bibliothèque VMM ne découvrira pas ces ressources. De même, quand vous
supprimez un package de pilotes .inf de la bibliothèque, VMM supprime la totalité du dossier où réside le
fichier de pilote .inf.
4. Dans la console VMM > Bibliothèque > Serveurs de bibliothèque, développez le serveur de bibliothèque
où se situe le partage, cliquez avec le bouton droit sur le partage, puis cliquez sur Actualiser. Une fois la
bibliothèque actualisée, le dossier doit s’afficher.
5. Affectez des étiquettes, si nécessaire. Dans Bibliothèque, développez le dossier que vous avez créé pour
stocker les pilotes, puis cliquez sur le dossier qui contient le package de pilotes.
6. Dans Objets de bibliothèque physique, cliquez avec le bouton droit sur le fichier de pilote .inf, puis cliquez
sur Propriétés.
7. Dans Propriétés de nom_fichier_pilote > Étiquettes personnalisées, entrez les étiquettes personnalisées
séparées par un point-virgule ou cliquez sur Sélectionner pour attribuer les étiquettes disponibles ou pour en
créer et les affecter. Si vous cliquez sur Sélectionner, puis sur Nouvelle légende, vous pouvez modifier le
nom de la légende après avoir cliqué sur OK. Par exemple, si vous avez ajouté un fichier de pilote de carte
réseau, vous pouvez créer une étiquette nommée ServerModel NetworkAdapterModel, où ServerModel est le
modèle de serveur et NetworkAdapterModel est le modèle de carte réseau.

Créer un profil d’ordinateur physique


Avant de commencer, déterminez si les ordinateurs physiques utilisent l’interface EFI (Extensible Firmware
Interface) ou le BIOS. Si vous avez les deux, créez un profil distinct pour chaque type.
1. Cliquez sur Bibliothèque > Accueil > Créer > Profil d’ordinateur physique.
2. Dans l’Assistant Nouveau profil d’ordinateur physique > Description du profil, tapez un nom et une
description et sélectionnez Ordinateur hôte d’ordinateur virtuel.
3. Dans Image du système d’exploitation > Fichier de disque dur virtuel > Parcourir, cliquez sur le disque
dur virtuel généralisé que vous avez ajouté au partage de bibliothèque. Par défaut, si le disque est dynamique,
VMM le convertit en disque fixe pendant le déploiement d’hôte. Pour les serveurs de production, nous vous
recommandons d’utiliser un disque fixe pour augmenter les performances et favoriser la protection des
données utilisateur.
4. Dans Configuration matérielle > Carte réseau de gestion, sélectionnez la carte réseau que vous utilisez
pour communiquer avec VMM et indiquez s’il faut utiliser DHCP ou une adresse statique. Si vous souhaitez
utiliser le réseau de diffusion de contenu (CDN ) pour la carte ou configurer des commutateurs et des ports
logiques, cliquez sur Propriétés physiques. Cliquez sur Ajouter pour ajouter la carte.
5. Dans Disque, spécifiez le schéma de partitionnement pour le premier disque. Vous pouvez utiliser GPT si le
profil d’ordinateur physique est EFI. Dans Informations de partition, sélectionnez le nom de volume,
indiquez s’il faut utiliser tout l’espace libre restant ou une taille spécifique et si la partition doit être désignée
comme partition de démarrage. Vous pouvez aussi ajouter un nouveau disque ou une nouvelle partition.
Pendant le déploiement, VMM copie le fichier de disque dur virtuel dans la partition de démarrage et crée
automatiquement une partition système sur le même disque.
6. Dans Filtre de pilote, filtrez les pilotes à appliquer au système d’exploitation pendant le déploiement d’hôte.
Vous pouvez filtrer par ID Plug-and-Play ou par étiquettes spécifiques. Si vous choisissez de filtrer les pilotes
avec des légendes correspondantes, vérifiez que vous avez ajouté des fichiers de pilote à la bibliothèque et
attribué les légendes correspondantes.
7. Dans Configuration du système d’exploitation, spécifiez le domaine auquel l’hôte ou le cluster Hyper-V
doit se joindre, et spécifiez les informations d’identité et les informations d’identification d’administrateur local.
Ajoutez la clé de produit pour l’installation et définissez le fuseau horaire. Dans GUIDRunOnce, vous pouvez
spécifier la ou les commandes qui s’exécutent quand l’utilisateur ouvre une session sur l’hôte Hyper-V pour la
première fois.
8. Dans la page Paramètres de l’ordinateur l’hôte, spécifiez le chemin de l’hôte où seront stockés les fichiers
associés aux machines virtuelles placées sur l’hôte. Ne spécifiez pas le lecteur C, car il n’est pas disponible pour
la sélection élective. Si vous ne spécifiez pas de chemin, la sélection élective VMM détermine l’emplacement le
plus approprié.
9. Dans Résumé, vérifiez les paramètres. Attendez que Travaux indique l’état Terminé, puis vérifiez le profil dans
Bibliothèque > Profils > Profils d’ordinateur physique.

Approvisionner un cluster de serveurs de fichiers avec montée en


puissance parallèle à partir de systèmes nus
L'Assistant Création d’un serveur de fichiers en cluster assure les opérations suivantes :
1. Détecte les ordinateurs physiques par le biais de la gestion hors bande
2. Déploie l’image du système d’exploitation Windows Server sur les ordinateurs à l’aide du profil d’ordinateur
physique (s’il est configuré pour cela)
3. Active le rôle de serveur de fichiers sur les ordinateurs
4. Active le rôle Serveur de fichiers avec montée en puissance parallèle sur le cluster
5. Ajoute les ordinateurs configurés en tant que cluster de serveurs de fichiers avec montée en puissance
parallèle sous l’administration de VMM
Exécutez l’Assistant :
1. Cliquez sur Infrastructure > Serveurs > Accueil > Créer > Cluster de serveurs de fichiers.
2. Dans l’Assistant Création d’un serveur de fichiers en cluster > Général, tapez un nom de cluster, un
nom de serveur de fichiers et des adresses IP de cluster, si nécessaire.
3. Dans Type de ressource, sélectionnez l’option permettant d’approvisionner des systèmes nus.
Sélectionnez le profil d’ordinateur physique et cliquez sur Suivant.
4. Dans Informations d’identification et protocole, cliquez sur Parcourir en regard de Compte
d’identification, puis choisissez le compte bénéficiant d’autorisations d’accès au contrôleur BMC. Dans la
liste Protocole, cliquez sur le protocole de gestion hors bande que vous souhaitez utiliser pour la
découverte. Si vous voulez utiliser l’interface DCMI, cliquez sur Interface de gestion de plateforme
intelligente (IPMI ). L’interface DCMI 1.0 n’est pas répertoriée, mais elle est prise en charge. Vérifiez que
vous utilisez la dernière version du microprogramme pour le modèle de contrôleur BMC.
5. Dans Étendue de la découverte, spécifiez l’étendue d’adresses IP qui inclut les adresses IP des
contrôleurs BMC. Vous pouvez ajouter une adresse, un sous-réseau ou une plage unique.
6. Dans Ressources cibles, sélectionnez les ordinateurs que vous voulez approvisionner, accordez le temps
nécessaire à une découverte approfondie, puis cliquez sur les éléments afin d’examiner et de modifier les
informations. Notez que si le nombre de cartes réseau physiques ne correspond pas au nombre de cartes
physiques défini dans le profil d’ordinateur, vous devez ajouter les informations manquantes. Si vous ne
voulez pas déployer un ordinateur immédiatement, vous pouvez sélectionner son adresse IP de contrôleur
BMC et cliquer sur Supprimer.
7. Dans Personnalisation du déploiement, configurez les paramètres et, dès lors que le message
d’avertissement relatif aux informations manquantes ne s’affiche plus, cliquez sur Suivant.
DHCP : si votre profil d’ordinateur physique utilise DHCP, cliquez sur une adresse IP de contrôleur
BMC et tapez un nom d’ordinateur. Indiquez si la vérification AD doit être ignorée ou non. Si vous
décidez de l’exécuter, le déploiement se poursuit si le compte d’ordinateur existe. Cliquez sur l’entrée
pour chaque adresse IP de contrôleur BMC.
Statique : si le profil utilise des adresses IP statiques pour chaque adresse IP BMC, tapez une adresse
MAC de la carte réseau de l’ordinateur utilisée pour communiquer avec VMM. Cliquez sur le réseau
logique que vous souhaitez utiliser. Le réseau logique par défaut est celui indiqué dans le profil. Cliquez
sur le sous-réseau IP que vous voulez utiliser. L’étendue de la liste de sous-réseaux dépend de la
définition du réseau logique dans les sites réseau associés. Vous devez sélectionner le sous-réseau IP
qui correspond à l’emplacement physique dans lequel vous déployez le serveur et le réseau auxquels la
carte est connectée. Vous pouvez attribuer automatiquement une adresse IP ou attribuer une adresse
spécifique.
8. Dans Résumé, vérifiez les paramètres, puis cliquez sur Terminer. Pour vérifier que le cluster a bien été
ajouté, cliquez sur Infrastructure > Stockage > Serveurs de fichiers.
Gérer les paramètres de serveur SOFS dans
l’infrastructure VMM
21/05/2019 • 10 minutes to read

Vous pouvez gérer un serveur de fichiers avec montée en puissance parallèle (SOFS ) dans l’infrastructure System
Center - Virtual Machine Manager (VMM ) en exécutant la procédure suivante :
Création de pools de stockage : créez des pools de stockage à partir de disques physiques sur des nœuds de
serveur SOFS. Vous pouvez ensuite allouer ces pools de stockage.
Création de partages de fichiers : vous pouvez créer des partages de fichiers sur un serveur SOFS dans
l’infrastructure VMM. Vous pouvez définir le type de stockage d’un partage en tant que pool de stockage, pool
local ou volume.
QoS : définissez une stratégie de qualité de service (QoS ) pour serveur SOFS de façon à contrôler les
ressources allouées aux machines virtuelles.
Définition d’un témoin de disque pour un pool de stockage : à compter de VMM 2016, vous pouvez
indiquer que le témoin de disque d’un cluster SOFS doit provenir d’un pool de stockage déterminé. Pour ce
faire, VMM crée un espace miroir triple et le configure en tant que témoin de disque pour le cluster. Le pool de
stockage doit compter au moins cinq disques physiques.

Créer des pools de stockage


1. Cliquez sur Infrastructure > Stockage > Serveurs de fichiers. Cliquez avec le bouton droit sur le serveur
SOFS (pas sur les nœuds), puis cliquez sur Gérer les pools.
2. Dans Gérer les pools du serveur de fichiers, cliquez sur Nouveau pour créer un pool ou en modifier un
existant.
3. Dans Général, spécifiez un nom et sélectionnez une classification de stockage.
4. Dans Disques physiques, sélectionnez les disques que vous voulez inclure dans le pool. Les disques
présentés varient en fonction des paramètres de serveur SOFS. Par exemple, un serveur de fichiers
disposant d’un stockage partagé peut présenter des disques de stockage SAS, alors qu’un serveur de
fichiers utilisant des espaces de stockage direct présentera les disques locaux associés à chaque nœud.
5. Dans Paramètres par défaut, laissez la valeur par défaut, sauf si vous avez besoin de la modifier pour une
raison spécifique.
Domaine d’erreur : quand vous sélectionnez un domaine d’erreur, vous indiquez la façon dont les diverses
copies de vos données sont distribuées sur le cluster. Notez que le domaine d’erreur ne s’affiche pas pour
les clusters configurés avec des espaces de stockage direct. Ces clusters ont un domaine par défaut de
type Nœud pour indiquer que les copies de données sont stockées sur plusieurs nœuds du cluster et
que les données sont disponibles même si un nœud déterminé ne l’est pas.
Imbrication : l’imbrication (avec le nombre de colonnes) indique la façon dont les données sont écrites
sur les disques physiques.
6. Cliquez sur OK pour enregistrer les paramètres de pool de stockage. Une fois le travail terminé, vérifiez les
pools dans Infrastructure > Stockage > Classifications et pools.

Créer un partage de fichiers


1. Cliquez sur Infrastructure > Stockage > Accueil > Créer un partage de fichiers.
2. Dans Assistant Créer un partage de fichiers > Type de stockage, sélectionnez le serveur SOFS sur lequel
vous voulez créer un partage. Tapez un nom et une description pour le partage et sélectionnez le pool de
stockage que vous voulez utiliser. Si le volume partagé de cluster (CSV ) existe, cliquez sur Volume et spécifiez-
le. Si le chemin du dossier existe, cliquez sur Chemin d’accès local et spécifiez-le. Le partage de fichiers hérite
de la classification du pool de stockage.
3. Dans Capacité, spécifiez la taille et le type du partage de fichiers. Conservez le type par défaut, à moins que le
disque soit utilisé pour les sauvegardes ou la déduplication. Auquel cas, le type recommandé est NTFS.
4. Dans Capacité > Résilience, pour ReFS, la résilience doit être de type miroir (double ou triple). Pour NTFS,
elle peut être de type miroir ou parité (simple ou double). Le type par défaut est miroir triple.
5. Activez la déduplication, si nécessaire. Si nécessaire, modifiez la taille de l’unité d’allocation et activez
éventuellement les niveaux de stockage.
6. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer. Vérifiez le partage de fichiers dans
Infrastructure > Stockage > Serveurs de fichiers > Partages de fichiers.

Définir une qualité de service de stockage pour un serveur SOFS


System Center VMM 2016 et versions ultérieures proposent des stratégies QoS de stockage pour résoudre le
problème de « voisin bruyant ». Il s’agit d’un problème courant dans les environnements virtualisés, Quand deux
machines virtuelles partagent une même ressource, par exemple un disque, il y a toujours un risque pour que l’une
d’elles utilise davantage la ressource que l’autre. Cela peut affecter les performances d’une application s’exécutant
sur la machine virtuelle. La qualité de service de stockage offre les avantages suivants :
Atténuation des problèmes de voisin bruyant : garantit qu’une même machine virtuelle ne consomme pas
toutes les ressources et ne prive pas les autres machines virtuelles de la bande passante de stockage.
Supervision des performances de stockage de bout en bout : la supervision des performances des
machines virtuelles commence dès leur démarrage.
Gestion des E/S de stockage en fonction des besoins de l’entreprise : les stratégies QoS de stockage
définissent les valeurs minimales et maximales pour les machines virtuelles et vérifient qu’elles sont respectées,
même dans les environnements surprovisionnés. Si les stratégies ne peuvent pas être respectées, des alertes
sont émises.
Pour définir une stratégie QoS de stockage, procédez comme suit :
1. Cliquez sur Infrastructure > Stockage > Stockage. Stratégies QoS > Créer une stratégie Qos de
stockage.
2. Dans l’Assistant Création de stratégie Qos de stockage > Général, spécifiez un nom et une description
pour la stratégie.
3. Dans Paramètres de stratégie, indiquez si tous les disques durs virtuels pour machines virtuelles doivent
partager les ressources équitablement ou allouez les ressources par machine virtuelle. Si vous optez pour une
allocation par instance, vous devez définir un nombre minimal et maximal d’E/S par seconde. Les disques
virtuels auxquels la stratégie est appliquée recevront alors les limites minimales et maximales.
4. Dans Étendue, indiquez les serveurs de fichiers auxquels appliquer la stratégie. Vous pouvez appliquer la
stratégie à plusieurs serveurs, ce qui est utile quand vous migrez des machines virtuelles sur les serveurs de
sorte que les paramètres de la stratégie QoS restent les mêmes.
5. Dans Résumé, passez en revue les paramètres, puis cliquez sur Terminer. Vérifiez la stratégie dans
Infrastructure > Stockage > Stratégies QoS.

Définir un témoin de disque pour le serveur SOFS


1. Cliquez sur Infrastructure > Stockage > Serveurs de fichiers. Cliquez avec le bouton droit sur le serveur
SOFS (pas sur les nœuds), puis cliquez sur Propriétés.
2. Dans Général, cliquez sur Utiliser un témoin de disque pour ce serveur de fichiers à partir du pool
spécifié pour indiquer que le témoin de disque du serveur SOFS doit provenir d’un pool de stockage
spécifique. VMM crée un espace miroir triple et le configure comme témoin de disque pour le cluster.
Approvisionner des machines virtuelles dans
l’infrastructure VMM
22/03/2019 • 29 minutes to read

Cet article donne une vue d’ensemble du provisionnement de machines virtuelles dans l’infrastructure
informatique System Center - Virtual Machine Manager (VMM ). Découvrez les méthodes
d’approvisionnement, ainsi que les fonctionnalités fournies par VMM lors de l’approvisionnement.

Configuration
Les machines virtuelles peuvent être configurées à l’aide de plusieurs méthodes :
Créer des machines virtuelles à partir d’un disque dur virtuel vide : vous pouvez créer une machine
virtuelle et installer un système d’exploitation à partir d’une image .iso, d’un média amovible ou d’un
démarrage réseau avec un serveur PXE.
Créer une machine virtuelle à partir d’un disque dur virtuel existant : vous créez une machine virtuelle à
partir d’un disque dur virtuel dans la bibliothèque VMM. Nous recommandons un disque dur virtuel
généralisé avec Sysprep.
Cloner une machine virtuelle à partir d’une machine virtuelle existante : vous pouvez cloner une machine
virtuelle existante dans la bibliothèque VMM pour en créer une nouvelle. Nous recommandons une
machine virtuelle généralisée avec Sysprep.
Créer une machine virtuelle à partir d’un modèle : vous pouvez créer des machines virtuelles avec des
paramètres préconfigurés dans un modèle de machine virtuelle. Les modèles de machines virtuelles sont
des objets XML stockés dans la bibliothèque VMM. Ils peuvent servir à contrôler et à limiter les paramètres
que les utilisateurs libre-service peuvent modifier. Les paramètres des modèles incluent le profil de système
d’exploitation invité, ainsi qu’un ou plusieurs disques durs virtuels qui peuvent être utilisés pour créer une
machine virtuelle.
Créer une machine virtuelle dans un déploiement de service : dans VMM, vous pouvez créer des
services qui correspondent à des regroupements logiques de machines virtuelles qui sont configurées et
déployées comme une même entité. Chaque service à niveau unique comprend une seule machine
virtuelle. Les services à plusieurs niveaux comprennent plusieurs machines virtuelles.
Provisionner rapidement une machine virtuelle à l’aide d’une copie de réseau SAN : déployez une machine
virtuelle à l’aide des fonctionnalités de copie SAN telles que la capture instantanée et le clonage. Vous
pouvez configurer rapidement les machines virtuelles autonomes, ou celles qui sont approvisionnées dans
un service.

Déploiement d’un cluster invité de machines virtuelles


Sur un cluster Hyper-V, vous pouvez déployer un cluster de basculement invité qui regroupe plusieurs
machines virtuelles. Ce cluster utilise des fichiers .vhdx partagés. VMM offre les possibilités suivantes :
Vous pouvez déployer un cluster de basculement invité qui utilise des fichiers partagés .vhdx sur un cluster de
basculement Hyper-V. Dans ce scénario, si Hyper-V utilise des volumes partagés de cluster (CSV ) sur le
stockage de niveau bloc, les fichiers vhdx partagés sont stockés sur un volume partagé de cluster qui est
configuré comme stockage partagé. Hyper-V peut également utiliser le stockage de fichiers SMB déployé par
le serveur de fichiers avec montée en puissance parallèle (SOFS ) comme emplacement des fichiers .vhdx
partagés. Aucun autre type de stockage n’est pris en charge, y compris le stockage SMB tiers.

Sélection élective des machines virtuelles


Sélection élective des machines virtuelles
Lorsque vous déployez ou migrez une machine virtuelle, VMM utilise une sélection élective intelligente des
machines virtuelles pour évaluer la disponibilité des ordinateurs hôtes.
L'algorithme de sélection élective analyse les données de performance pour la charge de travail et
l'ordinateur hôte, puis il évalue les ordinateurs hôtes sur une échelle de une à cinq étoiles pour indiquer
la meilleure sélection élective.
La sélection élective inclut une fonctionnalité permettant de définir des propriétaires préférés et de
déterminer les propriétaires possibles en cas de basculement des machines virtuelles.
La sélection élective prend désormais en compte les classifications de stockage. Les clouds peuvent
servir d’étendue pour limiter la sélection élective des machines virtuelles à certaines classifications de
stockage.
Les options de sélection élective peuvent être sélectionnées comme suit :
Créer une machine virtuelle : le processus de sélection élective suggère un hôte. Si un utilisateur
libre-service crée une machine virtuelle, l’hôte ayant la meilleure évaluation est automatiquement
attribué par VMM. Migrer une machine virtuelle : pendant la migration, VMM fournit des
évaluations pour vous aider à sélectionner un hôte. Convertir une machine virtuelle en Hyper-V :
l’Assistant Conversion fournit des évaluations pour que vous puissiez choisir l’hôte qui convient le
mieux.
Évaluations des hôtes
VMM évalue tous les hôtes appartenant au groupe hôte sélectionné et les hôtes situés dans les groupes
hôtes enfants. Les évaluations des ordinateurs hôtes sont calculées sur une échelle de 0 à 5 étoiles, 5
étoiles indiquant la note la plus élevée. Les évaluations sont basées sur des critères par défaut qui
n’incluent pas toutes les informations. Par exemple, la vitesse de connexion du réseau n'est pas prise en
compte.
Ces évaluations se basent sur les ordinateurs hôtes individuels et non sur la disponibilité relative de
tous les ordinateurs hôtes disponibles. Les évaluations pour un ordinateur hôte ne changent pas en
fonction des évaluations d’autres ordinateurs hôtes.
VMM calcule l’évaluation des ordinateurs hôtes selon des formules spécifiques, décrites dans le tableau
ci-dessous :
Évaluation de l’UC : [ 1 – ( Utilisation processeur / (100 – Réserve processeur)) ] x Charge
processeur
Évaluation de la mémoire (RAM ) : [ 1 – Mémoire utilisée / (Mémoire totale – Réserve mémoire))
] x Charge mémoire
Évaluation de la capacité d’E/S disque [ 1 – ( IOPS disque / IOPS disque maximum) ] x Charge
disque
Évaluation du réseau : [ 1 – ( Utilisation réseau / (100 – Réserve réseau)) ] x Charge réseau
Un ordinateur hôte est évalué uniquement lorsqu'un ordinateur virtuel doit être placé.
Les informations concernant un ordinateur hôte sont comparées aux informations concernant les
ressources requises par la machine virtuelle, et une évaluation est affectée à l’ordinateur hôte.
Pendant la sélection élective automatique, VMM tente d’utiliser l’hôte ayant l’évaluation la plus élevée.
Pendant la sélection élective manuelle, l'évaluation de l'ordinateur hôte est présentée afin que vous
puissiez sélectionner l'ordinateur hôte approprié. Avec System Center 2012 SP1 et versions ultérieures,
vous pouvez sélectionner un hôte dans VMM, même si tous les hôtes n’ont pas été évalués. Le nombre
d'étoiles de l'ordinateur hôte sélectionné doit être positif.
VMM mesure l’utilisation du processeur, de la mémoire, du disque et du réseau environ toutes les
10 minutes pour recalculer une évaluation moyenne qui correspond à la moyenne de toutes les
mesures prises lors de la dernière action qui a réinitialisé l’évaluation de l’hôte. Les évaluations de
l'ordinateur hôte sont réinitialisées lorsque l'événement suivant se produit :
Un nouvel ordinateur virtuel est créé
Un ordinateur virtuel est déployé, stocké, migré ou supprimé
Un ordinateur virtuel est allumé, éteint ou basculé en état arrêté, suspendu ou enregistré.
Évaluation égale à zéro
Une évaluation égale à zéro peut être affectée à un ordinateur hôte si celui-ci ne remplit pas les conditions
pour recevoir une évaluation différente de zéro. Pour recevoir une évaluation différente de zéro, le critère
suivant est nécessaire :
Le disque dur de l'ordinateur hôte doit disposer d'un stockage suffisant pour héberger l'espace disque
dur total requis par l'ordinateur virtuel. Avec les disques durs dynamiques, c'est la taille actuelle du
disque dur qui est prise en compte et non sa taille maximum.
La mémoire requise pour l'ordinateur virtuel doit être inférieure à la taille de mémoire actuellement
disponible sur l'ordinateur hôte. Un ordinateur hôte doit également disposer de suffisamment de
mémoire disponible pour démarrer l'ordinateur virtuel. Notez que VMM permet de sursolliciter la
capacité des clouds et des groupes d’hôtes pour les machines virtuelles de réplica.
Si la mémoire dynamique est activée, notez les points suivants :
Si l'ordinateur virtuel (y compris l'un de ses points de contrôle) est configuré pour utiliser la
mémoire dynamique, la mémoire dynamique doit également être activée sur l'ordinateur hôte. Dans
le cas contraire, la sélection élective de l'ordinateur virtuel sera bloquée pendant la création ou la
migration.
Pour effectuer la sélection élective d'un ordinateur virtuel nouveau ou arrêté, l'ordinateur hôte doit
disposer d'une quantité de mémoire correspondant au moins à la mémoire de démarrage requise
pour l'ordinateur virtuel.
Pour effectuer la sélection élective d'un ordinateur virtuel en cours d'exécution, l'ordinateur hôte doit
disposer d'une quantité de mémoire correspondant au moins à la mémoire actuelle requise pour
l'ordinateur virtuel.
Pour effectuer la sélection élective d'un ordinateur virtuel en état enregistré, la dernière valeur
connue de l'utilisation de la mémoire de l'ordinateur virtuel sera comparée à la mémoire de
démarrage de l'ordinateur virtuel.
L'ordinateur hôte doit contenir tous les réseaux virtuels requis pour l'ordinateur virtuel. Si vous utilisez
des légendes réseau, les légendes d'emplacement réseau pour l'ordinateur virtuel et l'ordinateur hôte
doivent être identiques.
Un ordinateur hôte en mode maintenance reçoit automatiquement une évaluation égale à zéro.
Si la carte vidéo 3D Microsoft RemoteFX est activée sur la machine virtuelle, l’hôte doit prendre en
charge RemoteFX et disposer d’une ou plusieurs unités de traitement graphique (GPU ) RemoteFX avec
suffisamment de mémoire disponible. Si les conditions nécessaires ne sont pas remplies et si la machine
virtuelle est en cours d’exécution, la sélection élective sera bloquée. Si elle est arrêtée ou en état de mise
en mémoire, une évaluation égale à zéro avec un avertissement est émise, mais la sélection élective n’est
pas bloquée.
Les ordinateurs virtuels à haut niveau de disponibilité doivent être placés sur des ordinateurs hôtes en
cluster. VMM n'affecte aucune étoile aux ordinateurs hôtes qui ne sont pas en cluster, mais la sélection
élective manuelle n'est pas bloquée. Si vous migrez un ordinateur virtuel à haut niveau de disponibilité
vers un ordinateur hôte n'appartenant pas à un cluster, le niveau de disponibilité de l'ordinateur virtuel
ne sera plus haut après la migration.
VMM bloque la migration d’hôtes Hyper-V ou d’hôtes exécutant d’autres logiciels de virtualisation. La
migration d'un ordinateur virtuel avec des fonctionnalités spécifiques non autorisées par le logiciel de
virtualisation qui est en cours d'exécution sur un ordinateur hôte sera bloquée. Par exemple, les
ordinateurs hôtes Hyper-V n'autorisent pas le démarrage à partir d'un disque dur SCSI.

Gestion des machines virtuelles de 1re et 2e génération


Dans VMM, vous pouvez créer des machines virtuelles de 1re et 2e génération.
Vous pouvez ajouter des modèles d'ordinateur virtuel de 1e génération ou de 2e génération à un modèle
de service. Les propriétés de la génération sélectionnée seront alors affichées.
Les machines virtuelles de 2e génération ne peuvent s’exécuter que sur les hôtes dont le système
d’exploitation les prend en charge, c’est-à-dire Windows Server 2012 R2 et versions ultérieures. Par
exemple, VMM ne placera pas une machine virtuelle de 2e génération sur un ordinateur hôte exécutant
Windows Server 2012.
Quand vous utilisez un disque dur virtuel au format .vhd pour une machine virtuelle ou un modèle de
machine virtuelle, la machine virtuelle devient automatiquement une machine de 1re génération, car le
format .vhd ne prend pas en charge la 2e génération. Si vous utilisez le format .vhdx, vous pouvez
sélectionner l’option de votre choix.
Si vous utilisez un ordinateur virtuel ou un modèle d'ordinateur virtuel existant comme point de départ
d'un ordinateur virtuel ou d'un modèle d'ordinateur virtuel récemment créé, la génération est déterminée
par l'ordinateur virtuel ou le modèle d'ordinateur virtuel existant.
Si vous créez un profil matériel, vous pouvez choisir entre la 1re et la 2e génération. Lorsque vous intégrez
le profil à une machine virtuelle ou à un modèle de machine virtuelle, vous pouvez spécifier la génération
de votre choix.
Dans tous les Assistants et toutes les applets de commande PowerShell, des options de configuration
correspondant à la génération de la machine virtuelle sont proposées.
Les machines virtuelles de 1re et 2e génération ne gèrent pas l’ordre de démarrage de la même façon.
Vous pouvez personnaliser l’ordre de démarrage des machines virtuelles de 1re génération dans la
console VMM, qui est disponible dans les paramètres du matériel lorsque vous créez une machine
virtuelle. Vous pouvez également personnaliser l’ordre de démarrage à l’aide du paramètre
BootOrder de PowerShell.
Pour personnaliser l’ordre de démarrage des machines virtuelles de 1re génération, vous devez
utiliser PowerShell et le paramètre FirstBootDevice lorsque vous créez une machine virtuelle. Par
exemple, pour définir le premier appareil de démarrage comme type de carte réseau : Set-
SCVMTemplate -Template "Generation2template" –FirstBootDevice "NIC,0"

Optimisation de l’approvisionnement
Disques de différenciation
Un disque de différenciation est un disque dur virtuel qui stocke dans un fichier séparé les modifications
effectuées sur un autre disque dur virtuel ou sur le système d’exploitation invité.
Lorsque vous créez un disque de différenciation, vous lui associez un autre disque dur virtuel (le disque
parent). Le disque de différenciation stocke toutes les modifications qui sont apportées au disque parent en
l’absence du disque de différenciation.
Le disque de différenciation enregistre donc les modifications sans modifier le disque parent.
Plusieurs disques de différenciation peuvent utiliser le même disque dur virtuel parent.
VMM optimise la prise en charge des disques de différenciation pour obtenir les avantages suivants :
Migration optimisée du stockage qui utilise des disques de différenciation. Pendant une migration, VMM ne
migre pas les disques de base, sauf si cela est nécessaire.
Optimiser la durée de déploiement des ordinateurs virtuels en utilisant des disques de différenciation.
VMM tente d’identifier et d’utiliser les disques de différenciation sur l’ordinateur cible.
Lorsque des disques de différenciation sont utilisés, le déploiement du disque virtuel de base est optimisé
grâce à la fonctionnalité de transfert de données déchargées (ODX) de Windows pour copier des fichiers
sur l'ordinateur invité lors du déploiement du service.
Optimiser la durée et le stockage de clonage d'ordinateurs virtuels en utilisant des disques de
différenciation. VMM permet de créer et d’utiliser des disques de différenciation pendant une opération de
clonage.
Notez que si les disques parents sont perdus ou endommagés, tous les disques durs virtuels qui dépendent
d’eux sont également perdus. Vous devez avoir mis en place un plan de sauvegarde.
Si vous utilisez des disques de différenciation, vous devez optimiser leur gestion en veillant à supprimer
régulièrement les disques durs parents inutilisés.
Copie rapide de fichiers
Durant le déploiement de machines virtuelles, VMM doit déplacer et copier des fichiers volumineux, tels que
des disques durs virtuels, entre deux emplacements.
La copie rapide de fichiers améliore les performances des transferts de fichiers, principalement en utilisant la
fonctionnalité de transfert de données déchargées (ODX) de Windows. Dans VMM, le service de transfert
intelligent en arrière-plan (BITS ) est toujours utilisé comme mécanisme de transfert de fichiers. Toutefois,
VMM utilise la fonctionnalité ODX lorsque cela est possible (par exemple, lors de la copie de fichiers vers des
réseaux SAN prenant en charge ODX). Cela accélère considérablement le déploiement des ordinateurs
virtuels.

Approvisionnement de machines virtuelles VMware


Une fois que vous avez configuré un serveur vCenter et des ordinateurs hôtes ESX/ESXi, vous pouvez
configurer des machines virtuelles VMware comme n’importe quelle autre machine virtuelle. Notez ce qui suit
:
Vous pouvez organiser et stocker des machines virtuelles VMware dans la bibliothèque VMM.
La bibliothèque VMM permet de stocker et d’organiser les machines virtuelles VMware, les fichiers VMDK
(.vmdk) et les modèles VMware. V
Vous pouvez créer des machines virtuelles à partir de modèles VMware stockés dans la bibliothèque. Vous
pouvez également importer des modèles stockés sur des hôtes vSphere (seules les métadonnées de
modèle sont importées dans VMM ). VMM ne prend pas en charge les anciens types de disques VMDK. Les
types de disques suivants sont pris en charge :
Fichiers VMDK standard (VMFS et monolithicFlat)
Fichiers VMDK utilisés pour accéder aux disques physiques (vmfsPassthroughRawDeviceMap)
Captures instantanées (vmfssparse)
Vous pouvez créer des machines virtuelles VMware à partir de modèles VMDK.
Vous pouvez déployer des services VMM sur des hôtes vSphere, mais pas des hôtes vApps.
Vous pouvez placer des machines virtuelles sur des hôtes VMware en fonction des évaluations des
ordinateurs hôtes quand vous créez, déployez ou migrez des machines virtuelles VMware. Cela inclut le
déploiement simultané de machines virtuelles lorsque vous déployez un service.
Vous pouvez utiliser l’optimisation dynamique et l’optimisation de l’alimentation pour les hôtes vSphere.
Vous pouvez effectuer des tâches de mise en réseau VMM récurrentes, notamment attribuer des réseaux
logiques et des adresses IP statiques et des adresses MAC à des machines virtuelles Windows exécutées
sur VMware.
VMM ne prend pas en charge les machines virtuelles VMware dont les disques durs virtuels sont
connectés à un bus IDE.
VMM prend en charge les disques durs à allocation dynamique VMware par le biais du type de disque
dynamique. Notez que si vous créez et déployez une machine virtuelle sur un hôte vSphere configuré pour
utiliser un disque dynamique, le disque sera alloué dynamiquement. Si une machine virtuelle a été créée en
tant que disque alloué dynamiquement, la machine virtuelle hors bande l’affichera comme dynamique. Si
vous enregistrez un disque alloué dynamiquement à la bibliothèque, VMM l’enregistre en tant que type
« définitif ». Il reste définitif si vous créez une machine virtuelle à partir de lui.

Conversion de machines virtuelles VMware en machines Hyper-V


Il existe actuellement deux méthodes pour convertir des machines virtuelles VMWare en Hyper-V (V2V ) :
Assistant Conversion de l’ordinateur virtuel : dans la console VMM, vous pouvez utiliser cet Assistant.
Cette méthode présente plusieurs limites :
Prise en charge pour vSphere 4.1 et versions ultérieures.
Vous ne pouvez pas convertir des stations de travail VMware.
Vous ne pouvez pas convertir des machines virtuelles dont les disques durs virtuels sont connectés à
un bus IDE.
Les conversions en ligne ne sont pas prises en charge. Vous devez mettre hors tension les machines
virtuelles VMware.
Les applications antivirus doivent être prises en charge.
Les outils VMware doivent être désinstallés du système d’exploitation invité de la machine virtuelle.
Microsoft Virtual Machine Converter : Après le 3 juin 2017, cet outil ne sera plus disponible. En savoir plus

Adresse MAC statique pour les machines virtuelles déployées sur un


cloud VMM
Dans les versions antérieures, VMM permettait aux utilisateurs de définir une adresse MAC statique sur les
machines virtuelles déployées sur les hôtes et n’avait pas d’option pour définir l’adresse MAC statique pour les
machines virtuelles déployées sur le cloud.
VMM 2019 vous permet de définir un ensemble une adresse MAC statique pour les machines virtuelles
déployées sur un cloud VMM.
Effectuez les étapes suivantes :

NOTE
L’adresse MAC que vous souhaitez affecter à la machine virtuelle doit faire partie d’un pool MAC accessible. Comme les
utilisateurs en libre-service n’ont pas de visibilité dans les pools MAC de l’infrastructure, ils doivent se coordonner avec
les administrateurs pour vérifier que l’adresse MAC fait partie du pool MAC accessible.

Vous pouvez définir l’adresse MAC statique sur la machine virtuelle :


Lors du déploiement d’une nouvelle machine virtuelle sur le cloud à partir d’un modèle de disque dur
virtuel/machine virtuelle. ou
Lors du changement de l’adresse MAC sur une machine virtuelle existante déployée sur le cloud.
Définir l’adresse MAC statique lors du déploiement d’une nouvelle machine virtuelle sur le cloud à
partir d’un modèle de disque dur virtuel/machine virtuelle.
1. Dans la console VMM, accédez à Machines virtuelles et services > Accueil > Clouds.
2. Sélectionnez le cloud sur lequel déployer la machine virtuelle.
3. Cliquez avec le bouton droit sur Créer une machine virtuelle pour accéder à l’Assistant Création de
machine virtuelle et créer la machine virtuelle.
4. Cliquez avec le bouton droit sur la machine virtuelle et sélectionnez Propriétés.
5. Accédez à la page Configurer le matériel et sélectionnez la carte réseau à laquelle vous souhaitez
affecter une adresse MAC statique.
6. Dans la section Adresse MAC, sélectionnez Statique et entrez l’adresse MAC dans la zone de texte.

Changer l’adresse MAC pour une machine virtuelle déployée sur le cloud
1. Accédez à une machine virtuelle déployée sur le cloud, pour laquelle vous voulez affecter une adresse MAC
statique.
2. Suivez les étapes 4 à 6 de la procédure ci-dessus.

Étapes suivantes
Déployer des machines virtuelles à partir d’un disque dur virtuel vide
Déployer des machines virtuelles dans l’infrastructure
VMM à partir d’un disque dur virtuel vide
19/12/2018 • 14 minutes to read

Cet article explique comment créer et déployer des machines virtuelles dans l’infrastructure System Center -
Virtual Machine Manager (VMM ) à partir d’un disque dur virtuel (VHD ).

Avant de commencer
Pour effectuer ces étapes, vous devez être administrateur ou administrateur délégué du serveur VMM, ou
utilisateur libre-service.
Si vous êtes utilisateur libre-service, vous devez déployer des autorisations avec l’action Stocker et
redéployer assignée. Vous devez d’abord déployer la machine virtuelle sur un cloud privé, puis la stocker
dans la bibliothèque.
Vous pouvez uniquement personnaliser des paramètres d’adresse IP statique si vous créez une machine
virtuelle à partir d’un modèle de machine virtuelle.
Vous pouvez utiliser VMM pour configurer les paramètres de disponibilité de la machine virtuelle. En savoir
plus

Créer une machine virtuelle


1. Cliquez sur Ordinateurs virtuels et services > Créer un ordinateur virtuel >Créer un ordinateur
virtuel.
2. Dans Assistant Créer un ordinateur virtuel > Sélectionner une source, cliquez sur Créer l’ordinateur
virtuel avec un disque dur virtuel vide > Suivant.
3. Dans Identité, spécifiez le nom de la machine virtuelle et éventuellement une description. Dans la zone
Génération , sélectionnez Génération 1 ou Génération 2. Cliquez ensuite sur Suivant.
4. Dans la page Configurer le matériel, sélectionnez le profil à utiliser dans la liste Profil matériel ou
configurez les paramètres matériels manuellement. Le paramètre matériel affiché varie selon que vous
déployez une machine de 1re ou 2e génération. Cliquez ensuite sur Suivant.
Dans Compatibilité, si vous souhaitez déployer la machine virtuelle sur un cloud privé,
sélectionnez un profil de fonctionnalité qui est disponible dans le cloud privé.
Dans Configuration de bus, si vous voulez installer un système d’exploitation à partir d’un DVD ou
d’une image .iso, vérifiez qu’il existe un lecteur de DVD virtuel configuré pour utiliser une option
disponible, par exemple l’option Fichier image ISO existant. Si vous voulez utiliser un fichier
image ISO, celui-ci doit être présent dans la bibliothèque VMM.
Si vous voulez stocker la machine virtuelle dans la bibliothèque VMM avant de la déployer sur un
hôte, utilisez l’un des disques durs virtuels vides fournis par défaut dans la bibliothèque VMM.
Cliquez sur le disque dur virtuel dans Configuration de bus. Cliquez sur Utiliser un disque dur
virtuel existant > Parcourir, puis sélectionnez un disque dur vide.
Si la machine virtuelle est de 1re génération et démarre à partir du réseau pour installer un système
d’exploitation, dans Cartes réseau, utilisez le type de carte réseau hérité.
5. Dans la page Sélectionner la destination, spécifiez la manière dont la machine virtuelle doit être
déployée : dans un cloud privé, sur un hôte ou stockée dans la bibliothèque.

Déployer la machine virtuelle dans un cloud privé


1. Dans Sélectionner le cloud, sélectionnez le cloud privé dans lequel vous voulez placer la machine
virtuelle. Si vous êtes connecté en tant qu’administrateur, vous pouvez sélectionner l’hôte sur lequel la
machine virtuelle doit être déployée dans le cloud privé. Les suggestions de clouds sont basées sur une
évaluation de 0 à 5 étoiles. En savoir plus. Vérifiez les paramètres et modifiez-les si nécessaire :
Utilisation prévue : l’utilisation prévue pour une machine virtuelle créée à partir d’un disque dur
virtuel vide se base sur les valeurs standard par défaut. VMM met à jour les évaluations et les
suggestions d’hôtes en réponse aux modifications apportées à l’utilisation prévue de la machine
virtuelle.
Rendre cet ordinateur virtuel hautement disponible : si cette option est sélectionnée, seuls les
hôtes situés sur un cluster sont disponibles pour la sélection.
Détails : indique l’état de l’hôte, le système d’exploitation, ainsi que le type et l’état du logiciel de
virtualisation.
Explication de l’évaluation : fournit une explication si un hôte a reçu une évaluation égale à zéro.
Explication SAN ou Explication sur le déploiement et le transfert : liste tous les facteurs qui
rendent un transfert SAN non disponible. VMM ne reconnaît pas une machine virtuelle stockée sur un
réseau SAN comme disponible pour le déploiement à l’aide d’un transfert SAN si la machine virtuelle a
été stockée directement dans la bibliothèque lorsqu’elle a été créée ou qu’elle a été ajoutée à la
bibliothèque pendant une actualisation de la bibliothèque. Pour éviter ce problème, déployez la machine
virtuelle sur un hôte à l’aide d’un transfert LAN, puis stockez la machine virtuelle dans la même
bibliothèque VMM, le même partage de bibliothèque et le même numéro d’unité logique.
L’onglet Explication sur le déploiement et le transfert fournit une explication si la copie de fichiers
rapide ne peut pas être utilisée. La copie de fichiers rapide repose sur la fonctionnalité Windows ODX
(Offloaded Data Transfers). En savoir plus.
2. Dans Configurer les paramètres, passez en revue les paramètres de la machine virtuelle. Vous pouvez
accepter le chemin par défaut de la machine virtuelle sur l’hôte ou spécifier un autre emplacement. Vous
pouvez également sélectionner l’option Ajouter ce chemin d’accès à la liste des chemins d’accès de
l’ordinateur virtuel par défaut sur l’ordinateur hôte. Dans Ressources de l’ordinateur, acceptez les
valeurs par défaut pour le disque dur virtuel ou modifiez-les si nécessaire. Pour empêcher que la sélection
élective ne choisisse ses propres valeurs, cliquez sur l’icône d’épingle en regard du paramètre. Cette option
n’est pas disponible pour les utilisateurs libre-service.
3. Dans Sélectionner des réseaux (si cette option apparaît), vous pouvez également sélectionner les
paramètres réseau, puis cliquer sur Suivant.
4. Dans Ajouter des propriétés, configurez l’action à exécuter quand l’hôte démarre ou s’arrête, ainsi que le
système d’exploitation que vous allez installer sur la machine virtuelle. Ensuite, cliquez sur Suivant.
5. Dans Résumé, vérifiez les paramètres, puis cliquez sur Créer. Vérifiez que la machine virtuelle a été créée
dans Ordinateurs virtuels et services > Clouds, puis sélectionnez le cloud. L'ordinateur virtuel s'affiche
dans le volet Ordinateurs virtuels .

Déployer la machine virtuelle sur un hôte


1. Dans Sélectionner l’ordinateur hôte, consultez les évaluations, cliquez sur l’hôte sur lequel vous voulez
déployer la machine virtuelle, puis cliquez sur Suivant. Les suggestions d'hôte sont basées sur une
évaluation de 0 à 5 étoiles. En savoir plus. Vérifiez les paramètres et modifiez-les si nécessaire :
Utilisation prévue : l’utilisation prévue pour une machine virtuelle créée à partir d’un disque dur
virtuel vide se base sur les valeurs standard par défaut. VMM met à jour les évaluations et les
suggestions d’hôtes en réponse aux modifications apportées à l’utilisation prévue de la machine
virtuelle.
Rendre cet ordinateur virtuel hautement disponible : si cette option est sélectionnée, seuls les
hôtes situés sur un cluster sont disponibles pour la sélection.
Détails : indique l’état de l’hôte, le système d’exploitation, ainsi que le type et l’état du logiciel de
virtualisation.
Explication de l’évaluation : fournit une explication si un hôte a reçu une évaluation égale à zéro.
Explication SAN ou Explication sur le déploiement et le transfert : liste tous les facteurs qui
rendent un transfert SAN non disponible. VMM ne reconnaît pas une machine virtuelle stockée sur un
réseau SAN comme disponible pour le déploiement à l’aide d’un transfert SAN si la machine virtuelle a
été stockée directement dans la bibliothèque lorsqu’elle a été créée ou qu’elle a été ajoutée à la
bibliothèque pendant une actualisation de la bibliothèque. Pour éviter ce problème, déployez la machine
virtuelle sur un hôte à l’aide d’un transfert LAN, puis stockez la machine virtuelle dans la même
bibliothèque VMM, le même partage de bibliothèque et le même numéro d’unité logique.
L’onglet Explication sur le déploiement et le transfert fournit une explication si la copie de fichiers
rapide ne peut pas être utilisée. La copie de fichiers rapide repose sur la fonctionnalité Windows ODX
(Offloaded Data Transfers). En savoir plus.
2. Dans Configurer les paramètres, passez en revue les paramètres de la machine virtuelle. Vous pouvez
accepter le chemin par défaut de la machine virtuelle sur l’hôte ou spécifier un autre emplacement. Vous
pouvez également sélectionner l’option Ajouter ce chemin d’accès à la liste des chemins d’accès de
l’ordinateur virtuel par défaut sur l’ordinateur hôte. Dans Ressources de l’ordinateur, acceptez les
valeurs par défaut pour le disque dur virtuel ou modifiez-les si nécessaire. Pour empêcher que la sélection
élective ne choisisse ses propres valeurs, cliquez sur l’icône d’épingle en regard du paramètre. Cette option
n’est pas disponible pour les utilisateurs libre-service.
3. Dans Sélectionner des réseaux (si cette option apparaît), vous pouvez également sélectionner les
paramètres réseau, puis cliquer sur Suivant.
4. Dans Ajouter des propriétés, configurez l’action à exécuter quand l’hôte démarre ou s’arrête, ainsi que le
système d’exploitation que vous allez installer sur la machine virtuelle. Ensuite, cliquez sur Suivant.
5. Dans la page Résumé , confirmez les paramètres, puis cliquez sur Créer.

Stocker la machine virtuelle dans la bibliothèque


1. Dans Sélectionner un serveur de bibliothèque, cliquez sur le serveur de bibliothèque à utiliser, puis cliquez
sur Suivant.
2. Dans Sélectionner le chemin d’accès, spécifiez l’emplacement du partage de bibliothèque où stocker la
machine virtuelle. Cliquez sur Parcourir pour sélectionner un partage de bibliothèque et un emplacement de
dossier facultatif, cliquez sur OK, puis sur Suivant.
3. Dans Résumé, vérifiez les paramètres, puis cliquez sur Créer.
4. Pour confirmer que l'ordinateur virtuel a été créé, dans l'espace de travail Bibliothèque , dans le volet
Bibliothèque , développez Serveurs de bibliothèque, développez le serveur de bibliothèque où vous avez
stocké l'ordinateur virtuel, puis cliquez sur Ordinateurs virtuels et services stockés. L'ordinateur virtuel
stocké s'affiche dans le volet Objets de bibliothèque physique .

Étapes suivantes
Après avoir créé la machine virtuelle, vous pouvez installer un système d’exploitation à partir d’une image .iso,
d’un CD ou d’un DVD, ou d’un démarrage réseau si un serveur d’environnement PXE est disponible.
Déployer des machines virtuelles dans l’infrastructure
VMM à partir d’un disque dur virtuel existant
02/01/2019 • 14 minutes to read

Cet article explique comment créer et déployer des machines virtuelles dans l’infrastructure System Center -
Virtual Machine Manager (VMM ) à partir d’un disque dur virtuel (VHD ) existant.

Avant de commencer
Pour effectuer ces étapes, vous devez être administrateur ou administrateur délégué du serveur VMM, ou
utilisateur libre-service.
Si vous êtes utilisateur libre-service, vous devez déployer des autorisations avec l’action Stocker et
redéployer assignée. Vous devez d’abord déployer la machine virtuelle sur un cloud privé, puis la stocker
dans la bibliothèque.
Le disque dur virtuel à utiliser doit être stocké dans la bibliothèque VMM. En savoir plus
Utilisez un disque dur virtuel qui a été généralisé à l’aide de Sysprep. Si vous n’utilisez pas un tel disque,
l’identité de la machine virtuelle clonée sera la même que la machine virtuelle source et des problèmes
risquent de se produire si vous les mettez sous tension ensemble.

Créer une machine virtuelle


1. Cliquez sur Ordinateurs virtuels et services > Créer un ordinateur virtuel > Créer un ordinateur
virtuel.
2. Dans l’Assistant Créer un ordinateur virtuel > Sélectionner une source, cliquez sur Utiliser un
ordinateur virtuel, un modèle d’ordinateur virtuel ou un disque dur virtuel existant > Parcourir.
Sélectionnez un disque dur virtuel existant.
3. Dans Identité, spécifiez le nom de la machine virtuelle et éventuellement une description. Si le disque dur
virtuel que vous choisissez est au format .vhdx, dans la zone Génération, sélectionnez Génération 1 ou
Génération 2. Cliquez ensuite sur Suivant.
4. Dans Configurer le matériel, sélectionnez le profil à utiliser dans la liste Profil matériel ou configurez
les paramètres matériels manuellement. Le paramètre matériel affiché varie selon que vous déployez une
machine de 1re ou 2e génération. Cliquez ensuite sur Suivant.
Dans Compatibilité, si vous souhaitez déployer la machine virtuelle sur un cloud privé,
sélectionnez un profil de fonctionnalité qui est disponible dans le cloud privé.
Dans Configuration de bus, si vous voulez installer un système d’exploitation à partir d’un DVD ou
d’une image .iso, vérifiez qu’il existe un lecteur de DVD virtuel configuré pour utiliser une option
disponible, par exemple l’option Fichier image ISO existant. Si vous voulez utiliser un fichier
image ISO, celui-ci doit être présent dans la bibliothèque VMM.
Si vous voulez stocker la machine virtuelle dans la bibliothèque VMM avant de la déployer sur un
hôte, utilisez l’un des disques durs virtuels vides fournis par défaut dans la bibliothèque VMM.
Cliquez sur le disque dur virtuel dans Configuration de bus. Cliquez sur Utiliser un disque dur
virtuel existant > Parcourir, puis sélectionnez un disque dur vide.
Si la machine virtuelle est de 1re génération et démarre à partir du réseau pour installer un système
d’exploitation, dans Cartes réseau, utilisez le type de carte réseau hérité.
5. Dans la page Sélectionner la destination, spécifiez la manière dont la machine virtuelle doit être
déployée : dans un cloud privé, sur un hôte ou stockée dans la bibliothèque.

Déployer la machine virtuelle dans un cloud privé


1. Dans Sélectionner le cloud, sélectionnez le cloud privé dans lequel vous voulez placer la machine
virtuelle. Si vous êtes connecté en tant qu’administrateur, vous pouvez sélectionner l’hôte sur lequel la
machine virtuelle doit être déployée dans le cloud privé. Les suggestions de clouds sont basées sur une
évaluation de 0 à 5 étoiles. En savoir plus. Vérifiez les paramètres et modifiez-les si nécessaire :
Utilisation prévue : l’utilisation prévue pour une machine virtuelle créée à partir d’un disque dur
virtuel vide se base sur les valeurs standard par défaut. VMM met à jour les évaluations et les
suggestions d’hôtes en réponse aux modifications apportées à l’utilisation prévue de la machine
virtuelle.
Rendre cet ordinateur virtuel hautement disponible : si cette option est sélectionnée, seuls les
hôtes situés sur un cluster sont disponibles pour la sélection.
Détails : indique l’état de l’hôte, le système d’exploitation, ainsi que le type et l’état du logiciel de
virtualisation.
Explication de l’évaluation : fournit une explication si un hôte a reçu une évaluation égale à zéro.
Explication SAN ou Explication sur le déploiement et le transfert : liste tous les facteurs qui
rendent un transfert SAN non disponible. VMM ne reconnaît pas une machine virtuelle stockée sur un
réseau SAN comme disponible pour le déploiement à l’aide d’un transfert SAN si la machine virtuelle a
été stockée directement dans la bibliothèque lorsqu’elle a été créée ou qu’elle a été ajoutée à la
bibliothèque pendant une actualisation de la bibliothèque. Pour éviter ce problème, déployez la machine
virtuelle sur un hôte à l’aide d’un transfert LAN, puis stockez la machine virtuelle dans la même
bibliothèque VMM, le même partage de bibliothèque et le même numéro d’unité logique.
L’onglet Explication sur le déploiement et le transfert fournit une explication si la copie de fichiers
rapide ne peut pas être utilisée. La copie de fichiers rapide repose sur la fonctionnalité Windows ODX
(Offloaded Data Transfers). En savoir plus.
2. Dans Configurer les paramètres, passez en revue les paramètres de la machine virtuelle. Vous pouvez
accepter le chemin par défaut de la machine virtuelle sur l’hôte ou spécifier un autre emplacement. Vous
pouvez également sélectionner l’option Ajouter ce chemin d’accès à la liste des chemins d’accès de
l’ordinateur virtuel par défaut sur l’ordinateur hôte. Dans Ressources de l’ordinateur, acceptez les
valeurs par défaut pour le disque dur virtuel ou modifiez-les si nécessaire. Pour empêcher que la sélection
élective ne choisisse ses propres valeurs, cliquez sur l’icône d’épingle en regard du paramètre. Cette option
n’est pas disponible pour les utilisateurs libre-service.
3. Dans Sélectionner des réseaux (si cette option apparaît), vous pouvez également sélectionner les
paramètres réseau, puis cliquer sur Suivant.
4. Dans Ajouter des propriétés, configurez l’action à exécuter quand l’hôte démarre ou s’arrête, ainsi que le
système d’exploitation que vous allez installer sur la machine virtuelle. Ensuite, cliquez sur Suivant.
5. Dans Résumé, vérifiez les paramètres, puis cliquez sur Créer. Vérifiez que la machine virtuelle a été créée
dans Ordinateurs virtuels et services > Clouds, puis sélectionnez le cloud. L'ordinateur virtuel s'affiche
dans le volet Ordinateurs virtuels .

Déployer la machine virtuelle sur un hôte


1. Dans Sélectionner l’ordinateur hôte, consultez les évaluations, cliquez sur l’hôte sur lequel vous voulez
déployer la machine virtuelle, puis cliquez sur Suivant. Les suggestions d'hôte sont basées sur une
évaluation de 0 à 5 étoiles. En savoir plus. Vérifiez les paramètres et modifiez-les si nécessaire :
Utilisation prévue : l’utilisation prévue pour une machine virtuelle créée à partir d’un disque dur
virtuel vide se base sur les valeurs standard par défaut. VMM met à jour les évaluations et les
suggestions d’hôtes en réponse aux modifications apportées à l’utilisation prévue de la machine
virtuelle.
Rendre cet ordinateur virtuel hautement disponible : si cette option est sélectionnée, seuls les
hôtes situés sur un cluster sont disponibles pour la sélection.
Détails : indique l’état de l’hôte, le système d’exploitation, ainsi que le type et l’état du logiciel de
virtualisation.
Explication de l’évaluation : fournit une explication si un hôte a reçu une évaluation égale à zéro.
Explication SAN ou Explication sur le déploiement et le transfert : liste tous les facteurs qui
rendent un transfert SAN non disponible. VMM ne reconnaît pas une machine virtuelle stockée sur un
réseau SAN comme disponible pour le déploiement à l’aide d’un transfert SAN si la machine virtuelle a
été stockée directement dans la bibliothèque lorsqu’elle a été créée ou qu’elle a été ajoutée à la
bibliothèque pendant une actualisation de la bibliothèque. Pour éviter ce problème, déployez la machine
virtuelle sur un hôte à l’aide d’un transfert LAN, puis stockez la machine virtuelle dans la même
bibliothèque VMM, le même partage de bibliothèque et le même numéro d’unité logique.
L’onglet Explication sur le déploiement et le transfert fournit une explication si la copie de fichiers
rapide ne peut pas être utilisée. La copie de fichiers rapide repose sur la fonctionnalité Windows ODX
(Offloaded Data Transfers). En savoir plus.
2. Dans Configurer les paramètres, passez en revue les paramètres de la machine virtuelle. Vous pouvez
accepter le chemin par défaut de la machine virtuelle sur l’hôte ou spécifier un autre emplacement. Vous
pouvez également sélectionner l’option Ajouter ce chemin d’accès à la liste des chemins d’accès de
l’ordinateur virtuel par défaut sur l’ordinateur hôte. Dans Ressources de l’ordinateur, acceptez les
valeurs par défaut pour le disque dur virtuel ou modifiez-les si nécessaire. Pour empêcher que la sélection
élective ne choisisse ses propres valeurs, cliquez sur l’icône d’épingle en regard du paramètre. Cette option
n’est pas disponible pour les utilisateurs libre-service.
3. Dans Sélectionner des réseaux (si cette option apparaît), vous pouvez également sélectionner les
paramètres réseau, puis cliquer sur Suivant.
4. Dans Ajouter des propriétés, configurez l’action à exécuter quand l’hôte démarre ou s’arrête, ainsi que le
système d’exploitation que vous allez installer sur la machine virtuelle. Ensuite, cliquez sur Suivant.
5. Dans Résumé, vérifiez les paramètres, puis cliquez sur Créer.

Stocker la machine virtuelle dans la bibliothèque


1. Dans Sélectionner un serveur de bibliothèque, cliquez sur le serveur de bibliothèque à utiliser, puis cliquez
sur Suivant.
2. Dans Sélectionner le chemin d’accès, spécifiez l’emplacement du partage de bibliothèque où stocker la
machine virtuelle. Cliquez sur Parcourir pour sélectionner un partage de bibliothèque et un emplacement de
dossier facultatif, cliquez sur OK, puis sur Suivant.
3. Dans Résumé, vérifiez les paramètres, puis cliquez sur Créer.
4. Pour confirmer que l'ordinateur virtuel a été créé, dans l'espace de travail Bibliothèque , dans le volet
Bibliothèque , développez Serveurs de bibliothèque, développez le serveur de bibliothèque où vous avez
stocké l'ordinateur virtuel, puis cliquez sur Ordinateurs virtuels et services stockés. L'ordinateur virtuel
stocké s'affiche dans le volet Objets de bibliothèque physique .

Étapes suivantes
Gérer les paramètres de la machine virtuelle
Cloner des machines virtuelles à partir d’une autre
machine virtuelle dans l’infrastructure VMM
19/12/2018 • 13 minutes to read

Cet article explique comment créer et déployer des machines virtuelles en en clonant des existantes dans
l’infrastructure System Center - Virtual Machine Manager (VMM ).

Avant de commencer
Pour effectuer ces étapes, vous devez être administrateur ou administrateur délégué du serveur VMM, ou un
utilisateur libre-service.
Lorsque vous clonez une machine virtuelle, la machine virtuelle source n’est pas supprimée. Nous vous
conseillons de cloner un ordinateur virtuel qui a été préparé et généralisé avec l’outil Sysprep. Si vous n'utilisez
pas un disque dur virtuel généralisé, l'identité du nouvel ordinateur virtuel est identique à la source. Des
problèmes peuvent se produire si vous activez simultanément deux ordinateurs virtuels ayant la même
identité.
Vous pouvez cloner une machine virtuelle qui est déployée sur un ordinateur hôte. La machine peut être en
ligne, arrêtée ou enregistrée.
Vous pouvez cloner une machine virtuelle qui est stockée dans la bibliothèque VMM.
L’option qui consiste à utiliser des optimisations de disque de différenciation est appliquée automatiquement
quand vous déployez la machine virtuelle sur un ordinateur hôte comprenant un disque de base.
Si vous êtes un utilisateur libre-service, vous devez déployer des autorisations avec l’action Stocker et
redéployer assignée. Vous devez d’abord déployer la machine virtuelle dans un cloud privé, puis la stocker
dans la bibliothèque.

Créer une machine virtuelle


1. Cliquez sur Ordinateurs virtuels et services > Créer un ordinateur virtuel > Créer un ordinateur virtuel.
2. Dans l’Assistant Créer un ordinateur virtuel > Sélectionner une source, cliquez sur Utiliser un
ordinateur virtuel, un modèle d’ordinateur virtuel ou un disque dur virtuel existant > Parcourir.
Sélectionnez une machine virtuelle existante.
3. Dans Sélectionner une source, cliquez sur Suivant.
4. Dans Configurer le matériel, vous pouvez configurer tous les paramètres disponibles. Cliquez ensuite sur
Suivant.
5. Dans la page Sélectionner la destination, spécifiez la manière dont la machine virtuelle doit être déployée :
dans un cloud privé, sur un ordinateur hôte ou stockée dans la bibliothèque.

Déployer la machine virtuelle dans un cloud privé


1. Dans Sélectionner le cloud, sélectionnez le cloud privé dans lequel vous voulez placer la machine
virtuelle. Si vous êtes connecté en tant qu’administrateur, vous pouvez sélectionner l’hôte sur lequel la
machine virtuelle doit être déployée dans le cloud privé. Les suggestions de clouds sont basées sur une
évaluation de 0 à 5 étoiles. En savoir plus. Vérifiez les paramètres et modifiez-les si nécessaire :
Utilisation prévue : l’utilisation prévue pour une machine virtuelle créée à partir d’un disque dur
virtuel vide se base sur les valeurs standard par défaut. VMM met à jour les évaluations et les
suggestions d’hôtes en réponse aux modifications apportées à l’utilisation prévue de la machine
virtuelle.
Rendre cet ordinateur virtuel hautement disponible : si cette option est sélectionnée, seuls les hôtes
situés sur un cluster sont disponibles pour la sélection.
Détails : indique l’état de l’hôte, le système d’exploitation, ainsi que le type et l’état du logiciel de
virtualisation.
Explication de l’évaluation : fournit une explication si un hôte a reçu une évaluation égale à zéro.
Explication SAN ou Explication sur le déploiement et le transfert : liste tous les facteurs qui
rendent un transfert SAN non disponible. VMM ne reconnaît pas une machine virtuelle stockée sur un
réseau SAN comme disponible pour le déploiement à l’aide d’un transfert SAN si la machine virtuelle a
été stockée directement dans la bibliothèque lorsqu’elle a été créée ou qu’elle a été ajoutée à la
bibliothèque pendant une actualisation de la bibliothèque. Pour éviter ce problème, déployez la machine
virtuelle sur un hôte à l’aide d’un transfert LAN, puis stockez la machine virtuelle dans la même
bibliothèque VMM, le même partage de bibliothèque et le même numéro d’unité logique.
L’onglet Explication sur le déploiement et le transfert fournit une explication si la copie de fichiers
rapide ne peut pas être utilisée. La copie de fichiers rapide repose sur la fonctionnalité Windows ODX
(Offloaded Data Transfers). En savoir plus.
2. Dans Configurer les paramètres, passez en revue les paramètres de la machine virtuelle. Vous pouvez
accepter le chemin par défaut de la machine virtuelle sur l’hôte ou spécifier un autre emplacement. Vous
pouvez également sélectionner l’option Ajouter ce chemin d’accès à la liste des chemins d’accès de
l’ordinateur virtuel par défaut sur l’ordinateur hôte. Dans Ressources de l’ordinateur, acceptez les
valeurs par défaut pour le disque dur virtuel ou modifiez-les si nécessaire. Pour empêcher que la sélection
élective ne choisisse ses propres valeurs, cliquez sur l’icône d’épingle en regard du paramètre. Cette option
n’est pas disponible pour les utilisateurs libre-service.
3. Dans Sélectionner des réseaux (si cette option apparaît), vous pouvez également sélectionner les
paramètres réseau, puis cliquer sur Suivant.
4. Dans Ajouter des propriétés, configurez l’action à exécuter quand l’hôte démarre ou s’arrête, ainsi que le
système d’exploitation que vous allez installer sur la machine virtuelle. Ensuite, cliquez sur Suivant.
5. Dans Résumé, vérifiez les paramètres, puis cliquez sur Créer. Vérifiez que la machine virtuelle a été créée
dans Ordinateurs virtuels et services > Clouds, puis sélectionnez le cloud. L'ordinateur virtuel s'affiche
dans le volet Ordinateurs virtuels .

Déployer la machine virtuelle sur un hôte


1. Dans Sélectionner l’ordinateur hôte, consultez les évaluations, cliquez sur l’hôte sur lequel vous voulez
déployer la machine virtuelle, puis cliquez sur Suivant. Les suggestions d'hôte sont basées sur une
évaluation de 0 à 5 étoiles. En savoir plus. Vérifiez les paramètres et modifiez-les si nécessaire :
Utilisation prévue : l’utilisation prévue pour une machine virtuelle créée à partir d’un disque dur
virtuel vide se base sur les valeurs standard par défaut. VMM met à jour les évaluations et les
suggestions d’hôtes en réponse aux modifications apportées à l’utilisation prévue de la machine
virtuelle.
Rendre cet ordinateur virtuel hautement disponible : si cette option est sélectionnée, seuls les hôtes
situés sur un cluster sont disponibles pour la sélection.
Détails : indique l’état de l’hôte, le système d’exploitation, ainsi que le type et l’état du logiciel de
virtualisation.
Explication de l’évaluation : fournit une explication si un hôte a reçu une évaluation égale à zéro.
Explication SAN ou Explication sur le déploiement et le transfert : liste tous les facteurs qui
rendent un transfert SAN non disponible. VMM ne reconnaît pas une machine virtuelle stockée sur un
réseau SAN comme disponible pour le déploiement à l’aide d’un transfert SAN si la machine virtuelle a
été stockée directement dans la bibliothèque lorsqu’elle a été créée ou qu’elle a été ajoutée à la
bibliothèque pendant une actualisation de la bibliothèque. Pour éviter ce problème, déployez la machine
virtuelle sur un hôte à l’aide d’un transfert LAN, puis stockez la machine virtuelle dans la même
bibliothèque VMM, le même partage de bibliothèque et le même numéro d’unité logique.
L’onglet Explication sur le déploiement et le transfert fournit une explication si la copie de fichiers
rapide ne peut pas être utilisée. La copie de fichiers rapide repose sur la fonctionnalité Windows ODX
(Offloaded Data Transfers). En savoir plus.
2. Dans Configurer les paramètres, passez en revue les paramètres de la machine virtuelle. Vous pouvez
accepter le chemin par défaut de la machine virtuelle sur l’hôte ou spécifier un autre emplacement. Vous
pouvez également sélectionner l’option Ajouter ce chemin d’accès à la liste des chemins d’accès de
l’ordinateur virtuel par défaut sur l’ordinateur hôte. Dans Ressources de l’ordinateur, acceptez les
valeurs par défaut pour le disque dur virtuel ou modifiez-les si nécessaire. Pour empêcher que la sélection
élective ne choisisse ses propres valeurs, cliquez sur l’icône d’épingle en regard du paramètre. Cette option
n’est pas disponible pour les utilisateurs libre-service.
3. Dans Sélectionner des réseaux (si cette option apparaît), vous pouvez également sélectionner les
paramètres réseau, puis cliquer sur Suivant.
4. Dans Ajouter des propriétés, configurez l’action à exécuter quand l’hôte démarre ou s’arrête, ainsi que le
système d’exploitation que vous allez installer sur la machine virtuelle. Ensuite, cliquez sur Suivant.
5. Dans la page Résumé , confirmez les paramètres, puis cliquez sur Créer.

Stocker la machine virtuelle dans la bibliothèque


1. Dans Sélectionner un serveur de bibliothèque, cliquez sur le serveur de bibliothèque à utiliser, puis cliquez
sur Suivant.
2. Dans Sélectionner le chemin d’accès, spécifiez l’emplacement du partage de bibliothèque où stocker la
machine virtuelle. Cliquez sur Parcourir pour sélectionner un partage de bibliothèque et un emplacement de
dossier facultatif, cliquez sur OK, puis sur Suivant.
3. Dans Résumé, vérifiez les paramètres, puis cliquez sur Créer.
4. Pour confirmer que l'ordinateur virtuel a été créé, dans l'espace de travail Bibliothèque , dans le volet
Bibliothèque , développez Serveurs de bibliothèque, développez le serveur de bibliothèque où vous avez
stocké l'ordinateur virtuel, puis cliquez sur Ordinateurs virtuels et services stockés. L'ordinateur virtuel
stocké s'affiche dans le volet Objets de bibliothèque physique .

Étapes suivantes
Gérer les paramètres de la machine virtuelle
Déployer des machines virtuelles avec
l’approvisionnement rapide à l’aide d’une copie de
réseau SAN dans l’infrastructure VMM
19/12/2018 • 25 minutes to read

Cet article explique comment provisionner rapidement des machines virtuelles dans l’infrastructure System
Center - Virtual Machine Manager (VMM ) à l’aide d’une copie de réseau SAN.
L’approvisionnement rapide permet de déployer de nouvelles machines virtuelles dans des baies de stockage,
sans nécessiter de copie des machines virtuelles sur le réseau. VMM utilise l’infrastructure de réseau SAN pour le
clonage des machines virtuelles, avec un modèle de machine virtuelle permettant de personnaliser le système
d’exploitation invité.
Vous pouvez utiliser l’approvisionnement rapide pour déployer des machines virtuelles autonomes et des
machines virtuelles déployées dans le cadre d’un service.
Vous pouvez créer un modèle compatible avec la copie SAN à partir d’un disque dur virtuel (VHD ) qui réside
sur une unité logique de stockage prenant en charge la copie SAN par le biais du clonage ou de captures
instantanées.
Quand vous créez une machine virtuelle à l’aide du modèle compatible avec la copie SAN, VMM crée
rapidement une copie en lecture-écriture de l’unité logique contenant le disque dur virtuel, et place les fichiers
de la machine virtuelle sur la nouvelle unité logique. Quand VMM déploie une machine virtuelle à l’aide de
l’approvisionnement rapide par le biais de la copie SAN, il utilise un transfert SAN plutôt qu’un transfert
réseau. Lors d'un transfert SAN, une copie SAN de l'unité logique contenant l'ordinateur virtuel est créée et
affectée à l'ordinateur hôte de destination ou au cluster hôte. Étant donné que les fichiers pour un ordinateur
virtuel ne sont pas réellement déplacés sur le réseau lorsque vous transférez un ordinateur virtuel sur un
réseau SAN, cette opération est beaucoup plus rapide qu'un transfert sur un réseau standard.
Vous pouvez procéder selon l'une des méthodes suivantes pour créer un modèle compatible avec la copie
SAN.
Créer un modèle compatible avec la copie SAN à partir d’une nouvelle machine virtuelle
Créer un modèle compatible avec la copie SAN à partir d’une machine virtuelle existante

Avant de commencer
Tout stockage accessible via l'ordinateur approvisionné peut être partitionné pendant le processus
d'approvisionnement même si un disque spécifique est sélectionné pour servir de disque de système
d'exploitation. Dans ce cas, les données seront perdues. Pour garantir l'utilisation d'un volume de démarrage
spécifique, utilisez la détection approfondie et ne redémarrez pas l'ordinateur avant la fin du déploiement du
système d'exploitation.
La baie de stockage doit prendre en charge les nouvelles fonctionnalités de gestion du stockage dans VMM.
Le groupe de stockage doit prendre en charge le clonage ou les captures instantanées, et la fonction de clonage
ou de captures instantanées doit être activée. Cela peut nécessiter des licences supplémentaires fournies par
votre fournisseur de stockage.
Le pool de stockage que vous souhaitez utiliser pour l’approvisionnement rapide doit être sous administration
VMM. Pour respecter cette condition préalable, vous devez ajouter le fournisseur SMI-S (Storage Management
Initiative Specification) pour le groupe, découvrir les pools de stockage, classer le stockage et définir la
méthode d'affectation préférée pour le groupe de stockage en capture instantanée ou en clonage.
Le pool de stockage que vous souhaitez utiliser pour l'approvisionnement rapide doit être affecté au groupe
hôte dans lequel vous souhaitez utiliser l'approvisionnement rapide des ordinateurs virtuels.
Les ordinateurs hôtes Hyper-V que vous souhaitez utiliser comme destinations de sélection élective doivent
être membres du groupe hôte. En outre, les conditions préalables suivantes doivent être remplies :
Si vous souhaitez créer un modèle compatible avec la copie SAN à partir d'un nouvel ordinateur virtuel,
l'ordinateur hôte sur lequel vous créez l'ordinateur virtuel doit également être membre de ce groupe
hôte.
Si vous souhaitez créer un modèle compatible avec la copie SAN à partir d'un ordinateur virtuel
existant, et si vous souhaitez créer et affecter l'unité logique à partir du serveur de bibliothèque, ce
dernier doit être membre de ce groupe hôte. Par conséquent, le serveur de bibliothèque doit être un
ordinateur hôte Hyper-V. (Si vous ne souhaitez pas ajouter le serveur de bibliothèque en tant
qu'ordinateur hôte, vous pouvez affecter l'unité logique hors bande à l'aide des outils d'administration
de votre fournisseur de groupe de stockage.)
Si vous voulez utiliser l’approvisionnement rapide pour déployer des machines virtuelles de
2e génération, vous devez choisir un hôte doté d’un système d’exploitation qui les prend en charge.
Tous les ordinateurs hôtes Hyper-V que vous souhaitez utiliser pour l'approvisionnement rapide et le
serveur de bibliothèque doivent avoir accès au groupe de stockage. En outre, ils doivent utiliser le même
type de connectivité SAN. Pour que les migrations SAN réussissent, il n'est pas possible que certains
ordinateurs hôtes se connectent au groupe via Fibre Channel et d'autres se connectent via iSCSI. La
configuration varie en fonction de votre matériel de stockage.
Vous devriez obtenir les informations de configuration du fournisseur de stockage. Toutefois, la configuration
nécessite en général :
La fonctionnalité MPIO (Multipath I/O ) doit être ajoutée sur chaque ordinateur hôte qui accède au
groupe de stockage iSCSI ou Fibre Channel. Vous pouvez ajouter la fonctionnalité MPIO via le
Gestionnaire de serveur.
Si la fonctionnalité MPIO est déjà activée avant l’ajout d’un hôte à l’administration VMM, VMM
active automatiquement la fonctionnalité MPIO pour les baies de stockage prises en charge à
l’aide du module spécifique au périphérique (DSM ) fourni par Microsoft. Si vous avez déjà installé
des modules DSM propres au fournisseur pour les baies de stockage prises en charge et que
vous ajoutez ensuite l’hôte à l’administration VMM, les paramètres MPIO propres au fournisseur
seront utilisés pour communiquer avec ces baies.
Si vous ajoutez un hôte à VMM avant d’ajouter la fonctionnalité MPIO, vous devez configurer
manuellement cette dernière pour ajouter les ID matériels des dispositifs découverts. Vous
pouvez également installer des modules DSM spécifiques au fournisseur.
Si vous utilisez un SAN (Storage Area Network) Fibre Channel, une carte bus hôte (HBA) doit
être installée sur chaque ordinateur hôte qui accède au groupe de stockage. En outre, assurez-
vous que les ordinateurs hôtes sont segmentés en conséquence afin qu'ils puissent accéder au
groupe de stockage.
Si vous utilisez un SAN iSCSI, assurez-vous que les portails iSCSI ont été ajoutés et que
l'initiateur iSCSI est enregistré dans le groupe. En outre, sur chaque ordinateur hôte, assurez-vous
que le service initiateur iSCSI Microsoft est démarré et défini sur Automatique. Pour obtenir des
informations sur la création d’une session iSCSI sur un hôte par le biais de VMM, consultez
« Comment configurer le stockage sur un hôte Hyper-V dans VMM ».

Créer un modèle compatible avec la copie SAN à partir d'un nouvel


ordinateur virtuel
Créez une machine virtuelle sur une unité logique attribuée à un ordinateur hôte Hyper-V. Sur le serveur de
bibliothèque, créez un modèle compatible avec la copie SAN à partir de la machine virtuelle. Sachez que :
Le serveur de bibliothèque n’a pas besoin d’être un hôte Hyper-V géré, mais il doit pouvoir accéder au pool de
stockage dans lequel réside l’unité logique.
Lorsque vous créez le modèle, l’unité logique est automatiquement désinscrite de l’hôte et inscrite sur le
serveur de bibliothèque.
1. Créez une unité logique dans l’infrastructure de stockage VMM, à partir du pool de stockage géré que vous
souhaitez utiliser pour l’approvisionnement rapide. Vous pouvez également créer une unité logique dans
l’outil de gestion de votre baie de stockage.
2. Allouez l’unité logique au groupe hôte sur lequel réside l’ordinateur hôte cible. Ensuite, attribuez l’unité
logique à l’hôte. Lorsque vous attribuez le numéro d’unité logique, vous pouvez le formater et attribuer une
lettre de lecteur. Notez que l’unité logique que vous attribuez doit être vide.
3. Créer un ordinateur virtuel avec un fichier de disque dur virtuel vide sur l'unité logique.
Dans Sélectionner une source, sélectionnez Créer l’ordinateur virtuel avec un disque dur virtuel
vide.
Dans Configurer le matériel, configurez les paramètres requis. Vérifiez que l’option Créer un disque
dur virtuel est bien sélectionnée.
Dans Sélectionner la destination, acceptez le paramètre par défaut Placer l’ordinateur virtuel sur
un ordinateur hôte.
Dans Configurer les paramètres, dans Sélectionner le dossier de destination, cliquez sur le lecteur
que vous avez créé à partir de l’unité logique attribuée. Vérifiez que SAN (compatible migration)
s’affiche en regard des informations sur le lecteur. Par exemple : Cliquez sur le lecteur (L:) [9,92 Go
d’espace libre sur 10 Go, SAN (compatible migration)].
Sous Ressources de l'ordinateur, cliquez sur Disque dur virtuel. Dans Parcourir > Sélectionner le
dossier de destination, cliquez sur le lecteur que vous avez créé à partir de l’unité logique attribuée.
Dans Sélectionner un réseau et Ajouter des propriétés, sélectionnez les paramètres requis. Dans
Résumé, vérifiez les paramètres, puis cliquez sur Créer. Vérifiez que la machine virtuelle est répertoriée
dans Ordinateurs virtuels et services > Tous les ordinateurs hôtes > Machines virtuelles.
4. Sur la nouvelle machine virtuelle, installez et personnalisez le système d’exploitation invité et les
applications souhaitées. Généralisez l'image à l'aide de Sysprep.exe avec les options /generalize et /oobe
afin de généraliser le disque dur virtuel associé. En savoir plus. Lorsque vous avez terminé, vérifiez qu’il
n’existe aucun fichier image .iso attaché au lecteur DVD virtuel.

Créer un modèle compatible avec la copie SAN à partir d’une machine


virtuelle existante
Créez un modèle à partir d’une machine virtuelle existante.
Si vous souhaitez effectuer cette procédure dans VMM, vous devez ajouter le serveur de bibliothèque en tant
qu’ordinateur hôte Hyper-V géré. Cela vous permet d’attribuer l’unité logique au serveur de bibliothèque via
VMM. Si vous ne souhaitez pas que la bibliothèque devienne un ordinateur hôte Hyper-V géré, vous pouvez
utiliser les outils d’administration de votre fournisseur de groupe pour attribuer l’unité logique au serveur de
bibliothèque.
Vous devez disposer d’un disque dur virtuel existant (qui a été généralisé à l’aide de Sysprep) pour l’utiliser
comme image de base pour l’approvisionnement rapide.
Créez un dossier dans le partage de bibliothèque que vous utiliserez pour monter l’unité logique et pour
stocker le disque dur virtuel. Par exemple, créez un dossier dans le partage de bibliothèque SEALibrary et
nommez-le « Disque dur virtuel d’approvisionnement rapide ».
1. Créez une unité logique dans l’infrastructure de stockage VMM, à partir du pool de stockage géré que vous
souhaitez utiliser pour l’approvisionnement rapide.
2. Formatez l’unité logique et montez-la dans le dossier que vous avez créé.
3. Affectez l'unité logique au serveur de bibliothèque. Si le serveur de bibliothèque est un ordinateur hôte
Hyper-V géré, vous pouvez créer et attribuer l’unité logique au serveur de bibliothèque. Vous pouvez
également formater le disque avec NTFS et monter l’unité logique sur le chemin du dossier dans le partage
de bibliothèque simultanément.
Lorsque vous créez l’unité logique, sélectionnez l’option Monter dans le dossier NTFS vide suivant >
Parcourir, puis cliquez sur le dossier que vous avez créé.
N’attribuez pas de lettre de lecteur. En outre, ne créez jamais plusieurs points de montage dans le
dossier.
4. Si le serveur de bibliothèque n’est pas un ordinateur hôte Hyper-V géré, utilisez les outils d’administration
de votre fournisseur de baie pour créer l’unité logique et pour l’afficher sur le serveur de bibliothèque.
Ensuite, procédez comme suit :
N’attribuez pas de lettre de lecteur.
Utilisez la Gestion des disques (diskmgmt.msc) pour relancer l’analyse du disque, initialiser le disque,
puis le formater.
Dans la Gestion des disques, montez l’unité logique dans le dossier que vous avez créé dans le partage
de bibliothèque (Modifier la lettre de lecteur et les chemins d’accès > Ajouter > Monter dans le
dossier NTFS vide suivant, puis cliquez sur le dossier de bibliothèque vide).
5. Copiez le disque dur virtuel que vous souhaitez utiliser dans le nouveau dossier du partage de bibliothèque.
Notez que le disque dur virtuel doit être le seul fichier présent sur l’unité logique.
6. Le nouveau dossier que vous avez créé apparaît dans le partage de bibliothèque. Pour vérifier le disque dur
virtuel compatible avec la copie SAN, cliquez sur le nouveau dossier, puis dans, Objets de bibliothèque
physique, cliquez sur le fichier de disque dur virtuel. L’option Compatible copie SAN doit être définie sur
Oui.

Créer un modèle compatible avec la copie SAN


1. Cliquez sur Bibliothèque > Créer > Créer un modèle d’ordinateur virtuel.
2. Dans l’Assistant Créer un modèle d’ordinateur virtuel > Sélectionner une source, cliquez sur À partir
d’un ordinateur virtuel existant qui est déployé sur un ordinateur hôte > Parcourir. Sélectionnez la
machine virtuelle sur l’unité logique. Dans le message d’avertissement, cliquez sur Oui.
3. Dans Identité, tapez un nom de modèle et une description.
4. Dans Configurer le matériel, cliquez sur Suivant. La classification qui s’affiche correspond à ce que vous avez
attribué au pool de stockage à partir duquel vous avez créé l’unité logique.
5. Dans Configurer le système d’exploitation, cliquez sur Suivant.
6. Dans Sélectionner un serveur de bibliothèque, cliquez sur le serveur de bibliothèque sur lequel vous
souhaitez créer le modèle. Vérifiez que le Type de transfert est SAN, puis cliquez sur Suivant. Le serveur de
bibliothèque doit avoir accès au même pool de stockage que l'ordinateur hôte.
7. Dans Sélectionner le chemin d’accès, cliquez sur Parcourir, puis sélectionnez un emplacement sur le
serveur de bibliothèque dans lequel stocker les fichiers de la machine virtuelle.
8. Dans Résumé, vérifiez les paramètres, puis cliquez sur Créer. Dans Travaux, vous pouvez suivre le modèle que
vous êtes en train de créer. Attendez que l’état Terminé s’affiche. Vérifiez le modèle dans Bibliothèque >
Modèles > Modèles d’ordinateur virtuel.

Déployer une machine virtuelle à partir du modèle


Déployez une machine virtuelle à partir du modèle compatible avec la copie SAN. Cette procédure explique
comment déployer une machine virtuelle autonome. Vous pouvez également sélectionner le modèle lorsque vous
créez un service. Sachez que :
Les ordinateurs hôtes sur lesquels vous souhaitez placer les machines virtuelles doivent avoir accès au pool de
stockage géré dans lequel réside l’unité logique qui est associée au modèle.
Si vous souhaitez déployer les machines virtuelles sur un cloud privé, la classification de stockage qui est
attribuée à l’unité logique utilisée pour créer le modèle compatible clone SAN doit être disponible sur le cloud
privé.
Pour le déploiement cloud, les groupes hôtes utilisés pour fournir des ressources pour le cloud privé doivent
contenir les ordinateurs hôtes qui ont accès au pool de stockage géré dans lequel réside l’unité logique qui est
associée au modèle.
1. Cliquez sur Ordinateurs virtuels et services > Créer > Créer un ordinateur virtuel.
2. Dans l’Assistant Créer un ordinateur virtuel > Sélectionner une source, cliquez sur Utiliser un
ordinateur virtuel, un modèle d’ordinateur virtuel ou un disque dur virtuel existant > Parcourir.
Sélectionnez le type Modèle d’ordinateur virtuel, puis cliquez sur le modèle que vous avez créé pour
l’approvisionnement rapide. Dans le modèle, la colonne Copie de réseau SAN possible doit comprendre
la valeur Oui.
3. Dans Sélectionner une source, cliquez sur Suivant.
4. Effectuez les autres étapes indiquées par l’Assistant pour créer et déployer la machine virtuelle. Notez ce
qui suit :
Dans Configurer le matériel > Configuration de bus, laissez la liste Classification vide, ou
sélectionnez la classification de stockage. Dans Sélectionner l’ordinateur hôte ou Sélectionner le
cloud, vérifiez que la colonne Type de transfert comprend la valeur SAN. Si vous avez choisi de placer
la machine virtuelle sur un ordinateur hôte, dans Configurer les paramètres > Ressources de
l’ordinateur, cliquez sur le disque dur virtuel pour vérifier les options de déploiement. Pour
l’approvisionnement rapide via la copie SAN, vérifiez que la liste Méthode de déploiement du disque dur
virtuel sur l’ordinateur hôte a la valeur Transférer le disque dur virtuel à l’aide du SAN.
5. Après avoir terminé l’Assistant, ouvrez Travaux > Créer un ordinateur virtuel pour afficher l’état du
travail.
6. Lorsque vous créez une machine virtuelle à partir du modèle compatible copie SAN, une nouvelle unité
logique est automatiquement approvisionnée à partir du même pool de stockage dans lequel réside le
disque dur virtuel qui a été utilisé pour créer le modèle compatible copie SAN. L’unité logique est
automatiquement enregistrée et montée sur l’ordinateur hôte cible.
7. Pour vérifier que la machine virtuelle a été créée, ouvrez l’espace de travail Ordinateurs virtuels et services.
Développez Tous les ordinateurs hôtes ou Clouds, puis cliquez sur l’ordinateur hôte de destination ou le
cloud privé. Dans Ordinateurs virtuels, vérifiez que la nouvelle machine virtuelle s’affiche. Si vous ouvrez
Gestion des disques (Diskmgmt.msc) sur l’ordinateur hôte de destination, vous pouvez voir le nouveau
disque qui est attribué à l’ordinateur hôte et enregistré sur celui-ci.

Étapes suivantes
Gérer les paramètres de la machine virtuelle
Créer et déployer des machines virtuelles dans
l’infrastructure VMM à partir d’un modèle de
machine virtuelle
19/12/2018 • 15 minutes to read

Cet article décrit comment créer des machines virtuelles dans l’infrastructure System Center - Virtual Machine
Manager (VMM ) à partir d’un modèle de machine virtuelle VMM. Vous pouvez utiliser un modèle de machine
virtuelle pour créer des machines virtuelles autonomes ou pour créer des machines virtuelles dans les niveaux
d’un modèle de service.

Avant de commencer
Certains paramètres, notamment les rôles et fonctionnalités serveur, l’installation d’applications et les
paramètres SQL Server s’appliquent uniquement quand un modèle de machine virtuelle est utilisé pour les
déploiements du service. Ces paramètres ne sont pas utilisés et n’apparaissent pas quand vous créez une
machine virtuelle autonome.
La capacité à configurer une machine virtuelle pour utiliser des adresses IP statiques à partir d’un pool
d’adresses IP géré par VMM n’est disponible que quand vous déployez une machine virtuelle à l’aide d’un
modèle de machine virtuelle.
Pour effectuer ces étapes, vous devez être administrateur ou administrateur délégué du serveur VMM, ou
utilisateur libre-service.
Si vous êtes utilisateur libre-service, vous devez déployer des autorisations avec l’action Stocker et
redéployer assignée. Vous devez d’abord déployer la machine virtuelle sur un cloud privé, puis la stocker
dans la bibliothèque.
Vous pouvez uniquement personnaliser des paramètres d’adresse IP statique si vous créez une machine
virtuelle à partir d’un modèle de machine virtuelle.
Vous pouvez utiliser VMM pour configurer les paramètres de disponibilité de la machine virtuelle. En savoir
plus.

Créer une machine virtuelle


1. Cliquez sur Ordinateurs virtuels et services > Créer un ordinateur virtuel >Créer un ordinateur
virtuel.
2. Dans l’Assistant Créer un ordinateur virtuel > Sélectionner une source, cliquez sur Utiliser un
ordinateur virtuel, un modèle d’ordinateur virtuel ou un disque dur virtuel existant > Parcourir.
3. Dans Sélectionner une source d’ordinateur virtuel, sélectionnez le modèle > OK. Cliquez sur OK si un
message s’affiche pour indiquer que certains paramètres de déploiement sont ignorés.
4. Dans Sélectionner une source, cliquez sur Suivant.
5. Dans Identité, spécifiez le nom de la machine virtuelle et éventuellement une description. Cliquez ensuite
sur Suivant.
6. Dans la page Configurer le matériel, sélectionnez le profil à utiliser dans la liste Profil matériel ou
configurez les paramètres matériels manuellement. Le paramètre matériel affiché varie selon que vous
déployez une machine de 1re ou 2e génération. Cliquez ensuite sur Suivant.
Dans Compatibilité, si vous souhaitez déployer la machine virtuelle sur un cloud privé, sélectionnez
un profil de fonctionnalité qui est disponible dans le cloud privé.
Dans Cartes réseau :
Si vous voulez utiliser des adresses IP statiques, définissez une adresse MAC statique.
Si la machine virtuelle utilise un disque dur virtuel au format .vmdk dans VMware, incluez une
carte réseau héritée dans le modèle (Nouveau > Carte réseau > Carte réseau héritée). Si
vous ne le faites pas, la machine virtuelle risque de ne pas pouvoir démarrer dans un domaine,
alors qu’elle le peut dans un groupe de travail.
Dans Configurer le système d’exploitation, spécifiez les paramètres du système d’exploitation
invité. Si vous avez un profil existant, sélectionnez-le dans la liste Profil de système d’exploitation
invité.
7. Dans la page Sélectionner la destination, spécifiez la manière dont la machine virtuelle doit être
déployée : dans un cloud privé, sur un hôte ou stockée dans la bibliothèque.

Déployer la machine virtuelle dans un cloud privé


1. Dans Sélectionner le cloud, sélectionnez le cloud privé dans lequel vous voulez placer la machine
virtuelle. Si vous êtes connecté en tant qu’administrateur, vous pouvez sélectionner l’hôte sur lequel la
machine virtuelle doit être déployée dans le cloud privé. Les suggestions de clouds sont basées sur une
évaluation de 0 à 5 étoiles. En savoir plus. Vérifiez les paramètres et modifiez-les si nécessaire :
Utilisation prévue : l’utilisation prévue pour une machine virtuelle créée à partir d’un disque dur
virtuel vide se base sur les valeurs standard par défaut. VMM met à jour les évaluations et les
suggestions d’hôtes en réponse aux modifications apportées à l’utilisation prévue de la machine
virtuelle.
Rendre cet ordinateur virtuel hautement disponible : si cette option est sélectionnée, seuls les
hôtes situés sur un cluster sont disponibles pour la sélection.
Détails : indique l’état de l’hôte, le système d’exploitation, ainsi que le type et l’état du logiciel de
virtualisation.
Explication de l’évaluation : fournit une explication si un hôte a reçu une évaluation égale à zéro.
Explication SAN ou Explication sur le déploiement et le transfert : liste tous les facteurs qui
rendent un transfert SAN non disponible. VMM ne reconnaît pas une machine virtuelle stockée sur un
réseau SAN comme disponible pour le déploiement à l’aide d’un transfert SAN si la machine virtuelle
a été stockée directement dans la bibliothèque lorsqu’elle a été créée ou qu’elle a été ajoutée à la
bibliothèque pendant une actualisation de la bibliothèque. Pour éviter ce problème, déployez la
machine virtuelle sur un hôte à l’aide d’un transfert LAN, puis stockez la machine virtuelle dans la
même bibliothèque VMM, le même partage de bibliothèque et le même numéro d’unité logique.
L’onglet Explication sur le déploiement et le transfert fournit une explication si la copie de fichiers
rapide ne peut pas être utilisée. La copie de fichiers rapide repose sur la fonctionnalité Windows ODX
(Offloaded Data Transfers). En savoir plus.
2. Dans Configurer les paramètres, passez en revue les paramètres de la machine virtuelle. Vous pouvez
accepter le chemin par défaut de la machine virtuelle sur l’hôte ou spécifier un autre emplacement. Vous
pouvez également sélectionner l’option Ajouter ce chemin d’accès à la liste des chemins d’accès de
l’ordinateur virtuel par défaut sur l’ordinateur hôte. Dans Ressources de l’ordinateur, acceptez les
valeurs par défaut pour le disque dur virtuel ou modifiez-les si nécessaire. Pour empêcher que la sélection
élective ne choisisse ses propres valeurs, cliquez sur l’icône d’épingle en regard du paramètre. Cette
option n’est pas disponible pour les utilisateurs libre-service.
3. Dans Sélectionner des réseaux (si cette option apparaît), vous pouvez également sélectionner les
paramètres réseau, puis cliquer sur Suivant.
4. Dans Ajouter des propriétés, configurez l’action à exécuter quand l’hôte démarre ou s’arrête, ainsi que le
système d’exploitation que vous allez installer sur la machine virtuelle. Ensuite, cliquez sur Suivant.
5. Dans Résumé, vérifiez les paramètres, puis cliquez sur Créer. Vérifiez que la machine virtuelle a été créée
dans Ordinateurs virtuels et services > Clouds, puis sélectionnez le cloud. L'ordinateur virtuel s'affiche
dans le volet Ordinateurs virtuels .

Déployer la machine virtuelle sur un hôte


1. Dans Sélectionner l’ordinateur hôte, consultez les évaluations, cliquez sur l’hôte sur lequel vous voulez
déployer la machine virtuelle, puis cliquez sur Suivant. Les suggestions d'hôte sont basées sur une
évaluation de 0 à 5 étoiles. En savoir plus. Vérifiez les paramètres et modifiez-les si nécessaire :
Utilisation prévue : l’utilisation prévue pour une machine virtuelle créée à partir d’un disque dur
virtuel vide se base sur les valeurs standard par défaut. VMM met à jour les évaluations et les
suggestions d’hôtes en réponse aux modifications apportées à l’utilisation prévue de la machine
virtuelle.
Rendre cet ordinateur virtuel hautement disponible : si cette option est sélectionnée, seuls les
hôtes situés sur un cluster sont disponibles pour la sélection.
Détails : indique l’état de l’hôte, le système d’exploitation, ainsi que le type et l’état du logiciel de
virtualisation.
Explication de l’évaluation : fournit une explication si un hôte a reçu une évaluation égale à zéro.
Explication SAN ou Explication sur le déploiement et le transfert : liste tous les facteurs qui
rendent un transfert SAN non disponible. VMM ne reconnaît pas une machine virtuelle stockée sur un
réseau SAN comme disponible pour le déploiement à l’aide d’un transfert SAN si la machine virtuelle
a été stockée directement dans la bibliothèque lorsqu’elle a été créée ou qu’elle a été ajoutée à la
bibliothèque pendant une actualisation de la bibliothèque. Pour éviter ce problème, déployez la
machine virtuelle sur un hôte à l’aide d’un transfert LAN, puis stockez la machine virtuelle dans la
même bibliothèque VMM, le même partage de bibliothèque et le même numéro d’unité logique.
L’onglet Explication sur le déploiement et le transfert fournit une explication si la copie de fichiers
rapide ne peut pas être utilisée. La copie de fichiers rapide repose sur la fonctionnalité Windows ODX
(Offloaded Data Transfers). En savoir plus.
2. Dans Configurer les paramètres, passez en revue les paramètres de la machine virtuelle. Vous pouvez
accepter le chemin par défaut de la machine virtuelle sur l’hôte ou spécifier un autre emplacement. Vous
pouvez également sélectionner l’option Ajouter ce chemin d’accès à la liste des chemins d’accès de
l’ordinateur virtuel par défaut sur l’ordinateur hôte. Dans Ressources de l’ordinateur, acceptez les
valeurs par défaut pour le disque dur virtuel ou modifiez-les si nécessaire. Pour empêcher que la sélection
élective ne choisisse ses propres valeurs, cliquez sur l’icône d’épingle en regard du paramètre. Cette
option n’est pas disponible pour les utilisateurs libre-service.
3. Dans Sélectionner des réseaux (si cette option apparaît), vous pouvez également sélectionner les
paramètres réseau, puis cliquer sur Suivant.
4. Dans Ajouter des propriétés, configurez l’action à exécuter quand l’hôte démarre ou s’arrête, ainsi que le
système d’exploitation que vous allez installer sur la machine virtuelle. Ensuite, cliquez sur Suivant.
5. Dans la page Résumé , confirmez les paramètres, puis cliquez sur Créer.

Stocker la machine virtuelle dans la bibliothèque


1. Dans Sélectionner un serveur de bibliothèque, cliquez sur le serveur de bibliothèque à utiliser, puis
cliquez sur Suivant.
2. Dans Sélectionner le chemin d’accès, spécifiez l’emplacement du partage de bibliothèque où stocker la
machine virtuelle. Cliquez sur Parcourir pour sélectionner un partage de bibliothèque et un emplacement de
dossier facultatif, cliquez sur OK, puis sur Suivant.
3. Dans Résumé, vérifiez les paramètres, puis cliquez sur Créer.
4. Pour confirmer que l'ordinateur virtuel a été créé, dans l'espace de travail Bibliothèque , dans le volet
Bibliothèque , développez Serveurs de bibliothèque, développez le serveur de bibliothèque où vous avez
stocké l'ordinateur virtuel, puis cliquez sur Ordinateurs virtuels et services stockés. L'ordinateur virtuel
stocké s'affiche dans le volet Objets de bibliothèque physique .

Étapes suivantes
Configurer les paramètres de machine virtuelle
Créer et déployer des machines virtuelles Linux dans
l’infrastructure VMM
19/03/2019 • 3 minutes to read

Cet article explique comment créer et déployer des machines virtuelles Linux dans l’infrastructure System Center -
Virtual Machine Manager (VMM ).

Avant de commencer
VMM prend en charge les machines virtuelles qui contiennent Linux comme système d’exploitation invité. Sachez
que :
Les services d'intégration Linux (LIS ) doivent être installés sur l'ordinateur virtuel.
L’agent invité de VMM pour Linux doit être installé sur la machine virtuelle. Il est nécessaire à l'intégration
de modèles de service et il permet de modifier des propriétés sur l'ordinateur Linux, telles que le nom de
l'ordinateur hôte.

NOTE
SCVMMLinuxGuestAgent (XPlat) cfghostdomain déforme le fichier d’hôtes si le nom d’hôte est déjà défini sur
localhost. Nous vous recommandons de ne pas définir localhost comme nom d’hôte lorsque vous déployez les
machines virtuelles Linux via VMM.

VMM ne vérifie pas que la machine virtuelle répond à ces conditions. Cependant, si la machine ne répond
pas aux conditions, son déploiement échouera.

Créer la machine virtuelle


Créez une machine virtuelle exécutant Linux à l’aide des méthodes disponibles dans l’infrastructure VMM. En
savoir plus.

Installation de LIS sur la machine virtuelle


Par défaut, LIS est fourni avec certaines distributions de Linux. Si LIS n’est pas inclus dans la distribution de Linux
que vous utilisez pour la machine virtuelle, vous devez l’installer manuellement. En savoir plus.

Installer l’agent invité VMM


1. Ouvrez une fenêtre d’invite de commandes avec privilèges élevés sur le serveur VMM.
2. Accédez au dossier C:\Program Files\Microsoft System Center 2012\Virtual Machine Manager
agents\Linux.
3. Copiez tous les fichiers d’installation de l’agent de ce dossier vers un nouveau dossier de la machine
virtuelle.
4. Ouvrez le nouveau dossier sur la machine virtuelle, puis exécutez la commande suivante : chmod +x
install.
5. Exécutez l’une de ces commandes, en fonction de votre système d’exploitation.
./install scvmmguestagent.1.0.0.544.x64.tar
./install scvmmguestagent.1.0.0.544.x86.tar

Lorsque l’agent s’installe sur la machine virtuelle, les fichiers et les dossiers suivants sont créés sur le disque dur
virtuel :
Un dossier d’installation par défaut (/opt/microsoft/scvmmguestagent) et un fichier journal d’installation
(scvmm-Install.log)
Un dossier de fichiers journaux par défaut - /var/opt/microsoft/scvmmagent/log
Un fichier journal de spécialisation (scvmm.log). Ce fichier est créé lorsque la machine virtuelle est déployée et
spécialisée.
Un fichier de configuration (scvmm.conf). Ce fichier contient l’emplacement du fichier journal et est utilisé pour
contrôler la journalisation pendant le déploiement et la spécialisation.

Étapes suivantes
vm-settings
Configurer une machine virtuelle imbriquée en tant
qu’hôte
16/07/2019 • 5 minutes to read

La virtualisation imbriquée est une fonctionnalité de Windows Server 2016 et ultérieur qui vous permet
d’exécuter Hyper-V à l’intérieur d’une machine virtuelle Hyper-V. En d’autres termes, avec la virtualisation
imbriquée, un hôte Hyper-V peut être virtualisé. La virtualisation imbriquée peut être activée hors bande à l’aide
de la configuration de l’hôte Hyper-V et PowerShell.
Vous pouvez exploiter cette fonctionnalité permettant de réduire vos dépenses d'infrastructure pour les scénarios
de développement et test, sans avoir besoin de matériel individuel.
System Center - Virtual Machine Manager (VMM ) 1801 et versions ultérieures vous permet d’activer et de
désactiver la fonctionnalité de virtualisation imbriquée via la console VMM. Vous pouvez configurer la machine
virtuelle imbriquée en tant qu’hôte dans VMM et effectuer des opérations d’ordinateur hôte à partir de VMM, sur
cette machine virtuelle. Par exemple, l’optimisation dynamique VMM prend en compte un hôte de machine
virtuelle imbriquée pour la sélection élective.

NOTE
Les applications de virtualisation autres que Hyper-V ne sont pas prises en charge dans les machines virtuelles Hyper-V, et
risquent d’échouer. Cela inclut tout logiciel nécessitant des extensions de virtualisation matérielle.

Avant de commencer
Vérifiez que les prérequis suivants sont remplis :
Un hôte Hyper-V exécutant Windows Server 2016, Windows Server 2019.
Une machine virtuelle Hyper-V exécutant Windows Server 2016, Windows Server 2019.
Une machine virtuelle Hyper-V avec une version 8.0 ou ultérieure de la configuration.
Un processeur Intel avec technologie VT-x et EPT.
Vérifiez que les prérequis suivants sont remplis :
Un hôte Hyper-V exécutant Windows Server 2016.
Une machine virtuelle Hyper-V exécutant Windows Server 2016.
Une machine virtuelle Hyper-V avec une version 8.0 ou ultérieure de la configuration.
Un processeur Intel avec technologie VT-x et EPT.

Procédure : configurer une machine virtuelle imbriquée en tant


qu’hôte
Activez la virtualisation imbriquée sur une machine virtuelle puis configurez-la en tant qu’hôte. Les
administrateurs/administrateurs délégués peuvent configurer la virtualisation imbriquée à l’aide de VMM. Utilisez
les deux procédures suivantes :
Activer la virtualisation imbriquée sur une machine virtuelle
Configurer la machine virtuelle en tant qu’hôte dans VMM
Activer la virtualisation imbriquée sur une machine virtuelle existante
1. Identifiez la machine virtuelle qui respecte les prérequis ci-dessus.
2. Vérifiez que la machine virtuelle est à l'état arrêté.

3. Parcourez les propriétés de la machine virtuelle sélectionnée.

4. Dans Général, sélectionnez Activer la virtualisation imbriquée.


Configurer la machine virtuelle imbriquée en tant qu’hôte
1. Activez les règles de pare-feu entrantes et sortantes suivantes sur la machine virtuelle imbriquée que vous
souhaitez configurer en tant qu'hôte.
Règles de pare-feu pour le trafic entrant
Partage de fichiers et d'imprimantes
Gestion à distance de Windows (HTTP -In)
Windows Management Instrumentation
Règles de pare-feu pour le trafic sortant
Partage de fichiers et d'imprimantes
Windows Management Instrumentation (WMI-Out)
2. Vérifiez que la machine virtuelle est à l'état exécution. Démarrez la machine virtuelle si elle n’est pas en
cours d’exécution.

3. Cliquez avec le bouton droit sur la machine virtuelle puis sélectionnez Configurer en tant qu’hôte.
L'Assistant Ajout d'une ressource apparaît.

4. Exécutez l’Assistant, sélectionnez les options appropriées puis fermez l’Assistant.


Désactiver la virtualisation imbriquée
1. Sélectionnez l'hôte ou la machine virtuelle pour laquelle la virtualisation imbriquée est activée.
2. Vérifiez que la machine virtuelle est à l'état arrêté. Arrêtez la machine virtuelle si elle est en cours
d’exécution.
3. Parcourez les propriétés de la machine virtuelle.
4. Sous Général, décochez la case Activer la virtualisation imbriquée.

NOTE
Vérifiez la note au bas de la page de l’Assistant avant de désactiver la virtualisation imbriquée.

Étapes suivantes
Exécuter Hyper-V dans une machine virtuelle imbriquée
Convertir une machine virtuelle VMware en Hyper-V
dans l’infrastructure VMM
31/05/2019 • 6 minutes to read

Cet article décrit comment convertir des machines virtuelles VMware en Hyper-V dans l’infrastructure System
Center - Virtual Machine Manager (VMM ).
Il existe actuellement deux méthodes pour convertir des machines virtuelles VMWare en Hyper-V :
Assistant Conversion de l’ordinateur virtuel : dans la console VMM, vous pouvez utiliser cet Assistant.
Cette méthode présente plusieurs limites :
Consultez la section Configuration requise pour connaître les versions de vSphere (ESXi) prises en
charge.
Vous ne pouvez pas convertir des stations de travail VMware.
Vous ne pouvez pas convertir des machines virtuelles dont les disques durs virtuels sont connectés à un
bus IDE.
Les conversions en ligne ne sont pas prises en charge. Vous devez mettre hors tension les machines
virtuelles VMware.
Les applications antivirus doivent être prises en charge.
Les outils VMware doivent être désinstallés du système d’exploitation invité de la machine virtuelle.
Microsoft Virtual Machine Converter : cet outil autonome convertit les machines virtuelles VMware en hôtes
Hyper-V ou en machines virtuelles Azure. Il convertit également les machines et disques physiques en hôtes
Hyper-V. IMPORTANT : Cet outil fait l’objet d’une suppression progressive. Il ne sera plus disponible après le
3 juin 2017. En savoir plus.

NOTE
Azure Site Recovery ne propose actuellement pas de possibilité de conversion VMware en Hyper-V directe. En savoir plus
sur la manière de plébisciter cette solution.

Convertir à l’aide de l’Assistant


1. Cliquez sur Ordinateurs virtuels et services > Accueil > Créer > Créer des machines virtuelles >
Convertir l’ordinateur virtuel.
2. Dans l’Assistant Conversion de l’ordinateur virtuel > Sélectionner une source, cliquez sur Parcourir et
dans Sélectionner une source d’ordinateur virtuel, sélectionnez les machines virtuelles VMware à
convertir.
3. Dans Spécifier l’identité de l’ordinateur virtuel, modifiez le nom et la description de la machine si
nécessaire.
4. Dans Configuration de l’ordinateur virtuel, spécifiez le nombre de paramètres de mémoire et de
processeur.
5. Dans Sélectionner l’ordinateur hôte, sélectionnez un hôte Hyper-V à placer. Dans Sélectionner le chemin
d’accès, configurez l’emplacement de stockage sur l’hôte pour les fichiers de la machine virtuelle. Les chemins
de machine virtuelle par défaut sont répertoriés.
6. Dans Sélectionner des réseaux, sélectionnez le réseau logique, le réseau virtuel et le réseau local virtuel le
cas échéant. La liste correspond à tout ce qui est configuré sur les cartes physiques de l’hôte.
7. Dans Ajouter des propriétés, configurez les paramètres. Dans Résumé, passez en revue les paramètres, puis
sélectionnez Démarrer l’ordinateur virtuel après l’avoir déployé si nécessaire. Cliquez sur Créer pour
démarrer la conversion. Vérifier que la machine virtuelle a été convertie das Ordinateurs virtuels et services
> Accueil > Afficher > Ordinateurs virtuels.

Convertir une machine virtuelle EFI en une machine virtuelle Hyper-V


de 2ème génération
System Center VMM permet la migration de machines virtuelles VMware EFI en machines virtuelles Hyper-V.
Les machines virtuelles VMware que vous migrez vers la plateforme Microsoft Hyper-V peuvent maintenant tirer
parti des fonctionnalités de la 2ème génération.
Dans le cadre de la version VMM 1801, l’Assistant Conversion de machine virtuelle autorise cette migration
selon le type de microprogramme (BIOS ou EFI), sélectionne et applique les valeurs par défaut de la génération
de machine virtuelle Hyper-V.
Les machines virtuelles basées sur le BIOS sont migrées vers une machine virtuelle Hyper-V de 1ère
génération.
Les machines virtuelles basées sur EFI sont migrées vers une machine virtuelle Hyper-V de 2ème génération.
Avant de commencer
Vérifiez que les prérequis suivants sont remplis :
1. Les machines virtuelles VMware utilisent un microprogramme de type EFI
2. Les hôtes VMware ESXi ont été ajoutés à System Center VMM
Procédure de conversion
1. Pour la conversion, suivez la procédure ci-dessus, en sélectionnant Génération 2 à l’étape 4.
2. Une fois la machine virtuelle convertie, la machine virtuelle de 2ème génération apparaît comme indiqué
dans l’image suivante :

NOTE
La conversion de disque (de « vmdk » à « VHDX/VHD ») a été améliorée pour être d’environ 50 % plus rapide que la
précédente.
Des commandes PowerShell permettent à l’utilisateur d'indiquer le type de disque pour la machine virtuelle Hyper-V
cible, ce qui permettra de migrer le disque VMware à allocation « définitive » en tant que disque dynamique Hyper-V ou
vice versa, selon la configuration requise.

Commandes PowerShell
Voici des exemples de commandes :

New-SCV2V -VMHost <Host> -VMXPath <string> [-EnableVMNetworkOptimization <bool>] [-EnableMACAddressSpoofing


<bool>] [-VMMServer <ServerConnection>] [-LibraryServer <LibraryServer>] [-JobGroup <guid>] [-Trigger] [-
VhdType
{UnknownType | DynamicallyExpanding | FixedSize}] [-VhdFormat {VHD | VHDX}] [-Description <string>] [-Name
<string>] [-Owner <string>] [-UserRole <UserRole>] [-Path <string>] [-StartVM] [-CPUCount <byte>]
[-CPURelativeWeight <int>] [-CPUType <ProcessorType>] [-MemoryMB <int>] [-Generation <int>] [-
DelayStartSeconds
<int>] [-StartAction {NeverAutoTurnOnVM | AlwaysAutoTurnOnVM | TurnOnVMIfRunningWhenVSStopped}] [-StopAction
{SaveVM | TurnOffVM | ShutdownGuestOS}] [-LogicalNetwork <LogicalNetwork>] [-VMNetwork <VMNetwork>]
[-NoConnection] [-MACAddress <string>] [-MACAddressType <string>] [-SourceNetworkConnectionID <string>]
[-VirtualNetwork <VirtualNetwork>] [-VirtualNetworkAdapter <VirtualNetworkAdapter>] [-VLanEnabled <bool>] [-
VLanID
<uint16>] [-OverridePatchPath <string>] [-SkipInstallVirtualizationGuestServices] [-NetworkLocation <string>]
[-NetworkTag <string>] [-RunAsynchronously] [-PROTipID <guid>] [-JobVariable <string>] [<CommonParameters>]

Étapes suivantes
Gérer les paramètres de la machine virtuelle
Installer un système d’exploitation sur une machine
virtuelle dans l’infrastructure VMM
11/12/2018 • 7 minutes to read

Cet article explique comment installer un système d’exploitation sur une machine virtuelle dans l'infrastructure
System Center - Virtual Machine Manager (VMM ).
Une fois que vous avez déployé une machine virtuelle dans l’infrastructure VMM, vous pouvez y installer un
système d’exploitation. Consultez les systèmes d’exploitation pris en charge.
Vous pouvez installer un système d’exploitation à partir d’un DVD, d’un fichier d’image ISO dans la bibliothèque
VMM ou à partir d’une installation réseau.
Pour l’image ISO ou le CD système, lorsque vous configurez la machine virtuelle vous avez besoin d’un disque
virtuel à associer au fichier image ou au disque physique.
Pour utiliser une image ISO, celle-ci doit être ajoutée à la bibliothèque VMM.
Pour une installation en réseau, vous configurez une carte réseau virtuelle.

Préparer l’installation à partir d’un DVD système


1. Dans Machines virtuelles, cliquez avec le bouton droit sur la machine virtuelle > Propriétés.
2. Dans Configuration matérielle, cliquez sur DVD sur la barre d’outils Nouveau pour ajouter un lecteur de
DVD virtuel au bus IDE.
3. Sélectionnez Lecteur de CD/DVD physique, sélectionnez le lecteur sur l’hôte.

Préparer l’installation à partir d’une image ISO dans la bibliothèque


VMM
1. Copiez le fichier image sur un partage dans la bibliothèque Virtual Machine Manager. Le fichier sera disponible
une fois la bibliothèque actualisée. Découvrez plus en détail l’ajout de ressources de fichiers dans la
bibliothèque.
2. Dans les propriétés de la machine virtuelle > Configuration matérielle, cliquez sur DVD dans la barre d’outils
Nouveau pour ajouter un lecteur de DVD virtuel au bus IDE.
3. Sélectionnez Fichier image connu, puis sélectionnez le fichier à partir des ressources de la bibliothèque dans
la liste.

Activer les fichiers ISO partagés


Par défaut, lorsque vous créez une machine virtuelle, un fichier ISO attaché en tant que lecteur de DVD virtuel est
copié dans le dossier de la machine virtuelle. VMM fait cela pour vous permettre de migrer facilement des
machines virtuelles d’un hôte à l’autre. Si vous souhaitez partager l’image à partir de la bibliothèque VMM, au lieu
de la copier, vous pouvez procéder comme suit :
1. Spécifiez un compte de domaine Active Directory en tant que compte de service VMM sur le serveur VMM.
2. Accordez au compte de service VMM un accès en lecture sur le partage de bibliothèque VMM qui stocke les
fichiers image ISO. Accordez au compte de l’ordinateur hôte Hyper-V un accès en lecture sur l’emplacement
ISO partagé.
3. Configurez la délégation contrainte pour chaque hôte Hyper-V. Cela garantit que chaque hôte présente les
informations d’identification déléguées pour CIFS/SMB, au serveur VMM sur lequel la bibliothèque stocke
l’image ISO. Pour ce faire, dans Active Directory, recherchez le compte d’ordinateur hôte et ouvrez les
propriétés du compte. Dans l’onglet Délégation, sélectionnez N’approuver cet ordinateur que pour la
délégation aux services spécifiés > Utiliser tout protocole d’authentification > Ajouter. Ajoutez le
serveur de bibliothèque VMM qui contient l’image ISO que vous souhaitez partager. Dans Ajouter des
services, ajoutez cifs
4. Maintenant, configurez une machine virtuelle afin de partager une image ISO. a. Dans les propriétés de la
machine virtuelle > Configuration matérielle, dans le mode Capturer > sélectionnez Fichier image
existant, puis accédez au fichier image ISO dans la bibliothèque pour le sélectionner. b. Sélectionnez Partager
le fichier image au lieu de le copier.

NOTE
Vous devez attacher le fichier image ISO partagé à la machine virtuelle après sa création. Vous ne pouvez pas attacher le
fichier lorsque vous créez la machine virtuelle.

Préparer l’installation à partir du réseau


Si la carte réseau sur l’ordinateur hôte prend en charge les démarrages de service réseau, vous pouvez configurer
une carte réseau virtuelle sur la machine virtuelle à cette fin.
1. Dans Machines virtuelles, cliquez avec le bouton droit sur la machine virtuelle > Propriétés.
2. Dans Configuration matérielle, configurez une connexion réseau.
3. Dans la barre d’outils Nouveau, cliquez sur Carte réseau pour ajouter une carte réseau virtuelle au bus IDE.
4. Dans Se connecter à, sélectionnez le réseau virtuel externe à utiliser pour le démarrage de service réseau. La
liste recense tous les réseaux virtuels configurés sur l’ordinateur hôte.
5. Sous Adresse Ethernet (MAC ), spécifiez une adresse IP dynamique ou statique pour la machine virtuelle.
6. Après avoir configuré la machine virtuelle de manière à recourir au support d’installation de votre choix, vous
pouvez vous connecter à la machine virtuelle pour installer le système d’exploitation. Par défaut, VMM utilise le
port 5900 pour se connecter à VMRC. Aucune configuration n’est requise, sauf si un pare-feu bloque le port.

Installer le système d’exploitation sur la machine virtuelle


1. Cliquez avec le bouton droit sur la machine virtuelle > Se connecter à la machine virtuelle. Cliquez sur Oui
pour démarrer la machine virtuelle.
2. Dans le menu Contrôle à distance, cliquez sur Clés spéciales et cliquez sur Envoyer Ctrl+Alt+Supprimer.
3. Installez le système d’exploitation sur la machine virtuelle. La partition du disque de démarrage doit être la
partition Windows.
4. Au terme de l’installation, fermez votre session établie avec la machine virtuelle, puis arrêtez celle-ci dans VMM.

Étapes suivantes
Gérer les paramètres de machine virtuelle.
Configurer les paramètres des machines virtuelles
dans l’infrastructure de calcul VMM
05/06/2019 • 36 minutes to read

Cet article explique comment configurer les paramètres de disponibilité et de performances des machines
virtuelles dans l’infrastructure System Center - Virtual Machine Manager (VMM ).
Les paramètres incluent la modification des propriétés des machines virtuelles et la configuration des options
de performances telles que la qualité de service (QoS ), les options de disponibilité, la limitation des ressources
et la topologie NUMA virtuelle.

Ajouter une carte virtuelle à une machine virtuelle


Vous pouvez ajouter et supprimer des cartes réseau virtuelles dans les machines virtuelles en cours
d’exécution. Cela réduit les temps d’arrêt de la charge de travail. Sachez que :
Vous ajoutez de nouvelles cartes réseau virtuelles en créant ou en modifiant un profil matériel VMM.
Cette fonctionnalité est disponible uniquement pour les machines virtuelles de 2e génération.
Par défaut, les cartes réseau virtuelles ajoutées ne sont pas connectées à un réseau virtuel. Vous pouvez
configurer des machines virtuelles affectées au profil matériel pour utiliser une ou plusieurs des cartes
réseau virtuelles une fois qu’elles ont été déployées sur un hôte.
1. Dans les propriétés de la machine virtuelle > Configuration matérielle, cliquez sur Cartes réseau,
puis sélectionnez la carte réseau à ajouter.
2. Vous pouvez configurer un certain nombre de propriétés de la carte réseau, notamment :
Connecté à : sélectionnez ce à quoi est connectée la carte.
Non connectés : sélectionnez cette option si vous ne souhaitez pas spécifier de réseau maintenant.
Réseau interne : sélectionnez cette option si vous souhaitez vous connecter à un réseau interne isolé
qui permet la communication entre les machines virtuelles sur le même hôte. Les machines virtuelles
attachées au réseau virtuel interne ne peuvent communiquer ni avec l’hôte, ni avec tous les autres
ordinateurs physiques du réseau local de l’hôte et ni avec internet.
Réseau externe : sélectionnez cette option pour spécifier qu’une machine virtuelle créée à l’aide de
ce profil matériel sera connectée à une carte réseau physique sur son hôte. Les machines virtuelles
attachées à une carte réseau physique peuvent communiquer avec n’importe quel ordinateur
physique ou virtuel avec lequel l’hôte peut communiquer et avec toutes les ressources disponibles
sur l’intranet et sur Internet auxquelles l’ordinateur hôte peut accéder.
Adresse Ethernet (MAC ) : sur les ordinateurs, une adresse MAC virtuelle sur des machines
virtuelles identifie de manière unique chaque ordinateur d’un même sous-réseau. Sélectionnez l'une
des options suivantes :
Dynamique. Sélectionnez cette option pour activer une adresse MAC dynamique pour une machine
virtuelle.
Statique. Sélectionnez cette option pour spécifier une adresse MAC statique pour une machine
virtuelle. Tapez une adresse MAC statique dans le champ prévu.
Ajouter une carte virtuelle avec PowerShell
Vous pouvez utiliser PowerShell pour ajouter une carte virtuelle. Voici un exemple d’applet de commande qui
permet de configurer cette fonctionnalité :
Exemple 1
Ajouter une carte réseau virtuelle :
La première commande récupère l’objet machine virtuelle nommé VM01, puis stocke cet objet dans la
variable $VM.
La deuxième commande crée une carte réseau virtuelle sur VM01.

PS C:\> $VM = Get-SCVirtualMachine -Name "VM01"


PS C:\> New-SCVirtualNetworkAdapter -VM $VM -Synthetic

Exemple 2
Les commandes PowerShell suivantes suppriment une carte réseau virtuelle d’une machine virtuelle en cours
d’exécution. Cela suppose qu’une seule carte réseau virtuelle se trouve sur la machine virtuelle.
La première commande récupère l’objet machine virtuelle nommé VM02, puis stocke cet objet dans la
variable $VM.
La deuxième commande récupère l’objet carte réseau virtuelle sur VM02, puis stocke cet objet dans la
variable $Adapter.
La dernière commande supprime de VM02 l’objet carte réseau virtuelle stocké dans $Adapter.

PS C:\> $VM = Get-SCVirtualMachine -Name "VM02"


PS C:\> $Adapter = Get-SCVirtualNetworkAdapter -VM $VM
PS C:\> Remove-SCVirtualNetworkAdapter -VirtualNetworkAdapter $Adapter

Gérer la mémoire statique sur une machine virtuelle en cours


d’exécution
Vous pouvez modifier la configuration de la mémoire d’une machine virtuelle en cours d’exécution qui utilise la
mémoire statique. Cette fonctionnalité permet d’éliminer les temps d’arrêt de la charge de travail en raison
d’une reconfiguration. Vous pouvez augmenter ou diminuer l’allocation de mémoire, ou basculer la machine
virtuelle à la mémoire dynamique. Notez que les utilisateurs peuvent déjà modifier la mémoire dynamique
d’une machine virtuelle en cours d’exécution à partir de VMM, et que cette fonctionnalité permet de modifier la
mémoire statique.
Utilisez les exemples PowerShell suivants pour modifier le paramètre de mémoire statique.
Exemple 1
Modifiez la mémoire statique pour une machine virtuelle en cours d’exécution.
La première commande récupère l’objet machine virtuelle nommé VM01, puis stocke cet objet dans la
variable $VM.
La deuxième commande modifie la quantité de mémoire allouée à VM01 pour lui attribuer la valeur
1024 Mo.

PS C:\> $VM = Get-SCVirtualMachine -Name "VM01"


PS C:\> Set-SCVirtualMachine -VM $VM -MemoryMB 1024

Exemple 2
Activez la mémoire dynamique pour une machine virtuelle en cours d’exécution.
La première commande récupère l’objet machine virtuelle nommé VM02, puis stocke cet objet dans la
variable $VM.
La deuxième commande active la mémoire dynamique, définit la mémoire de démarrage à 1024 Mo et
définit la mémoire maximale à 2048 Mo.

PS C:\> $VM = Get-SCVirtualMachine -Name "VM02"


PS C:\> Set-SCVirtualMachine -VM $VM -DynamicMemoryEnabled $True -MemoryMB 1024 -DynamicMemoryMaximumMB
2048

Ajouter une fenêtre de maintenance à une machine virtuelle


Vous pouvez configurer une fenêtre de maintenance pour une machine virtuelle ou un service, afin d’en
effectuer la maintenance en dehors de la console VMM. Vous devez configurer la fenêtre, puis l’affecter aux
propriétés de la machine virtuelle.

Créer un point de contrôle de production pour une machine virtuelle


Les points de contrôle de production permettent de créer facilement des images d’une machine virtuelle
« limitées dans le temps » que vous pouvez restaurer ultérieurement.
Les points de contrôle de production sont créés à l’aide de la technologie de sauvegarde de l’invité, et
non à l’aide de la technologie d’état de mise en mémoire.
Sur une machine virtuelle qui exécute un système d’exploitation Windows, les points de contrôle de
production sont créés avec le service Capture instantanée de volume.
Les machines virtuelles Linux vident les mémoires tampons de leur système de fichiers pour créer un
point de contrôle cohérent de système de fichiers.
Si vous souhaitez créer des points de contrôle à l’aide de la technologie d’état de mise en mémoire, vous
avez toujours la possibilité d’utiliser des points de contrôle standards pour votre machine virtuelle.
Vous pouvez définir l’un des paramètres de point de contrôle suivants pour une machine virtuelle :
Disabled : aucun point de contrôle n’est créé.
Production : les points de contrôle de production sont des captures instantanées cohérentes des
applications d’une machine virtuelle. Hyper-V s’appuie sur le fournisseur VSS invité pour créer une
image de la machine virtuelle sur laquelle toutes les applications sont dans un état cohérent. La
capture instantanée de production ne prend pas en charge la phase de récupération automatique lors
de la création. L’application d’un point de contrôle de production nécessite que la machine virtuelle
restaurée démarre hors connexion, comme pour une sauvegarde restaurée. Cette méthode est
toujours plus adaptée aux environnements de production.
ProductionOnly : cette option correspond à l’option Production, mais elle possède toutefois une
différence importante : Avec ProductionOnly, si un point de contrôle de production échoue, aucun
point de contrôle n’est créé. Cela diffère donc de l’option Production avec laquelle un point de
contrôle standard est créé en cas d’échec de la création d’un point de contrôle de production.
Standard : tous les états de mémoire des applications en cours d’exécution sont stockés. De cette
façon, quand vous appliquez le point de contrôle, l’application revient à l’état précédent. Cela ne
serait pas adapté à un environnement de production pour de nombreuses applications. Pour
certaines applications, ce type de point de contrôle est donc plus adapté aux environnements de
développement et de test.
Définissez le point de contrôle avec la commande PowerShell suivante :
Set-SCVirtualMachine CheckpointType (Disabled, Production, ProductionOnly, Standard)

Configurer les options de disponibilité pour les machines virtuelles


en cluster
Vous pouvez configurer des paramètres qui améliorent la disponibilité et la résilience des machines virtuelles
en cluster :
QoS de stockage : vous pouvez configurer des disques durs de machine virtuelle Hyper-V avec des
paramètres QoS pour contrôler la bande passante. Pour ce faire, utilisez le Gestionnaire Hyper-V.
Priorité de l’ordinateur virtuel : vous pouvez configurer les paramètres de priorité des machines
virtuelles déployées dans un cluster hôte. En fonction de la priorité de la machine virtuelle, le cluster hôte
démarre ou place les machines virtuelles haute priorité avant les machines virtuelles moyenne priorité ou
basse priorité. Cela garantit que la mémoire et d'autres ressources sont d'abord allouées aux ordinateurs
virtuels haute priorité, pour améliorer les performances. De plus, après un échec de nœud, si les ordinateurs
virtuels haute priorité ne disposent pas de la mémoire et d'autres ressources nécessaires pour démarrer, les
ordinateurs virtuels plus basse priorité seront mis hors connexion afin de libérer des ressources pour les
ordinateurs virtuels haute priorité. Les ordinateurs virtuels qui sont prévus pour redémarrer plus tard dans
l'ordre de priorité.
Propriétaires préférés et possibles d’ordinateurs virtuels : Ces paramètres affectent la sélection élective
des ordinateurs virtuels sur les nœuds du cluster hôte. Par défaut, il n'y a aucun propriétaire préféré (il n'y a
aucune préférence), et les propriétaires possibles incluent tous les nœuds de serveur sur le cluster.
Ensembles de disponibilité : quand vous placez plusieurs machines virtuelles dans un ensemble de
disponibilité, VMM tente de conserver ces machines virtuelles sur des hôtes séparés et évite de les placer
sur le même hôte dans la mesure du possible. Cela contribue à améliorer la continuité du service.
Configurer QoS pour une machine virtuelle
1. Ouvrez Gestionnaire Hyper-V, puis cliquez sur Action > Paramètres.
2. Dans Contrôleur SCSI, cliquez sur Disque dur
3. Dans Fonctionnalités avancées, cliquez sur Activer la gestion de la Qualité de service.
4. Spécifiez les valeurs minimale et maximale d’opérations d’E/S par seconde.
Configurer la priorité
1. Configurez un ordinateur virtuel ou un modèle d'ordinateur virtuel en utilisant l'une des options
suivantes :
Pour configurer une machine virtuelle déployée, dans Ordinateurs virtuels et services, accédez à
l’ordinateur hôte sur lequel la machine virtuelle est déployée. Cliquez avec le bouton droit sur la
machine virtuelle, puis cliquez sur Propriétés.
Pour configurer une machine virtuelle stockée, dans Bibliothèque, accédez au serveur de
bibliothèque sur lequel la machine virtuelle est stockée. Cliquez avec le bouton droit sur la machine
virtuelle, puis cliquez sur Propriétés.
Vous pouvez également configurer la priorité pendant que vous configurez une machine virtuelle,
dans la page Configurer le matériel. Pour configurer un modèle de machine virtuelle, dans
Bibliothèque > Modèles, cliquez sur Modèles d’ordinateur virtuel. Cliquez avec le bouton droit
sur le modèle de machine virtuelle, puis cliquez sur Propriétés.
2. Dans Configuration matérielle ou Configurer le matériel, faites défiler l’affichage jusqu’à Avancé,
puis cliquez sur Disponibilité. Vérifiez que l’option Rendre cet ordinateur virtuel hautement
disponible est activée. Sur une machine virtuelle déployée, ce paramètre ne peut pas être modifié, car il
dépend du déploiement, et non de la machine virtuelle déployée sur un cluster hôte.
3. Dans Priorité de l’ordinateur virtuel, sélectionnez la priorité Haute, Moyenne ou Basse pour la
machine virtuelle. Si vous voulez que la machine virtuelle nécessite toujours un démarrage manuel et
qu’elle ne devance jamais d’autres machines virtuelles, sélectionnez Ne pas redémarrer
automatiquement.
Configurer des propriétaires préférés
1. Dans Ordinateurs virtuels et services, accédez à l’ordinateur hôte sur lequel la machine virtuelle est
déployée. Cliquez avec le bouton droit sur la machine virtuelle, puis cliquez sur Propriétés.
2. Cliquez sur Paramètres, puis configurez les options :
Pour déterminer les nœuds (serveurs) du cluster qui seront la plupart du temps propriétaires de la
machine virtuelle, configurez la liste des propriétaires préférés.
Pour empêcher une machine virtuelle d'être la propriété d'un nœud déterminé, configurez la liste des
propriétaires possibles en omettant simplement le nœud qui ne doit jamais être propriétaire de la
machine virtuelle.
Configurer des ensembles de disponibilité
Vous pouvez également configurer des ensembles de disponibilité pour les machines virtuelles autonomes
d’un cluster ou pour un modèle de service, afin de spécifier la manière dont les machines virtuelles créées avec
ce modèle doivent être placées sur les ordinateurs hôtes.
1. Configurez une machine virtuelle ou un modèle de machine virtuelle en utilisant l'une des options
suivantes :
Pour configurer une machine virtuelle déployée, dans Ordinateurs virtuels et services, accédez à
l’ordinateur hôte sur lequel la machine virtuelle est déployée. Cliquez avec le bouton droit sur la
machine virtuelle, puis cliquez sur Propriétés.
Pour configurer une machine virtuelle stockée, dans Bibliothèque, accédez au serveur de
bibliothèque sur lequel la machine virtuelle est stockée. Cliquez avec le bouton droit sur la machine
virtuelle, puis cliquez sur Propriétés.
Vous pouvez également configurer la priorité pendant que vous configurez une machine virtuelle,
dans la page Configurer le matériel. Pour configurer un modèle de machine virtuelle, dans
Bibliothèque > Modèles, cliquez sur Modèles d’ordinateur virtuel. Cliquez avec le bouton droit
sur le modèle de machine virtuelle, puis cliquez sur Propriétés.
2. Sous l'onglet Configuration matérielle , faites défiler l'affichage jusqu'à Avancé et dans cette section,
cliquez sur Disponibilité.
3. Vérifiez que l'option Rendre cet ordinateur virtuel hautement disponible a le paramètre souhaité.
(Sur un ordinateur virtuel déployé, le paramètre ne peut pas être modifié, car il dépend du déploiement,
ou non, de l'ordinateur virtuel sur un cluster hôte.)
4. Sous Ensembles de disponibilité, cliquez sur Gérer des ensembles de disponibilité.
5. Cliquez sur le nom d'un ensemble de disponibilité, puis utilisez les contrôles pour ajouter ou supprimer
l'ensemble. Répétez cette opération jusqu'à ce que tous les ensembles de disponibilité souhaités
apparaissent dans la liste Propriétés attribuées . Pour créer un ensemble de disponibilité, cliquez sur le
bouton Créer , indiquez le nom de l'ensemble, puis cliquez sur OK.
6. Pour vérifier le paramètre défini pour un ordinateur virtuel déployé, dans la liste correspondant à
l'ordinateur virtuel, consultez le nom sous Nom de l'ensemble de disponibilité.
Pour les ordinateurs virtuels qui ont été déployés sur un cluster hôte, une autre façon de configurer ce
paramètre consiste à utiliser des commandes Windows PowerShell pour le clustering de basculement. Dans ce
contexte, le paramètre apparaît dans Get-ClusterGroup en tant que AntiAffinityClassNames.

Configurer la limitation des ressources


VMM comprend des fonctionnalités de limitation telles que la limitation du processeur et de la mémoire, pour
contrôler l’allocation des ressources et améliorer l’exécution des machines virtuelles.
Limitation du processeur : vous pouvez définir le poids d’un processeur virtuel pour fournir au
processeur une part supérieure ou inférieure de cycles de processeur. Les propriétés permettent
d’attribuer une priorité aux machines virtuelles lorsque les ressources de processeur sont trop sollicitées.
Pour les charges de travail très importantes, des processeurs virtuels supplémentaires peuvent être
ajoutés, en particulier lorsqu'un processeur physique est proche de sa limite supérieure.
Haut, Normal, Faible, Personnalisé : spécifie la façon dont le processeur est distribué en cas de
conflit. Le processeur sera d'abord alloué aux ordinateurs virtuels avec une priorité plus élevée.
Réserver les cycles de processeur (%) : spécifie le pourcentage des ressources de processeur qui
sont associées à un processeur logique qui doit être réservé à la machine virtuelle. Ceci est utile
lorsqu'une machine virtuelle exécute des applications qui sont particulièrement consommatrices
d'UC et que vous souhaitez garantir un niveau minimal de ressources du processeur. La valeur zéro
indique qu'aucun pourcentage spécifique du processeur n'est réservé pour l'ordinateur virtuel.
Limiter les cycles de processeur (%) : spécifie que la machine virtuelle ne doit pas consommer
plus que le pourcentage indiqué d’un processeur logique.
Limitation et poids de la mémoire : La limitation de la mémoire permet de hiérarchiser l'accès aux
ressources mémoire dans des scénarios où les ressources mémoire sont limitées. Lorsque l’utilisation de
la mémoire sur un ordinateur hôte est soutenue, les ressources mémoire sont d’abord allouées aux
ordinateurs virtuels présentant un niveau de priorité plus élevé. Si vous spécifiez une priorité plus faible,
elle risque d'empêcher un ordinateur virtuel de démarrer lorsque d'autres ordinateurs virtuels sont en
cours d'exécution et lorsque la mémoire disponible est faible. Vous pouvez définir les paramètres et les
seuils de priorité de la mémoire comme suit :
Statique : quantité de mémoire statique qui est affectée à une machine virtuelle spécifique.
Dynamique : les paramètres de la mémoire dynamique incluent :
Mémoire de démarrage : quantité de mémoire qui est allouée à la machine virtuelle à son
démarrage. Elle doit au moins être définie sur la quantité minimale de mémoire qui est
requise pour exécuter le système d'exploitation et les applications sur l'ordinateur virtuel. La
mémoire dynamique ajuste la quantité de mémoire au besoin.
Mémoire minimale : quantité minimale de mémoire requise pour la machine virtuelle. Elle
permet à un ordinateur inactif de diminuer la consommation de mémoire sous les besoins de
la mémoire de démarrage. La mémoire disponible peut ensuite être utilisée par d'autres
ordinateurs virtuels.
Mémoire maximale : limite de mémoire qui est allouée à la machine virtuelle. La valeur par
défaut est de 1 To.
Pourcentage de mémoire tampon : la mémoire dynamique ajoute de la mémoire à une
machine virtuelle au besoin, mais il est possible qu’une application sollicite de la mémoire plus
rapidement que la mémoire dynamique ne l’alloue. Le pourcentage de mémoire tampon
spécifie la quantité de mémoire disponible qui sera affectée à l'ordinateur virtuel au besoin. Le
pourcentage repose sur la quantité de mémoire qui est réellement nécessaire par les
applications et les services exécutés sur l'ordinateur virtuel. Elle est exprimée en pourcentage,
car elle varie selon les besoins de l'ordinateur virtuel.
Le pourcentage est calculé comme suit : Quantité de mémoire tampon = mémoire
requise par l'ordinateur virtuel / (valeur de mémoire tampon/100).
Par exemple, si la mémoire qui est allouée à l'ordinateur virtuel est de 1 000 Mo et si la
mémoire tampon est de 20 %, une mémoire tampon supplémentaire de 20 % (200 Mo)
sera allouée pour une mémoire physique totale de 1 200 Mo allouée à l'ordinateur
virtuel.
Poids de la mémoire : priorité qui est allouée à une machine virtuelle quand les ressources
mémoire sont entièrement utilisées. Si vous définissez une valeur à priorité élevée, une ordinateur
virtuel est prioritaire lorsque les ressources mémoire sont allouées. Si vous définissez une priorité
basse, un ordinateur virtuel peut ne pas être en mesure de démarrer si les ressources mémoire sont
insuffisantes.
Configurer la limitation du processeur
1. Dans la machine virtuelle > Propriétés > Avancé, cliquez sur Priorité du processeur.
2. Sélectionnez une valeur de priorité pour l'ordinateur virtuel. Ces valeurs spécifient la façon dont les
ressources du processeur sont équilibrées entre l'ordinateur virtuel et elles correspondent à la valeur de
poids relative dans Hyper-V :
Haute : valeur de poids relative de 200
Normale : valeur de poids relative de 100
Basse : valeur de poids relative de 50
Personnalisé : les valeurs de poids relatives prises en charge sont comprises entre 1 et 10000
3. Dans Réserver les cycles de processeur (%) , spécifiez le pourcentage de ressources du processeur
sur un processeur logique qui doit être réservé pour un ordinateur virtuel. Cela est utile lorsqu'un
ordinateur virtuel exécute des applications qui sont particulièrement consommatrices d'UC et que vous
souhaitez garantir un niveau minimal de ressources du processeur. Le paramètre zéro indique qu'aucun
pourcentage de processeur spécifique n'est réservé.
4. Dans Limiter les cycles de processeur (%) , spécifiez le pourcentage maximal de ressources du
processeur sur un processeur logique que l'ordinateur virtuel doit consommer. L'ordinateur virtuel ne se
verra pas allouer un pourcentage plus élevé.
Configurer la limitation de mémoire
1. Dans la machine virtuelle > Propriétés > Général, cliquez sur Mémoire.
2. Sélectionnez Statique pour spécifier qu'une quantité de mémoire fixe doit être affectée à un ordinateur
virtuel.
3. Sélectionnez Dynamique pour spécifier les paramètres de mémoire dynamique pour un ordinateur
virtuel, comme suit :
Dans Mémoire de démarrage, spécifiez la quantité de mémoire qui est allouée à l'ordinateur
virtuel lors de son démarrage. La valeur de mémoire doit être définie au moins sur la quantité
minimale de mémoire requise pour l'exécution des applications et du système d'exploitation de
l'ordinateur virtuel.
Dans Mémoire minimale, spécifiez une quantité de mémoire permettant à un ordinateur virtuel
inactif de diminuer la consommation de mémoire sous les exigences de mémoire de démarrage. Cela
permet à d'autres ordinateurs virtuels d'utiliser davantage de mémoire.
Dans Mémoire maximale, spécifiez la quantité maximale de mémoire allouée à un ordinateur
virtuel. Le paramètre par défaut est 1 To.
Dans Pourcentage de mémoire tampon, spécifiez la quantité de mémoire disponible qui sera
affectée à une machine virtuelle en cas de besoin. Le pourcentage doit reposer sur la quantité de
mémoire qui est réellement requise par les applications et les services exécutés sur l'ordinateur
virtuel. Le pourcentage de mémoire tampon doit être calculé comme suit : Quantité de mémoire
tampon = mémoire requise par l'ordinateur virtuel / (valeur de mémoire tampon/100). Par exemple,
si la mémoire qui est allouée à l'ordinateur virtuel est de 1 000 Mo et si la mémoire tampon est de
20 %, une mémoire tampon supplémentaire de 20 % (200 Mo) sera allouée pour une mémoire
physique totale de 1 200 Mo allouée à l'ordinateur virtuel.

Configurer la NUMA virtuelle


Vous pouvez configurer, déployer et gérer l’accès mémoire non uniforme (NUMA) virtuel dans VMM. La
NUMA virtuelle a les propriétés suivantes :
NUMA est une architecture mémoire qui est utilisée dans des systèmes multiprocesseur, où le délai
nécessaire à un processeur pour accéder à la mémoire dépend de l'emplacement de la mémoire par rapport
au processeur. Sur un système NUMA, un processeur peut accéder à la mémoire locale (la mémoire qui est
directement attachée au processeur) plus rapidement que la mémoire non locale (la mémoire qui est
attachée à un autre processeur). NUMA tente de réduire la différence entre la vitesse des processeurs et la
mémoire qu'ils utilisent. Pour ce faire, NUMA fournit une mémoire distincte pour chaque processeur, ce qui
permet d'éviter la détérioration des performances qui se produit lorsque plusieurs processeurs tentent
d'accéder à la même mémoire. Chaque bloc de mémoire dédiée est appelé nœud NUMA.
NUMA virtuel permet le déploiement de charges de travail plus importantes et plus stratégiques qui
peuvent être exécutées sans détérioration importante des performances dans un environnement virtualisé,
en comparaison avec l'exécution d'ordinateurs non virtualisés avec un matériel NUMA physique. Quand
une machine virtuelle est créée, par défaut, Hyper-V utilise des valeurs pour les paramètres invités qui sont
synchronisés avec la topologie NUMA hôte de Hyper-V. Par exemple, si un ordinateur hôte possède 16
cœurs et 64 Go divisés de manière égale entre deux nœuds NUMA, avec deux nœuds NUMA par socket de
processeur physique, puis le paramètre correspondant au nombre maximal de processeurs par nœud d'un
ordinateur virtuel qui est créé sur l'ordinateur hôte avec 16 processeurs virtuels sera défini sur huit, le
nombre maximal de nœuds par socket sera défini sur deux et la mémoire maximale par nœud sera définie
sur 32 Go.
La répartition NUMA peut être activée ou désactivée. Lorsque la répartition est activée, les nœuds NUMA
virtuels individuels peuvent allouer de la mémoire non locale et un administrateur peut déployer un
ordinateur virtuel qui possède plus de processeurs virtuels par nœud NUMA virtuel que le nombre de
processeurs qui sont disponibles sur le nœud NUMA matériel sous-jacent sur l'ordinateur hôte Hyper-V. La
répartition NUMA pour un ordinateur virtuel implique un coût de performance, car les ordinateurs virtuels
accèdent à la mémoire sur des nœuds NUMA non locaux.
Configurez la NUMA virtuelle pour les machines virtuelles de la façon suivante :
1. Dans la machine virtuelle, cliquez sur Propriétés > Avancé, puis cliquez sur NUMA virtuelle.
2. Dans Nombre maximal de processeurs par nœud NUMA virtuel, spécifiez le nombre maximal de
processeurs virtuels qui appartiennent au même ordinateur virtuel et qui peuvent être utilisés
simultanément sur un nœud NUMA virtuel. Configurez ce paramètre pour garantir une bande passante
maximale, de façon à ce que les différentes machines virtuelles NUMA puissent utiliser différents nœuds
NUMA. La limite minimale est 1 et la limite maximale de 32.
3. Dans Mémoire maximale par nœud NUMA virtuel (Mo) , spécifiez la quantité maximale de mémoire
(Mo) pouvant être allouée à un seul nœud NUMA virtuel. La limite minimale est de 8 Mo et la limite
maximale est 256 Go.
4. Dans Nombre maximal de nœuds NUMA virtuels par socket, spécifiez le nombre maximal de nœuds
NUMA virtuels qui sont autorisés par socket. Le nombre minimal est 1 et le nombre maximal de 64.
5. Pour activer la répartition, cliquez sur Autoriser l’ordinateur virtuel à répartir des nœuds NUMA
matériels.
Configurer l’optimisation dynamique et l’optimisation
de l’alimentation dans VMM
31/05/2019 • 21 minutes to read

Lisez cet article pour découvrir comment activer l’optimisation dynamique et l’optimisation de l’alimentation pour
les machines virtuelles dans System Center - Virtual Machine Manager (VMM ). L’article donne une vue
d’ensemble des fonctionnalités, fournit des instructions pour configurer le BMC pour l’optimisation de
l’alimentation, et explique comment activer et utiliser ces fonctionnalités.

NOTE
VMM 2019 et ultérieur prend en charge l’optimisation dynamique pour le calcul et le stockage. Les versions antérieures à
VMM 2019 prennent en charge l’optimisation dynamique uniquement pour le calcul. Utilisez les procédures suivantes selon
ce qui est applicable pour la version de VMM que vous utilisez.

Optimisation dynamique : Avec l’optimisation dynamique, VMM effectue une migration dynamique des
machines virtuelles et des disques durs virtuels au sein d’un cluster hôte. La migration est basée sur les
paramètres que vous spécifiez, et elle vise à améliorer l’équilibrage de la charge entre les hôtes et le
stockage partagé du cluster (volumes partagés du cluster, partages de fichiers), et à corriger les problèmes
d’emplacement pour les machines virtuelles.
L’optimisation dynamique du calcul (optimisation des hôtes) peut être effectuée sur les hôtes
d’un cluster pour optimiser les performances des hôtes en migrant des machines virtuelles entre les
hôtes. Les seuils de performances des hôtes que vous pouvez définir sont : UC et Mémoire.
L’optimisation dynamique du stockage (optimisation de l’espace disque, applicable pour VMM
2019 et ultérieur) peut être effectuée sur le stockage partagé du cluster (volumes partagés du cluster,
partages de fichiers) pour optimiser la disponibilité de l’espace stockage en migrant les disques durs
virtuels (VHD ) entre les stockages partagés. Vous pouvez définir un seuil d’espace de stockage
disponible sur le stockage partagé du cluster.
Optimisation de l’alimentation : cette fonctionnalité d’optimisation dynamique permet d’économiser
l’énergie, car elle met hors tension les machines hôtes qui ne sont pas nécessaires pour répondre aux
besoins en ressources dans un cluster et les remet sous tension quand elles sont nécessaires.
VMM prend en charge l’optimisation dynamique du calcul (à la fois du calcul et du stockage dans VMM 2019 et
ultérieur) et l’optimisation de l’alimentation sur les clusters hôtes Hyper-V. L’optimisation dynamique du calcul et
l’optimisation de l’alimentation sont également pris en charge sur des clusters hôtes VMware dans l’infrastructure
VMM qui prennent en charge la migration dynamique.

Avant de commencer
Notez les informations suivantes avant de commencer à utiliser l’optimisation dynamique.

Optimisation dynamique
L’optimisation dynamique et l’optimisation de l’alimentation peuvent être configurées sur des clusters hôtes qui
prennent en charge la migration en direct.
L’optimisation dynamique peut être configurée sur un groupe hôte pour migrer des machines virtuelles et des
disques durs virtuels au sein de clusters hôtes, avec une fréquence et une agressivité spécifiées. L’agressivité
d’une machine virtuelle détermine le degré de déséquilibre de la charge nécessaire pour lancer une migration
lors de l’optimisation dynamique.
L’agressivité de l’espace disque détermine la quantité d’espace de stockage disponible sous le seuil d’espace
disque qui est nécessaire pour migrer des disques durs virtuels vers un autre stockage partagé du cluster lors
de l’optimisation dynamique.
Par défaut, les machines virtuelles sont migrées toutes les 10 minutes avec une agressivité moyenne si la
migration automatique est activée. Quand un administrateur configure la fréquence et l’agressivité de
l’optimisation dynamique, il doit évaluer le coût des ressources des migrations supplémentaires par rapport aux
avantages procurés par l’équilibrage de la charge entre le stockage des hôtes et le stockage partagé dans un
cluster hôte. Par défaut, un groupe hôte hérite des paramètres d'optimisation dynamique de son groupe hôte
parent.
Si vous configurez l’optimisation dynamique sur un groupe hôte qui ne contient pas de cluster, l’optimisation n’a
aucun effet.
L’optimisation dynamique peut être configurée pour des clusters qui ont au moins deux nœuds. L’optimisation
dynamique du stockage a besoin qu’au moins deux fichiers/volumes de stockage partagé soient présents dans
le cluster. Si un groupe hôte contient des machines hôtes autonomes ou des clusters hôtes qui ne prennent pas
en charge la migration en direct, l’optimisation dynamique n’est pas effectuée sur ces hôtes. Toutes les machines
hôtes qui sont en mode maintenance sont également exclues de l’optimisation dynamique. De plus, VMM migre
uniquement les machines virtuelles à haut niveau de disponibilité qui utilisent un stockage partagé. Si un cluster
hôte contient des ordinateurs virtuels qui ne présentent pas un haut niveau de disponibilité, ces ordinateurs
virtuels ne sont pas migrés lors de l'optimisation dynamique.
L’optimisation dynamique à la demande est également disponible pour des clusters hôtes individuels, via
l’action Optimiser les hôtes/Optimiser l’espace disque dans l’espace de travail Machines virtuelles et services.
Elle peut être effectuée sans configurer l’optimisation dynamique sur les groupes hôtes. Une fois l’optimisation
dynamique demandée pour un cluster hôte, VMM liste les machines virtuelles/disques durs virtuels qui seront
migrées et demande l’approbation de l’administrateur. « Optimiser les ordinateurs hôtes » réalise un équilibrage
de charge des machines virtuelles sur les hôtes d’un cluster, tandis que « Optimiser l’espace disque » migre les
disques durs virtuels au sein du stockage partagé dans un cluster.
Équité de nœud
L’équité de nœud est une nouvelle fonctionnalité de Windows Server 2016. Elle identifie les nœuds de cluster dont
les charges sont légères et distribue des machines virtuelles à ces nœuds pour équilibrer la charge. Elle s’apparente
à l’optimisation dynamique de VMM. Pour éviter d’éventuels problèmes de performances, l’optimisation
dynamique et l’équité de nœud ne doivent pas fonctionner ensemble. Pour le garantir, VMM désactive l’équité de
nœud dans tous les clusters d’un groupe hôte pour lequel l’optimisation dynamique est définie automatiquement.
Si vous activez l’équité de nœud en dehors de la console VMM, VMM la désactive à la prochaine actualisation de
l’optimisation dynamique. Si vous voulez utiliser l’équité de nœud, désactivez l’optimisation dynamique, puis
activez manuellement l’équité de nœud.

Optimisation de l’alimentation
Pour l’optimisation de l’alimentation, les ordinateurs doivent avoir un contrôleur de gestion de la carte de base
(BMC ) qui permet la gestion hors bande.
L’optimisation de l’alimentation garantit qu’un cluster maintient un quorum en cas de défaillance d’un nœud
actif. Pour les clusters créés en dehors de VMM et ajoutés à VMM, l’optimisation de l’alimentation peut être
configurée pour des clusters contenant plus de quatre nœuds. Un nœud peut être mis hors tension pour chaque
nœud supplémentaire ou pour tous les deux nœuds supplémentaires d'un cluster. Par exemple :
Un nœud peut être mis hors tension pour un cluster de cinq ou six nœuds.
Deux nœuds peuvent être mis hors tension pour un cluster de sept ou huit nœuds.
Trois nœuds peuvent être mis hors tension pour un cluster de neuf ou dix nœuds.
Quand VMM crée un cluster, il crée un disque quorum, qu’il utilise ensuite dans le cadre du modèle de quorum.
Pour les clusters créés par VMM, l’optimisation de l’alimentation peut être configurée pour des clusters
contenant plus de trois nœuds. Cela signifie que le nombre de nœuds qui peuvent être mis hors tension est le
suivant :
Un nœud peut être mis hors tension pour un cluster de quatre ou cinq nœuds.
Deux nœuds peuvent être mis hors tension pour un cluster de six ou sept nœuds.
Trois nœuds peuvent être mis hors tension pour un cluster de huit ou neuf nœuds.

Configurer le BMC
Pour les hôtes dont le BMC prend en charge IMPI 1.5/2.0, DCMI 1.0 ou SMASH 1.0 sur WS -Management, vous
pouvez configurer les paramètres BMC comme suit :
1. Créez un compte d’identification doté des autorisations d’accès au BMC sur une machine hôte.
2. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes > hôte > Propriétés > Matériel >
Avancé > Paramètres BMC.
3. Pour activer l’administration VMM, sélectionnez Cet ordinateur physique est configuré pour la gestion
hors bande (OOB ) .
4. Dans Cet ordinateur prend en charge le fournisseur de configuration de gestion d’alimentation OOB
spécifié, cliquez sur le protocole de gestion pris en charge. Tapez l’adresse IP du BMC et acceptez le port par
défaut proposé par VMM. Sélectionnez le compte d’identification et cliquez sur OK.

Activer l’optimisation dynamique et l’optimisation de l’alimentation pour


un groupe hôte
1. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes, puis sélectionnez le groupe hôte que
vous souhaitez configurer.
2. Une fois le groupe hôte sélectionné, cliquez sur Dossier > Propriétés groupe > Propriétés.
3. Dans les propriétés du groupe hôte, cliquez sur Optimisation dynamique.
4. Dans Définir un paramètre d’optimisation dynamique, décochez la case Utiliser les paramètres
d’optimisation dynamique du groupe hôte parent.
5. Dans Intensité, sélectionnez Haute, Moyenne ou Basse.
L’agressivité d’une machine virtuelle détermine le degré de déséquilibre de la charge nécessaire pour lancer
une migration lors de l’optimisation dynamique.
L’agressivité de l’espace disque détermine la quantité d’espace de stockage disponible sous le seuil d’espace
disque qui est nécessaire pour migrer des disques durs virtuels vers un autre stockage partagé du cluster
lors de l’optimisation dynamique.
Quand vous configurez la fréquence et l’intensité de l’optimisation dynamique, vous devez essayer d’évaluer
le coût des ressources des migrations supplémentaires par rapport aux avantages procurés par l’équilibrage
de la charge entre les machines hôtes dans un cluster hôte. Au départ, vous pouvez utiliser la valeur par
défaut Moyenne. Observez les effets de l’optimisation dynamique dans votre environnement, puis
augmentez l’intensité si nécessaire.
6. Vous pouvez économiser l’énergie en configurant l’optimisation de l’alimentation pour le groupe hôte. De
cette manière, VMM met hors tension les machines hôtes qui ne sont pas nécessaires et les remet sous
tension quand elles sont nécessaires. L’optimisation de l’alimentation est disponible uniquement quand des
machines virtuelles sont migrées automatiquement pour équilibrer la charge.
7. Pour effectuer l’optimisation dynamique régulièrement sur les clusters hôtes éligibles dans le groupe hôte,
entrez les paramètres suivants :
a. Cochez la case Migrer automatiquement les machines virtuelles pour équilibrer la charge pour
équilibrer l’espace de stockage disponible sur un stockage partagé.
b. Dans Fréquence, spécifiez à quelle fréquence doit s’effectuer l’optimisation dynamique. Vous pouvez
entrer une valeur comprise entre 10 et 1 440 minutes (24 heures).
8. Définissez des seuils pour chaque ressource de calcul et de stockage listée (applicable pour VMM 2019).
Pour changer les unités des ressources, accédez à Groupe hôte> Propriétés > Réserves hôte et choisissez
l’unité dans le menu déroulant.
9. Pour activer l’optimisation de l’alimentation sur le groupe hôte, cochez la case Activer l’optimisation de
l’alimentation. Cliquez sur OK pour enregistrer vos modifications.

NOTE
S’il existe une non-correspondance des niveaux d’avertissement d’espace disque entre les groupes hôtes ayant le même
partage de fichiers, cela peut entraîner plusieurs migrations vers et depuis ce partage de fichiers et avoir un impact sur les
performances de l’optimisation dynamique du stockage. Nous vous recommandons de ne pas mette en place un partage de
fichiers entre les différents groupes hôtes où l’optimisation dynamique du stockage est activée.

Configurer les paramètres d’optimisation de l’alimentation


1. Dans Infrastructure, accédez au groupe hôte et ouvrez Propriétés.
2. Cliquez sur Optimisation dynamique > Définir un paramètre d’optimisation dynamique > Paramètres.
3. Dans Personnaliser la planification de l’optimisation de l’alimentation, changez les paramètres de ces
ressources : Processeur, Mémoire, E/S disque ou E/S réseau.
4. Sous Planification, sélectionnez les heures auxquelles l’optimisation de l’alimentation doit être effectuée. Pour
activer ou désactiver l’optimisation de l’alimentation pour une heure donnée, cochez la case horaire
correspondante. VMM applique la planification sur la base du fuseau horaire de la machine hôte.

Effectuer l’optimisation dynamique à la demande dans un cluster hôte


Vous pouvez effectuer l’optimisation dynamique à la demande Dans ce cas, vous n’avez pas besoin de configurer
l’optimisation dynamique sur le groupe hôte parent.
1. Ouvrez Infrastructure > Serveurs > Groupes hôtes et accédez au cluster hôte.
2. Pour effectuer l’équilibrage de charge des ressources de calcul, cliquez sur Optimiser les ordinateurs
hôtes. Pour effectuer l’équilibrage de charge du stockage sur le stockage partagé du cluster, cliquez sur
Optimiser les disques.
Pour optimiser les hôtes : VMM examine l’optimisation dynamique pour déterminer si des disques durs
virtuels peuvent être migrés pour mieux équilibrer la charge dans le cluster hôte. Si la migration de
machines virtuelles peut améliorer l’équilibrage de la charge, VMM affiche la liste des machines virtuelles
dont la migration est recommandée, en indiquant les hôtes actuels et les hôtes cibles. La liste exclut les
machines hôtes qui sont en mode maintenance dans VMM, ainsi que les machines virtuelles qui n’ont pas
un haut niveau de disponibilité.
Pour optimiser l’espace disque : VMM examine l’optimisation dynamique pour déterminer si des disques
durs virtuels peuvent être migrés pour respecter le seuil d’espace de stockage libre (espace disque) en
prenant en compte l’agressivité définie dans la page Optimisation dynamique. L’optimisation dynamique est
déclenchée seulement si aucun stockage partagé du cluster ne déroge au seuil d’espace disque défini. Si la
migration de disques durs virtuels peut améliorer le seuil d’espace de stockage dans le stockage partagé du
cluster, VMM affiche la liste des disques durs virtuels dont la migration est recommandée, en indiquant
l’espace de stockage actuel et l’espace de stockage cible. Les disques durs virtuels sont migrés seulement
vers un autre stockage partagé ayant la même classification de stockage.
3. Cliquez sur Migrer.

NOTE
Si des disques durs virtuels sont migrés entre un type de stockage et un autre (par exemple depuis un volume partagé de
cluster vers un partage de fichiers NAS), la migration du stockage sera lente. Si l’optimisation du stockage ne retourne pas de
liste de disques durs virtuels à migrer même quand les critères de seuil et d’agressivité sont satisfaits : - Vérifiez le
HostVolumeID avec l’applet de commande Get-SCStorageVolume. Si le HostVolumeID retourne Null pour le volume,
actualisez la machine virtuelle et effectuez à nouveau l’optimisation dynamique du stockage. - Vérifiez le
DiskSpacePlacementLevel du groupe hôte avec l’applet de commande Get-SCHostResever. Définissez pour
DiskSpacePlacementLevel une valeur égale à la valeur de Espace disque définie dans les paramètres Réserves hôte de
l’Assistant Optimisation dynamique.

Activer/désactiver un ordinateur dans VMM


1. Cliquez sur Infrastructure > Serveurs > Tous les ordinateurs hôtes > nom de la machine hôte.
2. Sous l’onglet Ordinateur hôte, dans le groupe Ordinateur hôte, cliquez sur Marche ou Mettre hors tension.
Vous pouvez afficher des informations sur les événements de mise hors tension et sous tension dans les
journaux du BMC (cliquez sur Matériel > Avancé > Journaux BMC ).

Étapes suivantes
Découvrez plus en détail la mise en service de machines virtuelles.
Créer des modèles de machine virtuelle à l’aide de
VMM et de Windows Azure Pack
19/12/2018 • 10 minutes to read

En tant que fournisseur d’hébergement, vous pouvez utiliser System Center - Virtual Machine Manager (VMM )
conjointement à Windows Azure Pack pour accroître la palette des fonctionnalités offertes à vos locataires. Pour
aider les locataires à créer des machines virtuelles sur lesquelles des systèmes d’exploitation et des applications
spécifiques sont déjà installés, vous pouvez créer des modèles de rôle de machine virtuelle. Les locataires peuvent
utiliser ces modèles pour créer des machines virtuelles sur site et dans les environnements d’hébergement du
fournisseur de services.

Avant de commencer
En savoir plus sur Windows Azure Pack
En savoir plus sur la façon dont VMM gère les ressources dans la bibliothèque VMM

Télécharger les ressources de galerie Azure Pack


Les ressources de galerie Azure Pack proposent des offres aux locataires à l’aide de composants standard et
réutilisables. La galerie de rôles de machine virtuelle vous permet de déployer des machines virtuelles.
Généralement, vous avez besoin de deux packages pour déployer un rôle de machine virtuelle :
Un package de définitions de ressources (*.resdefpkg) pour déployer la machine virtuelle. Ce modèle décrit les
informations demandées aux locataires de portail libre-service concernant la taille de la machine virtuelle, son
nom, etc. VMM utilise ces paramètres pour déployer le rôle.
Un package d’extension de ressource (*.resextpkg) pour installer des applications sur une machine virtuelle.
Chaque ressource contient un fichier Lisez-moi qui explique comment préparer votre environnement.
1. Téléchargez le programme Microsoft Web Platform Installer. Il vous permet de télécharger les ressources de
galerie.
2. Démarrez le programme d’installation, cliquez sur le lien Options en bas de la fenêtre, puis tapez le lien
https://www.microsoft.com/web/webpi/partners/servicemodels.xml dans Flux personnalisés. Cliquez sur
Ajouter un flux > OK. Un onglet Modèles de service doit apparaître.
3. Sous l’onglet Modèles de service, sélectionnez Ressources de galerie.
4. Sélectionnez la ressource que vous souhaitez, puis cliquez sur Ajouter > Installer.
5. Acceptez le contrat de licence le cas échéant, puis cliquez sur Continuer. Une fenêtre s’ouvre pour le dossier
dans lequel la ressource est téléchargée sur l’ordinateur local.
6. Le fichier Lisez-moi qui accompagne la ressource spécifie si un ou des logiciels supplémentaires sont
nécessaires. Suivez les instructions indiquées.

Importer des extensions de ressource dans la bibliothèque


Pour les ressources de galerie qui utilisent des extensions de ressource, vous devez importer ces extensions dans la
bibliothèque VMM à l’aide de PowerShell. L’exemple ci-dessous montre comment installer un pack d’extension de
ressource (MyVMRole.resextpkg), avec une bibliothèque partagée appelée MSSCVMMLibrary :
1. À l’invite de commandes, exécutez :
$libraryShare = Get-SCLibraryShare | Where-Object {$_.Name -eq 'MSSCVMMLibrary'}
$resextpkg = $Env:SystemDrive + "\GalleryResources\My-VMRole-Pkg\MyVMRole.resextpkg"
Import-CloudResourceExtension –ResourceExtensionPath $resextpkg -SharePath $libraryShare -
AllowUnencryptedTransfer

2. Vérifiez que l’importation s’est terminée avec l’applet de commande suivante :

Get-CloudResourceExtension

Créer et préparer un disque dur virtuel


Pour créer un modèle, vous avez besoin d’un fichier de disque dur virtuel qui contient un système d’exploitation
préparé pour le déploiement, à l’aide de Sysprep.
Spécifier le système d’exploitation
1. Lorsque vous créez le disque dur, spécifiez le système d’exploitation requis dans la propriété du système
d’exploitation. Pour les disques de données, cette valeur doit être définie sur None.
2. Définissez la propriété à l’aide de la console VMM ou de PowerShell. L’exemple suivant montre comment
définir le disque dur virtuel MyVirtualHardDisk pour exécuter Windows Server 2012 Datacenter. Votre applet
de commande remplace le nom du disque par l’une des valeurs figurant dans le fichier Lisez-moi.

$myVHD = Get-SCVirtualHardDisk | where {$_.Name –eq 'MyVirtualHardDisk.vhd'}


$WS2012Datacenter = Get-SCOperatingSystem | where { $_.name –eq '64-bit edition of Windows Server 2012
Datacenter' }
Set-scvirtualharddisk –virtualharddisk $myVHD –OperatingSystem $WS2012Datacenter

Spécifier le nom et la version


1. Les propriétés Familyname et Release du disque dur virtuel doivent être définies pour que le portail
Windows Azure Pack affiche le disque dur virtuel en tant que disque disponible pour cette ressource de
galerie. Ces valeurs sont affichées dans la liste déroulante de portail.
Les valeurs de la propriété Familyname doivent indiquer le contenu du disque dur virtuel, notamment la
version et l’édition de Windows Server. Le fichier Lisez-moi de la ressource de galerie doit inclure les
valeurs Familyname appropriées. Les valeurs de la propriété Release doivent être conformes au schéma
de version Windows Azure n.n.n.n. Exemples : 1.0.0.0 et 1.0.0.1.
2. Définissez la propriété à l’aide de la console VMM ou de PowerShell. L’exemple suivant montre comment
définir le disque dur virtuel MyVirtualHardDisk avec une propriété Familyname égale à "Windows
Server 2012 Datacenter" et une propriété Release égale à "1.0.0.0". Votre applet de commande remplace les
valeurs par l’une des valeurs figurant dans le fichier Lisez-moi.

$myVHD = Get-SCVirtualHardDisk | where {$_.Name –eq 'MyVirtualHardDisk.vhd'}


$familyName = "Windows Server 2012 DataCenter"
$release = "1.0.0.0"
Set-scvirtualharddisk –virtualharddisk $myVHD –FamilyName $familyName –Release $release

Spécifier les balises


Les éléments de la galerie de rôles de machine virtuelle spécifient les balises qui doivent figurer sur un disque de
système d’exploitation pour qu’il soit disponible en tant qu’option lorsqu’un utilisateur configure la machine
virtuelle. Le fichier Lisez-moi de la ressource de galerie doit inclure les balises dont elle a besoin.
1. Lorsque vous créez le disque dur, spécifiez les balises requises à l’aide de PowerShell.
2. L’exemple suivant montre comment définir la balise "WindowsServer2012R1" pour le disque dur virtuel
MyVirtualHardDisk. Votre applet de commande utilise les valeurs figurant dans le fichier Lisez-moi.

$myVHD = Get-SCVirtualHardDisk | where {$_.Name –eq 'MyVirtualHardDisk.vhd'}


$tags = $myVHD.Tag
if ( $tags -cnotcontains "WindowsServer2012R1" ) { $tags += @("WindowsServer2012R1") }
Set-scvirtualharddisk –virtualharddisk $myVHD –Tag $tags

Ajouter le disque virtuel à la bibliothèque


Après avoir créé le disque dur virtuel, vous devez l’ajouter à la bibliothèque VMM avec les valeurs que vous avez
spécifiées. Découvrez plus en détail l’ajout de ressources de fichiers dans la bibliothèque.

Importer les packages de définition de ressource


Une fois que l’extension de ressource et le disque dur virtuel figurent dans la bibliothèque VMM, vous pouvez
importer le package de définition de ressource et publier l’élément de galerie à l’aide du portail des administrateurs
de services dans Windows Azure Pack. Après ces étapes, l’élément de galerie est disponible pour le locataire.
La ressource de galerie inclut un ou plusieurs fichiers de package de définition de ressource.
S’il contient plusieurs fichiers, le fichier Lisez-moi spécifie la configuration différente fournie par chacun d’eux.
1. Ouvrez le portail d'administration du service.
2. Accédez à l’espace de travail Clouds de machines virtuelles.
3. Cliquez sur l’onglet Galerie > Importer.
4. Sélectionnez et importez le fichier de package de définition de ressource pour l’élément de galerie. Il s’agit du
fichier avec l’extension resdefpkg.
L’élément de galerie doit maintenant être répertorié sous l’onglet Galerie.

Publier l’élément et l’ajouter à un plan


1. Sous l’onglet Galerie, sélectionnez la version de l’élément de galerie que vous venez d’importer.
2. Cliquez sur la flèche en regard du nom de l'élément de galerie. Vérifiez les détails de l’élément de galerie.
Revenez en arrière et cliquez sur Rendre public.
3. Sélectionnez l’espace de travail Plans et sélectionnez le plan auquel vous souhaitez ajouter l’élément de galerie.
4. Sélectionnez le service Clouds de machines virtuelles. Faites défiler jusqu’à la section Galerie et cliquez sur
Ajouter des éléments de la galerie. 5. Sélectionnez les éléments de galerie que vous avez importés, puis
cliquez sur Enregistrer.
Le rôle de machine virtuelle est désormais disponible pour le locataire dans le cadre du plan sélectionné.

Étapes suivantes
Découvrez plus en détail la mise en service de machines virtuelles.
Migrer des machines virtuelles dans
l’infrastructure VMM
02/01/2019 • 16 minutes to read

Cet article offre une vue d’ensemble de la migration des machines virtuelles dans l’infrastructure System
Center - Virtual Machine Manager (VMM ).
Vous pouvez migrer des machines virtuelles et du stockage géré dans l’infrastructure VMM. VMM sélectionne
automatiquement le type de transfert qui sera utilisé pour la migration. Quand vous effectuez une migration dans
la console VMM à l’aide de l’Assistant de migration de l’ordinateur virtuel, le type de migration qui sera utilisé
s’affiche dans la colonne Type de transfert. Les types de migrations pris en charge sont résumés dans le tableau
suivant.

TYPE UTILISATION DÉTAILS

Migration réseau Effectue une copie réseau des données Il s’agit du type de migration le plus
de la machine virtuelle à l’aide du lent. La durée du temps mort est
service BITS. directement proportionnelle à la taille
du transfert de données.

Migration rapide Également appelé « transfert de L'état d'exécution de la machine


cluster », ce type de migration peut être virtuelle est enregistré sur le disque (la
utilisé pour migrer une machine machine virtuelle est en veille
virtuelle à haut niveau de disponibilité. Il prolongée), le disque est basculé sur
s'appuie sur le cluster de basculement l'autre nœud de cluster, puis l'état
Windows pour migrer des machines enregistré est chargé pour sortir de
virtuelles entre des nœuds de cluster. veille la machine virtuelle.

Le temps mort est minime, car la


migration rapide prend un instantané
de l'ordinateur virtuel et transfère les
données sans qu'il soit nécessaire
d'éteindre l'ordinateur virtuel.

Migration de stockage rapide Permet de déplacer le stockage d’une Les disques virtuels d'une machine
machine virtuelle d’un emplacement à virtuelle en cours d'exécution peuvent
un autre. Par exemple, vous pouvez être migrés indépendamment des
déplacer le stockage d’une machine protocoles de stockage (SCSI, Fibre
virtuelle depuis un SAN Fibre Channel Channel) ou des types de stockage
vers un SAN iSCSI. (local, DAS, SAN).

Le temps mort est minime, car la


migration rapide du stockage prend un
instantané de la machine virtuelle et
transfère les données sans qu'il soit
nécessaire d'éteindre la machine
virtuelle.
TYPE UTILISATION DÉTAILS

Migration SAN Utilise le transfert SAN pour migrer des Pour la migration SAN, les fichiers d'une
machines virtuelles, et des machines machine virtuelle ne sont pas copiés
virtuelles à haut niveau de disponibilité, d'un serveur à un autre, donc le temps
à l’intérieur et à l’extérieur d’un cluster. Il mort est réduit. La migration SAN peut
peut être utilisé lorsque les ordinateurs être utilisée pour copier une machine
hôtes source et de destination ont accès virtuelle d'un ordinateur hôte vers un
à la même infrastructure de stockage autre, ou pour copier une machine
(LUN) et lorsque le stockage peut être virtuelle vers ou depuis la bibliothèque.
transféré d'un ordinateur hôte à un
autre. Lors de la migration d'une machine
virtuelle dans un cluster à l'aide d'un
transfert SAN, VMM vérifie que chaque
nœud du cluster peut voir le numéro
d'unité logique et crée
automatiquement une ressource de
disque en cluster pour ce numéro.

Pour migrer une machine virtuelle


depuis un cluster, l'ordinateur doit se
trouver sur un numéro d'unité logique
dédié qui n'utilise pas CSV.

Les infrastructures SAN suivantes sont


prises en charge pour la migration :
Fiber Channel ; SAN iSCSI ; N_Port ID
Virtualization (NPID).

Migration dynamique Déplace une machine virtuelle en cours Aucun temps mort notable pour les
d’exécution d’un cluster à un autre, dans utilisateurs et les applications réseau.
le cadre d’un cluster de basculement.

Migration dynamique
L’utilisation de la migration dynamique présente de nombreux avantages :
Flexibilité accrue : les fonctionnalités de migration dynamique peuvent simplifier le déplacement des
machines virtuelles parmi les hôtes et les clusters. Par conséquent, il devient plus facile de gérer un centre de
données dynamique.
Facilité de maintenance : la migration dynamique évite de devoir mettre hors ligne des hôtes autonomes et
des hôtes de cluster à des fins de maintenance et de migration, ce qui permet d’éviter les temps d’arrêt. Comme
il est possible d'effectuer la maintenance et les migrations simultanément, la plage de temps de la migration
peut être raccourcie selon la durée nécessaire à l'exécution de la migration en direct. En outre, le processus de
planification pour la mobilité Hyper-V est simplifié.
Meilleure utilisation du matériel : la distribution des machines virtuelles peut être optimisée dans toute
l’infrastructure. Les ordinateurs virtuels et le stockage peuvent être déplacés vers des serveurs autonomes et
des clusters qui possèdent des capacités de réserve, sans interrompre la disponibilité. La consommation
électrique est réduite car les ordinateurs virtuels peuvent être déplacés entre les ordinateurs hôtes, puis les
ordinateurs hôtes peuvent être éteints pour économiser de l'énergie.
Fonctionnalités de clustering de basculement : VMM tire parti des fonctionnalités de clustering de
basculement introduites dans Windows Server 2012. Ces fonctionnalités incluent des API supplémentaires
pour migrer des machines virtuelles entre des nœuds de cluster, et une fonctionnalité attacher/détacher
optimisée, qui permet la migration de machines virtuelles à l'intérieur et à l'extérieur de clusters de basculement
sans temps mort. VMM prend en charge les types de migrations dynamiques suivants :
Prise en charge de la migration dynamique
VMM prend en charge les types de migrations dynamiques suivants :
Migration dynamique de machines autonomes : vous pouvez exécuter une migration dynamique entre
deux machines autonomes qui ne sont pas comprises dans un cluster.
Migration dynamique au sein d’un cluster : vous pouvez effectuer une migration dynamique entre les
nœuds d’un même cluster.
Migration dynamique entre les nœuds de différents clusters : vous pouvez effectuer une migration entre
des nœuds de différents clusters.
Migration dynamique du stockage de machine virtuelle : vous pouvez migrer le stockage pour mettre à
jour le stockage physique disponible dans Hyper-V, ou pour corriger les goulets d’étranglement dans les
performances de stockage. Vous pouvez également utiliser la migration du stockage pour déplacer, entretenir
ou mettre à niveau des ressources de stockage, ou pour la migration d'une machine virtuelle autonome ou en
cluster. Le stockage peut être ajouté à un ordinateur autonome ou à un cluster Hyper-V. Les machines virtuelles
peuvent être déplacées vers le nouveau stockage tout en continuant d’être exécutées.
VSM dynamique : vous pouvez utiliser la migration dynamique du système (VSM dynamique) pour migrer
des machines virtuelles ainsi que leur stockage en une même opération.
Migration dynamique simultanée : Vous pouvez effectuer plusieurs migrations dynamiques simultanées
d'ordinateurs virtuels et du stockage. La limite simultanée peut être configurée manuellement. Les migrations
simultanées en direct qui dépassent la limite seront mises en attente.
VMM examine et valide les paramètres de configuration d’un hôte de destination avant que la migration à partir
d’un hôte source ne commence.
Matrice de prise en charge de la migration dynamique de machines virtuelles
SOURCE DESTINATION : AUTONOME DESTINATION : CLUSTER

Autonome Pris en charge Pris en charge

Cluster Pris en charge Pris en charge

La source et la destination peuvent se


trouver dans le même cluster ou dans
des clusters différents.

Matrice de prise en charge de la migration dynamique de stockage


DESTINATION : PARTAGE
DESTINATION : DISQUE LOCAL SMB 3.0
SOURCE (AUTONOME) (AUTONOME/CLUSTER) DESTINATION : CSV (CLUSTER)

Disque local Pris en charge Pris en charge. Non pris en charge.

L'ordinateur virtuel sera


promu à un haut niveau de
disponibilité.

Partage SMB 3.0 Pris en charge. Dans un Pris en charge Pris en charge
cluster, la machine virtuelle
est rétrogradée et n’est pas
hautement disponible après
la migration.
DESTINATION : PARTAGE
DESTINATION : DISQUE LOCAL SMB 3.0
SOURCE (AUTONOME) (AUTONOME/CLUSTER) DESTINATION : CSV (CLUSTER)

Cluster Pris en charge Pris en charge Pris en charge

Dans un cluster, la machine Le partage SMB doit être Le volume partagé de cluster
virtuelle est rétrogradée et disponible à partir du nœud doit être disponible à partir
n’est pas hautement du cluster de destination. du nœud du cluster de
disponible après la destination.
migration.

Limites de migration en direct


La migration en direct nécessite au moins deux serveurs qui exécutent Hyper-V, qui prennent en charge la
virtualisation matérielle et qui utilisent des processeurs du même fabricant, tels que les processeurs AMD
ou tous les processeurs Intel, par exemple.
La migration dynamique est prise en charge avec les hôtes exécutant Windows Server 2012.
Les ordinateurs virtuels doivent être configurés pour utiliser des disques durs virtuels ou des disques Fibre
Channel virtuels, mais pas des disques physiques.
Pour le trafic réseau de migration dynamique, vous devez utiliser un réseau privé.
Les serveurs source et de destination doivent appartenir au même domaine Active Directory ou à différents
domaines approuvés.
Si le disque dur virtuel de l'ordinateur virtuel source ou de destination possède un disque de base, le disque
de base doit se trouver dans un partage qui est accessible (enregistré) à partir de l'ordinateur hôte de
destination. En règle générale, la migration dynamique ne déplace pas le disque de base.
La migration entre clusters est prise en charge uniquement sur les hôtes exécutés dans des clusters de
basculement. Le stockage du volume partagé de cluster (CSV, Cluster Shared Volume) doit être activé dans
le cluster.
La migration dynamique d'un ordinateur virtuel ne migre pas le stockage de l'ordinateur virtuel, c'est-à-dire
l'emplacement qui stocke les images de l'ordinateur virtuel (fichiers VHD, ISO, VFD ). Pour gérer les besoins
de stockage, vous pouvez utiliser l'une des options suivantes :
Configurer l'ordinateur virtuel afin que les fichiers de stockage soient disponibles sur un partage de
fichiers qui est accessible par l'ordinateur hôte source et de destination de la migration.
Exécuter la migration dynamique combinée du stockage et de l'ordinateur virtuel (VSM dynamique) en
une seule action.
Exécuter une migration du stockage distincte.
Si les ordinateurs hôtes source et de destination utilisent le stockage partagé, notez les points suivants :
Tous les fichiers contenant un ordinateur virtuel, tels que les disques durs virtuels, les captures
instantanées et la configuration, doivent être stockés sur un partage SMB.
Les autorisations sur le partage SMB doivent être configurées pour accorder l'accès aux comptes
d'ordinateurs de tous les serveurs exécutant Hyper-V.
La migration du stockage déplace les images d'ordinateur virtuel (fichiers VHD, ISO et VFD ), les
configurations de capture instantanée et les données (fichiers d'état enregistrés).
La migration du stockage s'effectue pour chaque ordinateur virtuel.
La migration du stockage ne déplace pas les disques de base (parents), à l'exception des disques de capture
instantanée.
VSM dynamique
Le VSM dynamique migre les machines virtuelles et leur stockage en une seule action.
Pour utiliser la migration dynamique du stockage et de l'ordinateur virtuel, le numéro d'unité logique de
l'ordinateur virtuel doit être masqué à partir de l'ordinateur hôte de destination.
La migration dynamique des machines virtuelles et de leur stockage est prise en charge entre deux hôtes
autonomes qui exécutent Hyper-V à compter de Windows Server 2012. Le transfert peut se produire entre des
disques locaux ou des partages de fichiers SMB 3.0.
La migration dynamique des machines virtuelles et de leur stockage (Live VSM ) est prise en charge entre deux
clusters hôtes qui exécutent Hyper-V à compter de Windows Server 2012. L'ordinateur virtuel peut être
transféré vers un partage de fichiers CSV ou SMB 3.0 sur le cluster hôte de destination.

Étapes suivantes
Migrer une machine virtuelle
Migrer le stockage
Exécuter une migration dynamique
Migrer une machine virtuelle dans
l’infrastructure VMM
16/07/2019 • 13 minutes to read

Cet article explique comment migrer une machine virtuelle dans System Center - Virtual Machine Manager
(VMM ).
Pour effectuer une migration, vous pouvez utiliser l’une des méthodes suivantes :
Exécuter l’Assistant de migration de machine virtuelle : à l’aide de cet Assistant, vous pouvez
sélectionner un hôte de la machine virtuelle de destination pour la migration, spécifier le chemin qui stocke
les fichiers de la machine virtuelle, attacher la machine virtuelle à l’un des réseaux virtuels qui se trouvent
sur l’hôte sélectionné et, si un transfert réseau SAN est disponible, sélectionner à la place un transfert
réseau.
Faire glisser la machine virtuelle vers un hôte : quand vous faites glisser une machine virtuelle vers un
hôte, VMM utilise la sélection élective automatique pour placer la machine virtuelle sur le volume le plus
approprié de l’hôte. La sélection dépend de l'espace disponible.
Faire glisser la machine virtuelle vers un groupe hôte : quand vous faites glisser la machine virtuelle
vers un groupe hôte, VMM utilise la sélection élective automatique pour placer la machine virtuelle sur
l’hôte le plus approprié disponible dans le groupe hôte, en fonction des spécifications de la machine
virtuelle et des évaluations de l’hôte. L'ordinateur virtuel est placé sur le volume le plus approprié de
l'ordinateur hôte. La sélection dépend de l'espace disponible. Au cours de la sélection élective automatique,
le processus d’évaluation de l’ordinateur hôte identifie le volume le plus approprié sur chaque ordinateur
hôte.
Notez les points suivants avant de commencer la migration :
Si un réseau SAN correctement configuré est disponible, VMM l’utilise automatiquement pour effectuer les
transferts. Toutefois, si vous utilisez l'Assistant de migration de machine virtuelle pour exécuter un transfert,
vous pouvez passer outre l’utilisation du réseau SAN et effectuer un transfert réseau local.
Si vous migrez une machine virtuelle connectée à un stockage SAN, celle-ci ne peut se reconnecter au réseau
SAN que si l'ordinateur hôte de destination a également accès à ce réseau SAN. VMM n’est pas en mesure de
détecter si une machine virtuelle est connectée à un réseau SAN ou si l’ordinateur hôte de destination est
connecté au même réseau SAN et, par conséquent, ne peut pas générer d’avertissement. Vous devez, avant de
migrer la machine virtuelle, vérifier que la configuration du nouvel ordinateur hôte permet à la machine
virtuelle de se reconnecter au réseau SAN.
Pour migrer des machines virtuelles entre des hôtes équipés de processeurs différents, veillez à effectuer cette
exception dans Propriétés > Processeur de la machine virtuelle en sélectionnant Autoriser la migration
vers un ordinateur hôte d’ordinateur virtuel avec une version de processeur différente. Sinon, la
migration échoue.
Si vous modifiez les autorisations d’une machine virtuelle via le système de fichiers et que vous migrez ensuite
la machine virtuelle, VMM recrée la liste de contrôle d’accès. Toutes les modifications qui ont été apportées en
dehors de VMM seront perdues.
Si vous essayez de migrer une machine virtuelle vers un ordinateur hôte Hyper-V immédiatement après avoir
supprimé un point de contrôle de la machine virtuelle, la migration risque d'échouer. Si vous lancez une
migration avant qu'Hyper-V n'ait fini de supprimer le point de contrôle, celle-ci échoue, ce qui vous oblige à
réparer la machine virtuelle à l'aide de l'option Annuler . Pour éviter ce problème, assurez-vous que le point de
contrôle a été supprimé ou attendez qu'Hyper-V le supprime automatiquement. Vérifiez la suppression de la
façon suivante :
1. Dans Ordinateurs virtuels, cliquez sur la machine virtuelle, Actions > Arrêter.
2. Dans le Gestionnaire Hyper-V, État > Fusion en cours, indique que le point de contrôle n’a pas été
supprimé. Attendez que cette opération soit terminée avant de migrer la machine virtuelle.

Migrer une machine virtuelle à l’aide de l’Assistant


1. Dans la vue Ordinateurs virtuels, accédez à l’ordinateur hôte, sélectionnez la machine virtuelle, puis, dans
Actions, cliquez sur Migrer l’ordinateur virtuel.
2. Dans Sélectionner l’ordinateur hôte, sélectionnez l’hôte de destination. Vous pouvez lire le contenu des
onglets pour obtenir plus de détails sur l’ordinateur hôte.
Détails : indique l’état de l’ordinateur hôte, le système d’exploitation, ainsi que le type et l’état du
logiciel de virtualisation. Affiche la liste des machines virtuelles sur l'ordinateur hôte.
Explication de l’évaluation : répertorie les facteurs qui ont produit l’évaluation zéro étoile.
Explication SAN ou Explication sur le déploiement et le transfert : répertorie les facteurs qui
rendent un transfert SAN indisponible. En outre, à compter de System Center Virtual Machine
Manager, l’onglet Explication sur le déploiement et le transfert fournit une explication si la copie de
fichiers rapide ne peut pas être utilisée. La copie de fichiers rapide est une fonctionnalité introduite
dans VMM qui repose sur la fonctionnalité Windows ODX (Offloaded Data Transfers) apparue dans
Windows Server 2012 R2. Pour plus d'informations sur ODX, consultez la vue d'ensemble des
transferts de données déchargées de Windows.

NOTE
La fonctionnalité de copie de fichiers rapide n’est pas utilisée durant la migration d’une machine virtuelle d’un
hôte vers une bibliothèque.

3. Dans la page Sélectionner le chemin d’accès, acceptez le chemin d’accès par défaut, ou cliquez sur
Parcourir et naviguez jusqu’au dossier dans lequel vous voulez stocker les fichiers de configuration de
machine virtuelle, puis cliquez sur OK. Notez ce qui suit :
Si l'ordinateur hôte cible fait partie d'un cluster de basculement pour lequel les volumes partagés de
cluster sont activés, vous pouvez stocker la machine virtuelle sur des unités logiques (LU ) du volume
partagé de cluster (CSV ) et un numéro d'unité logique (LUN ) associé qui est déjà utilisé par d'autres
machines virtuelles hautement disponibles (HAVM ). Grâce aux volumes partagés de cluster, plusieurs
machines virtuelles hautement disponibles peuvent partager le même numéro d'unité logique. La
migration d'un de ces ordinateurs n'affecte pas les autres ordinateurs qui partagent le même numéro
d'unité logique (LUN ). VMM prend également en charge plusieurs machines virtuelles hautement
disponibles par LUN pour les environnements VMware configurés avec des LUN VMFS VMware.
Si vous avez sélectionné un autre chemin qu'un chemin de machine virtuelle par défaut et que vous
souhaitez stocker d'autres machines virtuelles sur ce chemin, activez la case à cocher Ajouter ce
chemin d'accès à la liste des chemins d'accès d'ordinateurs hôtes par défaut pour ajouter le
chemin aux chemins par défaut sur l'ordinateur hôte.
Si vous utilisez un transfert réseau, vous avez la possibilité de spécifier des emplacements de stockage
distincts pour chaque fichier de disque dur virtuel (.vhd ou .vhdx) de la machine virtuelle. Par défaut, tous
les fichiers .vhd ou .vhdx seront stockés dans le même emplacement que celui défini pour la machine
virtuelle.
Si les transferts SAN sont activés pour ce déploiement, la machine virtuelle est transférée par défaut
vers l'ordinateur hôte via le réseau SAN. Si vous ne souhaitez pas effectuer de transfert SAN, activez la
case à cocher Transférer sur le réseau même si un transfert SAN est disponible. Si les transferts
SAN ne sont pas disponibles pour ce déploiement, cette option n'est pas disponible.
4. Dans Sélectionner des réseaux, modifiez les réseaux et définissez-les sur Aucun ou rattachez-les à l’un
des réseaux virtuels recensés sur l’ordinateur hôte sélectionné. La zone Réseaux répertorie chacune des
cartes réseau virtuelles actuellement rattachées à la machine virtuelle. Par défaut, les cartes réseau sont
définies sur Aucun (si vous avez sélectionné Aucun dans la configuration matérielle) ou sur le réseau
virtuel le plus adéquat en fonction des règles de correspondance des réseaux.
5. Dans Sélectionner des réseaux SAN virtuels, sélectionnez les réseaux SAN virtuels applicables dans la
liste déroulante de chaque carte HBA virtuelle répertoriée. Cliquez ensuite sur Suivant.
6. Dans Résumé, vérifiez vos paramètres. Pour démarrer la machine virtuelle après l’avoir déployée, cliquez
sur Démarrer l’ordinateur virtuel immédiatement après l’avoir déployé sur l’ordinateur hôte.
Cliquez sur Afficher le Script pour afficher les applets de commande Windows PowerShell qui effectuent
la migration.
7. Pour démarrer la migration, cliquez sur Déplacer. Suivez la progression dans Travaux.

Migrer une machine virtuelle avec un glisser-déplacer


1. Dans Ordinateurs virtuels, naviguez jusqu’à l’ordinateur hôte actuel de la machine virtuelle, dans le volet de
navigation.
2. Cliquez sur la machine virtuelle puis, en maintenant enfoncé le bouton de la souris, faites glisser la machine
virtuelle vers l’ordinateur ou le groupe hôte de votre choix, dans le volet de navigation.
3. Lorsque vous relâchez le bouton de la souris, le système essaie de migrer la machine virtuelle à l'aide d'une des
méthodes suivantes :
Si vous avez fait glisser la machine virtuelle vers un ordinateur hôte, le système évalue les capacités
d'hébergement par l'ordinateur hôte de la machine virtuelle et essaie de migrer la machine virtuelle si
l'ordinateur hôte est considéré comme adapté.
Si vous avez fait glisser la machine virtuelle vers un groupe hôte, le système évalue chaque hôte du
groupe et essaie de migrer la machine virtuelle vers le plus adapté de ces ordinateurs hôtes. Pour que la
migration réussisse, un chemin de machine virtuelle doit être configuré sur l'ordinateur hôte pour le
volume recommandé.
Si vous rencontrez des difficultés lors de l'opération de glisser-déplacer, déconnectez-vous de VMM, puis
reconnectez-vous et réessayez. Vous pouvez aussi redémarrer la machine virtuelle, et réessayer.
Migrer le stockage dans l’infrastructure VMM
11/12/2018 • 5 minutes to read

Cet article explique comment migrer un stockage dans l'infrastructure System Center Virtual Machine Manager
(VMM ).
La migration du stockage vous permet de déplacer les fichiers d’une machine virtuelle d’un emplacement de
stockage à un autre, sur un même ordinateur hôte. Si la machine virtuelle est en cours d’exécution, vous pouvez
effectuer une migration de stockage rapide, qui entraîne peu ou pas d’interruption de service pour les utilisateurs
de la machine virtuelle. Si la machine virtuelle est équipée de plusieurs disques durs virtuels, vous pouvez spécifier
un emplacement distinct pour chaque fichier de disque dur virtuel (.vhd ou .vhdx).
Lisez cet article si vous souhaitez exécuter une migration dynamique du stockage d’une machine virtuelle entre
deux emplacements d’un ordinateur hôte autonome.

Comment migrer le stockage


1. Dans Ordinateurs virtuels et services, cliquez sur Tous les ordinateurs hôtes, puis sélectionnez
l’ordinateur hôte sur lequel la machine virtuelle est déployée.
2. Cliquez avec le bouton droit sur la machine virtuelle, puis cliquez sur Migrer le stockage.
L’Assistant de migration de stockage s’ouvre sur la page Sélectionner le chemin d’accès. L’emplacement
actuel des fichiers de configuration de la machine virtuelle est affiché dans la zone Emplacement de
stockage pour la configuration de l’ordinateur virtuel, et l’emplacement actuel de chaque disque dur
virtuel (.vhd) est affiché sous Disques.
3. Dans la page Sélectionner le chemin d'accès , procédez comme suit :
Dans Emplacement de stockage pour la configuration de l’ordinateur virtuel, sélectionnez un
chemin de machine virtuelle par défaut existant dans la liste. Accédez à un emplacement sur
l’ordinateur hôte. VMM modifie automatiquement les chemins pour tous les disques virtuels et
adopte le chemin que vous avez spécifié pour les fichiers de configuration.
Tapez un chemin. Lorsque vous tapez un nouveau chemin pour les fichiers de configuration de la
machine virtuelle, VMM ne modifie pas automatiquement les chemins pour les disques virtuels tant
que vous n’avez pas cliqué en dehors de la zone Emplacement de stockage pour la
configuration de l’ordinateur virtuel.
Cochez la case Ajouter ce chemin d’accès à la liste des emplacements de stockage par défaut
sur l’ordinateur hôte si vous avez sélectionné un chemin différent du chemin de machine virtuelle
existant et si vous voulez ajouter ce chemin aux chemins par défaut sur l’ordinateur hôte.
Spécifiez les options de placement des fichiers de configuration comme suit :
a. Sélectionnez Placer automatiquement tous les disques durs virtuels avec la configuration
pour déplacer tous les fichiers de machine virtuelle au même emplacement.
b. Sélectionnez Autoriser le placement individuel des disques durs virtuels pour déplacer un
ou plusieurs fichiers de machine virtuelle à un emplacement différent de celui des fichiers de
configuration. Si vous sélectionnez ce paramètre, dans la section Disques, tapez le nouveau
chemin dans la zone Emplacement pour chaque disque dur virtuel, ou cliquez sur Parcourir
pour accéder à l’emplacement où vous voulez stocker le fichier. Notez que si la machine virtuelle
est en cours d’exécution et que vous modifiez le chemin d’accès pour un disque dur virtuel, vous
devez également spécifier un nouveau chemin pour les fichiers de configuration de la machine
virtuelle, faute de quoi l’opération de migration échoue. Vous devez entrer le nouveau chemin
même si vous voulez laisser les fichiers de configuration à leur emplacement actuel. Dans ce cas,
vous pouvez créer un sous-dossier à l’emplacement actuel des fichiers de configuration, puis
sélectionner ce nouvel emplacement dans la zone Emplacement de stockage pour la
configuration de l’ordinateur virtuel.
4. Dans la page Résumé, cliquez sur Déplacer pour commencer à déplacer les fichiers de la machine virtuelle.
Suivez la progression dans Travaux.
Exécuter une migration dynamique dans
l’infrastructure VMM
19/03/2019 • 11 minutes to read

Cet article explique comment effectuer une migration dynamique de machines virtuelles, ou du stockage de
machines virtuelles, dans System Center - Virtual Machine Manager (VMM ). VMM prend en charge la migration
dynamique entre les ordinateurs hôtes Hyper-V autonomes ou les hôtes en cluster pour lesquels la fonctionnalité
de migration dynamique est activée. En savoir plus.

Migrer une machine virtuelle entre deux ordinateurs hôtes autonomes


Migrez une machine virtuelle d’un ordinateur hôte Hyper-V autonome vers un autre ordinateur hôte Hyper-V
autonome. Les fichiers de configuration de la machine virtuelle et le disque dur virtuel doivent se trouver sur un
partage de fichiers SMB 3.0.
1. Dans Ordinateurs virtuels et services > Tous les ordinateurs hôtes, cliquez sur l’ordinateur hôte source
autonome à partir duquel vous souhaitez effectuer la migration.
2. Cliquez sur l’hôte, puis, dans Ordinateurs virtuels, cliquez sur la machine virtuelle en cours d’exécution que
vous souhaitez migrer. Démarrez la machine virtuelle si elle n’est pas en cours d’exécution.
3. Dans Ordinateur virtuel, cliquez sur Migrer l’ordinateur virtuel pour démarrer l’Assistant Migration de
l’ordinateur virtuel.
4. Dans Sélectionner l’ordinateur hôte, passez en revue les ordinateurs hôtes de destination et les types de
transferts qui leur sont associés. Le type de transfert En direct s’affiche si les deux ordinateurs hôtes sont
configurés pour se connecter au même partage de fichiers SMB 3.0.
5. Cliquez sur l’ordinateur hôte de destination pour lequel le type de transfert est En direct, puis cliquez sur
Suivant.
6. Dans Résumé, cliquez sur Déplacer. Pour suivre l’état du travail, ouvrez l’espace de travail Travaux.
7. Pour vérifier que la machine virtuelle a bien été migrée, consultez la liste Ordinateurs virtuels sur l’ordinateur
hôte de destination pour vous assurer que la machine virtuelle est en cours d’exécution.

Migrer une machine virtuelle d’un cluster à l’autre


Migrez une machine virtuelle d’un cluster à un autre. Notez que la machine virtuelle perd temporairement sa
haute disponibilité. Par conséquent, si l’hôte échoue au cours de la migration, la machine virtuelle n’est plus
disponible. Pour la migration dynamique entre clusters, vous devez utiliser des partages de fichiers SMB 3.0
comme emplacements de stockage. Dans la mesure où le stockage n’a pas besoin d’être migré, la durée pendant
laquelle l’état de haute disponibilité n’est pas garanti est très courte.
1. Dans Ordinateurs virtuels et services > Tous les ordinateurs hôtes, cliquez sur le nœud de cluster à partir
duquel vous souhaitez effectuer la migration.
2. Dans Ordinateurs virtuels, cliquez sur la machine virtuelle en cours d’exécution que vous souhaitez migrer.
Démarrez la machine virtuelle si elle n’est pas en cours d’exécution.
3. Dans Ordinateur virtuel, cliquez sur Migrer l’ordinateur virtuel pour démarrer l’Assistant Migration de
l’ordinateur virtuel.
4. Dans Sélectionner l’ordinateur hôte, passez en revue les ordinateurs hôtes de destination et les types de
transferts qui leur sont associés. Le type de transfert En direct est disponible pour tous les nœuds de cluster de
destination qui sont configurés pour se connecter au même partage de fichiers SMB 3.0 sur lequel la machine
virtuelle a été créée à l’origine.
5. Cliquez sur l’un des nœuds d’un autre cluster, puis cliquez sur Suivant.
6. Dans Résumé, cliquez sur Déplacer. Pour suivre l’état du travail, ouvrez l’espace de travail Travaux.
7. Pour vérifier que la machine virtuelle a bien été migrée, consultez la liste Ordinateurs virtuels sur l’ordinateur
hôte de destination pour vous assurer que la machine virtuelle est en cours d’exécution.

Migrer du stockage entre deux emplacements sur un ordinateur hôte


autonome
NOTE
Vous ne pouvez pas migrer dynamiquement le stockage d’un fichier VHDX partagé. Vous pouvez déplacer les autres fichiers
de machine virtuelle et effectuer une migration dynamique normale. Avant de déplacer le fichier VHDX partagé, vous devez
arrêter les machines virtuelles.

Vous pouvez effectuer une migration dynamique du stockage des machines virtuelles entre les emplacements
d’ordinateurs hôtes autonomes. Vous pouvez déplacer la machine virtuelle complète (avec les disques durs virtuels
(VHD ) et les informations de configuration) ou déplacer uniquement des disques durs virtuels spécifiques vers un
autre emplacement.
1. Dans Ordinateurs virtuels et services > Tous les ordinateurs hôtes, cliquez sur l’ordinateur hôte
autonome où se trouve la machine virtuelle.
2. Dans Ordinateurs virtuels, cliquez sur la machine virtuelle en cours d’exécution de laquelle vous souhaitez
migrer le stockage. Démarrez la machine virtuelle si elle n’est pas en cours d’exécution.
3. Dans Ordinateur virtuel, cliquez sur Migrer le stockage pour démarrer l’Assistant Migration de
l’ordinateur virtuel.
4. Dans Sélectionner le chemin d’accès > Emplacement de stockage, cliquez sur l’un des emplacements
de stockage par défaut de l’ordinateur hôte. Vous pouvez également cliquer sur Parcourir pour afficher
toutes les destinations de stockage disponibles. Cliquez sur le partage de fichiers SMB 3.0 de destination ou
sur l’emplacement du disque dur local, puis cliquez sur OK.
Si vous spécifiez un partage de fichiers SMB 3.0 dans la liste Emplacement de stockage, assurez-vous
d’utiliser le nom de domaine complet du serveur de destination dans le chemin du partage. Par exemple, au
lieu de \\serveurfichiers1\partagesmb, utilisez \\serveurfichiers1.contoso.com\partagesmb.
5. Si vous le souhaitez, vous pouvez cocher la case Ajouter ce chemin d’accès à la liste des emplacements
de stockage par défaut sur l’ordinateur hôte, puis cliquer sur Suivant.
6. Dans la page Résumé, cliquez sur Déplacer. Suivez la progression dans Travaux.

Effectuer des migrations dynamiques simultanées


Vous pouvez effectuer une migration dynamique de plusieurs machines simultanément sur un même hôte. Sachez
que :
Vous ne pouvez pas sélectionner plusieurs machines virtuelles pour une migration dynamique. Vous devez
démarrer manuellement chaque migration.
Vous pouvez spécifier le nombre de migrations simultanées à exécuter. Par défaut, la valeur du paramètre est
égale à deux, ce qui correspond au nombre de migrations dynamiques et de migrations de stockage
simultanées qui sont activées dans Hyper-V. Par exemple, un ordinateur hôte peut participer à une migration
dynamique sortante plus une entrante, à deux migrations dynamiques sortantes ou à deux migrations
dynamiques entrantes.
Les migrations dynamiques et les migrations dynamiques du stockage sont indépendantes. Vous pouvez
effectuer simultanément deux migrations dynamiques de machines virtuelles et deux migrations dynamiques
de stockage. VMM considère la migration dynamique de machine virtuelle et de stockage (VSM dynamique)
comme une migration dynamique et une migration de stockage.
Vous pouvez afficher les migrations simultanées en cours dans le Gestionnaire Hyper-V > Actions >
Paramètres Hyper-V> Serveur > Migrations dynamiques et Migrations du stockage. Dans Travaux,
vérifiez que les migrations se produisent simultanément.

Accélérer la migration dynamique


Sur les ordinateurs hôtes Hyper-V, vous pouvez accélérer le processus de migration dynamique en utilisant la
compression, en utilisant SMB comme protocole de transport, ou les deux. La méthode par compression utilise des
algorithmes qui réduisent les données qui sont transmises. La méthode SMB permet le transfert plus rapide des
données.
Par défaut, la migration dynamique plus rapide utilise la méthode par compression. Vous pouvez désactiver, activer
ou modifier la méthode de migration dynamique plus rapide en modifiant les paramètres de migration dynamique
du stockage, soit au niveau de l’ordinateur hôte Hyper-V, soit pour chaque instance de migration dynamique.
Modifiez les paramètres de migration dynamique de la manière suivante :
1. Dans le Gestionnaire Hyper-V, cliquez sur Actions > Paramètres Hyper-V > Serveur > Migration
dynamique, puis cliquez sur Fonctionnalités avancées.
2. Dans Paramètres de migration > Paramètres de migration dynamique, effectuez l’une des opérations
suivantes :
Pour désactiver la migration dynamique plus rapide, cliquez sur Migration dynamique standard.
Pour utiliser la compression avec la migration dynamique plus rapide, cliquez sur Utiliser la
compression.
Pour utiliser SMB avec la migration dynamique plus rapide, cliquez sur Utiliser SMB pour le transport.
Gérer les rôles et les autorisations dans VMM
19/12/2018 • 5 minutes to read

System Center - Virtual Machine Manager (VMM ) vous permet de gérer les rôles et les autorisations. VMM
présente les caractéristiques suivantes :
Sécurité basée sur les rôles : les rôles déterminent ce que les utilisateurs peuvent faire dans l’environnement
VMM. Les rôles se composent d’un profil qui définit un ensemble d’opérations auxquelles ces rôles ont accès,
d’une étendue qui définit l’ensemble d’objets sur lesquels les rôles peuvent intervenir et d’une liste
d’appartenance qui définit les comptes d’utilisateurs et les groupes de sécurité Active Directory qui sont affectés
aux rôles.
Comptes d’identification : les comptes d’identification font office de conteneurs pour les informations
d’identification stockées dont vous vous servez pour exécuter les tâches et les processus VMM.

Sécurité basée sur les rôles


Le tableau suivant récapitule les rôles d’utilisateur VMM.

RÔLE D’UTILISATEUR VMM AUTORISATIONS DÉTAILS

Rôle administrateur Les membres de ce rôle peuvent Seuls les administrateurs peuvent
effectuer toutes les tâches ajouter un serveur WSUS à VMM pour
administratives sur l’ensemble des permettre les mises à jour de
objets gérés par VMM. l’infrastructure VMM via VMM.

Administrateur de l'infrastructure Les membres de ce rôle peuvent Les administrateurs délégués ne


(administrateur délégué) effectuer toutes les tâches peuvent ni modifier les paramètres
administratives au sein des groupes VMM, ni ajouter ou retirer des
hôtes, des clouds et des serveurs de membres du rôle d’utilisateur
bibliothèque qui leur ont été affectés. Administrateurs, ni ajouter des serveurs
WSUS.

Administrateur en lecture seule Les membres de ce rôle peuvent L’administrateur en lecture seule peut
consulter les propriétés, l’état et l’état aussi consulter les comptes
du travail des objets au sein des d’identification que les administrateurs
groupes hôtes, des clouds et des ou administrateurs délégués ont
serveurs de bibliothèque qui leur sont spécifiés pour ce rôle d’utilisateur
affectés, mais ils ne peuvent pas Administrateur en lecture seule.
modifier les objets.

Administrateur client Les membres de ce rôle peuvent gérer Les administrateurs client peuvent créer,
les utilisateurs libre-service et les déployer et gérer leurs propres
réseaux de machines virtuelles. machines virtuelles et services à l'aide
de la console VMM ou d'un portail web.

Les administrateurs client peuvent


également spécifier les tâches que les
utilisateurs libre-service peuvent
effectuer sur leurs ordinateurs virtuels
et services.

Les administrateurs client peuvent


placer des quotas sur les ressources
informatiques et les machines virtuelles.
RÔLE D’UTILISATEUR VMM AUTORISATIONS DÉTAILS

Administrateur d'application (utilisateur Les membres de ce rôle peuvent créer, Ils peuvent gérer VMM à l’aide de la
libre-service) déployer et gérer leurs propres console VMM.
machines virtuelles et services.

Comptes d'identification
Il existe différents types de compte d’identification :
Les comptes d’ordinateur hôte servent à interagir avec les serveurs de virtualisation.
Les comptes de contrôleur BMC servent à communiquer avec le contrôleur BMC sur les hôtes à des fins de
gestion hors bande ou d’optimisation de l’alimentation.
Les comptes externes servent à communiquer avec les applications externes, telles qu’Operations Manager.
Les comptes de périphérique réseau servent à se connecter aux équilibreurs de charge réseau.
Les comptes de profil sont utilisés dans les profils d’identification pendant le déploiement d’un service VMM
ou la création de profils.
Sachez que :
VMM utilise l’API de protection des données (DPAPI) Windows pour fournir des services de protection des
données au niveau du système d’exploitation pendant le stockage et la récupération des informations
d’identification du compte d’identification. DPAPI est un service de protection des données basé sur un mot de
passe, qui utilise des routines de chiffrement (l'algorithme fort triple DES, avec des clés fortes) pour décaler le
risque posé par la protection des données basée sur un mot de passe. En savoir plus.
Pendant l’installation de VMM, vous pouvez le configurer pour utiliser la gestion distribuée de clés de façon à
stocker les clés de chiffrement dans Active Directory.
Vous pouvez configurer des comptes d’identification avant de commencer à gérer VMM ou si vous en avez
besoin pour des actions spécifiques.

Étapes suivantes
Configurer des rôles d’utilisateur
Configurer des comptes d’identification
Configurer des rôles d’utilisateur dans VMM
17/06/2019 • 6 minutes to read

Cet article explique comment configurer des rôles d’utilisateurs System Center - Virtual Machine Manager
(VMM ).

Avant de commencer
En savoir plus sur les rôles d’utilisateur.
Vérifiez que vous disposez des autorisations appropriées pour créer le rôle ou y ajouter des utilisateurs.
Rôle administrateur : les administrateurs peuvent ajouter et retirer des utilisateurs.
Rôle d’administrateur délégué : les administrateurs peuvent créer le rôle. Les administrateurs
délégués peuvent créer des rôles d’administrateur délégué qui incluent un sous-ensemble de leurs
étendue, serveurs de bibliothèque et comptes d’identification.
Rôle d’administrateur en lecture seule : les administrateurs peuvent créer le rôle. Les administrateurs
délégués peuvent créer des rôles d’administrateur en lecture seule qui incluent un sous-ensemble de
leurs étendue, serveurs de bibliothèque et comptes d’identification.
Rôle d’administrateur de machine virtuelle(applicable pour VMM 2019 et ultérieur) : les
administrateurs peuvent créer le rôle. Les administrateurs délégués peuvent créer un rôle
d’administrateur de machine virtuelle qui inclut tout ou partie de leur étendue, de leurs serveurs de
bibliothèque et de leurs comptes d’identification.
Rôle d’administrateur client : les administrateurs et les administrateurs délégués peuvent créer ce
rôle.
Le rôle d’administrateur est créé par défaut pendant l’installation de VMM. L’utilisateur qui effectue
l’installation, ainsi que tous les utilisateurs de domaine du groupe Administrateurs local sur le serveur, sont
ajoutés au rôle d’administrateur. Vous pouvez ajouter ou retirer des membres dans les propriétés du rôle.

Créer un rôle
1. Cliquez sur Paramètres > Créer > Créer un rôle d’utilisateur.
2. Dans l’Assistant Création d’un rôle d’utilisateur, entrez un nom et éventuellement une description du
rôle, puis cliquez sur Suivant.
3. Dans la page Profil, sélectionnez le rôle, puis cliquez sur Suivant.
4. Dans Membres, cliquez sur Ajouter pour ajouter des comptes d’utilisateurs et des groupes Active
Directory au rôle d’utilisateur. Ajoutez les membres dans Sélectionner les utilisateurs, les ordinateurs
ou les groupes, puis cliquez sur Suivant.
5. Dans Étendue, sélectionnez les clouds privés ou les groupes hôtes que les membres du rôle peuvent
utiliser. Cliquez ensuite sur Suivant.
6. Si une ou plusieurs pages Quotas s’affichent (selon que vous avez ou non sélectionné des clouds privés
dans la page précédente de l’Assistant), examinez et spécifiez des quotas pour chaque cloud privé. Sinon,
passez à l'étape suivante. Les administrateurs en lecture seule peuvent seulement consulter les éléments
figurant dans cette étendue définie.
Pour définir des quotas pour l’utilisation combinée de tous les membres de ce rôle d’utilisateur, utilisez la
liste du haut. Pour définir des quotas pour chaque membre individuel de ce rôle d’utilisateur, utilisez la liste
du bas. Par défaut, les quotas sont illimités. Pour créer une limite, décochez la case correspondante sous
Utilisation maximale puis, sous Quota affecté, sélectionnez une limite. Une fois que vous avez
renseigné tous les paramètres, cliquez sur Suivant.
7. Si la page Serveurs de bibliothèque s’affiche, ajoutez un ou plusieurs serveurs de bibliothèque.
8. Dans Mise en réseau, cliquez sur Ajouter pour ajouter les réseaux de machines virtuelles que les
membres de ce rôle peuvent utiliser. Cliquez ensuite sur Suivant.
9. Dans Ressources, cliquez sur Ajouter pour ajouter des ressources. Dans Spécifier le chemin d’accès
aux données du rôle d’utilisateur, cliquez sur Parcourir pour spécifier un chemin de bibliothèque que
les membres de ce rôle d’utilisateur peuvent utiliser pour charger des données. Cliquez ensuite sur
Suivant.
10. Dans Autorisations, sélectionnez les actions globales et les actions spécifiques au cloud que les membres
de ce rôle doivent pouvoir effectuer. Cliquez sur Suivant.
11. Si la page Comptes d’identification s’affiche, ajoutez les comptes d’identification que les membres de ce
rôle doivent pouvoir utiliser. Sinon, passez à l'étape suivante.
12. Si la page Quotas des réseaux d’ordinateurs virtuels s’affiche, examinez et spécifiez des quotas pour
limiter le nombre de réseaux de machines virtuelles que les membres de ce rôle d’utilisateur peuvent créer.
Sinon, passez à l'étape suivante.
Pour limiter le nombre total de réseaux de machines virtuelles que l’ensemble des membres de ce rôle
d’utilisateur peuvent créer, utilisez le paramètre du haut. Pour limiter le nombre de réseaux de machines
virtuelles que chaque membre individuel de ce rôle d’utilisateur peut créer, utilisez le paramètre du bas.
13. Dans la page Résumé, passez en revue les paramètres, puis cliquez sur Terminer pour créer le rôle.
Vérifiez que le rôle figure bien dans Paramètres > Sécurité > Rôles d’utilisateur.
Créer des comptes d’identification dans VMM
11/12/2018 • 2 minutes to read

Cet article explique comment créer et gérer des comptes d’identification dans System Center - Virtual Machine
Manager (VMM ).
Un compte d'identification est un conteneur pour un ensemble d'informations d'identification stockées. Dans
VMM, un compte d’identification peut être fourni pour tout processus faisant appel à des informations
d’identification. Les administrateurs et les administrateurs délégués peuvent créer des comptes d’identification. En
savoir plus sur les différents types de compte d’identification.
1. Cliquez sur Paramètres puis, dans Créer, cliquez sur Créer un compte d’identification.
2. Dans Créer un compte d’identification, spécifiez le nom et éventuellement une description pour identifier les
informations d’identification dans VMM.
3. Dans Nom d’utilisateur et Mot de passe, spécifiez les informations d’identification. Les informations
d’identification peuvent être un compte de groupe ou d’utilisateur Active Directory valide ou des informations
d’identification locales.
4. Désactivez Valider les informations d’identification du domaine si vous n’avez besoin de cette option, puis
cliquez sur OK pour créer le compte d’identification.
Configurer le libre-service dans VMM
19/12/2018 • 21 minutes to read

Cet article explique comment configurer le libre-service dans System Center - Virtual Machine Manager (VMM ).
VMM offre un certain nombre d’options pour les utilisateurs libre-service :
Machines virtuelles/Services : les utilisateurs peuvent déployer leurs machines virtuelles et services sur des
clouds privés. Un même cloud privé peut être affecté à plusieurs rôles d’utilisateur libre-service. Pour chaque
rôle d’utilisateur libre-service ayant pour étendue le cloud privé, les quotas du niveau de rôle servent à allouer
de la capacité de calcul et de stockage cloud. Les quotas du niveau de membre définissent les limites
individuelles des membres du rôle d’utilisateur libre-service.
Disques durs virtuels : les utilisateurs peuvent déployer des machines virtuelles à partir de disques durs
virtuels (VHD ) et de modèles.
Modèles/Profils : les utilisateurs peuvent créer leurs propres modèles et profils. L’action Auteur fournit à un
rôle d’utilisateur libre-service les droits d’accès en écriture permettant de créer des profils matériels, des profils
de système d’exploitation invité, des profils d’application, des profils SQL Server, des modèles de machine
virtuelle et des modèles de service. Notez que ces ressources peuvent être créées par un utilisateur ayant le
rôle libre-service pour ensuite être partagées avec d’autres membres du rôle d’utilisateur libre-service.
Les utilisateurs libre-service utilisent la console VMM (ou PowerShell) pour créer et gérer les machines virtuelles,
les services, etc. Dans la console VMM, les utilisateurs libre-service peuvent examiner l’état, l’utilisation des
ressources, les travaux et les conseils PRO (si cette option est activée) pour leurs propres machines virtuelles et
services. Ils peuvent examiner la capacité disponible et l’utilisation de quotas dans leurs clouds privés. En revanche,
ils ne peuvent pas visualiser les groupes d’hôtes, les hôtes, les serveurs et partages de bibliothèque, ni les
paramètres de configuration réseau et de stockage.
Pour configurer le libre-service dans VMM, procédez comme suit :
1. Créez un rôle d’utilisateur libre-service. Spécifiez les actions que le rôle peut effectuer, attribuez-lui des
ressources, puis configurez les comptes d’identification que les utilisateurs libre-service peuvent utiliser au
cours de l’interaction avec VMM.
2. Configurez la bibliothèque VMM. Attribuez un partage de bibliothèque sur lequel résideront les ressources
accessibles aux utilisateurs libre-service. Par ailleurs, configurez un partage pour permettre aux utilisateurs
libre-service de partager leurs ressources avec d’autres utilisateurs.

Configurer un rôle d’utilisateur libre-service


1. Cliquez sur Paramètres > Créer > Créer un rôle d’utilisateur.
2. Dans l’Assistant Création d’un rôle d’utilisateur, entrez un nom et éventuellement une description pour
le rôle, puis cliquez sur Suivant.
3. Dans la page Profil, sélectionnez Utilisateur libre-service, puis cliquez sur Suivant.
4. Dans Membres, cliquez sur Ajouter pour ajouter des comptes d’utilisateurs et des groupes Active
Directory au rôle. Cliquez ensuite sur Suivant.
5. Dans Étendue, sélectionnez au moins un cloud privé que les membres du rôle utiliseront. Cliquez ensuite
sur Suivant.
6. Dans Quotas, définissez un quota pour chaque cloud privé. Chaque quota définit une limite individuelle
pour chaque membre du rôle d’utilisateur. Si vous voulez que tous les membres du rôle partagent des
quotas globaux, créez un groupe de sécurité dans Active Directory, puis attribuez-lui le rôle d’utilisateur. Les
types de quota pris en charge sont les suivants :
Processeurs virtuels : limite le nombre total de processeurs de machine virtuelle qui peuvent être
utilisés à partir du cloud privé.
Mémoire (Mo) : limite la quantité de mémoire de machine virtuelle qui peut être utilisée à partir du
cloud privé.
Stockage (Go) : limite la quantité de stockage de machine virtuelle qui peut être utilisée à partir du
cloud privé.
Unités de quota : définit un quota sur les machines virtuelles déployées sur le cloud privé en fonction
du total d’unités de quota affecté aux machines virtuelles par le biais de leurs modèles de machine
virtuelle.
Machines virtuelles : limite le nombre total de machines virtuelles qui peuvent être déployées sur un
cloud privé. inclure
7. Dans Ressources, cliquez sur Ajouter pour ajouter les ressources que le rôle peut utiliser. Vous pouvez
attribuer des profils matériels, des profils de système d’exploitation, des modèles de machine virtuelle, des
profils d’application, des profils SQL Server et des modèles de service qui peuvent être utilisés au moment
de créer des machines virtuelles et des services.
8. Dans Spécifier le chemin d’accès aux données du rôle d’utilisateur, cliquez sur Parcourir pour
spécifier le chemin de bibliothèque dont les membres de ce rôle peuvent se servir pour charger et partager
leurs propres données. Cliquez ensuite sur Suivant.
9. Dans Actions, sélectionnez les actions que les utilisateurs sont autorisés à effectuer.
Auteur : les utilisateurs peuvent créer des modèles et des profils, notamment des profils matériels, des
profils de système d’exploitation, des profils d’application, des profils SQL Server, des modèles de
machine virtuelle et des modèles de service.
Point de contrôle : les utilisateurs peuvent créer, modifier et supprimer des points de contrôle pour
leurs propres machines virtuelles et restaurer une machine virtuelle à un point de contrôle précédent.
VMM ne prend pas en charge les actions de point de contrôle sur les services.
Point de contrôle (restaurer uniquement) : les utilisateurs peuvent restaurer leurs propres machines
virtuelles à un point de contrôle déterminé, mais ils ne peuvent pas créer, modifier ou supprimer les
points de contrôle.
Déployer : les utilisateurs peuvent déployer des machines virtuelles et des services à partir des modèles
et des disques durs virtuels qui sont attribués à leur rôle. Ils ne peuvent pas créer de modèles et de
profils.
Déployer (depuis un modèle uniquement) : les utilisateurs peuvent déployer des machines
virtuelles et des services uniquement à partir de modèles. Ils n’ont pas de droits de création.
Administrateur local : les utilisateurs peuvent être administrateurs locaux de leurs propres machines
virtuelles. Vous devez activer l’option Administrateur local pour un rôle d’utilisateur dont l’option
Déployer (depuis un modèle) est activée pour permettre à ces utilisateurs de définir le mot de passe
d’administrateur local pendant le déploiement de machines virtuelles et de services. Les utilisateurs
bénéficiant de l’action Déployer n’ont pas besoin de cela pour définir des informations d’identification.
Suspendre et reprendre : les utilisateurs peuvent suspendre et reprendre leurs propres machines
virtuelles et services.
Réception : les utilisateurs peuvent utiliser les ressources partagées par les membres d’autres rôles
d’utilisateur libre-service.
Connexion à distance : les utilisateurs peuvent se connecter à leurs machines virtuelles à partir de la
console VMM ou d’App Controller.
Supprimer/Enregistrer : les utilisateurs peuvent supprimer ou enregistrer leurs machines virtuelles.
Partager : les utilisateurs peuvent partager les ressources dont ils sont propriétaires avec d’autres rôles
d’utilisateur libre-service. Parmi les ressources qu’ils peuvent être partagées figurent les profils
matériels, les profils de système d’exploitation, les profils d’application, les profils SQL Server, les
modèles de machine virtuelle, les machines virtuelles, les modèles de service et les services. Pour
pouvoir partager une ressource, un utilisateur libre-service doit en être propriétaire. Pour pouvoir
utiliser les ressources, un rôle d’utilisateur doit disposer de l’action Réception. Démarrer/Arrêter : les
utilisateurs peuvent démarrer et arrêter leurs propres machines virtuelles et services. Stocker et
redéployer : les utilisateurs peuvent stocker leurs propres machines virtuelles dans la bibliothèque
VMM et les redéployer. Les machines virtuelles stockées dans la bibliothèque n’entrent pas en compte
dans le quota de machines virtuelles d’un utilisateur. VMM ne prend pas en charge les services de
stockage.
10. Si la page Comptes d’identification s’affiche, ajoutez les comptes d’identification que les membres de ce
rôle doivent pouvoir utiliser dans les actions pour créer des machines virtuelles et des services. Cliquez
ensuite sur Suivant.
11. Dans la page Résumé, passez en revue les paramètres, puis cliquez sur Terminer pour créer le rôle. Vérifiez
que le rôle figure bien dans Paramètres > Sécurité > Rôles d’utilisateur.
Après avoir créé le rôle, vous pouvez modifier ses paramètres dans la page des propriétés.

Préparer la bibliothèque VMM pour le libre-service


Les utilisateurs libre-service disposant des autorisations nécessaires peuvent accéder à la bibliothèque VMM. Les
utilisateurs bénéficiant de l’action Auteur peuvent créer des modèles et des profils dans la bibliothèque. Ils peuvent
aussi partager ces modèles et profils avec d’autres utilisateurs libre-service. Pour permettre aux utilisateurs libre-
service d’interagir avec la bibliothèque, vous devez préparer les éléments suivants :
Partages de bibliothèque en lecture seule : pour partager des ressources physiques telles que des disques
durs virtuels ou des images ISO avec des utilisateurs libre-service, vous devez configurer des partages de
bibliothèque en lecture seule pour les clouds privés et ajouter les ressources au chemin. Les ressources sont
alors accessibles aux utilisateurs libre-service qui ont le cloud privé dans leur étendue. Vous pouvez aussi
stocker des ressources telles que des infrastructures d’application sur ces partages pour permettre aux
utilisateurs libre-service de configurer des modèles et des profils avec des scripts.
Chemins d’accès aux données utilisateur libre-service : configurez des chemins de données utilisateur
pour les rôles d’utilisateur libre-service de façon à mettre à la disposition des membres du rôle un
emplacement où ils peuvent charger et partager leurs propres ressources. Par exemple, un chemin peut stocker
des packages d’application pour les services déployés par un rôle d’utilisateur libre-service. Les autorisations
de lecture et d’écriture pour le chemin sont contrôlées via le système de fichiers. VMM découvre tous les
chemins auxquels l’utilisateur libre-service actif a accès. Ces chemins de données doivent se trouver dans un
partage de bibliothèque.

Avant de commencer
Toutes ces procédures doivent être effectuées par un administrateur VMM. Les administrateurs délégués peuvent
ajouter des partages de bibliothèque sur les serveurs de bibliothèque qui se trouvent dans l’étendue de leur rôle
d’utilisateur. De même, ils peuvent configurer d’une part des partages de bibliothèque en lecture seule sur les
clouds privés qu’ils ont créés et d’autre part des chemins de données utilisateur pour les rôles d’utilisateur libre-
service qu’ils ont créés. Seuls les membres du groupe Administrateurs local peuvent accorder des autorisations
d’accès dans leurs chemins de données utilisateur.

Créer des partages de bibliothèque en lecture seule


1. Créez un dossier partagé pour y stocker des ressources. Ce dossier sera constitué de partages de bibliothèque
en lecture seule pour les clouds privés et de chemins de données utilisateur pour les rôles d’utilisateur libre-
service. Nous vous recommandons de créer le dossier près de votre partage de bibliothèque par défaut pour
en faciliter l’accès au moment de gérer la bibliothèque. Par exemple, C:\ApplicationData\Ressources Cloud
Virtual Machine Manager.
2. Dans le dossier partagé, créez un dossier pour y stocker les ressources \ApplicationFrameworks dans le cas où
vous souhaitez les utiliser. Par exemple, C:\ApplicationData\Ressources Cloud Virtual Machine
Manager\ApplicationFrameworks. Partagez le dossier de façon à pouvoir l’ajouter comme partage de
bibliothèque. Notez que le dossier partagé ne peut pas se trouver dans le chemin du partage de bibliothèque
par défaut. Vous ne pouvez pas ajouter un partage de bibliothèque dans le chemin d’un partage de
bibliothèque existant.
3. Copiez le dossier \ApplicationFrameworks du partage de bibliothèque par défaut vers le partage que vous avez
créé pour les ressources de cloud privé.
4. Ajoutez le partage à la bibliothèque VMM. Dans Bibliothèque > Serveur de bibliothèque > Ajouter un
partage de bibliothèque, sélectionnez chaque dossier partagé à ajouter à la bibliothèque. Vérifiez que le
partage est ajouté dans Serveurs de bibliothèque.
5. Pour ajouter le partage en lecture seule à un cloud privé, ouvrez Ordinateurs virtuels et services > Clouds, puis
sélectionnez le cloud privé que vous voulez mettre à jour.
6. Dans le cloud, cliquez sur Dossier > Propriétés > Bibliothèque > Partages de bibliothèque en lecture
seule > Ajouter.

Activer le partage de ressources pour les utilisateurs libre-service


Pour permettre aux utilisateurs libre-service bénéficiant de l’action Auteur de partager les ressources qu’ils créent,
vous devez créer un dossier pour y stocker les ressources partagées et activer le partage de ressources pour le rôle
d’utilisateur libre-service.
Créer un dossier de partage des ressources utilisateur
Configurez un chemin de données utilisateur pour le rôle d’utilisateur libre-service et accordez une autorisation de
lecture/écriture sur le dossier.
1. Créez un dossier pour y stocker toutes les ressources destinées à être partagées par les utilisateurs libre-
service. Par exemple, C:\ProgramData\Ressources Cloud Virtual Machine Manager\Données utilisateur
libre-service.
2. Dans ce dossier, créez un sous-dossier pour y stocker les ressources pour le rôle d’utilisateur libre-service.
Par exemple : C:\ProgramData\Ressources Cloud Virtual Machine Manager\Données utilisateur libre-
service\Responsables du service financier.
3. Ensuite, dans ce sous-dossier, créez un sous-dossier de troisième niveau pour y stocker les packages
d’application de toutes les versions de l’application virtuelle appelée à être utilisée dans ce scénario. Par
exemple : C:\ProgramData\Ressources Cloud Virtual Machine Manager\Données utilisateur libre-
service\Responsables du service financier<MonApplication>.
4. Dans ce sous-dossier, créez un sous-dossier de quatrième niveau pour y stocker le package d’application de
la première version du service. Par exemple : C:\ProgramData\Ressources Cloud Virtual Machine
Manager\Données utilisateur libre-service\Responsables du service
financier<MonApplication>MonApplication v1>.
Chaque fois que vous mettrez à jour et reséquencez une application à l’aide de Server App-V, vous devrez
stocker le nouveau package d’application dans un dossier distinct.
5. Pour permettre aux membres du rôle libre-service d’accéder aux ressources et de charger leurs propres
ressources dans le dossier, accordez à tous les membres une autorisation de lecture/écriture sur le dossier.
6. Si nécessaire, partagez le dossier qui contient les données utilisateur pour tous les rôles d’utilisateur libre-
service, puis ajoutez le partage à la bibliothèque VMM. Pour être affecté à un rôle d’utilisateur libre-service,
un chemin de données utilisateur doit figurer dans un partage de bibliothèque.
7. Pour configurer le chemin pour un rôle d’utilisateur libre-service, procédez comme suit :
a. Dans Paramètres > Sécurité > Rôles d’utilisateur, cliquez sur le rôle d’utilisateur libre-service.
b. Dans le groupe Rôle d’utilisateur cliquez sur Propriétés > Ressource.
c. Recherchez et sélectionnez le dossier appelé à contenir les ressources partagées. Une fois les
modifications enregistrées, le chemin de données est ajouté à la bibliothèque. Vérifiez le chemin dans
Bibliothèque > Contenu de l’utilisateur libre-service.
Activer le partage pour les utilisateurs libre -service
Pour partager une ressource avec un membre d’un autre rôle d’utilisateur libre-service, les conditions suivantes
doivent être réunies :
L’utilisateur libre-service qui partage la ressource doit en être le propriétaire.
Le propriétaire de la ressource doit appartenir à un rôle d’utilisateur libre-service auquel l’action Partager a été
attribuée.
Le destinataire de la ressource doit appartenir à un rôle d’utilisateur libre-service auquel l’action Réception a
été attribuée.
Activez le partage de ressources comme suit :
1. Cliquez sur Paramètres > Sécurité > Rôles d’utilisateur, puis cliquez sur le rôle d’utilisateur libre-service pour
lequel vous souhaitez activer le partage de ressources.
2. Dans le groupe Rôle d’utilisateur, cliquez sur Propriétés.
3. Dans Actions, sélectionnez Partager, puis cliquez sur OK. Les membres de ce rôle d’utilisateur libre-service
peuvent dès lors partager leurs propres ressources avec les membres de n’importe quel rôle d’utilisateur libre-
service auquel l’action Réception a été attribuée.
4. Pour configurer un rôle d’utilisateur avec l’action Réception, sélectionnez le rôle > Propriétés > Action, puis
sélectionnez Réception.
Utiliser VMM en tant qu’utilisateur libre-service
11/12/2018 • 6 minutes to read

Cet article explique comment utiliser System Center - Virtual Machine Manager (VMM ) en tant qu’utilisateur libre-
service.
Les utilisateurs libre-service peuvent interagir avec VMM pour déployer des machines virtuelles et des services sur
les clouds privés. Selon vos autorisations, vous pouvez déployer des machines virtuelles à partir de disques durs
virtuels et de modèles, et créer et partager vos propres modèles et profils. Les interactions avec VMM se font à
partir de la console VMM (ou PowerShell).

Créer et déployer des machines virtuelles


En savoir plus sur la création d’une machine virtuelle à partir de disques durs virtuels existants
En savoir plus sur la création d’une machine virtuelle à partir de disques durs virtuels vides
En savoir plus sur le clonage d’une machine virtuelle existante
En savoir plus sur le déploiement de machines virtuelles à partir de modèles de machine virtuelle
En savoir plus le déploiement de machines virtuelles exécutant Linux

Créer des ressources dans la bibliothèque VMM


La bibliothèque VMM est un partage de fichiers qui comprend un catalogue de ressources utilisées pour le
déploiement de machines virtuelles et de services dans l’infrastructure VMM. La bibliothèque stocke les éléments
suivants :
Ressources basées sur des fichiers telles que disques durs virtuels, images ISO, scripts, fichiers de pilote et
packages d’application (applications de la couche Données de SQL Server et Web Deploy).
Ressources non basées sur des fichiers telles que les modèles de machine virtuelle et les modèles de service
utilisés pour créer des machines virtuelles et des services.
Les machines virtuelles hors connexion sont stockées dans la bibliothèque.
Si vous avez des autorisations d’auteur, vous pouvez créer des modèles et des profils dans la bibliothèque. En
savoir plus.
Partager des ressources de bibliothèque
En tant qu’un utilisateur libre-service, vous pouvez partager vos ressources de bibliothèque avec les autres
membres de votre rôle d’utilisateur libre-service quand les conditions suivantes sont réunies :
Vous devez être propriétaire de la ressource.
Vous devez appartenir au rôle d’utilisateur libre-service auquel l’action Partager a été attribuée.
Pour pouvoir utiliser la ressource partagée, l’utilisateur doit appartenir à un rôle d’utilisateur libre-service
auquel l’action Réception a été attribuée.
Pour partager des ressources, procédez comme suit :
1. Cliquez sur Bibliothèque, cliquez avec le bouton droit sur le modèle ou la ressource physique que vous voulez
partager > Propriétés.
2. Dans Accès > Utilisateurs, cliquez sur Ajouter.
3. Dans Sélectionner les utilisateurs, dans Utilisateur, partagez la ressource avec un autre membre de votre
rôle. Dans Rôle d’utilisateur, partagez la ressource avec d’autres rôles d’utilisateur libre-service.
Importer des ressources de bibliothèque
Nous vous recommandons d’utiliser la méthode décrite dans cette procédure pour importer et exporter des
ressources basées sur des fichiers vers et à partir de la bibliothèque VMM. Notez ce qui suit :
Vous pouvez importer une ressource à destination du chemin de données du rôle d’utilisateur dans le nœud
Contenu de l’utilisateur libre-service de la bibliothèque.
Vous pouvez exporter des ressources à partir du chemin de données de votre rôle d’utilisateur ou d’une
bibliothèque de cloud privé.
Pour pouvoir importer et exporter, votre rôle d’utilisateur libre-service a besoin d’autorisations Auteur.
Pour importer des ressources, procédez comme suit :
1. Cliquez sur Bibliothèque > Importer > Importer la ressource physique.
2. Cliquez sur Ajouter une ressource personnalisée pour importer un dossier doté de l’extension .CR et son
contenu. Vous pouvez aussi sélectionner un dossier dépourvu de l’extension .CR contenant un ou plusieurs
fichiers dont le type de fichier est pris en charge.
Si vous sélectionnez un dossier sans extension .CR, seuls les fichiers d’un type pris en charge s’affichent
dans la bibliothèque VMM.
Cependant, si vous utilisez l’Explorateur Windows pour accéder au partage de bibliothèque, vous pouvez
accéder à tous les fichiers du dossier en fonction des autorisations sur les fichiers et les partages qui sont
configurées en dehors de VMM.
Si le dossier doté de l’extension .CR contient plus de cent fichiers à importer, il est recommandé de
compresser les fichiers avant de les importer. Les performances s’en trouveront améliorées.
3. Cliquez sur Ajouter une ressource pour importer un ou plusieurs fichiers à un autre emplacement de la
bibliothèque.
4. Quand vous avez terminé, cliquez sur Importer. Vérifiez que les ressources figurent bien dans Contenu de
l’utilisateur libre-service > chemin des données du rôle d’utilisateur > Objets de l’utilisateur libre-
service.
Exporter des ressources de bibliothèque
1. Cliquez sur Bibliothèque > Exporter > Exporter la ressource physique.
2. Cliquez sur Ajouter et sélectionnez les ressources physiques à exporter. Cliquez ensuite sur OK.
3. Dans Spécifier une destination pour les fichiers d’exportation, cliquez sur Parcourir, puis sélectionnez un
dossier de destination. Cliquez ensuite sur OK.
4. Quand vous avez terminé, cliquez sur Exporter.

Étapes suivantes
Configurer des machines virtuelles
Analyser VMM
19/12/2018 • 10 minutes to read

Configurez l’analyse et la création de rapports dans System Center - Virtual Machine Manager (VMM ) en
procédant comme suit :
Travaux VMM : dans la console VMM, vous pouvez superviser l’état des processus et des opérations à l’aide
de travaux VMM.
Supervision dans Operations Manager : pour superviser l’intégrité et l’état des serveurs VMM et de
l’infrastructure VMM, intégrez VMM à System Center Operations Manager.
Création de rapports dans Operations Manager : après l’intégration de VMM à Operations Manager, vous
pouvez créer et afficher des rapports VMM.

Effectuer une analyse à l’aide de travaux VMM


Un travail VMM est créé pour toute action qui modifie l’état d’un objet géré.
Les travaux sont composés d’étapes qui sont effectuées séquentiellement pour exécuter une action. Les travaux
simples, tels que l’arrêt d’une machine virtuelle, ne comportent qu’une seule étape. Les travaux plus complexes,
ou l’exécution d’un Assistant, peuvent contenir eux-mêmes plusieurs travaux ou des groupes de travaux.
Vous pouvez suivre les travaux dans la vue Travaux de la console VMM. L’onglet Détails dans la vue Travaux
indique l’état de chaque étape d’un travail.
Chaque travail est représenté par une ou plusieurs applets de commande PowerShell dans VMM. Vous pouvez
effectuer pratiquement toutes les tâches VMM avec PowerShell. Chaque Assistant fournit un bouton Afficher
le script dans la page Résumé, qui permet d’afficher les applets de commande utilisées pour effectuer le travail
que vous avez demandé. Vous pouvez enregistrer les scripts Windows PowerShell dans la bibliothèque VMM,
et les afficher et les exécuter dans la vue Bibliothèque.
Chaque travail VMM est indépendant et n’est pas lié à l’état d’un autre travail. Par exemple, si vous exécutez des
travaux pour ajouter plusieurs serveurs hôtes, l’échec de l’ajout d’un serveur hôte n’affecte pas le reste des
travaux. Une fois le travail terminé, un enregistrement d’audit qui répertorie les modifications que le travail a
apporté à l’objet VMM est enregistré. Vous pouvez afficher l’enregistrement d’audit dans Travaux > Détails >
Suivi des modifications.
Les travaux sont démarrés automatiquement quand vous effectuez des tâches dans la console VMM ou quand
vous utilisez PowerShell. Vous pouvez annuler certains travaux en cours d’exécution, mais d’autres travaux,
comme l’ajout de serveurs hôtes et les travaux système, ne peuvent pas être annulés une fois démarrés.
Vous pouvez généralement redémarrer les travaux ayant échoué. Notez toutefois les points suivants :
Si plusieurs travaux ont mis une machine virtuelle dans un état d’échec, seul le travail le plus récent peut
être redémarré.
Pour les travaux dont l’exécution est longue, comme la migration d’une machine virtuelle, des résultats
intermédiaires sont régulièrement stockés pendant l’exécution du travail, et l’action Redémarrer tente de
reprendre le travail à partir du dernier état connu. Tous les autres travaux démarrent à partir du début.

Effectuer une analyse avec Operations Manager


Vous pouvez analyser l’intégrité et l’état de VMM dans Operations Manager en installant le pack d’administration
VMM qui fournit plusieurs tableaux de bord dans la console Operations Manager.
TABLEAU DE BORD DÉTAILS

Tableau de bord des machines virtuelles Analyse l’intégrité des machines virtuelles.

Il affiche des informations sur les machines virtuelles détectées


dans l’infrastructure VMM. Vous pouvez afficher les alertes, les
propriétés, la machine hôte et les performances de la machine
virtuelle.

Tableau de bord des hôtes VMM Analyse l’intégrité des hôtes de virtualisation découverts dans
l’infrastructure VMM.

Il affiche des informations sur les propriétés de l’hôte, l’état, les


machines virtuelles, les alertes et les performances.

Tableau de bord d’intégrité de l’infrastructure Analyse l’intégrité des clouds privés VMM.

Pour chaque cloud, le tableau de bord analyse l’état des


groupes hôtes, les propriétés de calcul du cloud (processeur,
cartes réseau, etc.) et diverses informations de stockage, telles
que les pools, le partage de fichiers, les numéros d’unité
logique et l’analyse de réseau.

Un diagramme du tableau de bord d’analyse de l’infrastructure


affiche l’état de chaque composant de l’infrastructure.

Vous pouvez définir l’étendue du tableau de bord aux


ressources physiques ou virtuelles, ou à un cloud locataire
particulier.

En savoir plus sur l’intégration de VMM à Operations Manager.

Créer des rapports avec Operations Manager


Une fois que vous avez connecté VMM à Operations Manager, vous pouvez afficher et créer des rapports. VMM
fournit ces rapports par défaut :

RAPPORT DÉTAILS

Utilisation de la capacité Affiche les détails de l’utilisation des machines hôtes de


machines virtuelles et d’autres objets.

Fournit une vue d’ensemble de la capacité utilisée dans votre


centre de données et vous aide à prévoir les ressources
nécessaires pour prendre en charge vos machines virtuelles.

Prévision de groupe hôte Prévoit l'activité de l'hôte en fonction de l'historique de


l'espace disque, de la mémoire, de l'ES de disque, de l'E/S
réseau et de l'utilisation du processeur.

Pour utiliser les rapports de prévision, SQL Server Analysis


Services doit être installé sur le serveur Operations Manager
Reporting.

Utilisation de l’ordinateur hôte Affiche le nombre de machines virtuelles qui s'exécutent sur
chaque ordinateur hôte et l'utilisation moyenne, ainsi que les
valeurs totales ou maximum des processeurs hôtes, de la
mémoire et de l'espace disque.
RAPPORT DÉTAILS

Croissance d’utilisation de l’ordinateur hôte Présente le pourcentage de modification dans l'utilisation des
ressources et le nombre de machines virtuelles qui sont
exécutées sur les ordinateurs hôtes sélectionnés pendant une
période définie.

Économies d’énergie Affiche les économies d’énergie réalisées grâce à l’optimisation


de l’alimentation.

Vous pouvez afficher le nombre total d'heures d'alimentation


du processeur enregistré pour une plage de dates et un
groupe d'ordinateurs hôtes, ainsi que des informations
détaillées pour chaque ordinateur hôte dans un groupe hôte.

Prévision d’utilisation SAN Prévoit l'utilisation SAN à partir de l'historique.

Allocation de la machine virtuelle Fournit des informations sur l'affectation des machines
virtuelles.

Utilisation de la machine virtuelle Fournit des informations sur l'utilisation des ressources par
des machines virtuelles, y compris l'utilisation moyenne et les
valeurs totales ou maximales des processeurs , de la mémoire
et de l'espace disque des machines virtuelles.

Candidats de virtualisation Aide à identifier les ordinateurs physiques qui constituent de


bons candidats à la conversion en machines virtuelles.

Vous pouvez utiliser ce rapport pour identifier les serveurs


peu utilisés et afficher les valeurs moyennes d’un ensemble de
compteurs de performance fréquemment requis pour le
processeur, la mémoire et l’utilisation des disques, ainsi que
pour les configurations matérielles, y compris la vitesse du
processeur, le nombre de processeurs et la mémoire RAM
totale.

Vous pouvez limiter le rapport aux ordinateurs qui répondent


aux critères de processeur et de mémoire RAM spécifiés, et
vous pouvez trier les résultats par les colonnes sélectionnées
dans le rapport.

Affichage des rapports


Vous pouvez afficher des rapports dans l’espace de travail Création d’un rapport dans System Center Operations
Manager, ou en utilisant un navigateur web et en entrant cette adresse : http://ReportingServerName:port/reports .
Vous pouvez éventuellement remplacer « http » par « https ».
ReportingServerName est le nom du serveur Operations Manager Reporting Server.
port a la valeur 80 pour HTTP et la valeur 443 pour HTTPS.
reports est le répertoire virtuel du serveur de rapports (par défaut, reports
Intégrer VMM à Operations Manager pour les
analyses et les rapports
21/05/2019 • 12 minutes to read

Cet article décrit comment intégrer System Center - Virtual Machine Manager (VMM ) à System Center
Operations Manager pour analyser l’intégrité des hôtes de virtualisation, des machines virtuelles et d’autres
ressources de l’infrastructure de calcul VMM.
Operations Manager analyse le serveur VMM et l’ensemble des machines hôtes et virtuelles installées dans
l’infrastructure VMM.
Un groupe d’administration Operations Manager peut analyser plusieurs instances VMM. L’infrastructure
VMM ne peut être contrôlée que par un seul groupe d’administration Operations Manager.
Le tableau de bord d’intégrité de l’infrastructure est importé dans Operations Manager avec les packs
d’administration VMM. Il offre une vue d’ensemble complète de l’intégrité de l’infrastructure VMM et des
clouds privés. Vous pouvez associer d’autres tableaux de bord pour analyser plus en détail le réseau et le
stockage.

Résumé du déploiement
Configurez Operations Manager dans VMM en procédant comme suit :
1. Vérifiez la configuration requise.
2. Installez la console Operations Manager sur le serveur VMM pour permettre l’analyse de VMM à partir du
serveur.
3. Installez les agents Operations Manager sur le serveur d’administration VMM et sur tous les hôtes gérés
par VMM.
4. Téléchargez le dernier pack d’administration.
5. Exécutez l’Assistant d’intégration pour intégrer VMM et Operations Manager. L'Assistant effectue les
opérations suivantes :
Il importe les packs d’administration VMM dans Operations Manager.
Il active facultativement l’optimisation des performances et des ressources (PRO ). Les informations sur
l’optimisation des performances et des ressources sont fournies par Operations Manager et peuvent être
intégrées à VMM pour optimiser les performances. Vous pouvez associer des alertes Operations
Manager à des actions correctives dans VMM. Par exemple, vous pouvez migrer des machines virtuelles
vers un hôte différent après la survenue d’un problème matériel. En outre, avec la fonctionnalité PRO
activée, Operations Managers peut détecter les défaillances matérielles ou les problèmes de ressources
dans l’infrastructure de virtualisation.
Il active facultativement le mode maintenance. VMM peut mettre des machines hôtes en mode
maintenance pour les besoins de maintenance. Quand une machine hôte est en mode maintenance,
VMM utilise la migration en direct pour déplacer des machines virtuelles vers un autre emplacement et
n’installe pas de nouvelles machines virtuelles sur cette machine hôte. Si le mode maintenance est activé
pour l’analyse Operations Manager, quand une machine hôte est mise en mode maintenance dans
VMM, Operations Manager la met également en mode maintenance. En mode maintenance, l’agent
Operations Manager supprime les alertes, les notifications et les changements d’état. La machine hôte
n’est donc pas analysée pendant les activités de maintenance matérielle et logicielle.
Il prend en charge SQL Server Analysis Services (SSAS ) et les fonctionnalités de création de rapports
fournies par SSAS.

Avant de commencer
Vérifiez que vous utilisez une version prise en charge d’Operations Manager (sous Systems Center 2016 ou
une version ultérieure).
Operations Manager doit utiliser SQL Server 2012 SP2 ou SQL Server 2014, ou SQL Server 2016 avec
Reporting Services activé. Pour utiliser les rapports de prévision, SQL Server Analysis Services doit être installé
sur Operations Manager Reporting Server. Le nom de l’instance SSAS doit correspondre à SQL Server
Reporting Services (MSSQLSERVER ).
La version de la console Opérateur Operations Manager installée sur le serveur d'administration VMM doit
correspondre à la version d'Operations Manager que vous souhaitez intégrer. La version de l’agent Operations
Manager doit être prise en charge par la version d’Operations Manager.
Vérifiez que la version de Windows PowerShell qui se trouve sur tous les serveurs d’administration Operations
Manager est la version la plus récente prise en charge par cette version d’Operations Manager. Pour connaître
la version de Windows PowerShell qui est installée sur le serveur, exécutez la commande Get-Host | Select-
Object Version
Assurez-vous que le port 5724 est ouvert entre les serveurs VMM et Operations Manager.
Vous avez besoin d’autorisations d’administrateur VMM pour exécuter l’Assistant d’intégration.
Les packs d’analyse VMM prennent en charge jusqu’à 400 machines hôtes et 8 000 machines virtuelles.

Installer la console Operations Manager


1. Exécutez le programme d’installation d’Operations Manager sur chaque serveur d’administration VMM.
2. Dans l’Assistant, sélectionnez la console Opérateur pour l’installer.

Installer l’agent Operations Manager


1. Installez l’agent Operations Manager sur chaque serveur VMM et sur chaque machine hôte gérée dans
l’infrastructure VMM.
2. Vous pouvez installer l’agent à partir de la console Opérateur d’Operations Manager, à partir du programme
d’installation d’Operations Manager ou à partir de la ligne de commande. Pour comprendre les différentes
méthodes de déploiement de l’agent, consultez la section Gestion de la détection et des agents dans la
documentation Operations Manager.

Télécharger les packs d’administration


1. Téléchargez la dernière version des packs d’administration VMM à partir du Centre de téléchargement
Microsoft.
2. Ouvrez le dossier des packs d’administration sur le serveur VMM. Par défaut, ce dossier est C:\Program
Files\Microsoft System Center \Virtual Machine Manager\ManagementPacks. Sauvegardez les fichiers .mp
existants.
3. Extrayez les nouveaux fichiers .mp dans le dossier des packs d’administration pour remplacer les fichiers .mp
existants.

Exécuter l’Assistant d’intégration


Exécutez l’Assistant pour connecter le serveur VMM au serveur Operations Manager et importer le pack
d’administration VMM dans Operations Manager.
1. Dans la console VMM, cliquez sur Paramètres > Paramètres de System Center > Serveur Operations
Manager > Propriétés.

NOTE
Si la connexion à Operations Manager a déjà été établie, le fait de cliquer sur Propriétés ouvre la boîte de dialogue
Paramètres Operations Manager . Si la boîte de dialogue n'affiche pas la bonne connexion, vous devrez supprimer
la connexion existante avant d'entrer les bonnes informations.

2. Dans Introduction, cliquez sur Suivant.


3. Dans Connexion à Operations Manager, spécifiez le nom du serveur Operations Manager et
sélectionnez un compte à utiliser pour la connexion. Vous pouvez utiliser le compte de service du serveur
VMM ou spécifier un compte d'identification. Ce compte doit être membre du rôle Administrateur
Operations Manager.
4. Sélectionnez Activer l’optimisation des performances et des ressources (PRO ), si nécessaire.
5. Sélectionnez Activer l'intégration du mode de maintenance avec Operations Manager, si vous le
souhaitez. Cliquez ensuite sur Suivant.
Quand des machines hôtes sont mises en mode maintenance à partir du serveur d’administration VMM,
Operations Manager les met également en mode maintenance. Dans ce mode, l'agent Operations Manager
supprime les alertes, les notifications, les règles, les analyses, les réponses automatiques, les modifications
d'état et les nouvelles alertes.
6. Entrez les informations d’identification Operations Manager permettant d’établir une connexion au serveur
d’administration VMM, puis cliquez sur Suivant. Ce compte est ajouté au rôle d’utilisateur Administrateur
dans VMM.
7. Passez en revue les informations de la page Résumé , puis cliquez sur Terminer. Vous pouvez afficher l'état
de la nouvelle connexion dans l'espace de travail Travaux .
8. Dans le volet des résultats, en veillant à ce que l'option Paramètres de System Center soit sélectionnée,
cliquez avec le bouton droit sur Serveur Operations Manager, puis cliquez sur Propriétés. Dans
Paramètres Operations Manager > Détails > État de la connexion, vérifiez que la connexion affiche
l’état OK.
Si vous supprimez ultérieurement une connexion à un serveur Operations Manager, cela ne supprime pas les
packs d’administration VMM installés sur le serveur, mais le connecteur est supprimé.

Analyser VMM dans la console Operations Manager


Vous pouvez analyser les processus et états VMM dans tous les tableaux de bord VMM qui s’affichent dans la
console Operations Manager (tableau de bord de l’infrastructure, tableau de bord des machines virtuelles ou
tableau de bord des machines hôtes VMM ).
1. Dans la console Opérateur d’Operations Manager, cliquez sur Surveillance.
2. Pour analyser les machines virtuelles, cliquez sur Virtual Machine Manager. Ce tableau de bord contient des
informations sur l’intégrité et les performances des machines virtuelles, des machines hôtes et des serveurs
VMM.
3. Pour analyser les machines hôtes VMM, cliquez sur Tableau de bord des hôtes VMM. Vous pouvez analyser
l’intégrité des hôtes de virtualisation découverts dans l’infrastructure VMM, et obtenir des informations sur les
propriétés des machines hôtes, l’état, les machines virtuelles, les alertes et les performances.
4. Pour analyser un cloud privé, cliquez sur Tableau de bord d’intégrité de l’infrastructure. Pour chaque cloud,
le tableau de bord analyse l’état des groupes hôtes, les propriétés de calcul du cloud (processeur, cartes réseau,
etc.) et diverses informations de stockage, telles que les pools, le partage de fichiers, les numéros d’unité
logique et l’analyse de réseau. Vous pouvez définir l’étendue du tableau de bord aux ressources physiques ou
virtuelles, ou à un cloud locataire particulier.
5. Dans Vues Virtual Machine Manager, vous pouvez afficher des représentations graphiques des systèmes
gérés. Après l’établissement de la première connexion entre les serveurs VMM et Operations Manager,
l’affichage des diagrammes dans la console peut prendre plusieurs heures.

Étapes suivantes
Générer des rapports VMM dans Operations Manager
Ajouter un abonnement Azure dans VMM
21/05/2019 • 11 minutes to read

Vous pouvez ajouter des abonnements Microsoft Azure à System Center - Virtual Machine Manager (VMM ) et
effectuer des actions de base sur des instances Azure dans les abonnements.
Pour chaque abonnement Azure que vous ajoutez, vous pouvez utiliser une console pour afficher toutes les
instances de rôle de tous les groupes de déploiement dans cet abonnement.
Si vous gérez déjà vos machines virtuelles locales dans VMM, vous pouvez utiliser cette fonctionnalité pour
effectuer certaines actions très basiques sur des instances Azure sans quitter la console VMM. Vous pouvez :
Ajouter et supprimer des abonnements Azure dans la console VMM.
Obtenir des informations sous forme de liste sur les instances de rôle dans les abonnements de
déploiement. Les instances peuvent être actualisées manuellement.
Effectuer des actions de base sur les instances, y compris les démarrer, arrêter, éteindre et redémarrer.
Se connecter par RDP
Cette fonctionnalité n’est pas conçue pour fournir la parité des fonctionnalités avec le portail Azure. Elle inclut
un petit sous-ensemble des fonctionnalités pour simplifier la gestion. Vous ne pouvez pas gérer l’abonnement
Azure, déployer des instances, gérer les réseaux et le stockage Azure, migrer des machines virtuelles locales
vers Azure ou afficher le tableau de bord et des résumés d’analyse des performances.
Les informations de paramètre des certificats et de l’abonnement sont stockées dans le Registre sous
HKEY_CURRENT_USER. Les informations sont propres à la connexion et visibles par machine et par
connexion. Si vous vous connectez dans VMM avec un compte partagé (non recommandé), n’importe quel
abonnement ajouté sous ce compte partagé est exposé à tous les utilisateurs.
Comme les informations sont propres à la connexion, les abonnements Azure ajoutés par un utilisateur
administrateur ne sont pas automatiquement visibles à tous les autres administrateurs VMM. Vous devez
configurer l’abonnement pour chaque administrateur VMM qui doit y accéder.

Avant de commencer
Voici ce que dont vous avez besoin pour ajouter un abonnement Azure dans VMM :

CONFIGURATION REQUISE DÉTAILS

Abonnement Azure Vous avez besoin d’au moins un abonnement Azure pour
l’ajouter à la console VMM.

Connexion Internet L’ordinateur sur lequel vous installez la fonctionnalité doit


pouvoir se connecter à l’abonnement Azure.

Administrateur de service Vous devez être au moins l’administrateur de service de


l’abonnement. Cela vous permet d’accéder aux informations
nécessaires du certificat de gestion.
CONFIGURATION REQUISE DÉTAILS

Certificat de gestion L’abonnement doit avoir un certificat de gestion associé si


vous gérez les machines virtuelles classiques uniquement. De
cette façon, VMM peut utiliser l’API Gestion des services dans
Azure. En savoir plus sur les certificats de service. Notez l’ID
d’abonnement et l’empreinte numérique du certificat.

Les certificats doivent être conformes à la norme x509 v3.

Le certificat de gestion doit se trouver dans le magasin de


certificats local sur l’ordinateur sur lequel vous ajoutez la
fonctionnalité d’abonnement Azure.

Le certificat doit également se trouver dans le magasin


Utilisateur actuel \ Personnel de l’ordinateur exécutant la
console VMM.

NOTE
Pour bénéficier de la gestion des machines virtuelles classiques et ARM, l’abonnement doit avoir une authentification Active
Directory associée. Créez une application Azure AD à l’aide du portail Azure et notez l’ID d’annuaire, l’ID d’application et la
clé.

NOTE
Pour bénéficier de la gestion des machines virtuelles classiques et ARM, l’abonnement doit avoir une authentification Active
Directory associée. Créez une application Azure AD à l’aide du portail Azure et notez l’ID d’annuaire, l’ID d’application et la
clé.

Configuration de la fonctionnalité Ajouter un abonnement Azure


1. Vérifiez que vous vous êtes conformé à la configuration requise de la section précédente et que l’option
permettant d’ajouter un abonnement apparaît dans la console VMM > Machines virtuelles et services>
Azure > Ajouter un abonnement.
2. Si vous voulez vérifier un certificat, connectez-vous au portail Azure avec votre compte, puis cliquez sur
Paramètres > Certificats de gestion. Notez l’empreinte numérique du certificat si ce n’est pas déjà fait.
3. Dans la console VMM, cliquez sur Ordinateurs virtuels et services > Azure > Ajouter un abonnement,
renseignez les détails de l’abonnement. Dans le nœud Abonnements, vous pouvez ajouter et supprimer des
abonnements, et actualiser les listes de machines virtuelles. Vous pouvez également démarrer, arrêter, éteindre
et redémarrer une machine virtuelle, et vous y connecter par RDP.

Gérer les machines virtuelles Azure


Si vous gérez déjà vos machines virtuelles locales dans VMM, vous pouvez utiliser cette fonctionnalité pour
effectuer certaines actions très basiques sur des instances Azure sans quitter la console VMM. Vous pouvez :
Ajouter et supprimer un ou plusieurs abonnements Azure à l’aide de la console VMM.
Afficher une liste des détails et de l’état de toutes les instances de rôle dans tous les déploiements de cet
abonnement.
Actualiser manuellement la liste des instances.
Effectuer les actions de base suivantes sur les instances :
Démarrer
Arrêter
Éteindre
Redémarrer
Se connecter par RDP
Ce que vous ne pouvez pas faire avec cette fonctionnalité
Cette fonctionnalité n’est pas censée assurer une parité de fonctionnalités avec le portail de gestion Microsoft
Azure. Elle constitue une petite partie des fonctionnalités de https://manage.windowsazure.com, mais vous pouvez
voir vos instances et effectuer d’autres actions de base pour simplifier les tâches quotidiennes et faciliter la gestion.
Vous ne pouvez pas :
Gérer votre abonnement Azure
Déployer des instances dans Azure
Migrer des machines virtuelles locales dans Azure
Gérer le stockage Azure
Gérer les réseaux Azure
Afficher la vue Résumé du tableau de bord
Afficher le résumé de surveillance des performances
Vous pouvez ajouter des abonnements Microsoft Azure à System Center 2019 - Virtual Machine Manager (VMM )
en créant un profil Azure.
Avec VMM 2019, en utilisant un profil Azure, vous pouvez définir l’utilisation prévue du profil. Actuellement, le
scénario d’intégration Azure-VMM prend en charge les éléments suivants :
Gestion des machines virtuelles Azure : effectuez des actions de base sur des instances de machine virtuelle
Azure sans quitter la console VMM.
Azure Update Management : installez la mise à jour sur les machines virtuelles gérées par VMM.

Avant de commencer
Voici ce dont vous avez besoin pour ajouter un profil Azure pour la gestion des machines virtuelles Azure :

CONFIGURATION REQUISE DÉTAILS

Abonnement Azure Vous avez besoin d’au moins un abonnement Azure pour
l’ajouter à la console VMM.

Connexion Internet L’ordinateur sur lequel vous installez la fonctionnalité doit


pouvoir se connecter à l’abonnement Azure.

Authentification AD Pour bénéficier de la gestion des machines virtuelles


classiques et Azure Resource Manager, l’authentification
Active Directory doit être associée à l’abonnement.

Créez une application Azure AD à l’aide du portail Azure et


notez l’ID d’annuaire, l’ID d’application et la clé.

Affectez l’application aux rôles Contributeur de machine


virtuelle classique et Contributeur de machine virtuelle en
utilisant Abonnement – Contrôle d’accès (IAM) – Ajouter.

Voici ce dont vous avez besoin pour créer un profil Azure pour Azure Update Management :
CONFIGURATION REQUISE DÉTAILS

Abonnement Azure Vous avez besoin d’un abonnement Azure Automation avec la
solution Update Management activée.

Créez un compte Automation et activez la solution Update


Management.

Connexion Internet L’ordinateur sur lequel vous installez la fonctionnalité doit


pouvoir se connecter à l’abonnement Azure.

Créer un profil Azure


Suivez les étapes ci-dessous :
1. Dans la console VMM, accédez à Bibliothèque > Créer > Profil Azure

2. Sous le menu déroulant Utilisation du profil, sélectionnez Gestion des machines virtuelles Azure ou
Azure Update Management. En fonction de la sélection, la page suivante cherche les informations
d’authentification pour l’ID d’abonnement entré.

NOTE
Vous pouvez partager un profil Azure avec des utilisateurs en libre-service en les ajoutant comme membres dans
l’Assistant.
Vous pouvez visualiser la liste de tous les profils Azure dans Bibliothèque> Profils > Profils Azure.
Sélectionnez un profil Azure dans la liste pour voir les informations détaillées de ce profil, sous le volet
Informations générales.
Azure Update Management
22/03/2019 • 2 minutes to read

Cet article fournit des informations sur la fonctionnalité Azure Update Management dans System Center 2019 -
Virtual Machine Manager (VMM ).
Avec la fonctionnalité Azure Update Management, vous pouvez gérer les mises à jour pour les machines virtuelles
et les charges de travail qui s’exécutent dans VMM.
Actuellement, VMM prend en charge la fonctionnalité de gestion des mises à jour pour toutes les nouvelles
machines virtuelles avec le système d’exploitation Windows Server et qui sont déployées en utilisant un modèle de
machine virtuelle avec l’extension Azure Update Management activée.

Créer un modèle de machine virtuelle lié à un profil Azure


Suivez les étapes ci-dessous :
1. Créer un profil pour Azure Update Management selon les étapes détaillées dans l’article Abonnements
Azure
2. Dans l’Assistant Création d’un modèle de machine virtuelle, sélectionnez Page source > sélectionnez
Utiliser un modèle d’ordinateur virtuel existant ou un disque dur virtuel stocké dans la
bibliothèque.
3. Dans la page Extension, sélectionnez Activer Azure Update Management et sélectionnez le profil Azure
dans le menu déroulant. Cliquez sur OK.
4. Déployez les machines virtuelles à partir du modèle de machine virtuelle.
5. VMM effectue l’intégration pour les machines virtuelles déployées via le modèle de machine virtuelle sur le
service Azure Update Management et fournit le lien vers la console Azure pour la gestion des mises à jour.

6. Cliquez sur le lien État de la mise à jour sous Informations sur Azure Update Management pour
évaluer et déployer les mises à jour de la machine virtuelle.

NOTE
La fonctionnalité Azure Update Management prend également en charge les déploiements de service avec des modèles de
service : le flux est le même que ci-dessus.
Étapes suivantes
Gérer les machines virtuelles Azure
Gérer les machines virtuelles Azure
22/03/2019 • 2 minutes to read

Cet article fournit des informations sur la fonctionnalité Gérer les machines virtuelles Azure dans System
Center 2019 - Virtual Machine Manager (VMM ).
Cette fonctionnalité vous permet d’effectuer des actions de base sur des instances Azure associées à un profil
Azure, créé pour la gestion des machines virtuelles Azure.

NOTE
Pour effectuer ces actions, vous devez créer un profil Azure avec Gestion des machines virtuelles Azure sélectionné pour
Utilisation du profil. Une fois le profil Azure pour la gestion des machines virtuelles Azure créé, les machines virtuelles
déployées sur Azure sont accessibles dans la page Machines virtuelles et services de la console VMM et elles sont listées
sous Abonnements Azure.

Vous pouvez effectuer les actions suivantes sur les instances Azure sans quitter la console VMM.
Ajouter et supprimer un ou plusieurs abonnements Azure à l’aide de la console VMM.
Afficher une liste des détails et de l’état de toutes les instances de rôle dans tous les déploiements de cet
abonnement.
Actualiser manuellement la liste des instances.
Effectuer les actions de base suivantes sur les instances :
Démarrer
Arrêter
Éteindre
Redémarrer
Se connecter par RDP

Fonctionnalités non prises en charge


Cette fonctionnalité n’est pas censée assurer une parité de fonctionnalités avec le portail de gestion Microsoft
Azure. Elle constitue une petite partie des fonctionnalités de https://manage.windowsazure.com, mais vous pouvez
voir vos instances Azure et effectuer d’autres actions de base pour simplifier les tâches quotidiennes et
l’administration.
Avec cette fonctionnalité, vous ne pouvez pas :
Gérer votre abonnement Azure
Déployer des instances dans Azure
Migrer des machines virtuelles locales dans Azure
Gérer le stockage Azure
Gérer les réseaux Azure
Afficher la vue Résumé du tableau de bord
Afficher le résumé de surveillance des performances
Gérer des machines virtuelles à l’aide de
l’authentification et de l’autorisation basées sur Azure
AD et des abonnements Azure spécifiques à une
région
31/05/2019 • 4 minutes to read

Cet article fournit des informations sur la façon de gérer des machines virtuelles basées sur Azure Resource
Manager et des abonnements Azure spécifiques à une région à l’aide de System Center - Virtual Machine
Manager (VMM ).
Vous pouvez ajouter des abonnements Microsoft Azure à System Center 2016 - Virtual Machine Manager
(VMM ) et versions ultérieures, et effectuer les actions requises. En savoir plus. Le plug-in VMM Azure permet la
gestion d'abonnements Azure via l’authentification et l'autorisation basées sur un certificat, et les machines
virtuelles dans une région Azure publique.
VMM 1801 et versions ultérieures prend en charge la gestion des abonnements Azure via Azure Active Directory
et des abonnements Azure spécifiques à une région. (à savoir, Allemagne, Chine, régions US Government Azure).
La gestion des abonnements Azure via l’authentification et l'autorisation basées sur un certificat requiert un
certificat de gestion. En savoir plus.
La gestion de machines virtuelles à l’aide de l'authentification et de l'autorisation Azure AD requiert une
application Azure AD.

Avant de commencer
Vérifiez les prérequis suivants :
Application Azure AD : pour gérer des machines virtuelles à l’aide de VMM via l’authentification et
l'autorisation Active Directory, vous devez créer une application Azure AD et fournir les informations
suivantes via le plug-in Azure VMM :
ID d'abonnement Azure
ID Azure Active Directory
Azure Active Directory : ID d’application et clé d’application
En savoir plus sur la création d’une application AD Azure.
Un certificat de gestion : avec la configuration, comme décrit dans cet article.
L’abonnement doit être associé à un certificat de gestion pour permettre à VMM d’utiliser l’API de
gestion de service dans Azure.
Notez l’ID d’abonnement et l’empreinte numérique du certificat.
Les certificats doivent être conformes à la norme x509 v3.
Le certificat de gestion doit se trouver dans le magasin de certificats local sur l’ordinateur sur lequel
vous ajoutez la fonctionnalité d’abonnement Azure.
Le certificat doit également se trouver dans le magasin Utilisateur actuel\Personnel de l’ordinateur
exécutant la console VMM.
NOTE
Le certificat est requis uniquement si vous choisissez d’utiliser l’authentification basée sur un certificat pour
gérer votre abonnement Azure.

Procédure : gérer l’authentification et l'autorisation basées sur Active


Directory et les abonnements Azure spécifiques à une région
Procédez comme suit :
1. Accédez à Abonnement Azure et cliquez sur Ajouter un abonnement.

2. Remplissez les champs Nom d’affichage, Cloud Azure et ID d’abonnement.


Vous pouvez fournir un nom convivial comme nom d’affichage. Choisissez un abonnement Azure public
ou un abonnement spécifique à une région, selon vos besoins.

3. Sélectionnez Administration à l'aide de l'authentification Azure AD (pour utiliser la gestion basée


sur un certificat, passez à l’étape 5)

4. Remplissez les champs ID de répertoire, ID d’application et Clé, puis cliquez sur Terminer (après cette
étape, passez directement à l’étape 6).
5. Pour utiliser un certificat de gestion, sélectionnez Administration à l'aide du certificat de gestion.
(inutile si vous avez déjà effectué les étapes 3 et 4)
Si vous souhaitez continuer à utiliser l’authentification basée sur certificat, au lieu de sélectionner
l’authentification Azure AD, choisissez l’authentification basée sur un certificat de gestion, fournissez le
certificat de gestion à partir du magasin de certificats « Current User\Personal », puis cliquez sur
Terminer.

6. Vérifiez l’abonnement Azure et les machines virtuelles hébergées sur Azure.

Étapes suivantes
Créer des certificats
Créer un Active Directory

Vous aimerez peut-être aussi