Comment créer un cluster Hyper-V dans un domaine Active Directory avec Windows Server 2025

Avant de créer le cluster, vous devez préparer votre environnement Active Directory. Cela implique de créer une unité organisationnelle dédiée et de pré-stager l'objet de nom de cluster (CNO) pour éviter les problèmes de permission lors de la création du cluster.

Tout d'abord, créez une OU pour vos objets de cluster. Ouvrez Utilisateurs et ordinateurs Active Directory et créez une nouvelle OU appelée "Hyper-V Clusters".

Ensuite, pré-stagez le CNO en tant qu'objet ordinateur dans cette OU :

New-ADComputer -Name "HV-CLUSTER01" -Path "OU=Hyper-V Clusters,DC=yourdomain,DC=com" -Enabled $false -Description "Hyper-V Cluster Name Object"

Accordez à vos nœuds de cluster la permission d'agir au nom du CNO :

$ClusterNodes = @("HV-NODE01", "HV-NODE02")
foreach ($Node in $ClusterNodes) {
    $NodeAccount = Get-ADComputer $Node
    $CNO = Get-ADComputer "HV-CLUSTER01"
    Set-ADComputer -Identity $CNO -PrincipalsAllowedToDelegateToAccount $NodeAccount
}

Vérification : Exécutez Get-ADComputer "HV-CLUSTER01" pour confirmer que le CNO existe dans votre domaine.

Installez les fonctionnalités Windows requises sur tous les nœuds du cluster. Cette étape doit être complétée sur chaque serveur qui participera au cluster.

Exécutez cette commande sur chaque nœud pour installer Hyper-V et le clustering de basculement :

Install-WindowsFeature -Name Hyper-V, Failover-Clustering -IncludeManagementTools -Restart

Après le redémarrage, configurez le service de cluster et les paramètres Hyper-V :

Set-Service -Name ClusSvc -StartupType Automatic
Enable-VMMigration
Set-VMMigrationNetwork "192.168.2.0" -Priority 1
Set-VMHost -VirtualMachineMigrationPerformanceOption SMB
Set-VMHost -VirtualMachinePath "C:\ClusterStorage\Volume1\VMs"
Set-VMHost -VirtualHardDiskPath "C:\ClusterStorage\Volume1\VHDs"
Set-VMHost -EnableEnhancedSessionMode $true

Ces commandes configurent la migration en direct pour utiliser SMB pour de meilleures performances et définissent les chemins par défaut pour les machines virtuelles et les disques durs virtuels sur le volume partagé du cluster.

Vérification : Exécutez Get-WindowsFeature -Name Hyper-V | Where-Object InstallState -eq "Installed" pour confirmer l'installation.

Une configuration réseau appropriée est essentielle pour la stabilité du cluster. Vous avez besoin de réseaux séparés pour le heartbeat du cluster, la gestion et le trafic de migration en direct.

Configurez les adaptateurs réseau sur chaque nœud avec des adresses IP statiques :

# Réseau de gestion (Nœud 1)
New-NetIPAddress -InterfaceAlias "Management" -IPAddress "192.168.1.10" -PrefixLength 24 -DefaultGateway "192.168.1.1"
Set-DnsClientServerAddress -InterfaceAlias "Management" -ServerAddresses "192.168.1.5"

# Réseau de migration en direct (Nœud 1)
New-NetIPAddress -InterfaceAlias "LiveMigration" -IPAddress "192.168.2.10" -PrefixLength 24

Pour le Nœud 2, utilisez .11 et .11 respectivement. Répétez pour les nœuds supplémentaires, en incrémentant le dernier octet.

Configurez les priorités des adaptateurs réseau pour assurer un routage correct du trafic :

Set-NetIPInterface -InterfaceAlias "Management" -InterfaceMetric 10
Set-NetIPInterface -InterfaceAlias "LiveMigration" -InterfaceMetric 20

Désactivez NetBIOS sur le réseau de migration en direct pour réduire le trafic de diffusion :

