Ajout d'ordinateurs hôtes Hyper-V et de clusters hôtes, ainsi que de serveurs de fichiers avec montée en charge à VMM

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

Cette section explique comment ajouter des ordinateurs hôtes Hyper-V, des clusters hôtes Hyper-V et, à compter de System Center 2012 R2, des clusters de serveurs de fichiers avec montée en puissance parallèle, à Virtual Machine Manager (VMM). Cette section inclut également des informations sur la configuration des propriétés de l'ordinateur hôte Hyper-V, comme les paramètres de stockage et de mise en réseau.

Vous pouvez ajouter les types de serveurs suivants en tant qu'ordinateurs hôtes Hyper-V gérés :

• Ordinateurs Windows Server ou clusters de basculement Windows Server dans un domaine Active Directory approuvé par le domaine du serveur d'administration VMM

  Notes

  Cela inclut les ordinateurs Windows Server situés dans un espace de noms disjoint.

• Ordinateurs Windows Server ou clusters de basculement Windows Server dans un domaine Active Directory non approuvé par le domaine du serveur d'administration VMM

• Ordinateurs Windows Server dans un réseau de périmètre ou un groupe de travail (pour les ordinateurs autonomes uniquement)

• Ordinateurs physiques dépourvus de tout système d'exploitation (souvent appelés « systèmes nus »)

  Notes

  Par le biais de la console VMM, vous pouvez déployer un système d'exploitation sur les ordinateurs physiques et ajouter les ordinateurs en tant qu'ordinateurs hôtes Hyper-V gérés. Vous pouvez également utiliser cette méthode pour remplacer un système d'exploitation existant sur un ordinateur physique.

  Si vous voulez déployer des clusters de serveurs de fichiers avec montée en puissance parallèle exécutant Windows Server 2012 R2 sur un système nu, le serveur d'administration VMM doit aussi exécuter Windows Server 2012 R2.

Les rubriques de cette section sont organisées en fonction des différentes méthodes que vous pouvez utiliser pour ajouter des ordinateurs hôtes Hyper-V, des clusters hôtes Hyper-V ou, à compter de System Center 2012 R2, des clusters de serveurs de fichiers avec montée en puissance parallèle. Les rubriques incluent des exemples de scénario qui vous guideront dans le processus. Les exemples de scénario font référence à une organisation fictive, contoso.com.

Dans Windows Server 2012, Hyper-V vous permet de déployer des ordinateurs virtuels sur un stockage de bloc à l'aide des protocoles SAS (Serial Attached SCSI), iSCSI ou Fibre Channel. Si votre environnement comporte des serveurs de fichiers avec montée en puissance parallèle, Hyper-V prend en charge les disques durs virtuels (VHD) d'ordinateur virtuel déployés sur un partage de fichiers disponible en continu via le protocole SMB3. Avec Virtual Machine Manager (VMM), vous pouvez gérer le serveur de fichiers avec montée en puissance parallèle, créer des partages de fichiers et définir des autorisations sur ces partages de fichiers pour que les hôtes Hyper-V puissent y accéder. Dans System Center 2012 R2 VMM, si le serveur de fichiers avec montée en puissance parallèle est connecté à des disques SAS partagés, le regroupement de disques est possible en utilisant des espaces de stockage Windows Server et VMM.

Cette section décrit les autres avantages d'une gestion des serveurs de fichiers avec montée en puissance parallèle avec VMM.

Espaces de stockage

Quand vous ajoutez un nouveau serveur de fichiers avec montée en puissance parallèle à VMM, le fournisseur d'espaces détecte tous les disques physiques SAS disponibles. Vous pouvez établir la liste des disques physiques disponibles pour le regroupement et sélectionner ensuite tout ou partie des disques physiques figurant dans cette liste. Vous pouvez aussi créer un pool.VMM prend également en charge l'ajout de nouveaux disques au pool de stockage. Si le serveur de fichiers avec montée en puissance parallèle contient déjà des pools de stockage, VMM les détecte et les place automatiquement sous administration.

Classification de stockage

Les pools de stockage gérés par VMM doivent avoir une classification de stockage. Celle-ci sert à distinguer les différents types de stockage en fonction des performances ou des garanties offertes par le dispositif de stockage sous-jacent. Vous pouvez créer un pool de stockage avec tous les disques SSD et l'associer à une classification « MaximumPerformance » (performances maximales). Un même pool peut être constitué de disques SSD et d'un lecteur de disque dur (HDD) issus de plusieurs boîtiers que vous pouvez associer à une classification « MaximumResiliency » (résilience maximale). Les pools de stockage détectés par VMM reçoivent automatiquement la classification « RemoteStorage » (stockage distant). Vous pouvez modifier cette classification à tout moment dans les propriétés de serveur de fichiers ou dans les propriétés de pool de stockage.VMM utilise la classification de stockage pour la sélection élective de disque dur virtuel (qui est définie dans les modèles ou lors de la création) et pour le ciblage d'utilisateurs libre-service qui consomment le cloud dans un stockage spécifique.

