Créer un cluster Azure Stack HCI en utilisant Windows PowerShell

S’applique à : Azure Stack HCI, version 22H2

Dans cet article, vous allez apprendre à utiliser Windows PowerShell pour créer un cluster hyperconvergé Azure Stack HCI qui utilise espaces de stockage direct. Si vous utilisez plutôt l’Assistant Création de cluster dans Windows Admin Center pour créer le cluster, consultez Créer le cluster avec Windows Admin Center.

Vous avez le choix entre deux types de cluster :

• Cluster standard avec un ou deux nœuds de serveur, tous se trouvant dans un même site.
• Cluster étendu avec au moins quatre nœuds de serveur qui s’étendent sur deux sites, avec deux nœuds par site.

Pour le scénario de serveur unique, suivez les mêmes instructions pour le serveur unique.

Dans cet article, nous créons un exemple de cluster nommé Cluster1 composé de quatre nœuds serveur nommés Server1, Server2, Server3 et Server4.

Pour le scénario de cluster étendu, nous utilisons ClusterS1 comme nom et utilisez les quatre mêmes nœuds serveur étendus sur les sites Site1 et Site2.

Pour plus d’informations sur les clusters étendus, consultez Vue d’ensemble des clusters étendus.

Pour tester Azure Stack HCI avec un matériel minimal ou aucun matériel supplémentaire, vous pouvez consulter le Guide d’évaluation d’Azure Stack HCI. Dans ce guide, nous vous présentons l’expérience d’Azure Stack HCI à l’aide de la virtualisation imbriquée à l’intérieur d’une machine virtuelle Azure. Ou essayez le didacticiel Créer un laboratoire basé sur une machine virtuelle pour Azure Stack HCI pour créer votre propre environnement de laboratoire privé à l’aide de la virtualisation imbriquée sur un serveur de votre choix pour déployer des machines virtuelles exécutant Azure Stack HCI pour le clustering.

Avant de commencer

Avant de commencer, vérifiez que :

• Lisez et comprenez la configuration requise pour Azure Stack HCI.
• Lisez et comprenez la configuration réseau physique requise et la configuration réseau hôte requise pour Azure Stack HCI.
• Vous avez installé le système d’exploitation Azure Stack HCI sur chaque serveur du cluster. Consultez Déployer le système d’exploitation Azure Stack HCI.
• Assurez-vous que tous les serveurs sont dans le fuseau horaire approprié.
• Vous avez un compte qui est membre du groupe Administrateurs local sur chaque serveur.
• Vous disposez des droits dans Active Directory pour créer des objets.
• Pour les clusters étendus, configurez vos deux sites au préalable dans Active Directory.

Utilisation de Windows PowerShell

Vous pouvez exécuter PowerShell localement dans une session RDP sur un serveur hôte ou vous pouvez l’exécuter à distance à partir d’un ordinateur de gestion. Cet article traite de l’option distante.

Lors de l’exécution de PowerShell à partir d’un ordinateur de gestion, incluez le ou -Cluster le -Name paramètre avec le nom du serveur ou du cluster que vous gérez. En outre, vous devrez peut-être spécifier le nom de domaine complet (FQDN) lors de l’utilisation du -ComputerName paramètre pour un nœud de serveur.

Vous avez besoin des applets de commande RSAT (Remote Server Administration Tools) et des modules PowerShell pour le clustering Hyper-V et le clustering de basculement. Si les applets de commande et les modules ne sont pas déjà disponibles dans votre session PowerShell sur votre ordinateur de gestion, vous pouvez les ajouter à l’aide de la commande suivante : Add-WindowsFeature RSAT-Clustering-PowerShell

Étape 1 : Configurer les serveurs

Tout d’abord, connectez-vous à chacun des serveurs, joignez-les à un domaine (le même domaine dans lequel se trouve l’ordinateur de gestion) et installez les rôles et fonctionnalités requis.

Étape 1.1 : Se connecter aux serveurs

