Accueil » Cours » Fondamentaux en informatique » Fondamentaux de la virtualisation » TP05 – Mise en place d’un cluster Hyper-V

Objectif :
Mettre en place un cluster Hyper-V entre deux serveurs Windows Server 2025 (WS1 et WS2) en s’appuyant sur un stockage partagé fourni par un serveur iSCSI (VM iSCSI). Vous apprendrez ainsi à créer et configurer une VM iSCSI, à présenter un LUN (disque iSCSI) aux nœuds du cluster, puis à créer et configurer le cluster Hyper-V.

Prérequis :

  • Avoir suivi les TP précédents (TP1, TP2, TP3).
  • Disposer de WS1 et WS2 installés, configurés, avec le rôle Hyper-V et la fonctionnalité Failover Clustering prêts à être déployés (si ce n’est pas encore fait, ce TP décrira ces étapes).
  • Virtualisation imbriquée activée sur WS1 et WS2.
  • Un réseau interne configuré (par exemple LAN_INT) reliant WS1, WS2, et la future VM iSCSI.

Partie 1 : Création et configuration de la VM iSCSI

Le serveur iSCSI servira de « baie de stockage virtuelle » pour votre cluster. L’objectif est de présenter un LUN iSCSI accessible à la fois par WS1 et WS2.

Étape 1 : Création de la VM iSCSI

  1. Créer une nouvelle VM dans VirtualBox :

    • Nom : « iSCSI-Server »
    • Type : Windows, Version : Windows Server 2025 (64-bit)
    • RAM : 2 Go suffisent (vous pouvez mettre plus si vous voulez un serveur plus réactif).
    • CPU : 1 vCPU, c’est suffisant pour un simple serveur iSCSI.
    • Disque : 40 Go pour le système.
    • Montez l’ISO de Windows Server 2025, installez l’OS comme pour WS1 et WS2.
  2. Réseau :

    • Dans la configuration réseau de la VM iSCSI, choisissez le même « Réseau interne » (LAN_INT) que WS1 et WS2, pour qu’elle soit sur le même segment et joignable par les nœuds du cluster.
    • Après installation, attribuez-lui une IP statique, par exemple 192.168.10.50/24, pas de passerelle nécessaire si le réseau est isolé.
  3. Mises à jour et nommage :

    • Mettez à jour la VM iSCSI via Windows Update.
    • Renommez-la en « iSCSI-Server ».

Étape 2 : Installation du Rôle iSCSI Target

Sur la VM iSCSI-Server, vous allez installer le rôle « iSCSI Target Server ».

  1. Ouvrez le Gestionnaire de serveur (Server Manager) :

    • « Gérer » > « Ajouter des rôles et fonctionnalités ».
    • Sélectionnez votre serveur iSCSI-Server.
    • Dans la liste des rôles, développez « Fichier et stockage », puis cochez « Serveur iSCSI Target ».
    • Acceptez les fonctionnalités requises et installez.
    • Attendez la fin de l’installation.
  2. Configuration du Serveur iSCSI :

    • Dans le Gestionnaire de serveur, allez sur « Services de fichiers et de stockage » > « iSCSI ».
    • Créez un iSCSI Virtual Disk (un LUN) sur un volume disponible.
      • Par exemple, créez un deuxième disque virtuel dans VirtualBox (en plus du disque système de 40 Go) dédié au stockage iSCSI. Ajoutez ce second disque (par exemple 20 Go) à la VM iSCSI-Server via « Configuration » > « Stockage » dans VirtualBox.
      • Dans la VM iSCSI-Server, initialisez ce second disque dans le Gestionnaire de disques Windows, mais ne le formatez pas.
      • Retournez dans le Gestionnaire de serveur iSCSI, créez un iSCSI Virtual Disk sur ce disque supplémentaire.
  3. Créer une cible iSCSI (iSCSI Target) :

    • Lors de la création du disque iSCSI virtuel, l’assistant vous demandera de définir une cible iSCSI.
    • Spécifiez un nom pour la cible (ex : « ClusterStorageTarget »).
    • Ajoutez les IQN ou l’adresse IP des initiateurs autorisés (vous pouvez utiliser les adresses IP de WS1 et WS2).
    • Finalisez la création.

Étape 3 : Vérification du serveur iSCSI

  • Vous avez maintenant un disque iSCSI présenté par le serveur iSCSI-Server sur l’adresse 192.168.10.50.
  • Notez l’adresse IP et l’IQN du target iSCSI, vous en aurez besoin sur WS1 et WS2.

Partie 2 : Préparation des Nœuds du Cluster (WS1 et WS2)

Si ce n’est pas déjà fait :

Étape 1 : Installation du Rôle Hyper-V

Sur WS1 et WS2 :

  1. Gestionnaire de serveur > Ajouter des rôles :

    • Cochez « Hyper-V ».
    • Installez, puis redémarrez si nécessaire.
  2. Vérification :

    • Ouvrez Hyper-V Manager pour vérifier la présence du rôle.