Les partages de fichiers héritent de la classification de stockage définie pour le pool de stockage sous-jacent. Si vous avez besoin de mieux différencier deux partages sur un même pool, vous pouvez définir une classification de stockage au niveau du partage de fichiers. Dans ce cas, si le pool de stockage est classifié « Gold » (or), l'un des partages pourra hériter du pool de stockage et de sa classification « Gold », tandis que l'autre partage de fichiers pourra avoir une classification « Silver » (argent).

Partages de fichiers de stockage

VMM prend en charge la création de partages de fichiers à partir d'un pool de stockage issu d'un volume ou en utilisant des chemins d'accès spécifiques. Dans le cas d'une création à partir d'un pool de stockage, VMM utilise l'API de gestion de stockage pour créer un volume partagé de cluster à partir d'un pool de stockage Espaces. Cette opération consiste à créer le disque, à attacher le disque à un cluster, à initialiser, partitionner et formater le volume, et enfin à convertir ce dernier en volume partagé de cluster.VMM appelle ensuite les API SMB3 du serveur de fichiers pour créer le partage de fichiers avec montée en puissance parallèle.

Si le volume partagé de cluster existe déjà, il vous suffit simplement de sélectionner le volume ; VMM créera la structure des dossiers de fichiers et le partage de fichiers. Enfin, VMM peut créer un partage de fichiers en utilisant un chemin d'accès spécifique. Par exemple, si le partage de fichiers a été supprimé accidentellement, vous pouvez recréer le partage de fichiers en utilisant un chemin d'accès à un dossier existant.

Autorisations de partage de fichiers

La définition des autorisations sur les partages de fichiers et de dossiers est nécessaire pour que les hôtes Hyper-V et clusters hôtes puissent accéder aux fichiers d'ordinateur virtuel stockés sur un partage de fichiers.VMM automatise la définition des autorisations sur le dossier du système de fichiers et le partage avec les comptes d'ordinateur des hôtes Hyper-V ou des nœuds de clusters hôtes. Par ailleurs, quand vous utilisez VMM pour ajouter et supprimer des nœuds Hyper-V sur un cluster, VMM modifie les autorisations sur le partage de fichiers et le système de fichiers.

Stockage de bibliothèque

Vous pouvez utiliser des partages de fichiers gérés par VMM à des fins de stockage de bibliothèque ou de stockage Hyper-V. Vous ne pouvez pas utiliser le même partage de fichiers pour les deux.

Sélection élective du partage de fichiers

VMM associe le partage à l'ordinateur hôte/cluster de telle sorte que la sélection élective puisse prendre en considération le stockage de fichiers pour en établir l'évaluation (à l'instar du stockage de bloc). La sélection élective examine les capacités disponibles et détermine si une classification de stockage spécifique est nécessaire (selon l'intention exprimée dans le modèle).

Déploiement de partage de fichiers

VMM décharge les transferts de données à l'aide des API CopyFile. Pour que cette fonctionnalité soit opérationnelle, il est nécessaire de définir les comptes d'administration de serveur de bibliothèque et d'ordinateur hôte Hyper-V. Si les comptes ne sont pas spécifiés correctement, VMM opte par défaut pour le transfert BITS. Une fois que le partage de fichiers est inscrit auprès de l'hôte Hyper-V ou du cluster hôte, vous pouvez déployer un nouvel ordinateur virtuel ; la copie des données est automatiquement déchargée. Avec un réseau SAN, la fonctionnalité de transfert de données déchargées (ODX) gère le transfert de fichiers à l'intérieur du groupe. Avec un serveur de fichiers avec montée en puissance parallèle, la prise en charge de la copie de bloc (« CopyChunk ») décharge la copie de fichiers et permet d'éviter un aller-retour réseau. Si aucun déchargement n'est disponible, les API de copie rétablissent une copie SMB classique via le réseau. Si ce transfert échoue pour une raison quelconque (par exemple en raison d'un problème réseau), VMM redémarre la tâche de copie de fichiers en utilisant BITS.

Capacité de stockage cloud

Vous pouvez utiliser une classification de stockage pour afficher la capacité de stockage dans les clouds. Les utilisateurs libre-service n'ont pas besoin de transmettre un nom de partage ni un point de montage. Les modèles créés par les utilisateurs libre-service peuvent spécifier une classification de stockage, par exemple, s'ils veulent utiliser un disque dur virtuel spécifique sur le stockage gold. Le modèle peut aussi ne pas avoir de classification de stockage. Auquel cas, n'importe quel stockage accessible au cloud peut être utilisé.

Avant de commencer les procédures, passez en revue les informations de la rubrique de présentation qui s'applique au type de serveurs que vous envisagez d'ajouter en tant que clusters hôtes, ordinateurs hôtes Hyper-V gérés ou cluster de serveurs de fichiers avec montée en charge.