Suppression de serveurs dans les Espaces de stockage direct
S’applique à : Windows Server 2022, Windows Server 2019, Windows Server 2016
Cette rubrique explique comment supprimer des serveurs dans les espaces de stockage direct à l’aide de PowerShell.
Supprimer un serveur, mais laisser ses lecteurs
Si vous envisagez de rajouter le serveur au cluster prochainement, ou si vous envisagez de conserver ses lecteurs en les déplaçant vers un autre serveur, vous pouvez supprimer le serveur du cluster sans supprimer ses lecteurs du pool de stockage. Il s’agit du comportement par défaut si vous utilisez le Gestionnaire du cluster de basculement pour supprimer le serveur.
Utilisez la cmdlet Remove-ClusterNode dans PowerShell :
Remove-ClusterNode <Name>
Cette cmdlet réussit rapidement, quelles que soient les considérations relatives à la capacité, car le pool de stockage « mémorise » les lecteurs manquants et s’attend à ce qu’ils reviennent. Il n’y a aucun déplacement de données en dehors des lecteurs manquants. Bien qu’ils restent manquants, leur OperationalStatus s’affiche comme « Communication perdue » et vos volumes affichent « Incomplet ».
Lorsque les lecteurs reviennent, ils sont automatiquement détectés et réassociés au pool, même s’ils se trouvent maintenant sur un nouveau serveur.
Avertissement
Ne distribuez pas de lecteurs avec des données de pool d’un serveur dans plusieurs autres serveurs. Par exemple, si un serveur avec dix lecteurs échoue (parce que sa carte mère ou son lecteur de démarrage a échoué, par exemple), vous pouvez déplacer les dix lecteurs vers un nouveau serveur, mais vous ne pouvez pas les déplacer séparément sur plusieurs autres serveurs.
Supprimer un serveur et ses lecteurs
Si vous souhaitez supprimer définitivement un serveur du cluster (processus parfois appelé scale-in), vous pouvez supprimer le serveur du cluster et supprimer ses lecteurs du pool de stockage.
Utilisez la cmdlet Remove-ClusterNode avec l’indicateur facultatif -CleanUpDisks :
Remove-ClusterNode <Name> -CleanUpDisks
L’exécution de cette cmdlet peut prendre beaucoup de temps (parfois plusieurs heures), car Windows doit déplacer toutes les données stockées sur ce serveur vers d’autres serveurs du cluster. Une fois cette opération terminée, les lecteurs sont définitivement supprimés du pool de stockage, ce qui renvoie les volumes affectés à un état sain.
Configuration requise
Pour effectuer un scale-in permanent (supprimer un serveur et ses lecteurs), votre cluster doit répondre aux deux exigences suivantes. Si ce n’est pas le cas, la cmdlet Remove-ClusterNode -CleanUpDisks retourne une erreur immédiatement, avant de commencer à déplacer des données, afin de réduire les interruptions.
Capacité suffisante
Tout d’abord, vous devez disposer d’une capacité de stockage suffisante sur les serveurs restants pour prendre en charge tous vos volumes.
Par exemple, si vous avez quatre serveurs, chacun avec 10 lecteurs x 1 To, vous disposez de 40 To de capacité de stockage physique totale. Après avoir supprimé un serveur et tous ses lecteurs, il vous reste 30 To de capacité. Si les empreintes de vos volumes sont supérieures à 30 To ensemble, ils ne s’intègrent pas dans les serveurs restants ; la cmdlet retourne donc une erreur et ne déplace aucune donnée.
Domaines d’erreur suffisants
Deuxièmement, vous devez disposer de suffisamment de domaines d’erreur (généralement des serveurs) pour fournir la résilience de vos volumes.
Par exemple, si vos volumes utilisent la mise en miroir triple au niveau du serveur pour la résilience, ils ne peuvent pas être entièrement sains à moins d’avoir au moins trois serveurs. Si vous avez exactement trois serveurs et que vous tentez d’en supprimer un avec tous ses lecteurs, la cmdlet retourne une erreur et ne déplace aucune donnée.
Ce tableau indique le nombre minimal de domaines d’erreur requis pour chaque type de résilience.
| Résilience | Nombre minimal de domaines d’erreur requis |
|---|---|
| Miroir double | 2 |
| Miroir triple | 3 |
| Parité double | 4 |
Notes
Il est acceptable d’avoir brièvement moins de serveurs, par exemple pendant les défaillances ou la maintenance. Toutefois, pour que les volumes retournent à un état entièrement sain, vous devez disposer du nombre minimal de serveurs répertoriés ci-dessus.