Pour vous connecter aux serveurs, vous devez d’abord disposer d’une connectivité réseau, être joint au même domaine ou à un domaine entièrement approuvé, et disposer des autorisations d’administration locale sur les serveurs.

Ouvrez PowerShell et utilisez le nom de domaine complet ou l’adresse IP du serveur auquel vous souhaitez vous connecter. Vous serez invité à entrer un mot de passe après avoir exécuté la commande suivante sur chaque serveur.

Pour cet exemple, nous partons du principe que les serveurs sont nommés Server1, Server2, Server3 et Server4 :

Enter-PSSession -ComputerName "Server1" -Credential "Server1\Administrator"

Voici un autre exemple qui fait la même chose :

$myServer1 = "Server1"
$user = "$myServer1\Administrator"

Enter-PSSession -ComputerName $myServer1 -Credential $user

Étape 1.2 : Joindre le domaine et ajouter des comptes de domaine

À l’étape précédente, vous vous êtes connecté à chaque nœud de serveur avec lequel le compte <ServerName>\Administratord’administrateur local .

Pour continuer, vous devez joindre les serveurs à un domaine et utiliser le compte de domaine qui se trouve dans le groupe Administrateurs local sur chaque serveur.

Utilisez la cmdlet Enter-PSSession pour vous connecter à chaque serveur, puis exécutez la cmdlet suivante, en remplaçant le nom du serveur, le nom du domaine et les informations d’identification du domaine :

Add-Computer -NewName "Server1" -DomainName "contoso.com" -Credential "Contoso\User" -Restart -Force  

Si votre compte d’administrateur n’est pas membre du groupe Administrateurs de domaine, ajoutez votre compte administrateur au groupe Administrateurs local sur chaque serveur ; ou encore mieux, ajoutez le groupe que vous utilisez pour les administrateurs. Pour cela, vous pouvez utiliser la commande suivante :

Add-LocalGroupMember -Group "Administrators" -Member "king@contoso.local"

Étape 1.3 : Installer des rôles et des fonctionnalités

L’étape suivante consiste à installer les rôles et fonctionnalités Windows nécessaires sur chaque serveur pour le cluster. Voici les rôles à installer :

• BitLocker
• Data Center Bridging
• Clustering de basculement
• Serveur de fichiers
• Module FS-Data-Deduplication
• Hyper-V
• PowerShell Hyper-V
• Module RSAT-Clustering-PowerShell
• Module RSAT-AD-PowerShell
• NetworkATC
• NetworkHUD
• Limite de bande passante SMB
• Réplica de stockage (pour les clusters étendus)

Utilisez la commande suivante pour chaque serveur (si vous êtes connecté via le Bureau à distance, omettez le paramètre -ComputerName ici et dans les commandes suivantes) :

Install-WindowsFeature -ComputerName "Server1" -Name "BitLocker", "Data-Center-Bridging", "Failover-Clustering", "FS-FileServer", "FS-Data-Deduplication", "FS-SMBBW", "Hyper-V", "Hyper-V-PowerShell", "RSAT-AD-Powershell", "RSAT-Clustering-PowerShell", "NetworkATC", "NetworkHUD", "Storage-Replica" -IncludeAllSubFeature -IncludeManagementTools

Pour exécuter la commande sur tous les serveurs du cluster en même temps, utilisez le script suivant, en modifiant la liste des variables au début pour les adapter à votre environnement :

# Fill in these variables with your values
$ServerList = "Server1", "Server2", "Server3", "Server4"
$FeatureList = "BitLocker", "Data-Center-Bridging", "Failover-Clustering", "FS-FileServer", "FS-Data-Deduplication", "Hyper-V", "Hyper-V-PowerShell", "RSAT-AD-Powershell", "RSAT-Clustering-PowerShell", "NetworkATC", "NetworkHUD", "FS-SMBBW", "Storage-Replica"

# This part runs the Install-WindowsFeature cmdlet on all servers in $ServerList, passing the list of features in $FeatureList.
Invoke-Command ($ServerList) {
    Install-WindowsFeature -Name $Using:Featurelist -IncludeAllSubFeature -IncludeManagementTools
}

