Préparation de votre environnement pour System Center 2012 R2 Virtual Machine Manager

Date de publication : mars 2016

S’applique à : System Center 2012 R2 Virtual Machine Manager

Voici la configuration système requise et les considérations à prendre en compte avant de déployer System Center 2012 R2 Virtual Machine Manager (VMM).

Si vous évaluez votre environnement, voir Configuration système requise pour System Center 2012 R2.

• Système d’exploitation : nous vous recommandons vivement d’installer Windows Server 2012 R2 comme système d’exploitation sur le serveur d’administration qui exécute VMM (dans System Center 2012 R2). Si vous voulez utiliser VMM pour créer des clusters exécutant Windows Server 2012 R2, le serveur d'administration VMM doit exécuter Windows Server 2012 R2. Cela vaut pour la création de clusters hôtes Hyper-V ou de clusters de serveurs de fichiers avec montée en puissance parallèle.

  Nous vous recommandons en particulier de choisir Windows Server 2012 R2 comme système d'exploitation si vous voulez installer un serveur d'administration VMM à haut niveau de disponibilité (en cluster), car il est plus difficile de mettre à niveau le système d'exploitation dans cette situation.

  Si vous choisissez plutôt Windows Server 2012 comme système d'exploitation pour le serveur d'administration VMM, vous pouvez créer des clusters exécutant Windows Server 2012 R2 en dehors de VMM, puis les ajouter à VMM. Vous ne pouvez tout simplement pas créer de clusters dans VMM.

• Windows ADK : sur le serveur d’administration VMM, Windows ADK pour Windows 8.1 doit être installé, quel que soit le système d’exploitation du serveur VMM. Un lien vers Windows ADK pour Windows 8.1 est disponible pendant l'installation, ou vous pouvez le télécharger depuis le Centre de téléchargement Microsoft. Quand vous installez Windows ADK, sélectionnez les fonctionnalités Outils de déploiement et Environnement de préinstallation Windows.

• Utilitaires de ligne de commande pour SQL Server : 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. Installez les Utilitaires de ligne de commande de SQL Server 2008 R2 ou les Utilitaires de ligne de commande de SQL Server 2012, selon la version de SQL Server que vous installez. Les utilitaires de ligne de commande sont disponibles dans les packs de fonctionnalités suivants :

  • Microsoft SQL Server 2008 R2 Feature Pack

  • Microsoft SQL Server 2012 Feature Pack

  Notes

  Si vous n'installez pas ces utilitaires, l'installation n'est pas bloquée pour autant. Ces utilitaires sont nécessaires si vous envisagez de déployer des services qui utilisent des applications de couche Données SQL Server (fichiers .dacpac).

• Clustering : pour bénéficier d’un haut niveau de disponibilité, le serveur d’administration VMM peut être installé sur un cluster de basculement. Nous recommandons vivement que le cluster de basculement exécute Windows Server 2012 R2.

• Appartenance au domaine : l’ordinateur sur lequel vous installez le serveur d’administration VMM doit être membre d’un domaine Active Directory.

• Longueur du nom de l’ordinateur : le nom de l’ordinateur du serveur d’administration ne peut pas dépasser 15 caractères.

• Espace disque du serveur de bibliothèque : si vous utilisez le serveur d’administration VMM également comme serveur de bibliothèque, vous devez fournir 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.

• Éviter l’installation sur un ordinateur hôte Hyper-V : n’installez pas le serveur d’administration VMM ou des composants de System Center autres que les agents sur les serveurs exécutant Hyper-V. Vous pouvez installer les composants de System Center dans des machines virtuelles.

• Installation sur une machine virtuelle : l’installation du serveur d’administration VMM sur une machine virtuelle peut vous aider à réduire le nombre de serveurs physiques que vous gérez et à simplifier certaines tâches de gestion. Pour plus d'informations sur la configuration requise, notamment en matière de mémoire, consultez la page Matériel.

• Mémoire dynamique (pour l’installation en tant que machine virtuelle) : si vous installez le serveur d’administration VMM sur une machine virtuelle et que vous utilisez la fonctionnalité Mémoire dynamique d’Hyper-V, vous devez définir la RAM de démarrage de la machine virtuelle sur au moins 2 048 mégaoctets (Mo).

• Gestion de plus de 150 hôtes : pour améliorer les performances quand vous gérez plus de 150 hôtes, nous vous recommandons d’utiliser un ordinateur dédié pour le serveur d’administration VMM et de procéder comme suit :

  • Ajoutez un ou plusieurs ordinateurs distants en tant que serveurs de bibliothèque et n'utilisez pas le partage de bibliothèque par défaut sur le serveur d'administration VMM.

  • Pour la base de données VMM, n'utilisez pas d'instance SQL Server s'exécutant sur le même ordinateur que celui sur lequel vous installez le serveur d'administration VMM.

