Partager via

Mettre à niveau un cluster direct d’espaces de stockage

La mise à niveau d’un cluster d’espaces de stockage direct vers une version plus récente de Windows Server vous aide à tirer parti des dernières fonctionnalités, des mises à jour de sécurité et des améliorations des performances. Cet article décrit les options de mise à niveau prises en charge pour les clusters Espaces de stockage direct exécutant Windows Server 2016, notamment les méthodes qui réduisent ou éliminent les temps d’arrêt des machines virtuelles. Découvrez les conditions préalables, les limitations et les instructions pas à pas pour chaque approche de mise à niveau. Vous pouvez donc choisir la meilleure méthode pour les besoins de votre organisation.

Conseil / Astuce

Les étapes décrites dans cet article ne sont pas nécessaires si vous mettez à niveau un cluster à partir de Windows Server 2019 ou version ultérieure. Si vous mettez à niveau un cluster à partir de Windows Server 2019 ou version ultérieure, utilisez le processus de mise à niveau propagée du système d’exploitation du cluster pour mettre à niveau le cluster sans arrêter les machines virtuelles. Les étapes décrites dans cet article concernent uniquement la mise à niveau d’un cluster de Windows Server 2016 vers Windows Server 2019.

Pour mettre à niveau un cluster d’espaces de stockage direct vers une version plus récente de Windows Server, vous avez quatre options à l’aide du processus de mise à niveau propagée du système d’exploitation de cluster . Deux options impliquent l’exécution des machines virtuelles, et deux options impliquent l’arrêt de toutes les machines virtuelles. Chaque option a des points forts et des faiblesses, donc sélectionnez l’option qui convient le mieux aux besoins de votre organisation.

Pour en savoir plus sur une option de mise à niveau, sélectionnez un lien :

  • Mise à niveau sur place pendant que les machines virtuelles fonctionnent sur chaque serveur du cluster. Cette option n’entraîne aucun temps d’arrêt de machine virtuelle, mais vous devez attendre que les travaux de stockage (réparation miroir) se terminent une fois chaque serveur mis à niveau.

  • Nouvelle installation du système d’exploitation alors que les machines virtuelles sont en cours d’exécution sur chaque serveur du cluster. Cette option n’entraîne aucun temps d’arrêt de machine virtuelle. Toutefois, vous devez attendre que les travaux de stockage (réparation miroir) se terminent après la mise à niveau de chaque serveur. Vous devez également configurer à nouveau chaque serveur, y compris toutes ses applications et rôles. Nous vous recommandons cette option plutôt qu'une mise à niveau in situ.

  • Mise à niveau sur place pendant que les machines virtuelles sont arrêtées sur chaque serveur du cluster. Cette option entraîne un temps d’arrêt de machine virtuelle, mais vous n’avez pas besoin d’attendre les travaux de stockage (réparation miroir), de sorte qu’il est plus rapide.

  • Installation propre du système d’exploitation lorsque les machines virtuelles (VMs) sont arrêtées sur chaque serveur du cluster. Cette option entraîne un temps d’arrêt de machine virtuelle, mais vous n’avez pas besoin d’attendre les travaux de stockage (réparation miroir), de sorte qu’il est plus rapide. Nous vous recommandons cette option plutôt qu'une mise à niveau in situ.

Conditions préalables et limitations

Avant de procéder à une mise à niveau :

  • Les espaces de stockage direct sont activés.

  • Vérifiez que vous disposez de sauvegardes utilisables si des problèmes se produisent pendant le processus de mise à niveau.

  • Vérifiez que votre fournisseur de matériel a un BIOS, un microprogramme et des pilotes pris en charge.

Il est important de connaître certaines limitations avec le processus de mise à niveau :

  • La mise à niveau est entièrement prise en charge sur les volumes ReFS (Resilient File System), mais dans Windows Server 2019, les volumes mis à niveau ne bénéficient pas des améliorations de ReFS. Les avantages de ReFS, tels que les performances améliorées pour la parité accélérée par miroir, nécessitent un volume ReFS nouveau sur Windows Server 2019 ou une version ultérieure. Pour créer un volume Windows Server ReFS, vous devez créer de nouveaux volumes à l’aide de l’applet de commande New-Volume ou du Gestionnaire de serveur. Voici quelques-unes des améliorations de ReFS dans les nouveaux volumes :

    • Contournement des journaux MAP : amélioration du niveau de performance dans ReFS qui s’applique uniquement aux systèmes (espaces de stockage direct) en cluster et non aux pools de stockage autonomes.

    • Compactage : améliorations de l'efficacité spécifiques aux volumes multi-résilients.

  • Avant de mettre à niveau votre serveur de cluster Direct d’espaces de stockage, nous vous recommandons de placer le serveur en mode maintenance du stockage.

  • Un problème connu se produit avec les environnements de mise en réseau définis par logiciel qui utilisent des commutateurs SET (Switch Embedded Teaming). Le problème implique la migration dynamique des machines Hyper-V vers une version antérieure du système d’exploitation. Pour garantir la réussite des migrations dynamiques, nous vous recommandons de modifier un paramètre de réseau de machine virtuelle sur les machines virtuelles que vous migrez en direct.

En raison des problèmes connus décrits ici, certains clients peuvent choisir de créer un nouveau cluster et de copier des données à partir de l’ancien cluster, au lieu de mettre à niveau leurs clusters Windows Server à l’aide de l’une des quatre méthodes décrites ci-dessous.

Mise à niveau