Ensuite, redémarrez tous les serveurs :

$ServerList = "Server1", "Server2", "Server3", "Server4"
Restart-Computer -ComputerName $ServerList -WSManAuthentication Kerberos

Étape 2 : Préparer la configuration du cluster

Ensuite, vérifiez que vos serveurs sont prêts pour le clustering.

En guise de vérification de l’intégrité, envisagez d’exécuter les commandes suivantes pour vous assurer que vos serveurs n’appartiennent pas déjà à un cluster :

Utilisez Get-ClusterNode pour afficher tous les nœuds :

Get-ClusterNode

Utilisez Get-ClusterResource pour afficher tous les nœuds du cluster :

Get-ClusterResource

Utilisez Get-ClusterNetwork pour afficher tous les réseaux du cluster :

Get-ClusterNetwork

Étape 2.1 : Préparer les lecteurs

Avant d’activer les espaces de stockage direct, vérifiez que vos lecteurs permanents sont vides. Exécutez le script suivant pour supprimer les anciennes partitions et les autres données.

# Fill in these variables with your values
$ServerList = "Server1", "Server2", "Server3", "Server4"

Invoke-Command ($ServerList) {
    Update-StorageProviderCache
    Get-StoragePool | ? IsPrimordial -eq $false | Set-StoragePool -IsReadOnly:$false -ErrorAction SilentlyContinue
    Get-StoragePool | ? IsPrimordial -eq $false | Get-VirtualDisk | Remove-VirtualDisk -Confirm:$false -ErrorAction SilentlyContinue
    Get-StoragePool | ? IsPrimordial -eq $false | Remove-StoragePool -Confirm:$false -ErrorAction SilentlyContinue
    Get-PhysicalDisk | Reset-PhysicalDisk -ErrorAction SilentlyContinue
    Get-Disk | ? Number -ne $null | ? IsBoot -ne $true | ? IsSystem -ne $true | ? PartitionStyle -ne RAW | % {
        $_ | Set-Disk -isoffline:$false
        $_ | Set-Disk -isreadonly:$false
        $_ | Clear-Disk -RemoveData -RemoveOEM -Confirm:$false
        $_ | Set-Disk -isreadonly:$true
        $_ | Set-Disk -isoffline:$true
    }
    Get-Disk | Where Number -Ne $Null | Where IsBoot -Ne $True | Where IsSystem -Ne $True | Where PartitionStyle -Eq RAW | Group -NoElement -Property FriendlyName
} | Sort -Property PsComputerName, Count

Étape 2.2 : Tester la configuration du cluster

Dans cette étape, vérifiez que les nœuds de serveur sont configurés correctement pour créer un cluster. L’applet de commande Test-Cluster est utilisée pour exécuter des tests afin de vérifier que votre configuration est appropriée pour fonctionner en tant que cluster hyperconvergé. L’exemple suivant utilise le -Include paramètre, avec les catégories spécifiques de tests spécifiés pour vous assurer que les tests corrects sont inclus dans la validation.

Test-Cluster -Node $ServerList -Include "Storage Spaces Direct", "Inventory", "Network", "System Configuration"

Étape 3 : Créer le cluster

Vous êtes maintenant prêt à créer un cluster avec les nœuds de serveur que vous avez validés dans les étapes précédentes.

Lors de la création du cluster, vous pouvez recevoir un avertissement indiquant que "There were issues while creating the clustered role that may prevent it from starting. For more information, view the report file below." vous pouvez ignorer cet avertissement en toute sécurité. Cet avertissement est dû à l’absence de disques disponibles pour le témoin de cluster. Le témoin de cluster est créé dans les étapes ultérieures.

$ClusterName="cluster1" 
New-Cluster -Name $ClusterName –Node $ServerList –nostorage