$adapter = Get-WmiObject -Class Win32_NetworkAdapterConfiguration | Where-Object {$_.Description -like "*LiveMigration*"}
$adapter.SetTcpipNetbios(2)  # 2 = Désactiver NetBIOS

Vérification : Exécutez Test-NetConnection -ComputerName "HV-NODE02" -Port 3343 pour tester la communication du cluster entre les nœuds.

Avant de créer le cluster, exécutez l'assistant de validation du cluster pour identifier les problèmes potentiels. Cette étape aide à prévenir les échecs de création de cluster et garantit que votre configuration matérielle répond aux exigences de Microsoft.

Exécutez le test de validation à partir de l'un des nœuds du cluster :

Test-Cluster -Node "HV-NODE01","HV-NODE02" -Include "Inventory","Network","System Configuration"

Si vous n'avez pas encore configuré le stockage partagé, ignorez les tests de stockage pour éviter les échecs erronés :

Test-Cluster -Node "HV-NODE01","HV-NODE02" -Ignore "Storage"

Examinez attentivement le rapport de validation. Corrigez toutes les erreurs avant de continuer. Les avertissements courants que vous pouvez généralement ignorer incluent :

• Stockage partagé manquant (si non encore configuré)
• Avertissements sur l'association des adaptateurs réseau (si vous utilisez du matériel différent)
• Différences de version du BIOS (si la fonctionnalité est équivalente)

Pour des résultats de validation détaillés, consultez le fichier de rapport :

$Report = Get-ChildItem "$env:TEMP\*Validation*.htm" | Sort-Object LastWriteTime -Descending | Select-Object -First 1
Invoke-Item $Report.FullName

Vérification : Assurez-vous que le rapport de validation affiche le statut "Passed" ou "Passed with warnings". Tout résultat "Failed" doit être résolu avant la création du cluster.

Une fois la validation terminée, créez le cluster de basculement. Cette étape établit l'infrastructure du cluster et fait fonctionner vos nœuds ensemble comme un système hautement disponible unique.