Pour plus d'informations sur l'installation d'un serveur d'administration VMM, consultez Installation d'un serveur d'administration VMM et Installation d'un serveur d'administration VMM à haut niveau de disponibilité.

L'ordinateur sur lequel vous installez la console VMM doit être membre d'un domaine Active Directory.

Pour plus d'informations sur l'installation de la console VMM, consultez Installation et ouverture de la console VMM.

• L'instance de SQL Server que vous utilisez doit autoriser les objets de base de données qui ne respectent pas la casse.

• Le nom de l'ordinateur de SQL Server ne peut pas dépasser 15 caractères.

• Si le serveur d'administration VMM et l'ordinateur SQL Server ne sont pas membres du même domaine Active Directory, une approbation bidirectionnelle doit exister entre les deux domaines.

• Lorsque vous installez SQL Server, sélectionnez les fonctionnalités Services Moteur de base de données et Outils de gestion - Complet.

• Vous pouvez procéder à une mise à niveau sur place vers une version prise en charge de SQL Server (sans déplacer la base de données VMM). Veillez à ce qu'aucune tâche ne soit en cours d'exécution au moment d'effectuer la mise à niveau. Celle-ci pourrait échouer et vous pourriez être contraint de la relancer manuellement. Pour obtenir les procédures, consultez la documentation de SQL Server, par exemple, la rubrique Mise à niveau vers SQL Server 2014.

• Pour des performances optimales avec la base de données VMM, évitez de stocker les fichiers de base de données sur le disque utilisé pour le système d'exploitation. Pour connaître les meilleures pratiques SQL Server en matière de placement des fichiers de données et des fichiers journaux, consultez la page Placer les fichiers de données et les fichiers journaux sur des lecteurs distincts.

• Si vous utilisez SDN (Software Defined Networking) dans VMM, toutes les informations de mise en réseau sont stockées dans la base de données VMM. Pour cette raison, vous voudrez peut-être envisager un haut niveau de disponibilité pour la base de données VMM, suivez alors les recommandations suivantes :

  • Le clustering avec basculement est pris en charge et constitue la configuration recommandée pour la disponibilité au sein d'une même zone géographique ou d'un même centre de données. Pour plus d'informations, consultez Instances de cluster de basculement AlwaysOn (SQL Server).

  • L'utilisation des groupes de disponibilité AlwaysOn dans Microsoft SQL Server est prise en charge, mais il est important d'examiner les différences entre les deux modes de disponibilité, la validation synchrone et la validation asynchrone. Pour obtenir une description des deux modes, consultez la section Modes de disponibilité dans la vue d'ensemble des groupes de disponibilité AlwaysOn.

    • Avec le mode de validation asynchrone, le réplica de la base de données peut être obsolète pendant une certaine période de temps après chaque validation. La base de données semble alors « remonter dans le temps », ce qui peut entraîner une perte des données client, une divulgation accidentelle d'informations ou une éventuelle élévation des privilèges. Pour plus d'informations, consultez la page Examen des options de disponibilité et de récupération pour protéger la base de données VMM.

    • Vous pouvez utiliser le mode de validation synchrone comme configuration pour les scénarios de disponibilité du site distant. Pour plus d'informations, consultez Vue d'ensemble des groupes de disponibilité AlwaysOn (SQL Server) et Mise en route avec les groupes de disponibilité AlwaysOn (SQL Server).

• Le service SQL Server doit utiliser un compte autorisé à accéder aux services de domaine Active Directory (AD DS). Par exemple, vous pouvez spécifier le compte système local ou un compte d'utilisateur du domaine. Ne spécifiez pas un compte d'utilisateur local.

• Vous n'avez pas besoin configurer le classement. Pendant le déploiement, le programme d'installation configure automatiquement le classement CI en fonction de la langue du système d'exploitation du serveur.

• Le port dynamique est pris en charge.

Pour plus d'informations sur SQL Server et System Center 2012 R2, voir SQL Server dans System Center 2012 R2.

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 selon la quantité et 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.

• Pour stocker les disques durs virtuels au format de fichier .vhdx, le serveur de bibliothèque VMM doit exécuter Windows Server 2012 ou Windows Server 2012 R2.

• 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. Pour plus d'informations sur le contrôle de casse NFS, voir Contrôle de casse NFS de Windows Services for UNIX 2.0.

Pour plus d'informations sur les serveurs de bibliothèque dans VMM, voir Configuration de la bibliothèque VMM.