Étape 2 : Installation de la Fonctionnalité « Failover Clustering »

Sur WS1 et WS2 :

  1. Gestionnaire de serveur > Ajouter des rôles et fonctionnalités :

    • Dans « Fonctionnalités », cochez « Failover Clustering ».
    • Installez.
  2. Outils :

    • Vous disposerez de l’outil « Failover Cluster Manager » dans le menu Outils.

Partie 3 : Connexion au stockage iSCSI depuis WS1 et WS2

Étape 1 : Initiateur iSCSI

Sur WS1 :

  1. Ouvrir Initiateur iSCSI :

    • Démarrez « Initiateur iSCSI » (Panneau de configuration > Outils d’administration ou tapez « iscsicpl » dans une fenêtre Exécuter).
    • Dans le champ « Target », entrez l’IP du serveur iSCSI (192.168.10.50).
    • Cliquez sur « Quick Connect » ou « Se connecter ».
    • Si tout va bien, le target iSCSI doit être détecté.
  2. Gestionnaire de Disques :

    • Allez dans Gestion de l’ordinateur > Gestion des disques.
    • Vous devriez voir le disque iSCSI non initialisé.
    • Initialisez le disque, créez une partition (NTFS ou ReFS).
    • Attribuez une lettre de lecteur (par exemple E:).
    • Ce volume servira de stockage partagé pour le cluster.

Sur WS2 :

  1. Initiateur iSCSI :
    • Répétez la même connexion au target iSCSI.
    • Le disque apparaîtra également dans le Gestionnaire de disques, mais ne touchez pas à la partition. Le disque doit être monté par le cluster, pas individuellement sur chaque nœud.
    • Le cluster gérera quel nœud a accès en lecture/écriture à ce disque.

Partie 4 : Création du cluster Hyper-V

Étape 1 : Valider la configuration

Sur WS1 :

  1. Failover Cluster Manager :
    • Lancez « Failover Cluster Manager ».
    • Dans Actions, cliquez sur « Validate Configuration ».
    • Ajoutez WS1 et WS2.
    • Cochez tous les tests (stockage, réseau, système) pour une validation complète.
    • Corrigez les erreurs le cas échéant (DNS, résolutions de noms, droits AD, etc.).

Étape 2 : Créer le cluster

  1. Créer un nouveau cluster :

    • Toujours dans le Failover Cluster Manager, cliquez sur « Créer un cluster » (Create Cluster).
    • Ajoutez WS1 et WS2.
    • Donnez un nom au cluster, par exemple « Cluster-HyperV ».
    • Assignez une IP virtuelle du cluster (par exemple 192.168.10.20) dans le réseau interne.
  2. Finir la Création :

    • Une fois créé, le cluster apparaît dans le panneau de gauche.
    • Allez dans « Stockage » > « Disques ».
    • Ajoutez le disque iSCSI en tant que disque de cluster. Ce disque sera utilisé par le cluster pour le quorum ou l’hébergement des VMs.

Partie 5 : Configuration du Cluster Hyper-V

  1. Définir l’emplacement des VM et des disques durs virtuels :

    • Dans Hyper-V Manager sur WS1 et WS2, définissez les dossiers par défaut des VMs sur le stockage partagé du cluster (le disque iSCSI monté par le cluster).
  2. Ajouter un rôle Machine Virtuelle au Cluster :

    • Dans Failover Cluster Manager, Actions > Configurer un rôle.
    • Choisissez « Machine virtuelle ».
    • Créez ou importez une VM stockée sur le disque iSCSI.
    • Une fois configurée, cette VM sera hautement disponible. Le cluster gérera son état et pourra la déplacer d’un nœud à l’autre en cas de panne (failover).

Partie 6 : Test de Basculement

  1. Simulez une panne de WS1 :
    • Redémarrez WS1 ou arrêtez le service cluster.
  2. Vérifiez le comportement du cluster :
    • Le Failover Cluster Manager (depuis WS2) devrait montrer que les ressources (la VM Hyper-V) basculent automatiquement sur WS2.
    • La VM reste opérationnelle, garantissant une continuité de service.

Résultat Attendu :

  • Un serveur iSCSI (iSCSI-Server) fournissant un LUN partagé.
  • Deux serveurs (WS1 et WS2) formant un cluster Hyper-V, utilisant ce LUN iSCSI pour stocker des VMs haute disponibilité.
  • Un cluster capable de basculer automatiquement les VMs d’un nœud à l’autre en cas de panne.

Conclusion :
Vous avez désormais un environnement de test complet :

  • Deux serveurs Hyper-V (WS1 et WS2) en cluster.
  • Un serveur iSCSI fournissant un stockage partagé.
  • Un cluster opérationnel, validé, offrant une haute disponibilité pour les machines virtuelles.

Cette architecture constitue une base solide pour des scénarios de test, de formation et d’expérimentation sur la haute disponibilité et la résilience des environnements virtualisés.

Retour en haut