La section suivante décrit les quatre options de mise à niveau en détail. Chaque section inclut des instructions pas à pas pour effectuer la mise à niveau. Sélectionnez votre option de mise à niveau préférée.

Cette option n’entraîne aucun temps d’arrêt de machine virtuelle, mais vous devez attendre que les travaux de stockage (réparation miroir) se terminent une fois chaque serveur mis à niveau. Bien que les serveurs individuels soient redémarrés séquentiellement pendant le processus de mise à niveau, les serveurs restants du cluster et toutes les machines virtuelles restent en cours d’exécution.

  1. Vérifiez que tous les serveurs du cluster ont installé la dernière mise à jour Windows Update.

  2. Si vous utilisez la mise en réseau définie par logiciel avec des commutateurs SET, ouvrez une session PowerShell avec élévation de privilèges et exécutez la commande suivante pour désactiver les vérifications de vérification de migration dynamique des machines virtuelles sur toutes les machines virtuelles du cluster :

    Get-ClusterResourceType -Cluster {clusterName} -Name "Virtual Machine" | `
Set-ClusterParameter -Create SkipMigrationDestinationCheck -Value 1

  3. Sur un serveur de cluster à la fois, procédez comme suit :

    1. Utilisez Hyper-V migration dynamique de machine virtuelle pour déplacer des machines virtuelles en cours d’exécution hors du serveur que vous êtes sur le point de mettre à niveau.

    2. Suspendez le serveur de cluster en exécutant la commande PowerShell suivante. Certains groupes internes sont masqués. Nous vous recommandons de faire cette étape avec précaution. Si vous n’avez pas déjà migré en direct des machines virtuelles hors du serveur, cette applet de commande effectue cette étape pour vous. Dans ce cas, vous pouvez ignorer l’étape précédente, si vous préférez.

      Suspend-ClusterNode -Drain

    3. Placez le serveur en mode de maintenance du stockage :

      Get-StorageFaultDomain -type StorageScaleUnit | `
Where FriendlyName -Eq <ServerName> | `
Enable-StorageMaintenanceMode

    4. Exécutez l’applet de commande suivante pour vérifier que la valeur OperationalStatus est en mode maintenance:

      Get-PhysicalDisk

    5. Effectuez une installation de mise à niveau de Windows Server sur le serveur en exécutant setup.exe et en utilisant l’option Conserver les fichiers personnels et les applications. Une fois l’installation terminée, le serveur reste dans le cluster et le service de cluster démarre automatiquement.

    6. Vérifiez que le serveur nouvellement mis à niveau a les dernières mises à jour de Windows Server.

    7. Supprimez le serveur du mode de maintenance du stockage :

      Get-StorageFaultDomain -type StorageScaleUnit | `
Where FriendlyName -Eq <ServerName> | `
Disable-StorageMaintenanceMode

    8. Reprendre le serveur :

      Resume-ClusterNode

    9. Attendez que les travaux de réparation du stockage se terminent et que tous les disques reviennent à un état sain. Le processus peut prendre beaucoup de temps en fonction du nombre de machines virtuelles en cours d’exécution pendant la mise à niveau du serveur. Pour vérifier l'état de santé, exécutez ces commandes :

      Get-StorageJob
Get-VirtualDisk

  4. Mettez à niveau le serveur suivant dans le cluster.

  5. Une fois que tous les serveurs sont mis à niveau vers la dernière version de Windows Server, utilisez l’applet de commande PowerShell suivante pour mettre à jour le niveau fonctionnel du cluster. Après avoir mis à jour le niveau fonctionnel du cluster, vous ne pouvez pas revenir au niveau fonctionnel du cluster précédent. Autrement dit, après avoir mis à jour le niveau fonctionnel du cluster, vous ne pouvez pas ajouter l’ancienne version des nœuds Windows Server au cluster. Pour plus d’informations, consultez Mise à niveau propagée du système d’exploitation de cluster.

    Update-ClusterFunctionalLevel

    Note

    Bien que vous ayez jusqu’à quatre semaines pour mettre à jour le niveau fonctionnel du cluster, nous vous recommandons de mettre à jour le niveau fonctionnel du cluster dès que possible.

  6. Après avoir mis à jour le niveau fonctionnel du cluster, utilisez l’applet de commande suivante pour mettre à jour le pool de stockage. À ce stade, de nouvelles applets de commande telles que Get-ClusterPerf sont entièrement opérationnelles sur n’importe quel serveur du cluster.

    Update-StoragePool

  7. Si vous le souhaitez, mettez à niveau les niveaux de configuration de la machine virtuelle en arrêtant chaque machine virtuelle à l’aide de l’applet de commande Update-VMVersion, puis redémarrez les machines virtuelles.

  8. Si vous utilisez la mise en réseau définie par logiciel avec les commutateurs SET et les vérifications de migration dynamique des machines virtuelles désactivées comme indiqué précédemment, utilisez l’applet de commande suivante pour réenabler les vérifications de vérification dynamique des machines virtuelles :

    Get-ClusterResourceType -Cluster {clusterName} -Name "Virtual Machine" | `
Set-ClusterParameter  SkipMigrationDestinationCheck -Value 0

  9. Vérifiez que le cluster mis à niveau fonctionne comme prévu. Le basculement des rôles doit s’effectuer correctement. Si la migration dynamique des machines virtuelles est utilisée sur le cluster, les machines virtuelles doivent être migrées de façon dynamique.

  10. Validez le cluster en exécutant la validation du cluster et en examinant le rapport de validation du cluster. Dans une session PowerShell avec élévation de privilèges, exécutez la commande suivante :

    Test-Cluster
  • Last updated on