Virtualisation

Haute disponibilité pour Hyper-V

Steven Ekren

 

En un coup d'œil :

  • Consolider les serveurs avec Hyper-V
  • Garantir la haute disponibilité des ordinateurs virtuels
  • Définir un basculement Windows Server 2008

Sommaire

Haute disponibilité
Hôtes et invités
Disponibilité d'invité
Rendre les ordinateurs virtuels hautement disponibles
Conditions requises
Procédure de haute disponibilité
Considérations

La virtualisation de serveurs est sur le point de changer les services informatiques d'entreprise, notamment grâce à l'alliance de Hyper-V et Windows Server 2008. La consolidation des serveurs sur un nombre réduit d'ordinateurs physiques a de nombreux avantages en matière d'économies de ressources et de coûts, mais deux facteurs clés doivent être pris en considération lors du processus de planification. Les utilisateurs ont de plus en plus d'attentes concernant la disponibilité de leurs logiciels, y compris les outils et les applications métier comme les plates-formes de messagerie et de collaboration. De plus, les problèmes ou les défaillances des serveurs peuvent avoir un impact bien plus important sur les opérations. Windows Server 2008 et Hyper-V fournissent des solutions qui peuvent être implémentées pour fournir une haute disponibilité d'ordinateurs virtuels ainsi que des charges de travail hébergées sur les ordinateurs virtuels.

Haute disponibilité

La disponibilité signifie que les utilisateurs peuvent accéder à un système pour travailler. Avec la haute disponibilité, les utilisateurs s'attendent désormais à toujours pouvoir accéder au système, parce que ce dernier a été conçu et implémenté pour garantir la continuité opérationnelle.

La haute disponibilité d'Hyper-V est atteinte avec l'utilisation de la fonctionnalité de cluster de basculement Windows Server 2008. La haute disponibilité a un impact sur les interruptions de service prévues et imprévues et le clustering avec basculement peut augmenter de manière significative la disponibilité des ordinateurs virtuels dans ces deux catégories.

Les ordinateurs virtuels peuvent être gérés par le cluster de basculement et ce dernier peut être utilisé dans les ordinateurs virtuels pour contrôler et déplacer les charges de travail hébergées dans l'ordinateur virtuel. Je vais décrire ces deux scénarios de configuration plus en détails, mais une grande partie de cet article portera sur la gestion des ordinateurs virtuels. Cependant, avant de commencer, vous devriez jeter un coup d'œil à l'encadré « Termes Hyper-V utiles ».

Hôtes et invités

Étant donné qu'il existe plusieurs systèmes d'exploitation s'exécutant sur un système Hyper-V, savoir quelle couche ou quel système d'exploitation est abordé(e) ou reste transparent(e) peut s'avérer une tâche extrêmement ardue. J'utilise le terme « invité » pour me référer au système d'exploitation et à l'environnement dans un ordinateur virtuel Hyper-V qui s'exécute sur une partition enfant. J'utilise le terme « hôte » pour indiquer l'ordinateur physique, qui est géré par le système d'exploitation sur la partition parente Hyper-V.