Une fois le cluster créé, il peut prendre du temps pour que le nom du cluster soit répliqué via DNS dans votre domaine, en particulier si les serveurs de groupe de travail viennent d’être ajoutés à Active Directory. Bien que le cluster puisse être affiché dans Windows Admin Center, il est possible qu’il ne soit pas encore disponible pour s’y connecter.

Un bon moyen de s’assurer que toutes les ressources du cluster sont en ligne :

Get-Cluster -Name $ClusterName | Get-ClusterResource

Si la résolution du cluster échoue au bout d’un certain temps, dans la plupart des cas, vous pouvez vous connecter en utilisant le nom d’un des serveurs en cluster plutôt que le nom du cluster.

Étape 4 : Configurer le réseau hôte

Microsoft vous recommande d’utiliser Network ATC pour déployer le réseau hôte si vous exécutez Azure Stack HCI version 21H2 ou supérieure. Sinon, consultez Spécifications réseau des hôtes pour obtenir des spécifications et des informations spécifiques.

Network ATC peut automatiser le déploiement de votre configuration réseau prévue si vous spécifiez un ou plusieurs types d’intentions pour vos adaptateurs. Pour plus d’informations sur des types d’intention spécifiques, consultez : Types de trafic réseau.

Étape 4.1 : Vérifier les cartes physiques

Sur l’un des nœuds de cluster, exécutez Get-NetAdapter pour passer en revue les cartes physiques. Vérifiez que chaque nœud du cluster a les mêmes cartes physiques nommées et qu’elles sont dans l’état « Opérationnel ».

Get-NetAdapter -Name pNIC01, pNIC02 -CimSession $ClusterName | Select Name, PSComputerName

Si un nom de carte physique diffère selon les nœuds de votre cluster, vous pouvez le renommer en utilisant Rename-NetAdapter.

Rename-NetAdapter -Name oldName -NewName newName

Étape 4.2 : Configurer une intention

Dans cet exemple, une intention est créée qui spécifie l’intention de calcul et de stockage. Consultez Simplifier le réseau hôte avec Network ATC pour d’autres exemples d’intention.

Exécutez la commande suivante pour ajouter les types d’intention de stockage et de calcul à pNIC01 et à pNIC02. Notez que nous spécifions le -ClusterName paramètre.

Add-NetIntent -Name Cluster_ComputeStorage -Compute -Storage -ClusterName $ClusterName -AdapterName pNIC01, pNIC02

La commande devrait immédiatement retourner un résultat après une vérification initiale.

Étape 4.3 : Valider le déploiement de l’intention

Exécutez l’applet de commande Get-NetIntent pour afficher l’intention du cluster. Si vous avez plusieurs intentions, vous pouvez spécifier le paramètre Name pour afficher uniquement les détails d’une intention spécifique.

Get-NetIntent -ClusterName $ClusterName

Pour afficher l’état d’approvisionnement de l’intention, exécutez la commande Get-NetIntentStatus :

Get-NetIntentStatus -ClusterName $ClusterName -Name Cluster_ComputeStorage

Notez le paramètre d’état qui indique Provisioning (Approvisionnement), Validating (Validation), Success (Réussite), Failure (Échec).

L’état doit afficher la réussite en quelques minutes. Si l’état de réussite ne se produit pas ou si vous voyez un échec de paramètre d’état, vérifiez que l’observateur d’événements rencontre des problèmes.

Étape 5 : Configurer des sites (cluster étendu)

Cette tâche s’applique uniquement si vous créez un cluster étendu entre deux sites avec au moins deux serveurs dans chaque site.

Étape 5.1 : Créer des sites

Dans l’applet de commande suivante, FaultDomain est simplement un autre nom pour un site. Cet exemple utilise « ClusterS1 » comme nom du cluster étendu.

New-ClusterFaultDomain -CimSession $ClusterName -FaultDomainType Site -Name "Site1"

New-ClusterFaultDomain -CimSession $ClusterName -FaultDomainType Site -Name "Site2"

Utilisez l’applet Get-ClusterFaultDomain de commande pour vérifier que les deux sites sont créés pour le cluster.