Virtual Machine Manager (VMM) prend en charge Microsoft Hyper-V, VMware ESX et Citrix XenServer en tant qu'hôtes de machines virtuelles :

Ordinateurs hôtes Hyper-V

Virtual Machine Manager (VMM) prend en charge les versions suivantes d'Hyper-V.

Pour plus d'informations sur :

• Les systèmes d'exploitation invités pris en charge par Hyper-V, voir Vue d'ensemble d'Hyper-V - Configuration logicielle requise (pour les systèmes d'exploitation invités pris en charge).

• La gestion des hôtes Hyper-V dans VMM, voir Ajout et gestion d'ordinateurs hôtes Hyper-V et de clusters hôtes dans VMM.

Ordinateurs hôtes VMware ESX

VMM prend en charge les logiciels de virtualisation VMware suivants :

Pour plus d'informations, voir Vue d'ensemble de la gestion des ordinateurs hôtes VMware ESX.

Ordinateurs hôtes Citrix XenServer

Les logiciels suivants sont requis pour un ordinateur hôte qui exécute le logiciel de virtualisation Citrix.

• Citrix XenServer 6.0

• Citrix XenServer 6.1

• Citrix XenServer – Pack d'intégration de Microsoft System Center

Pour plus d'informations sur :

• La configuration requise de XenServer, voir la documentation du produit Citrix.

• Citrix XenServer – Pack d'intégration de Microsoft System Center, voir Citrix XenServer – Microsoft System Center Integration Pack.

• Citrix XenServer en général, voir Présentation de la gestion Citrix XenServer.

Vous pouvez utiliser VMM pour trouver des ordinateurs physiques sur le réseau, puis automatiquement installer le système d'exploitation Windows sur ces ordinateurs et les convertir en ordinateurs hôtes Hyper-V gérés. Ces ordinateurs physiques peuvent être des ordinateurs sur lesquels aucun système d'exploitation n'est installé, souvent appelés « systèmes nus ». Il peut s'agir aussi d'ordinateurs sur lesquels vous voulez remplacer le système d'exploitation.

Pour plus d'informations, consultez la page Vue d'ensemble de l'ajout d'ordinateurs physiques en tant qu'ordinateur hôtes Hyper-V ou en tant que serveurs de fichiers avec montée en charge dans VMM.

Dans VMM, vous pouvez utiliser un serveur Windows Server Update Services (WSUS) pour gérer les mises à jour des ordinateurs suivants dans votre environnement VMM :

• Ordinateurs hôtes de machines virtuelles

• Serveurs de bibliothèque

• Serveur d'administration VMM

• Serveurs PXE

• Le serveur WSUS

• Serveurs d'infrastructure exécutant Windows Server 2012 R2.

Vous pouvez configurer les lignes de base de la mise à jour, analyser la conformité des ordinateurs et effectuer une correction de la mise à jour.

• Le serveur WSUS doit exécuter Windows Server 2012 R2, Windows Server 2012 ou Windows Server 2008 R2 Service Pack 1.

• Il doit exister une confiance totale entre les domaines du serveur d'administration WSUS et du serveur d'administration VMM.

• VMM peut utiliser un serveur racine WSUS ou un serveur WSUS en aval.VMM ne prend pas en charge l'utilisation d'un serveur réplica WSUS.

• Le serveur WSUS peut être dédié à VMM ou être un serveur WSUS déjà utilisé dans votre environnement.

• Si VMM traite un très gros volume de mises à jour, envisagez d'installer le serveur WSUS sur un ordinateur autre que celui du serveur d'administration VMM.

• VMM peut également fonctionner 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 de mise à jour.

Pour plus d'informations sur la gestion des mises à jour dans VMM, voir Gestion des mises à jour d'infrastructure dans VMM.

VMM peut surveiller l'intégrité et les performances des machines virtuelles et de leurs hôtes. Pour ce faire, VMM s'intègre à Operations Manager et active l'Optimisation des performances et des ressources (PRO). VMM offre également la possibilité d'utiliser la fonctionnalité de création de rapports d'Operations Manager. Pour utiliser les rapports de prévision, SQL Server Analysis Services doit être installé sur Operations Manager Reporting Server.

VMM dans System Center 2012 R2 prend en charge Operations Manager dans System Center 2012 R2 uniquement.

Configuration requise :

• La version d'Analysis Services doit être SQL Server 2008 Analysis Services SP2 ou version ultérieure.

• 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 respective d'Operations Manager.

Pour plus d'informations, consultez la rubrique Configuration de l'intégration d'Operations Manager à VMM.