La disponibilité hôte répond aux problèmes qui surviennent lors du scénario « mettre tous ces œufs dans un même panier » que la consolidation des serveurs peut entraîner. Le cluster de basculement Windows Server 2008 peut être configuré sur la partition parente Hyper-V (hôte) pour que les partitions enfant Hyper-V (ordinateurs virtuels ou invités) puissent être contrôlées pour le bon fonctionnement et déplacées d'un nœud de cluster à l'autre. Cette configuration dispose des avantages clés suivants :

  • Si l'ordinateur physique sur lequel Hyper-V et l'ordinateur virtuel s'exécutent doit être mis à jour, modifié ou redémarré, alors les ordinateurs virtuels peuvent être déplacés vers d'autres nœuds du cluster. Les ordinateurs virtuels peuvent alors être replacés une fois que l'ordinateur physique est remis en marche.
  • Si l'ordinateur physique sur lequel Hyper-V et les ordinateurs virtuels s'exécutent échoue (en raison d'une défaillance de carte mère) ou est dégradé de manière significative, les autres membres du cluster de basculement Windows prennent possession des ordinateurs virtuels et les mettent automatiquement en ligne.
  • Si l'ordinateur virtuel échoue, il peut être redémarré sur le même serveur Hyper-V ou déplacé vers un autre serveur Hyper-V. Étant donné que ceci est détecté par le cluster de basculement Windows Server, il effectuera automatiquement les étapes de récupération en se basant sur les paramètres dans les propriétés de ressource de l'ordinateur virtuel. Les interruptions de service sont réduites en raison de l'automatisation de détection et de récupération.

La figure 1 représente ce qui pourrait arriver dans de telles situations. Tout d'abord, l'ordinateur virtuel 2 réside sur l'hôte A, ensuite l'ordinateur virtuel 2 est déplacé sur l'hôte B. Notez que le nœud qui détient le numéro d'unité logique (LUN) 2 du stockage SAN passe de l'hôte A à l'hôte B lors de ce déplacement. Pour vous assurer que votre solution haute disponibilité satisfait vos besoins de disponibilité, considérez soigneusement l'emplacement des ordinateurs virtuels. Vous devez penser en termes de capacité et de performances.

fig01.gif

Figure 1 Un ordinateur virtuel et le déplacement de son stockage vers un nouvel hôte (cliquez sur l'image pour l'agrandir)

La capacité des nœuds doit être suffisante pour héberger tous les ordinateurs virtuels et permettre à un nombre x de nœuds d'échouer ou d'être retirés de la participation du cluster actif. (X représente le nombre de nœuds souhaité que le cluster va tolérer de perdre tout en étant toujours capable d'héberger tous les ordinateurs virtuels.) Lorsque vous effectuez ce choix, vous pouvez décider de mettre certains nœuds qui n'hébergent pas régulièrement d'ordinateurs virtuels en réserve. Vous pouvez également étaler les ordinateurs virtuels sur tous les nœuds, garantissant ainsi que chaque nœud dispose d'une capacité supplémentaire suffisante pour pouvoir prendre possession et démarrer les ordinateurs virtuels si un nombre x de nœuds venait à échouer.

Pour des raisons de performances quotidiennes, il peut être souhaitable d'étaler les ordinateurs virtuels sur tous les nœuds du cluster. Si les nœuds sont en réserve et n'hébergent pas les ordinateurs virtuels, alors les nœuds hébergeant les ordinateurs virtuels auront plus de ressources utilisées. Cela peut réduire les performances des ordinateurs virtuels ainsi que la partition de gestion. L'étalage des ordinateurs virtuels sur les nœuds réduit la charge que chaque nœud porte et peut fournir de meilleures performances pour les ordinateurs virtuels et les partitions de gestion. Mais ceci peut rendre la planification plus difficile. Le logiciel de gestion, tel que System Center Virtual Machine Manager 2008, peut aider à fournir des calculs sur la capacité de défaillance des nœuds et le placement des ordinateurs virtuels.

Disponibilité d'invité

La disponibilité d'invité porte sur la mise à disposition de la charge de travail qui s'exécute sur un ordinateur virtuel de haute disponibilité. Les charges de travail communes comprennent les serveurs d'impression et de fichiers, les applications IIS et métier. L'analyse des besoins et des solutions haute disponibilité pour les charges de travail dans les ordinateurs virtuels est identique à l'analyse sur les serveurs autonomes. La solution dépendra de la charge de travail spécifique.

Certaines charges de travail peuvent atteindre une haute disponibilité via l'équilibrage de la charge réseau (NLB) Windows, qui permet à plusieurs serveurs de faire partie d'un pool avec un nom de réseau commun. Les clients font une demande de connexion avec ce nom de réseau virtuel et la connexion est effectuée sur un des nœuds du cluster NLB. Un scénario typique qui utilise la mise en cluster NLB crée des batteries de serveurs Web avec IIS, où chaque système individuel dispose d'IIS avec les mêmes pages Web et le même accès aux mêmes données. NLB fournit l'équilibrage de la charge ainsi que la possibilité de supprimer des serveurs de l'appartenance pour la maintenance ou en cas de problèmes avec le serveur. Il fournit donc un niveau de haute disponibilité. Si un ordinateur virtuel Hyper-V exécute Windows Server 2008 (ou une version précédente de Windows Server comprenant NLB), l'invité peut être membre d'un cluster NLB avec d'autres invités sur un ou plusieurs hôtes Hyper-V identiques ou différents.

Les invités qui exécutent Windows Server 2008 peuvent utiliser la fonctionnalité de cluster de basculement Windows pour fournir une haute disponibilité pour leurs charges de travail. Il existe plusieurs avantages à l'utilisation du clustering avec basculement Windows dans un invité (mise en clusters d'invité) :

Surveillance de l'intégrité de la charge de travail Le cluster de basculement Windows dispose d'un moniteur de ressource qui appelle la DLL de ressource associée au cluster. Chaque ressource dispose de la surveillance de l'intégrité qui teste l'application ou le service géré(e) par la ressource pour s'assurer qu'il(elle) fonctionne correctement. Ces vérifications sont généralement appelées vérifications isAlive/looksAlive. Si la ressource échoue à un de ces appels, la ressource elle-même échoue. En fonction de la manière dont les propriétés sont configurées, la ressource peut tenter de redémarrer le service ou l'application ou elle peut être transférée vers un autre nœud dans le cluster de basculement Windows.

Maintenance d'ordinateur virtuel Si la configuration des ordinateurs virtuels doit être modifiée, ou si le système d'exploitation ou les besoins logiciels doivent être mis à jour ou modifiés, la charge de travail peut être transférée vers un autre nœud du cluster et l'ordinateur virtuel s'arrête ou est mis à jour avec une interruption minimale pour les utilisateurs finaux.

Maintenance de l'ordinateur hôte Si l'ordinateur physique hébergeant un ordinateur virtuel Hyper-V nécessite une maintenance ou des mises à jour logicielles et que les autres membres du cluster de basculement Windows se trouvent sur des hôtes Hyper-V différents, la charge de travail de l'ordinateur virtuel peut être transférée vers un autre nœud du cluster et l'ordinateur virtuel peut être arrêté pour accommoder les modifications ou redémarré à partir du serveur physique.

Défaillance de l'ordinateur hôte ou virtuel S'il y a une défaillance de l'hôte Hyper-V physique ou de l'ordinateur virtuel invité, les autres nœuds du cluster de basculement Windows détecteront que le membre de cluster ne répond plus ou ne participe plus au cluster et les nœuds restants mettront en ligne les applications ou les services qui s'exécutaient sur l'ordinateur virtuel en échec.

Termes Hyper-V utiles

Vous trouverez ci-après une liste de termes qui aident à définir les composants ou fonctions d'un système Hyper-V hautement disponible (cluster hôte).

Partition parente Tous les systèmes d'exploitation qui s'exécutent sur un serveur hyperviseur disposent de ressources matérielles qui incluent la RAM, l'UC et les autres composants système. Dans Hyper-V, il est souvent fait référence à la partition qui gère la configuration de l'hyperviseur et des ressources système comme la partition parente. Lorsque le rôle Hyper-V est configuré et que le serveur a redémarré, l'installation de Windows Server 2008 qui était le système d'exploitation natif sur le système devient le système d'exploitation dans la partition parente du serveur Hyper-V.

Partition enfant Un environnement isolé sur un serveur Hyper-V qui est configuré pour maintenir un système d'exploitation invité et fournir des ressources matérielles à ce système d'exploitation.

Hôte Hyper-V Le serveur physique qui héberge Hyper-V et le système d'exploitation s'exécutant dans la partition parente.

Ordinateur virtuel Hyper-V Les informations de configuration Hyper-V et les données qui sont utilisées pour démarrer et exécuter une partition enfant Hyper-V. Ceci comprend les informations de configuration pour créer la partition enfant et les fichiers VHD ou les disques relais qui contiennent ses données.

Disque relais Un périphérique de stockage qui est exposé dans la gestion des disques en tant qu'un disque physique attribué pour une utilisation exclusive par un invité Hyper-V. L'invité Hyper-V monte le disque et l'utilise comme un périphérique de stockage connecté localement.

Disque dur virtuel (VHD) Un fichier connecté par une partition enfant Hyper-V exposée au système d'exploitation en tant qu'un périphérique de stockage (disque). Le fichier .vhd est situé sur un périphérique de stockage monté par la partition parente et peut être un périphérique de stockage attaché direct ou le stockage connecté via un SAN, NAS ou SMB.

Rendre les ordinateurs virtuels hautement disponibles

Configurer un ordinateur virtuel pour être hautement disponible revient à suivre pas à pas l'Assistant Rôle de haute disponibilité sous la gestion de cluster de basculement. Les ordinateurs virtuels Hyper-V ont plusieurs composants clés qui doivent être considérés lorsqu'ils sont gérés comme hautement disponibles. Observons certains des concepts importants et des conditions requises générales.

Nœuds de cluster de basculement Chaque serveur physique qui fait partie d'un cluster de basculement est appelé un nœud. Pour la mise en clusters hôte, le service de cluster de basculement s'exécute dans Windows Server 2008 sur la partition parente du système Hyper-V. Ceci permet aux ordinateurs virtuels qui s'exécutent dans les partitions enfants sur les mêmes serveurs physiques d'être configurés comme des ordinateurs virtuels hautement disponibles. Les ordinateurs virtuels qui sont configurés pour la haute disponibilité s'afficheront comme des ressources dans la console de gestion de cluster de basculement.

Stockage haute disponibilité Les ordinateurs virtuels hautement disponibles peuvent être configurés pour utiliser des disques durs virtuels, des disques relais et des disques de différenciation. Pour activer le mouvement des ordinateurs virtuels entre les nœuds de cluster de basculement, le stockage doit avoir lieu. Il apparaît comme des disques dans la gestion de disque auxquels vous pouvez accéder par n'importe quel nœud qui pourrait héberger l'ordinateur virtuel. Ceci est géré par le service de cluster de basculement. Les disques relais devraient être ajoutés au cluster de basculement en tant que ressources disque et les fichiers VHD doivent être sur les disques qui sont ajoutés au cluster de basculement en tant que ressources disque.

Ressource d'ordinateur virtuel Il s'agit d'un type de ressource de cluster de basculement qui représente l'ordinateur virtuel. Lorsque la ressource d'ordinateur virtuel est mise en ligne, une partition enfant est créée par Hyper-V et le système d'exploitation dans l'ordinateur virtuel est démarré. La fonction hors connexion de la ressource d'ordinateur virtuel supprime l'ordinateur virtuel d'Hyper-V sur le nœud où il était hébergé et la partition enfant est supprimée de l'hôte Hyper-V. Si l'ordinateur virtuel est interrompu, arrêté ou mis en état enregistré, cette ressource passera à l'état hors connexion.

Ressource de configuration d'ordinateur virtuel Il s'agit d'un type de ressource de cluster de basculement utilisé pour gérer les informations de configuration d'un ordinateur virtuel. Il existe une ressource de configuration d'ordinateur virtuel pour chaque ordinateur virtuel. Une propriété de cette ressource contient le chemin vers le fichier de configuration qui contient toutes les informations nécessaires pour ajouter l'ordinateur virtuel à l'hôte Hyper-V. L'accès au fichier de configuration est nécessaire pour le démarrage d'une ressource d'ordinateur virtuel. Étant donné que la configuration est gérée par une ressource séparée, la configuration d'une ressource d'ordinateur virtuel peut être modifiée même si l'ordinateur virtuel est hors connexion.

Groupe d'applications et services d'ordinateur virtuel Pour qu'un service ou qu'une application puisse être hautement disponible via le clustering avec basculement, plusieurs ressources doivent être hébergées sur le même nœud de cluster de basculement. Pour s'assurer que ces ressources sont toujours sur le même nœud et qu'elles interagissent de manière appropriée, les ressources sont mises dans un groupe auquel le cluster de basculement Windows Server 2008 se réfère en tant que « Service ou application ». La ressource d'ordinateur virtuel et la ressource de configuration d'ordinateur virtuel pour un ordinateur virtuel se trouvent toujours dans le même groupe Services ou applications. Il existe également une ou plusieurs ressources de disques physiques (ou d'autre type de stockage) contenant des fichiers de configuration ou VHD ou des disques relais dans un groupe Services ou applications.

Dépendances de ressources Vous devez vous assurer que la ressource de configuration d'ordinateur virtuel est mise en ligne avant la mise en ligne de la ressource d'ordinateur virtuel (démarrage) et que la ressource de configuration d'ordinateur virtuel est mise hors connexion après la mise hors connexion de la ressource d'ordinateur virtuel (arrêt). Le fait de définir les propriétés de la ressource d'ordinateur virtuel pour qu'elle dépende de la ressource de configuration d'ordinateur virtuel assure la mise en ligne/hors connexion de cette commande. S'il existe une ressource de stockage qui contient le fichier pour la ressource de configuration d'ordinateur virtuel ou la ressource d'ordinateur virtuel, alors la ressource doit devenir dépendante sur cette(ces) ressource(s) de stockage. Par exemple, si l'ordinateur virtuel utilise les fichiers VHD sur le disque G: et le disque H:, la ressource d'ordinateur virtuel doit dépendre de la ressource de fichier de configuration, de la ressource pour le disque G: et de la ressource pour le disque H:.

Conditions requises

Voici les trois conditions requises pour que les ordinateurs virtuels Hyper-V deviennent hautement disponibles à l'aide de la fonctionnalité de cluster de basculement Windows Server 2008 :

  1. 1. La fonctionnalité de cluster de basculement Windows Server 2008 doit être configurée pour chaque nœud du cluster. Pour plus d'informations sur la configuration et la gestion des clusters de basculement, voir l'encadré « Ressources Hyper-V ».
  2. 2. Le rôle Hyper-V doit être installé. Les mises à jour Hyper-V doivent être installées et le rôle configuré pour chaque nœud du cluster de basculement (voir également l'encadré « Ressources Hyper-V »). Hyper-V dispose d'un package de mise à jour qui installe les composants de serveur Hyper-V et un autre qui installe la console de gestion Hyper-V. Une fois la mise à jour installée pour les composants serveur Hyper-V, le rôle peut être ajouté via le gestionnaire de serveur ou ServerManagerCMD.
  3. 3. Vous devez avoir partagé le stockage disponible avec les ordinateurs virtuels. Le stockage peut être géré par le cluster de basculement en tant qu'un type de ressource de disque physique intégré ou vous pouvez utiliser une solution tierce pour gérer le stockage partagé. Bien sûr, la solution tierce doit prendre en charge les clusters de basculement Windows Server 2008.

Procédure de haute disponibilité

Voyons maintenant comment une solution de haute disponibilité est configurée. La première étape consiste à configurer un ordinateur virtuel. Sur un des nœuds du cluster de basculement avec le rôle Hyper-V installé, configurez un ordinateur virtuel avec le gestionnaire Hyper-V (voir la figure 2). Ceci peut être un nouvel ordinateur virtuel configuré manuellement ou vous pouvez importer un ordinateur préexistant. Les disques durs virtuels doivent se situer sur un disque géré par le cluster de basculement Windows Server 2008 actuellement en ligne sur le nœud sur lequel l'ordinateur virtuel est configuré.

fig02.gif

Figure 2 Configuration d'un ordinateur virtuel (cliquez sur l'image pour l'agrandir)

Placez maintenant l'ordinateur virtuel à l'état arrêté à l'aide de l'état arrêt, mise hors tension ou enregistrement. Seuls les ordinateurs virtuels à l'état arrêté peuvent être configurés pour la gestion par le cluster de basculement.

Ouvrez la console de Gestion du cluster de basculement (affiché à la figure 3) sur n'importe quel serveur qui exécute le rôle Cluster de basculement Windows Server 2008 ou sur un client Windows Vista exécutant les Outils d'administration de serveur distant. Connectez-vous au cluster de basculement en choisissant l'action Gérer un cluster... puis en sélectionnant un nœud ou le nom de cluster, ou en sélectionnant l'option de connexion au cluster sur le nœud sur lequel la console s'exécute.

fig03.gif

Figure 3 Un ordinateur virtuel dans la Gestion du cluster de basculement (cliquez sur l'image pour l'agrandir)

À partir de la console de Gestion du cluster de basculement, sélectionnez l'action Configurer un service ou une application.... Cette opération ouvre l'Assistant Haute disponibilité qui vous guide tout au long de la configuration des services, applications ou ordinateurs virtuels pour qu'ils soient gérés par le cluster de basculement. Sur la page Sélectionner un service ou une application de l'assistant, choisissez Ordinateur virtuel, puis Suivant.

La page Sélectionner l'ordinateur virtuel affiche tous les ordinateurs virtuels configurés sur n'importe quel nœud du cluster de basculement. Sélectionnez un ordinateur virtuel, puis sélectionnez Suivant. La page Confirmation de l'assistant affiche tous les avertissements ou erreurs. À cette étape, la configuration de l'ordinateur virtuel est vérifiée pour s'assurer qu'il peut être configuré en tant qu'une ressource hautement disponible et que les nœuds pourront l'héberger. Si vous sélectionnez Suivant ici, l'ordinateur virtuel s'ajoute au cluster de basculement en tant qu'une ressource hautement disponible.

La page Résumé fournit des informations sur les résultats d'ajout de l'ordinateur virtuel en tant qu'une ressource hautement disponible, y compris tous les avertissements. Un bouton Afficher le rapport peut vous montrer les détails des tâches qui ont été effectuées pour rendre l'ordinateur virtuel hautement disponible, ainsi que tous les avertissements ou erreurs. Enfin, sélectionnez Terminer pour fermer l'assistant Haute disponibilité.

Comme affichée à la figure 3, la console de Gestion de cluster de basculement répertorie un objet avec le nom par défaut de l'ordinateur virtuel (x) dans le volet gauche sous le nom de cluster et Services ou applications. Choisissez l'ordinateur virtuel dans cette arborescence et les ressources qui font partie du groupe Services ou applications s'afficheront dans le volet central de la console. Si tout autre ordinateur virtuel avait ses fichiers sur le même stockage que celui choisi, il serait également ajouté au groupe. L'ordinateur virtuel et les ressources de configuration d'ordinateurs virtuels s'afficheront pour chaque ordinateur virtuel placé dans le groupe.

Le volet d'informations pour le groupe Services ou applications affiche les informations État, Alertes, Propriétaires favoris et Propriétaire actuel pour le groupe. Le nœud Propriétaire correspond au nœud sur lequel l'ordinateur virtuel est actuellement configuré ou s'exécute. Sélectionnez l'option Move Virtual Machine(s) to another node action (Déplacer l'ordinateur virtuel vers une autre action de nœud) pour que l'ordinateur virtuel soit mis hors connexion, puis mis en ligne sur un autre nœud. Il est bon de placer un ordinateur virtuel sur chaque nœud pouvant l'héberger dans le cluster de basculement pour vérifier que le placement est réussi et que l'ordinateur virtuel démarrera et s'exécutera.

Ressources Hyper-V

Considérations

Vous trouverez ici quelques points importants à garder à l'esprit lorsque vous configurez des ordinateurs virtuels pour une haute disponibilité :

Stockage Si les ordinateurs virtuels disposent des fichiers VHD sur le même disque partagé, même s'ils sont situés sur des volumes différents sur le même disque, ils seront placés dans le même groupe Service ou application. Un des avantages du partage de disque réside dans le fait qu'il permet une meilleure utilisation de l'espace de stockage partagé disponible.

Cependant, en contrepartie, à chaque fois qu'un ordinateur virtuel est déplacé, que ce soit en raison d'une récupération automatisée à partir d'un problème avec l'ordinateur virtuel ou en raison d'un choix de l'administrateur, tous les ordinateurs virtuels du groupe seront déplacés.

Lettres de lecteurs et GUID Les volumes peuvent être créés sans lettre de lecteur attribuée. Les ordinateurs virtuels peuvent utiliser ces volumes et les volumes peuvent être gérés par le cluster de basculement. Si une ressource disque a des volumes qui utilisent des GUID au lieu de lettres de lecteur, le GUID sera affiché dans la gestion de cluster. Lorsque vous créez des ordinateurs virtuels et spécifiez le chemin des disques durs virtuels, il est très important de vous assurer que le GUID dans le chemin correspond au GUID qui s'affiche dans la gestion de cluster pour le volume. S'il ne correspond pas, l'ordinateur virtuel risque de ne pas pouvoir démarrer (en ligne) sur les autres nœuds du cluster de basculement.

Il existe plusieurs situations qui peuvent entraîner une non-correspondance du GUID. Si un volume a été mis en ligne sur les nœuds avant qu'ils aient été ajoutés en tant que ressource disque gérée par un cluster de basculement, le volume peut avoir un GUID différent sur chaque nœud. Il est également possible qu'un volume ait plusieurs GUID sur un nœud unique. Lorsqu'un disque est ajouté à un cluster de basculement en tant qu'une ressource disque physique, les GUID de volume utilisés sur le nœud ayant les disques en ligne seront indiqués dans les propriétés pour la ressource disque.

Les GUID pour les volumes seront ajoutés à un nœud lorsque la ressource disque est mise en ligne. Ceci garantit que le GUID que le cluster de basculement a indiqué pour le volume est un chemin valide sur n'importe quel nœud mettant le disque en ligne. Ce nœud peut avoir d'autres GUID déjà associés au même volume. Par conséquent, un utilisateur pourrait rechercher un GUID valide pour le volume sur ce nœud, mais il ne s'agit pas du même GUID que celui utilisé par le cluster de basculement pour le volume sur les autres nœuds. Symptôme de ce problème : une ressource d'ordinateur virtuel, en général la ressource Configuration, n'a pas réussi à être mise en ligne et affiche un message d'erreur indiquant que le chemin n'est pas valide. Le chemin du message d'erreur montre que le GUID n'est pas le GUID géré par le cluster pour le volume.

Points de montage Les volumes qui sont montés dans un dossier dans un autre volume, au lieu de se voir attribués une lettre de lecteur ou l'utilisation d'un GUID, sont valides et peuvent être utilisés avec Hyper-V et les clusters de basculement. Étant donné que le volume monté et le volume qui héberge le point de montage doivent être sur le même nœud de cluster de basculement, tous les disques doivent impérativement faire partie du point de montage dans le même groupe Service ou application du cluster de basculement.

Si les volumes sont sur les mêmes disques, ceci n'est évidemment pas un problème. Cependant, ceci devient un véritable problème si les volumes sont sur des disques différents. Il est également évident, mais toujours bon d'être mentionné, que le volume monté et l'hôte du point de montage doivent être un stockage partagé configuré pour une gestion par le cluster de basculement.

Disques de différenciation Tous les fichiers VHD qui font partie des disques de différenciation doivent être sur le stockage partagé dans le même groupe Services ou applications que l'ordinateur virtuel à l'aide de disques de différenciation. Dans sa configuration la plus simple, un disque de différenciation implique deux disques durs virtuels. Un disque dur virtuel est le parent et possède un ensemble de données utilisé comme une base de données. L'autre disque dur virtuel est un enfant associé au parent.

Lorsqu'il est utilisé en premier, le disque de différenciation s'affiche comme le parent. Si les données sont situées sur le parent, il est lu par ce disque dur virtuel. Toutes les écritures arrivent sur le disque dur virtuel enfant. Si les données sont situées sur l'enfant, une lecture pour ces données référencerait alors le disque dur virtuel enfant.

Si un ordinateur virtuel est configuré pour que le disque dur virtuel enfant soit sur le stockage partagé mais que le disque dur virtuel parent ne soit pas sur le stockage partagé dans le même groupe ou sur un périphérique de stockage attaché localement, alors l'ordinateur virtuel ne démarrera pas (en ligne) s'il est transféré sur un autre nœud. L'Assistant Haute disponibilité doit effectuer une vérification pour s'assurer que la configuration est correcte dans l'ordinateur virtuel et fournit un message d'erreur s'il détecte ce problème, mais il est bon de noter les exigences nécessaires au cas où la configuration de l'ordinateur virtuel ait changé.

Steven Ekren est responsable de programme principal au sein de l'équipe Cluster de basculement Windows Server et haute disponibilité. Steven a passé 12 ans chez Microsoft Support où il a aidé les utilisateurs d'entreprise à implémenter et dépanner les clusters de basculement Windows Server et les technologies de virtualisation y compris Windows Hyper-V, System Center Virtual Machine Manager, Microsoft Virtual Server et Microsoft Virtual PC.