Académique Documents
Professionnel Documents
Culture Documents
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 ).
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 ).
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.
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 ).
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 ).
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)
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
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.
Nombre de clusters
Relatives aux travaux Informations indiquant si les travaux sont lancés par les
utilisateurs ou sont des travaux en arrière-plan
Erreurs de stratégie
Nombre d’applications
Système d’exploitation des machines virtuelles Version du système d’exploitation des machines virtuelles
Nombre de pools
Nombre de volumes
Stockage du serveur de fichiers Liste de tous les partages de fichiers sur le serveur de fichiers
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.
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.
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.
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.
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.
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.
Cet article explique comment gérer les paramètres cloud System Center - Virtual Machine Manager (VMM ).
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.
É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.
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 .
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.
É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).
É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.
É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 ).
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.
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
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.
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.
# 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
É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).
É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.
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
NOTE
Pour exporter au format. CER, décochez l’option Oui, exporter la clé privée.
NOTE
Assurez-vous que l’autorité de certification d’entreprise est configurée pour l’inscription automatique de certificat.
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.
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
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.
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.
É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.
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.
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.
É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.
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
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.
$t.PortEnd=5090
$t.PortStart=5080
$t.IpAddressStart=10.100.101.10
$t.IpAddressEnd=10.100.101.100
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.
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.
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).
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é.
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:\> 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.
2. Attachez une liste de contrôle d’accès des ports existante à la carte réseau virtuelle.
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.
2. Attachez une liste de contrôle d’accès des ports existante au sous-réseau de machines virtuelles.
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.
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.
.
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.
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.
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.
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
$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 | remove-scloadbalancervip;
}
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
$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 | remove-scloadbalancervip;
}
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éé.
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.
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.
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éé.
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"
)
# 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
}
```
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) .
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.
PARAMÈTRE DÉTAILS
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).
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.
NOTE
Les valeurs utilisées sont des exemples.
$t.PortEnd=5090
$t.PortStart=5080
$t.IpAddressStart=10.100.101.10
$t.IpAddressEnd=10.100.101.100
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.
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.
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.
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.
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é
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.
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é.
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.
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.
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 :
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 :
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 :
$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 :
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 :
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 :
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 :
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é).
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.
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 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 :
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.
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.
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).
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.
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.
É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.
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.
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 ».
É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.
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.
É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 ).
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.
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 ).
É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 ).
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.
Services 1000
Clouds 20
Réseaux logiques 20
Matériel
BASE DE DONNÉES
MATÉRIEL SERVEUR VMM VMM BIBLIOTHÈQUE VMM CONSOLE VMM
RAM (minimum) 4 Go 8 Go 2 Go 4 Go
RAM 16 Go 16 Go 4 Go 4 Go
(recommandée)
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.
Windows 10 Entreprise 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.
Virtualisation
MACHINE VIRTUELLE PRIS EN CHARGE
Serveur d'administration VMM Vous pouvez installer le serveur d’administration VMM sur
une machine virtuelle.
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.
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 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)
Machines virtuelles Hyper-V Tout invité s’exécutant sur des hôtes Hyper-V pris en
charge.
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 ).
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.
Services 1000
Clouds 20
Réseaux logiques 20
Matériel
BASE DE DONNÉES
MATÉRIEL SERVEUR VMM VMM BIBLIOTHÈQUE VMM CONSOLE VMM
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
Windows 10 Entreprise 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
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.
Virtualisation
MACHINE VIRTUELLE PRIS EN CHARGE
Serveur d'administration VMM Vous pouvez installer le serveur d’administration VMM sur
une machine virtuelle.
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.
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 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
Machines virtuelles Hyper-V Tout invité s’exécutant sur des hôtes Hyper-V pris en
charge.
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 ).
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.
Services 1000
Clouds 20
Réseaux logiques 20
Matériel
BASE DE DONNÉES
MATÉRIEL SERVEUR VMM VMM BIBLIOTHÈQUE VMM CONSOLE VMM
RAM (minimum) 4 Go 8 Go 2 Go 4 Go
RAM 16 Go 16 Go 4 Go 4 Go
(recommandée)
Windows 10 Entreprise 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.
Virtualisation
MACHINE VIRTUELLE PRIS EN CHARGE
Serveur d'administration VMM Vous pouvez installer le serveur d’administration VMM sur
une machine virtuelle.
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.
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 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
Machines virtuelles Hyper-V Tout invité s’exécutant sur des hôtes Hyper-V pris en
charge.
Machine virtuelle VMware Toute machine virtuelle s’exécutant sur des serveurs
VMware pris en charge. En savoir plus
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.
Services 1000
Clouds 20
Réseaux logiques 20
Matériel
BASE DE DONNÉES
MATÉRIEL SERVEUR VMM VMM BIBLIOTHÈQUE VMM CONSOLE VMM
RAM (minimum) 4 Go 8 Go 2 Go 4 Go
RAM 16 Go 16 Go 4 Go 4 Go
(recommandée)
Windows 7 N
Windows 8 N
Windows 8.1 O
SYSTÈME D'EXPLOITATION PRIS EN CHARGE
Windows 10 Entreprise 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é.
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.
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.
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.
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 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
Machines virtuelles Hyper-V Tout invité s’exécutant sur des hôtes Hyper-V pris en
charge.
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.
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
Kit de déploiement et d’évaluation Windows (ADK) Windows ADK pour Windows 10.
Systèmes d’exploitation invités Systèmes d’exploitation Windows pris en charge par Hyper-
V.
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>
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.
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.
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.
É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.
É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.
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
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 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
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 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 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 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
É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.
É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 ).
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.
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é.
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.
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.
É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 :
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.
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.
É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.
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é.
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.
É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
SCO 7.3.5 ou
ultérieur, DSM 2018
R1.20 ou ultérieur
Cet article fournit des informations de mise à niveau pour System Center 2019 - Virtual Machine Manager (VMM ).
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.
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.
NOTE
La mise à niveau de SQL Server peut être effectuée à tout moment, indépendamment de la mise à niveau VMM.
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.
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.
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.
NOTE
La mise à niveau de SQL Server peut être effectuée à tout moment, indépendamment de la mise à niveau VMM.
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.
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
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.
NOTE
La mise à niveau de SQL Server peut être effectuée à tout moment, indépendamment de la mise à niveau VMM.
É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.
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é.
IndigoHTTPSPort : 8101
<br/ IndigoNETTCPPort : 8102
<br/ IndigoHTTPPort : 8103
<br/ WSManTcpPort : 5985
<br/ BitsTcpPort : 443
1 : Forcer la désinstallation.
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.
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.
PARAMÈTRE VALEUR
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é.
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
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.
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.
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é.
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.
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
$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.
NOTE
Vérifiez que la tâche se termine correctement, sinon examinez les détails de l’erreur et relancez la sauvegarde.
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.
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.
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
NOTE
L’ordre dans lequel vous désinstallez les mises à jour des serveurs et de la console du serveur VMM n’est pas important.
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.
Pour plus d’informations sur la récupération de la sauvegarde, consultez la remarque Important avant ces
procédures.
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 :
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 :
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.
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.
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.
É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.
É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.
É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.
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.
É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)
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.
ONGLET PROPRIÉTÉ
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
Pools d’adresses IP
Équilibreurs de charge
Réseaux logiques
Propriétés personnalisées Gérez les propriétés personnalisées pour les types d’objet
suivants :
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.
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.
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.
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.
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.
ONGLET PARAMÈTRES
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.
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.
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 :
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.
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 :
Par exemple :
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
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.
4. Vérifiez que les packages VMM et les modules linguistiques associés sont correctement installés en
exécutant la commande suivante :
Exemple :
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.
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.
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.
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.
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
Serveur PXE Conditions requises pour le Vous devez avoir un serveur PXE
déploiement configuré avec les Services de
déploiement Windows.
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.
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.
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.
#Enable RDMA, assuming customer chosen switch name for storage as Storage1Switch and Storage2Switch
Enable-NetAdapterRDMA "Storage1Switch"
Enable-NetAdapterRDMA "Storage2Switch"
#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"}
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.
É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.
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 :
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.
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.
É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.
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.
É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.
Paramètres
PARAMÈTRE DÉTAILS
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"
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
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
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.
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.
Exemples
Attacher une liste de contrôle d’accès aux paramètres globaux :
Attacher une liste de contrôle d’accès à un réseau de machines virtuelles durant la création :
Attacher une liste de contrôle d’accès à un réseau de machines virtuelles durant la création :
Paramètres
PARAMÈTRE DÉTAILS
Exemples
Récupérer une liste de contrôle d’accès spécifique :
Paramètres
PARAMÈTRE DÉTAILS
Exemples
Définir une description de la liste de contrôle d’accès :
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 :
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.
ONGLET PARAMÈTRES
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 :
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
É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.
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.
É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.
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.
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.
É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 ).
ÉLÉMENT CONVERSION
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"
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.
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.
ÉLÉMENT CONVERSION
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"
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.
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.
ÉLÉMENT CONVERSION
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 :
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)
É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.
É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
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.
Sous-réseau d'adresse IP Sous-réseau d’adresse IP (même nom dans IPAM que dans
VMM)
É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
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 :
É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
É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.
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.
É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
COMMANDE FONCTION
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.
COMMANDE FONCTION
$host = Get-SCVMhost -ComputerName <host name> Modifier les propriétés d’un ordinateur hôte.
É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.
É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.
É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.
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.
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 :
Activer la réplication
À présent, activez la réplication synchrone entre les groupes de réplication source et de destination.
Exécuter un basculement
Exécuter un basculement.
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.
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
Conditions requises pour le déploiement Vous devez avoir un serveur PXE configuré avec les Services
de déploiement Windows.
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.
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.
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.
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.
É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.
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.
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.
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.
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.
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
É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.
É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.
É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 ».
É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.
É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.
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.
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.
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.
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 :
É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.
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.
É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.
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.
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.
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.
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.
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.
É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
Get-CloudResourceExtension
É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.
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 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).
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.
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
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)
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.
É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.
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.
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.
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.
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.
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.
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 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.
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.
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.
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).
É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.
Tableau de bord des machines virtuelles Analyse l’intégrité des machines virtuelles.
Tableau de bord des hôtes VMM Analyse l’intégrité des hôtes de virtualisation découverts dans
l’infrastructure VMM.
Tableau de bord d’intégrité de l’infrastructure Analyse l’intégrité des clouds privés VMM.
RAPPORT DÉTAILS
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.
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.
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.
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.
É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 :
Abonnement Azure Vous avez besoin d’au moins un abonnement Azure pour
l’ajouter à 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é.
Avant de commencer
Voici ce dont vous avez besoin pour ajouter un profil Azure pour la gestion des machines virtuelles Azure :
Abonnement Azure Vous avez besoin d’au moins un abonnement Azure pour
l’ajouter à la console VMM.
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.
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.
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
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.
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.
Étapes suivantes
Créer des certificats
Créer un Active Directory