Créez le cluster sans stockage initialement (nous ajouterons le stockage à l'étape suivante) :

New-Cluster -Name "HV-CLUSTER01" -Node @("HV-NODE01","HV-NODE02") -StaticAddress "192.168.1.100" -NoStorage

Configurez les réseaux du cluster avec les rôles appropriés :

# Définir le rôle du réseau de gestion
Get-ClusterNetwork | Where-Object {$_.Address -like "192.168.1.*"} | Set-ClusterNetwork -Name "Management" -Role ClusterAndClient

# Définir le rôle du réseau de migration en direct
Get-ClusterNetwork | Where-Object {$_.Address -like "192.168.2.*"} | Set-ClusterNetwork -Name "LiveMigration" -Role ClusterOnly

Configurez les propriétés du cluster pour un fonctionnement optimal de Hyper-V :

# Définir les paramètres de battement de cœur du cluster
(Get-Cluster).SameSubnetDelay = 1000
(Get-Cluster).SameSubnetThreshold = 10
(Get-Cluster).CrossSubnetDelay = 1000
(Get-Cluster).CrossSubnetThreshold = 10

# Activer les volumes partagés du cluster
Enable-ClusterS2D -Confirm:$false

Vérification : Exécutez Get-Cluster et Get-ClusterNode pour confirmer que le cluster est en ligne et que tous les nœuds sont des membres actifs.

Le stockage partagé est essentiel pour la haute disponibilité des VM. Configurez votre stockage iSCSI, SAN ou SMB pour qu'il soit accessible depuis tous les nœuds du cluster, puis ajoutez-le au cluster.

Si vous utilisez un stockage iSCSI, configurez l'initiateur sur chaque nœud :

# Configurez l'initiateur iSCSI (exécutez sur chaque nœud)
Set-Service -Name MSiSCSI -StartupType Automatic
Start-Service MSiSCSI
New-IscsiTargetPortal -TargetPortalAddress "192.168.3.100"
Connect-IscsiTarget -NodeAddress "iqn.2024-01.com.company:storage.target1"

Ajoutez les disques partagés disponibles au cluster :

# Découvrez et ajoutez le stockage partagé
$SharedDisks = Get-ClusterAvailableDisk
$SharedDisks | Add-ClusterDisk

# Convertissez en volumes partagés de cluster
$ClusterDisks = Get-ClusterResource | Where-Object ResourceType -eq "Physical Disk"
$ClusterDisks | Add-ClusterSharedVolume

Formatez les volumes CSV s'il s'agit de nouveaux disques :

# Formatez les volumes CSV (uniquement pour les nouveaux disques)
Get-ClusterSharedVolume | ForEach-Object {
    $CSVPath = $_.SharedVolumeInfo.FriendlyVolumeName
    if ((Get-Volume -Path $CSVPath).FileSystem -eq "Unknown") {
        Format-Volume -Path $CSVPath -FileSystem NTFS -AllocationUnitSize 65536 -NewFileSystemLabel "CSV$($_.Id)"
    }
}

Créez la structure de répertoires pour les VM :

New-Item -Path "C:\ClusterStorage\Volume1\VMs" -ItemType Directory -Force
New-Item -Path "C:\ClusterStorage\Volume1\VHDs" -ItemType Directory -Force

Vérification : Exécutez Get-ClusterSharedVolume pour confirmer que les volumes CSV sont en ligne et accessibles depuis tous les nœuds.

La configuration du quorum détermine comment le cluster maintient le consensus lorsque des nœuds échouent. Pour un cluster à deux nœuds, vous avez besoin d'un témoin pour éviter les scénarios de split-brain.

Pour les clusters avec stockage partagé, configurez un disque témoin :

# Créer un petit disque pour le quorum (minimum 1 Go)
$QuorumDisk = Get-ClusterAvailableDisk | Where-Object {$_.Size -lt 5GB} | Select-Object -First 1
if ($QuorumDisk) {
    $QuorumDisk | Add-ClusterDisk
    Set-ClusterQuorum -DiskWitness $QuorumDisk.Name
}

Alternativement, configurez un témoin de partage de fichiers si vous avez un serveur de fichiers séparé :

# Configurer le témoin de partage de fichiers
Set-ClusterQuorum -FileShareWitness "\\fileserver.domain.com\ClusterWitness\HV-CLUSTER01"

Pour les déploiements cloud, vous pouvez utiliser un témoin cloud (compte de stockage Azure) :

# Configurer le témoin cloud (nécessite un compte de stockage Azure)
Set-ClusterQuorum -CloudWitness -AccountName "yourstorageaccount" -AccessKey "your-access-key"

Vérifiez la configuration du quorum et testez les scénarios de basculement :

# Vérifier l'état du quorum
Get-ClusterQuorum

# Tester le quorum en simulant une défaillance de nœud
Stop-ClusterNode -Name "HV-NODE02" -Force
Get-ClusterNode  # Devrait montrer NODE01 comme Up, NODE02 comme Down
Start-ClusterNode -Name "HV-NODE02"

Vérification : Exécutez Get-ClusterQuorum pour confirmer que votre témoin est configuré et en ligne.

Créez maintenant des machines virtuelles qui peuvent automatiquement basculer entre les nœuds du cluster. C'est le principal avantage de votre configuration de cluster Hyper-V.

Créez une nouvelle VM sur le volume partagé du cluster :

# Créer une nouvelle VM
$VMName = "TestVM01"
New-VM -Name $VMName -MemoryStartupBytes 2GB -Path "C:\ClusterStorage\Volume1\VMs" -NewVHDPath "C:\ClusterStorage\Volume1\VHDs\$VMName.vhdx" -NewVHDSizeBytes 40GB

# Configurer les paramètres de la VM
Set-VM -Name $VMName -ProcessorCount 2 -DynamicMemory -MemoryMinimumBytes 1GB -MemoryMaximumBytes 4GB
Add-VMNetworkAdapter -VMName $VMName -SwitchName "External"

# Rendre la VM hautement disponible
Add-ClusterVirtualMachineRole -VMName $VMName

Testez la migration en direct entre les nœuds :

# Démarrer la VM
Start-VM -Name $VMName

# Vérifier le propriétaire actuel
Get-ClusterGroup -Name $VMName | Select-Object Name, OwnerNode

# Effectuer la migration en direct
Move-ClusterVirtualMachineRole -Name $VMName -Node "HV-NODE02"

# Vérifier que la migration est terminée
Get-ClusterGroup -Name $VMName | Select-Object Name, OwnerNode

Testez les scénarios de basculement en simulant des pannes de nœud :

# Tester le basculement automatique
$CurrentOwner = (Get-ClusterGroup -Name $VMName).OwnerNode
Stop-ClusterNode -Name $CurrentOwner -Force

# Attendre le basculement (devrait être automatique)
Start-Sleep -Seconds 30
Get-ClusterGroup -Name $VMName | Select-Object Name, OwnerNode, State

# Redémarrer le nœud en panne
Start-ClusterNode -Name $CurrentOwner

Configurer la surveillance de la VM pour un redémarrage automatique en cas de panne :

# Activer la surveillance de la VM
Add-ClusterVMMonitoredItem -VirtualMachine $VMName -Service "Spooler"
Get-ClusterVMMonitoredItem -VirtualMachine $VMName

Vérification : Exécutez Get-ClusterGroup | Where-Object GroupType -eq "VirtualMachine" pour voir toutes les VMs en cluster et leur statut actuel.

Mettre en place des procédures de surveillance et de maintenance pour garantir que votre cluster reste sain et fonctionne de manière optimale au fil du temps.

Configurer la journalisation du cluster pour le dépannage :

# Activer la journalisation du cluster
Get-ClusterLog -Destination "C:\ClusterLogs" -TimeSpan 60

# Configurer la collecte automatique des journaux
Set-ClusterParameter -Name ClusterLogLevel -Value 3
Set-ClusterParameter -Name ClusterLogSize -Value 1024

Mettre en place la surveillance des performances :

# Créer un collecteur de données de compteur de performance
$DataCollectorSet = "Hyper-V Cluster Performance"
logman create counter $DataCollectorSet -f bincirc -max 500 -c "\Hyper-V Hypervisor\*" "\Cluster CSV File System\*" "\Process(vmms)\*" -si 00:01:00

Configurer la mise à jour consciente du cluster pour le patching automatisé :

# Installer la fonctionnalité de mise à jour consciente du cluster
Install-WindowsFeature -Name RSAT-Clustering-CmdInterface, RSAT-Clustering-PowerShell

# Configurer le mode de mise à jour automatique CAU
Add-CauClusterRole -ClusterName "HV-CLUSTER01" -MaxFailedNodes 0 -RequireAllNodesOnline

# Définir le calendrier de mise à jour (premier mardi de chaque mois à 3h du matin)
Set-CauClusterRole -ClusterName "HV-CLUSTER01" -StartDate "2026-04-01 03:00:00" -DaysOfWeek Tuesday -WeeksOfMonth First

Créer des scripts de maintenance pour des vérifications régulières de l'état :

# Script de vérification de l'état du cluster
function Test-ClusterHealth {
    $Results = @{}
    $Results.ClusterStatus = (Get-Cluster).State
    $Results.NodeStatus = Get-ClusterNode | Select-Object Name, State
    $Results.ResourceStatus = Get-ClusterResource | Where-Object State -ne "Online" | Select-Object Name, State, OwnerNode
    $Results.CSVStatus = Get-ClusterSharedVolume | Select-Object Name, State
    $Results.QuorumStatus = Get-ClusterQuorum
    return $Results
}

# Exécuter la vérification de l'état
$Health = Test-ClusterHealth
$Health | ConvertTo-Json -Depth 3

Vérification : Exécutez Get-ClusterResource | Where-Object State -ne "Online" pour identifier les ressources de cluster échouées nécessitant une attention.