Get-ClusterFaultDomain -CimSession $ClusterName

Étape 5.2 : Affecter des nœuds de serveur

Ensuite, nous affectons les quatre nœuds serveur à leurs sites respectifs. Dans l’exemple suivant, Server1 et Server2 sont affectés à Site1, tandis que Server3 et Server4 sont affectés à Site2.

Set-ClusterFaultDomain -CimSession $ClusterName -Name "Server1", "Server2" -Parent "Site1"

Set-ClusterFaultDomain -CimSession $ClusterName -Name "Server3", "Server4" -Parent "Site2"

Avec l’applet de commande Get-ClusterFaultDomain, vérifiez que les nœuds se trouvent dans les sites corrects.

Get-ClusterFaultDomain -CimSession $ClusterName

Étape 5.3 : Définir un site préféré

Vous pouvez aussi définir un site préféré global, ce qui signifie que les ressources et les groupes spécifiés doivent s’exécuter sur le site préféré. Ce paramètre peut être défini au niveau du site avec la commande suivante :

(Get-Cluster).PreferredSite = "Site1"

La spécification d’un site préféré pour les clusters étendus a les avantages suivants :

• Démarrage à froid : lors d’un démarrage à froid, les machines virtuelles sont placées dans le site préféré

• Vote du quorum

  • Avec un quorum dynamique, la pondération est réduite d’abord du site passif (répliqué) pour s’assurer que le site préféré survive si toutes les autres choses sont égales. En outre, les nœuds de serveur sont supprimés du site passif en premier lors du regroupement après des événements tels que des échecs de connectivité réseau asymétrique.

  • Lors d’un fractionnement de quorum de deux sites, si le témoin de cluster ne peut pas être contacté, le site préféré est automatiquement sélectionné pour gagner. Les nœuds serveur du site passif abandonnent ensuite l’appartenance au cluster, ce qui permet au cluster de survivre à une perte simultanée de 50 % des votes.

Le site préféré peut également être configuré au niveau du rôle ou du groupe de clusters. Dans ce cas, un autre site préféré peut être configuré pour chaque groupe de machines virtuelles, ce qui permet à un site d’être actif et préféré pour des machines virtuelles spécifiques.

Étape 5.4 : Configurer Stretch Clustering avec Network ATC

Après la version 22H2, vous pouvez utiliser Network ATC pour configurer stretch clustering. Network ATC ajoute Stretch en tant que type d’intention de la version 22H2. Pour déployer une intention avec stretch clustering avec Network ATC, exécutez la commande suivante :

Add-NetIntent -Name StretchIntent -Stretch -AdapterName "pNIC01", "pNIC02"

Une intention étendue peut également être combinée avec d’autres intentions lors du déploiement avec Network ATC.

SiteOverrides

En fonction des étapes 5.1-5.3, vous pouvez ajouter vos sites précréés à votre intention étendue déployée avec Network ATC. Network ATC gère cela à l’aide de SiteOverrides. Pour créer un SiteOverride, exécutez :

 $siteOverride = New-NetIntentSiteOverrides

Une fois votre siteOverride créé, vous pouvez définir n’importe quelle propriété pour siteOverride. Assurez-vous que la propriété name du siteOverride porte exactement le même nom que le nom de votre site dans clusterFaultDomain. Une incompatibilité de noms entre clusterFaultDomain et siteOverride entraîne l’application du siteOverride.

Les propriétés que vous pouvez définir pour un site ParticulierOverride sont les suivantes : Name, StorageVlan et StretchVlan. Par exemple, vous créez 2 sitesOverrides pour vos deux sites - site1 et site2 à l’aide de :

$siteOverride1 = New-NetIntentSiteOverrides
$siteoverride1.Name = "site1"
$siteOverride1.StorageVLAN = 711
$siteOverride1.StretchVLAN = 25

$siteOverride2 = New-NetIntentSiteOverrides
$siteOverride2.Name = "site2"
$siteOverride2.StorageVLAN = 712
$siteOverride2.StretchVLAN = 26

Vous pouvez exécuter $siteOverride1, $siteOverride2 dans votre fenêtre PowerShell pour vous assurer que toutes vos propriétés sont définies de la manière souhaitée.

Enfin, pour ajouter un ou plusieurs siteOverrides à votre intention, exécutez :

Add-NetIntent -Name StretchIntent -Stretch -AdapterName "pNIC01" , "pNIC02" -SiteOverrides $siteOverride1, $siteOverride2

Étape 6 : Activer espaces de stockage direct

Après avoir créé le cluster, utilisez l’applet de commande Enable-ClusterStorageSpacesDirect, qui activera les espaces de stockage direct et effectuera automatiquement les actions suivantes :

• Créer un pool de stockage : crée un pool de stockage pour le cluster dont le nom est « Pool de stockage Cluster1 ».

• Créer un disque d’historique des performances du cluster : crée un disque virtuel d’historique des performances du cluster dans le pool de stockage.

• Créer des volumes de données et de journaux : crée un volume de données et un volume de journal dans le pool de stockage.

• Configurez espaces de stockage direct caches : s’il existe plusieurs types de supports (lecteur) disponibles pour espaces de stockage direct, il permet le plus rapide en tant qu’appareils de cache (lecture et écriture dans la plupart des cas).

• Créer des niveaux : crée deux niveaux en tant que niveaux par défaut. Un est appelé « Capacité » et l’autre « Performances ». L’applet de commande analyse les périphériques et configure chaque niveau avec la combinaison des types de périphériques et de la résilience.

Pour le scénario de serveur unique, le seul FaultDomainAwarenessDefault est PhysicalDisk. Enable-ClusterStorageSpacesDirect l’applet de commande détecte un seul serveur et configure automatiquement FaultDomainAwarenessDefault en tant que PhysicalDisk pendant l’activation.

Pour les clusters étendus, l’applet Enable-ClusterStorageSpacesDirect de commande va également :

• Vérifier si les sites sont configurés
• Déterminer quels nœuds sont dans quels sites
• Détermine le stockage disponible pour chaque nœud
• Vérifie si la fonctionnalité de réplica de stockage est installée sur chaque nœud
• Crée un pool de stockage pour chaque site et l’identifie à l’aide du nom du site
• Crée des volumes de données et de journaux dans chaque pool de stockage, un par site

La commande suivante active les espaces de stockage direct sur un cluster à plusieurs nœuds. Vous pouvez aussi spécifier un nom convivial pour un pool de stockage, comme illustré ici :

Enable-ClusterStorageSpacesDirect -PoolFriendlyName "$ClusterName Storage Pool" -CimSession $ClusterName

Voici un exemple de désactivation du cache de stockage sur un cluster à nœud unique :

Enable-ClusterStorageSpacesDirect -CacheState Disabled

Pour afficher les pools de stockage, utilisez la commande suivante :

Get-StoragePool -CimSession $ClusterName

Après avoir créé le cluster

Maintenant que votre cluster est créé, vous devez effectuer d’autres tâches importantes :

• Configurez un témoin de cluster si vous utilisez un cluster à deux nœuds ou plus. Consultez Configurer un témoin de cluster.
• Créer vos volumes. Consultez Créer des volumes. Lorsque vous créez des volumes sur un cluster à nœud unique, vous devez utiliser PowerShell. Consultez Créer des volumes à l’aide de PowerShell.
• Pour les clusters étendus, créez des volumes et configurez la réplication en utilisant le réplica de stockage. Consultez Créer des volumes et configurer la réplication pour des clusters étendus.

Étapes suivantes

• Inscrire votre cluster auprès d’Azure. Consultez Connecter Azure Stack HCI à Azure.
• Effectuer une validation finale du cluster. Consultez Valider un cluster Azure Stack HCI.
• Gérer la mise en réseau des hôtes Consultez Gérer la mise en réseau des hôtes à l’aide de Network ATC.