Mise à niveau propagée du système d’exploitation du clusterCluster operating system rolling upgrade

S'applique à : Windows Server 2019, Windows Server 2016Applies to: Windows Server 2019, Windows Server 2016

La mise à niveau propagée de système d’exploitation de cluster permet à un administrateur de mettre à niveau le système d’exploitation des nœuds de cluster sans arrêter les charges de travail Hyper-V ou Serveur de fichiers avec montée en puissance parallèle.Cluster OS Rolling Upgrade enables an administrator to upgrade the operating system of the cluster nodes without stopping the Hyper-V or the Scale-Out File Server workloads. Avec cette fonctionnalité, les pénalités de temps d’arrêt sur les contrats de niveau de service peuvent être évitées.Using this feature, the downtime penalties against Service Level Agreements (SLA) can be avoided.

La mise à niveau propagée de système d’exploitation de cluster offre les avantages suivants :Cluster OS Rolling Upgrade provides the following benefits:

  • Les clusters de basculement exécutant des charges de travail de machine virtuelle Hyper-V et de serveur de fichiers avec montée en puissance parallèle (SOFS) peuvent être mis à niveau à partir de Windows Server 2012 R2 (exécuté sur tous les nœuds du cluster) vers Windows Server 2016 (exécuté sur tous les nœuds de cluster du cluster) sans temps d’arrêt.Failover clusters running Hyper-V virtual machine and Scale-out File Server (SOFS) workloads can be upgraded from Windows Server 2012 R2 (running on all nodes in the cluster) to Windows Server 2016 (running on all cluster nodes of the cluster) without downtime. D’autres charges de travail de cluster, telles que SQL Server, seront indisponibles pendant le temps (généralement moins de cinq minutes) qu’il faut pour basculer vers Windows Server 2016.Other cluster workloads, such as SQL Server, will be unavailable during the time (typically less than five minutes) it takes to failover to Windows Server 2016.

  • Il ne nécessite pas de matériel supplémentaire.It doesn't require any additional hardware. Bien que vous puissiez ajouter temporairement des nœuds de cluster supplémentaires aux petits clusters pour améliorer la disponibilité du cluster pendant le processus de mise à niveau propagée du système d’exploitation du cluster.Although, you can add additional cluster nodes temporarily to small clusters to improve availability of the cluster during the Cluster OS Rolling Upgrade process.

  • Le cluster n’a pas besoin d’être arrêté ou redémarré.The cluster doesn't need to be stopped or restarted.

  • Un nouveau cluster n’est pas requis.A new cluster is not required. Le cluster existant est mis à niveau.The existing cluster is upgraded. En outre, les objets de cluster existants stockés dans Active Directory sont utilisés.In addition, existing cluster objects stored in Active Directory are used.

  • Le processus de mise à niveau est réversible jusqu’à ce que le client choisisse « point-of-No-Return », lorsque tous les nœuds de cluster exécutent Windows Server 2016 et lorsque l’applet de commande PowerShell Update-ClusterFunctionalLevel est exécutée.The upgrade process is reversible until the customer choses the "point-of-no-return", when all cluster nodes are running Windows Server 2016, and when the Update-ClusterFunctionalLevel PowerShell cmdlet is run.

  • Le cluster peut prendre en charge les mises à jour correctives et les opérations de maintenance lors de l’exécution en mode mixte du système d’exploitation.The cluster can support patching and maintenance operations while running in the mixed-OS mode.

  • Il prend en charge l’automatisation via PowerShell et WMI.It supports automation via PowerShell and WMI.

  • La propriété ClusterFunctionalLevel de la propriété publique du cluster indique l’état du cluster sur les nœuds de cluster Windows Server 2016.The cluster public property ClusterFunctionalLevel property indicates the state of the cluster on Windows Server 2016 cluster nodes. Cette propriété peut être interrogée à l’aide de l’applet de commande PowerShell d’un nœud de cluster Windows Server 2016 qui appartient à un cluster de basculement :This property can be queried using the PowerShell cmdlet from a Windows Server 2016 cluster node that belongs to a failover cluster:

    Get-Cluster | Select ClusterFunctionalLevel
    

    La valeur 8 indique que le cluster s’exécute au niveau fonctionnel de Windows Server 2012 R2.A value of 8 indicates that the cluster is running at the Windows Server 2012 R2 functional level. La valeur 9 indique que le cluster s’exécute au niveau fonctionnel de Windows Server 2016.A value of 9 indicates that the cluster is running at the Windows Server 2016 functional level.

Ce guide décrit les différentes étapes du processus de mise à niveau propagée de système d’exploitation de cluster, les étapes d’installation, les limitations de fonctionnalités et les questions fréquentes (FAQ), et s’applique aux scénarios de mise à niveau propagée de système d’exploitation de cluster suivants dans Windows Server 2016 :This guide describes the various stages of the Cluster OS Rolling Upgrade process, installation steps, feature limitations, and frequently asked questions (FAQs), and is applicable to the following Cluster OS Rolling Upgrade scenarios in Windows Server 2016:

  • Clusters Hyper-VHyper-V clusters
  • Clusters de Serveur de fichiers avec montée en puissance parallèleScale-Out File Server clusters

Le scénario suivant n’est pas pris en charge dans Windows Server 2016 :The following scenario is not supported in Windows Server 2016:

  • Mise à niveau propagée du système d’exploitation du cluster des clusters invités à l’aide d’un disque dur virtuel (fichier. vhdx) en tant que stockage partagéCluster OS Rolling Upgrade of guest clusters using virtual hard disk (.vhdx file) as shared storage

La mise à niveau propagée de système d’exploitation de cluster est entièrement prise en charge par System Center Virtual Machine Manager (SCVMM) 2016.Cluster OS Rolling Upgrade is fully supported by System Center Virtual Machine Manager (SCVMM) 2016. Si vous utilisez SCVMM 2016, consultez effectuer une mise à niveau propagée d’un cluster hôte Hyper-V vers Windows Server 2016 dans VMM pour obtenir des conseils sur la mise à niveau des clusters et sur l’automatisation des étapes décrites dans ce document.If you are using SCVMM 2016, see Perform a rolling upgrade of a Hyper-V host cluster to Windows Server 2016 in VMM for guidance on upgrading the clusters and automating the steps that are described in this document.

Configuration requiseRequirements

Avant de commencer le processus de mise à niveau propagée du système d’exploitation du cluster, complétez les conditions suivantes :Complete the following requirements before you begin the Cluster OS Rolling Upgrade process:

  • Démarrez avec un cluster de basculement exécutant Windows Server (canal semi-annuel), Windows Server 2016 ou Windows Server 2012 R2.Start with a Failover Cluster running Windows Server (Semi-Annual Channel), Windows Server 2016, or Windows Server 2012 R2.
  • La mise à niveau d’un cluster espaces de stockage direct vers Windows Server version 1709 n’est pas prise en charge.Upgrading a Storage Spaces Direct cluster to Windows Server, version 1709 isn't supported.
  • Si la charge de travail du cluster est des machines virtuelles Hyper-V ou Serveur de fichiers avec montée en puissance parallèle, vous pouvez vous attendre à une mise à niveau sans temps mort.If the cluster workload is Hyper-V VMs, or Scale-Out File Server, you can expect zero-downtime upgrade.
  • Vérifiez que les nœuds Hyper-V ont des processeurs qui prennent en charge la table d’adressage de second niveau (SLAT) à l’aide de l’une des méthodes suivantes : -Passez en revue la compatibilité SLAT ? Article du kit de développement logiciel (SDK) WP8, tip 01 , qui décrit deux méthodes pour vérifier si un processeur prend en charge des Slats-Téléchargez l’outil Coreinfo v 3.31 pour déterminer si un processeur prend en charge SLAT.Verify that the Hyper-V nodes have CPUs that support Second-Level Addressing Table (SLAT) using one of the following methods; - Review the Are you SLAT Compatible? WP8 SDK Tip 01 article that describes two methods to check if a CPU supports SLATs - Download the Coreinfo v3.31 tool to determine if a CPU supports SLAT.

États de transition de cluster pendant la mise à niveau propagée du système d’exploitationCluster transition states during Cluster OS Rolling Upgrade

Cette section décrit les différents États de transition du cluster Windows Server 2012 R2 en cours de mise à niveau vers Windows Server 2016 à l’aide de la mise à niveau propagée du système d’exploitation du cluster.This section describes the various transition states of the Windows Server 2012 R2 cluster that is being upgraded to Windows Server 2016 using Cluster OS Rolling Upgrade.

Pour que les charges de travail de cluster s’exécutent pendant le processus de mise à niveau propagée du système d’exploitation du cluster, le déplacement d’une charge de travail de cluster à partir d’un nœud Windows Server 2012 R2 vers le nœud Windows Server 2016 fonctionne comme si les deux nœuds exécutaient le système d’exploitation Windows Server 2012 R2.In order to keep the cluster workloads running during the Cluster OS Rolling Upgrade process, moving a cluster workload from a Windows Server 2012 R2 node to Windows Server 2016 node works as if both nodes were running the Windows Server 2012 R2 operating system. Quand des nœuds Windows Server 2016 sont ajoutés au cluster, ils fonctionnent dans un mode de compatibilité Windows Server 2012 R2.When Windows Server 2016 nodes are added to the cluster, they operate in a Windows Server 2012 R2 compatibility mode. Un nouveau mode de cluster conceptuel, appelé « mode de système d’exploitation mixte », permet à des nœuds de différentes versions d’exister dans le même cluster (voir la figure 1).A new conceptual cluster mode, called "mixed-OS mode", allows nodes of different versions to exist in the same cluster (see Figure 1).

Illustration illustrant les trois étapes d’une mise à niveau propagée de système d’exploitation de cluster : tous les nœuds Windows Server 2012 R2, mode mixte du système d’exploitation et tous les nœuds Windows Server 2016 figure 1 : transitions d’État du système d’exploitation du clusterIllustration showing the three stages of a cluster OS rolling upgrade: all nodes Windows Server 2012 R2, mixed-OS mode, and all nodes Windows Server 2016 Figure 1: Cluster operating system state transitions

Un cluster Windows Server 2012 R2 passe en mode mixte lorsqu’un nœud Windows Server 2016 est ajouté au cluster.A Windows Server 2012 R2 cluster enters mixed-OS mode when a Windows Server 2016 node is added to the cluster. Le processus est entièrement réversible-les nœuds Windows Server 2016 peuvent être supprimés du cluster et les nœuds Windows Server 2012 R2 peuvent être ajoutés au cluster dans ce mode.The process is fully reversible - Windows Server 2016 nodes can be removed from the cluster and Windows Server 2012 R2 nodes can be added to the cluster in this mode. Le « point de non retour » se produit lorsque l’applet de commande PowerShell Update-ClusterFunctionalLevel est exécutée sur le cluster.The "point of no return" occurs when the Update-ClusterFunctionalLevel PowerShell cmdlet is run on the cluster. Pour que cette applet de commande aboutisse, tous les nœuds doivent être Windows Server 2016, et tous les nœuds doivent être en ligne.In order for this cmdlet to succeed, all nodes must be Windows Server 2016, and all nodes must be online.

États de transition d’un cluster à quatre nœuds pendant l’exécution de la mise à niveau propagée du système d’exploitationTransition states of a four-node cluster while performing Rolling OS Upgrade

Cette section illustre et décrit les quatre étapes différentes d’un cluster avec un stockage partagé dont les nœuds sont mis à niveau de Windows Server 2012 R2 vers Windows Server 2016.This section illustrates and describes the four different stages of a cluster with shared storage whose nodes are upgraded from Windows Server 2012 R2 to Windows Server 2016.

« Étape 1 » est l’état initial : nous commençons par un cluster Windows Server 2012 R2."Stage 1" is the initial state - we start with a Windows Server 2012 R2 cluster.

Illustration montrant l’état initial : tous les nœuds Windows Server 2012 R2 figure 2 : état initial : cluster de basculement windows server 2012 R2 (étape 1)Illustration showing the initial state: all nodes Windows Server 2012 R2 Figure 2: Initial State: Windows Server 2012 R2 Failover Cluster (Stage 1)

Dans « étape 2 », deux nœuds ont été suspendus, vidés, supprimés, reformatés et installés avec Windows Server 2016.In "Stage 2", two nodes have been paused, drained, evicted, reformatted, and installed with Windows Server 2016.

Illustration illustrant le cluster en mode de système d’exploitation mixte : en dehors de l’exemple de cluster à 4 nœuds, deux nœuds exécutent Windows Server 2016 et deux nœuds exécutent Windows Server 2012 R2 figure 3 : état intermédiaire : mode mixte du système d’exploitation : cluster de basculement windows server 2012 R2 et windows server 2016 (étape 2)Illustration showing the cluster in mixed-OS mode: out of the example 4-node cluster, two nodes are running Windows Server 2016, and two nodes are running Windows Server 2012 R2 Figure 3: Intermediate State: Mixed-OS mode: Windows Server 2012 R2 and Windows Server 2016 Failover cluster (Stage 2)

À l’étape 3, tous les nœuds du cluster ont été mis à niveau vers Windows Server 2016 et le cluster est prêt à être mis à niveau avec l’applet de commande PowerShell Update-ClusterFunctionalLevel.At "Stage 3", all of the nodes in the cluster have been upgraded to Windows Server 2016, and the cluster is ready to be upgraded with Update-ClusterFunctionalLevel PowerShell cmdlet.

Notes

À ce niveau, le processus peut être complètement inversé et les nœuds Windows Server 2012 R2 peuvent être ajoutés à ce cluster.At this stage, the process can be fully reversed, and Windows Server 2012 R2 nodes can be added to this cluster.

Illustration montrant que le cluster a été entièrement mis à niveau vers Windows Server 2016 et que l’applet de commande Update-ClusterFunctionalLevel est prête à mettre à jour le niveau fonctionnel du cluster jusqu’à Windows Server 2016 figure 4 : état intermédiaire : tous les nœuds mis à niveau vers windows server 2016, prêts pour la mise à jour-ClusterFunctionalLevel (étape 3)Illustration showing that the cluster has been fully upgraded to Windows Server 2016, and is ready for the Update-ClusterFunctionalLevel cmdlet to bring the cluster functional level up to Windows Server 2016 Figure 4: Intermediate State: All nodes upgraded to Windows Server 2016, ready for Update-ClusterFunctionalLevel (Stage 3)

Une fois la mise à jour-ClusterFunctionalLevelcmdlet exécutée, le cluster passe à « Stage 4 », ce qui permet d’utiliser les nouvelles fonctionnalités de cluster Windows Server 2016.After the Update-ClusterFunctionalLevelcmdlet is run, the cluster enters "Stage 4", where new Windows Server 2016 cluster features can be used.

Illustration montrant que la mise à niveau du système d’exploitation propagée par le cluster s’est terminée avec succès ; tous les nœuds ont été mis à niveau vers Windows Server 2016 et le cluster s’exécute au niveau fonctionnel de cluster Windows Server 2016 figure 5 : état final : cluster de basculement windows server 2016 (étape 4)Illustration showing that the cluster rolling OS upgrade has been successfully completed; all nodes have been upgraded to Windows Server 2016, and the cluster is running at the Windows Server 2016 cluster functional level Figure 5: Final State: Windows Server 2016 Failover Cluster (Stage 4)

Processus de mise à niveau propagée du système d’exploitationCluster OS Rolling Upgrade Process

Cette section décrit le flux de travail pour effectuer une mise à niveau propagée du système d’exploitation du cluster.This section describes the workflow for performing Cluster OS Rolling Upgrade.

Illustration illustrant le flux de travail pour la mise à niveau d’un cluster figure 6 : workflow de processus de mise à niveau propagée de système d’exploitationIllustration showing the workflow for upgrading a cluster Figure 6: Cluster OS Rolling Upgrade Process Workflow

La mise à niveau propagée de système d’exploitation de cluster comprend les étapes suivantes :Cluster OS Rolling upgrade includes the following steps:

  1. Préparez le cluster pour la mise à niveau du système d’exploitation comme suit :Prepare the cluster for the operating system upgrade as follows:

    1. La mise à niveau propagée de système d’exploitation de cluster nécessite la suppression d’un nœud à la fois du cluster.Cluster OS Rolling Upgrade requires removing one node at a time from the cluster. Vérifiez que vous disposez d’une capacité suffisante sur le cluster pour maintenir les SLA de haute disponibilité quand l’un des nœuds de cluster est supprimé du cluster pour une mise à niveau du système d’exploitation.Check if you have sufficient capacity on the cluster to maintain HA SLAs when one of the cluster nodes is removed from the cluster for an operating system upgrade. En d’autres termes, avez-vous besoin de la possibilité de basculer des charges de travail vers un autre nœud lorsqu’un nœud est supprimé du cluster pendant le processus de mise à niveau propagée du système d’exploitation du cluster ?In other words, do you require the capability to failover workloads to another node when one node is removed from the cluster during the process of Cluster OS Rolling Upgrade? Le cluster a-t-il la capacité d’exécuter les charges de travail requises lorsqu’un nœud est supprimé du cluster pour la mise à niveau propagée du système d’exploitation du cluster ?Does the cluster have the capacity to run the required workloads when one node is removed from the cluster for Cluster OS Rolling Upgrade?

    2. Pour les charges de travail Hyper-V, vérifiez que tous les ordinateurs hôtes Windows Server 2016 Hyper-V prennent en charge l’utilisation d’une table d’adresses de second niveau (SLAT).For Hyper-V workloads, check that all Windows Server 2016 Hyper-V hosts have CPU support Second-Level Address Table (SLAT). Seuls les ordinateurs à capacité SLAT peuvent utiliser le rôle Hyper-V dans Windows Server 2016.Only SLAT-capable machines can use the Hyper-V role in Windows Server 2016.

    3. Vérifiez que toutes les sauvegardes de charge de travail sont terminées, puis envisagez de sauvegarder le cluster.Check that any workload backups have completed, and consider backing-up the cluster. Arrêtez les opérations de sauvegarde lors de l’ajout de nœuds au cluster.Stop backup operations while adding nodes to the cluster.

    4. Vérifiez que tous les nœuds de cluster sont en ligne/Running/up à l’aide de l' Get-ClusterNode applet de commande (voir la figure 7).Check that all cluster nodes are online /running/up using the Get-ClusterNode cmdlet (see Figure 7).

      ScreenCap présentant les résultats de l’exécution de l’applet de commande obtenir-ClusterNode figure 7 : détermination de l’état du nœud à l’aide de l’applet de commandeScreencap showing the results of running the Get-ClusterNode cmdlet Figure 7: Determining node status using Get-ClusterNode cmdlet

    5. Si vous exécutez la mise à jour adaptée aux clusters, vérifiez si la mise à jour adaptée aux clusters est en cours d’exécution à l’aide de l’interface utilisateur de mise à jour adaptée aux clusters ou de l’applet de commande Get-CauRun (voir figure 8).If you are running Cluster Aware Updates (CAU), verify if CAU is currently running by using the Cluster-Aware Updating UI, or the Get-CauRun cmdlet (see Figure 8). Arrêtez la mise à jour adaptée aux clusters à l’aide de l’applet de commande Disable-CauClusterRole (voir figure 9) pour empêcher la mise à jour propagée de tous les nœuds pendant le processus de mise à niveau propagée du système d’exploitation.Stop CAU using the Disable-CauClusterRole cmdlet (see Figure 9) to prevent any nodes from being paused and drained by CAU during the Cluster OS Rolling Upgrade process.

      ScreenCap présentant la sortie de l’applet de commande CauRun figure 8 : utilisation de l' Get-CauRun applet de commande pour déterminer si les mises à jour sensibles aux clusters sont en cours d’exécution sur le clusterScreencap showing the output of the Get-CauRun cmdlet Figure 8: Using the Get-CauRun cmdlet to determine if Cluster Aware Updates is running on the cluster

      ScreenCap présentant la sortie de l’applet de commande Disable-CauClusterRole figure 9 : désactivation du rôle mises à jour prenant en charge les clusters à l’aide de l' Disable-CauClusterRole applet de commandeScreencap showing the output of the Disable-CauClusterRole cmdlet Figure 9: Disabling the Cluster Aware Updates role using the Disable-CauClusterRole cmdlet

  2. Pour chaque nœud du cluster, procédez comme suit :For each node in the cluster, complete the following:

    1. À l’aide de l’interface utilisateur du gestionnaire de cluster, sélectionnez un nœud et utilisez la **Pause | **L’option de menu drainer permet de purger le nœud (voir figure 10) ou d’utiliser l’applet de commande Suspend-ClusterNode (voir figure 11).Using Cluster Manager UI, select a node and use the Pause | Drain menu option to drain the node (see Figure 10) or use the Suspend-ClusterNode cmdlet (see Figure 11).

      ScreenCap illustrant l’écoulement des rôles avec l’interface utilisateur du gestionnaire de cluster figure 10 : purge des rôles d’un nœud à l’aide de gestionnaire du cluster de basculementScreencap showing how to drain roles with the Cluster Manager UI Figure 10: Draining roles from a node using Failover Cluster Manager

      ScreenCap présentant la sortie de l’applet de commande suspend-ClusterNode figure 11 : purge des rôles d’un nœud à l’aide de l' Suspend-ClusterNode applet de commandeScreencap showing the output of the Suspend-ClusterNode cmdlet Figure 11: Draining roles from a node using the Suspend-ClusterNode cmdlet

    2. À l’aide de l’interface utilisateur du gestionnaire de cluster, supprimez le nœud suspendu du cluster ou utilisez l’applet de commande Remove-ClusterNode .Using Cluster Manager UI, Evict the paused node from cluster, or use the Remove-ClusterNode cmdlet.

      ScreenCap présentant la sortie de l’applet de commande Remove-ClusterNode figure 12 : supprimer un nœud du cluster à l’aide de l' Remove-ClusterNode applet de commandeScreencap showing the output of the Remove-ClusterNode cmdlet Figure 12: Remove a node from the cluster using Remove-ClusterNode cmdlet

    3. Reformatez le lecteur système et effectuez une nouvelle installation du système d’exploitation de Windows Server 2016 sur le nœud à l’aide de l’option personnalisée : installer uniquement Windows (version avancée) (voir figure 13) dans setup.exe.Reformat the system drive and perform a "clean operating system install" of Windows Server 2016 on the node using the Custom: Install Windows only (advanced) installation (See Figure 13) option in setup.exe. Évitez de sélectionner l’option mettre à niveau : installer Windows et conserver les fichiers, les paramètres et les applications , car la mise à niveau propagée du système d’exploitation du cluster n’encourage pas la mise à niveau sur place.Avoid selecting the Upgrade: Install Windows and keep files, settings, and applications option since Cluster OS Rolling Upgrade doesn't encourage in-place upgrade.

      ScreenCap de l’Assistant Installation de Windows Server 2016 qui montre l’option d’installation personnalisée sélectionnée figure 13 : options d’installation disponibles pour Windows Server 2016Screencap of the Windows Server 2016 installation wizard showing the custom install option selected Figure 13: Available installation options for Windows Server 2016

    4. Ajoutez le nœud au domaine de Active Directory approprié.Add the node to the appropriate Active Directory domain.

    5. Ajoutez les utilisateurs appropriés au groupe administrateurs.Add the appropriate users to the Administrators group.

    6. À l’aide de l’interface utilisateur Gestionnaire de serveur ou de l’applet de commande PowerShell install-WindowsFeature, installez tous les rôles de serveur dont vous avez besoin, tels que Hyper-V.Using the Server Manager UI or Install-WindowsFeature PowerShell cmdlet, install any server roles that you need, such as Hyper-V.

      Install-WindowsFeature -Name Hyper-V
      
    7. À l’aide de l’interface utilisateur Gestionnaire de serveur ou de l’applet de commande PowerShell install-WindowsFeature, installez la fonctionnalité de clustering de basculement.Using the Server Manager UI or Install-WindowsFeature PowerShell cmdlet, install the Failover Clustering feature.

      Install-WindowsFeature -Name Failover-Clustering
      
    8. Installez les fonctionnalités supplémentaires requises par vos charges de travail de cluster.Install any additional features needed by your cluster workloads.

    9. Vérifiez les paramètres de connectivité réseau et de stockage à l’aide de l’interface utilisateur Gestionnaire du cluster de basculement.Check network and storage connectivity settings using the Failover Cluster Manager UI.

    10. Si le pare-feu Windows est utilisé, vérifiez que les paramètres du pare-feu sont corrects pour le cluster.If Windows Firewall is used, check that the Firewall settings are correct for the cluster. Par exemple, les clusters compatibles avec la mise à jour adaptée aux clusters peuvent nécessiter une configuration de pare-feu.For example, Cluster Aware Updating (CAU) enabled clusters may require Firewall configuration.

    11. Pour les charges de travail Hyper-V, utilisez l’interface utilisateur du Gestionnaire Hyper-V pour lancer la boîte de dialogue Gestionnaire de commutateur virtuel (voir figure 14).For Hyper-V workloads, use the Hyper-V Manger UI to launch the Virtual Switch Manager dialog (see Figure 14).

      Vérifiez que le nom du ou des commutateurs virtuels utilisés est identique pour tous les nœuds hôtes Hyper-V du cluster.Check that the name of the Virtual Switch(s) used are identical for all Hyper-V host nodes in the cluster.

      ScreenCap présentant l’emplacement de la boîte de dialogue Gestionnaire de commutateur virtuel Hyper-V figure 14 : gestionnaire de commutateur virtuelScreencap showing the location of the Hyper-V Virtual Switch Manager dialog Figure 14: Virtual Switch Manager

    12. Sur un nœud Windows Server 2016 (n’utilisez pas de nœud Windows Server 2012 R2), utilisez le Gestionnaire du cluster de basculement (voir figure 15) pour vous connecter au cluster.On a Windows Server 2016 node (do not use a Windows Server 2012 R2 node), use the Failover Cluster Manager (see Figure 15) to connect to the cluster.

      ScreenCap présentant la boîte de dialogue Sélectionner un cluster figure 15 : ajout d’un nœud au cluster à l’aide de gestionnaire du cluster de basculementScreencap showing the select cluster dialog Figure 15: Adding a node to the cluster using Failover Cluster Manager

    13. Utilisez l’interface utilisateur Gestionnaire du cluster de basculement ou l' Add-ClusterNode applet de commande (voir figure 16) pour ajouter le nœud au cluster.Use either the Failover Cluster Manager UI or the Add-ClusterNode cmdlet (see Figure 16) to add the node to the cluster.

      ScreenCap présentant la sortie de l’applet de commande Add-ClusterNode figure 16 : ajout d’un nœud au cluster à l’aide de l' Add-ClusterNode applet de commandeScreencap showing the output of the Add-ClusterNode cmdlet Figure 16: Adding a node to the cluster using Add-ClusterNode cmdlet

      Notes

      Lorsque le premier nœud Windows Server 2016 rejoint le cluster, le cluster passe en mode « système d’exploitation mixte » et les principales ressources du cluster sont déplacées vers le nœud Windows Server 2016.When the first Windows Server 2016 node joins the cluster, the cluster enters "Mixed-OS" mode, and the cluster core resources are moved to the Windows Server 2016 node. Un cluster en mode de « système d’exploitation mixte » est un cluster entièrement fonctionnel dans lequel les nouveaux nœuds s’exécutent dans un mode de compatibilité avec les anciens nœuds.A "Mixed-OS" mode cluster is a fully functional cluster where the new nodes run in a compatibility mode with the old nodes. Le mode « mixte-système d’exploitation » est un mode transitoire pour le cluster."Mixed-OS" mode is a transitory mode for the cluster. Elle n’est pas destinée à être permanente et les clients sont censés mettre à jour tous les nœuds de leur cluster dans un délai de quatre semaines.It is not intended to be permanent and customers are expected to update all nodes of their cluster within four weeks.

    14. Une fois le nœud Windows Server 2016 correctement ajouté au cluster, vous pouvez (si vous le souhaitez) déplacer une partie de la charge de travail du cluster vers le nœud qui vient d’être ajouté pour rééquilibrer la charge de travail sur le cluster comme suit :After the Windows Server 2016 node is successfully added to the cluster, you can (optionally) move some of the cluster workload to the newly added node in order to rebalance the workload across the cluster as follows:

      ScreenCap présentant la sortie de l’applet de commande Move-ClusterVirtualMachineRole figure 17 : déplacement d’une charge de travail de cluster (rôle de machine virtuelle du cluster) à l’aide de l' Move-ClusterVirtualMachineRole applet de commandeScreencap showing the output of the Move-ClusterVirtualMachineRole cmdlet Figure 17: Moving a cluster workload (cluster VM role) using Move-ClusterVirtualMachineRole cmdlet

      1. Utilisez migration dynamique de la gestionnaire du cluster de basculement pour les machines virtuelles ou l’applet de commande Move-ClusterVirtualMachineRole (voir figure 17) pour effectuer une migration dynamique des machines virtuelles.Use Live Migration from the Failover Cluster Manager for virtual machines or the Move-ClusterVirtualMachineRole cmdlet (see Figure 17) to perform a live migration of the virtual machines.

        Move-ClusterVirtualMachineRole -Name VM1 -Node robhind-host3
        
      2. Utilisez Move à partir du gestionnaire du cluster de basculement ou Move-ClusterGroup de l’applet de commande pour les autres charges de travail de cluster.Use Move from the Failover Cluster Manager or the Move-ClusterGroup cmdlet for other cluster workloads.

  3. Lorsque tous les nœuds ont été mis à niveau vers Windows Server 2016 et rajoutés au cluster, ou lorsque des nœuds Windows Server 2012 R2 restants ont été supprimés, procédez comme suit :When every node has been upgraded to Windows Server 2016 and added back to the cluster, or when any remaining Windows Server 2012 R2 nodes have been evicted, do the following:

    Important

    • Après avoir mis à jour le niveau fonctionnel du cluster, vous ne pouvez pas revenir au niveau fonctionnel de Windows Server 2012 R2 et les nœuds Windows Server 2012 R2 ne peuvent pas être ajoutés au cluster.After you update the cluster functional level, you cannot go back to Windows Server 2012 R2 functional level and Windows Server 2012 R2 nodes cannot be added to the cluster.
    • Tant que l' Update-ClusterFunctionalLevel applet de commande n’est pas exécutée, le processus est entièrement réversible et les nœuds Windows server 2012 R2 peuvent être ajoutés à ce cluster et les nœuds Windows server 2016 peuvent être supprimés.Until the Update-ClusterFunctionalLevel cmdlet is run, the process is fully reversible and Windows Server 2012 R2 nodes can be added to this cluster and Windows Server 2016 nodes can be removed.
    • Une fois l' Update-ClusterFunctionalLevel applet de commande exécutée, de nouvelles fonctionnalités sont disponibles.After the Update-ClusterFunctionalLevel cmdlet is run, new features will be available.
    1. À l’aide de l’interface utilisateur Gestionnaire du cluster de basculement ou de l’applet de commande Get-ClusterGroup , vérifiez que tous les rôles de cluster s’exécutent sur le cluster comme prévu.Using the Failover Cluster Manager UI or the Get-ClusterGroup cmdlet, check that all cluster roles are running on the cluster as expected. Dans l’exemple suivant, le stockage disponible n’est pas utilisé. au lieu de cela, le volume partagé de cluster est utilisé, par conséquent, le stockage disponible affiche un état hors connexion (voir la figure 18).In the following example, Available Storage is not being used, instead CSV is used, hence, Available Storage displays an Offline status (see Figure 18).

      ScreenCap présentant la sortie de l’applet de commande ClusterGroup figure 18 : vérification de l’exécution de tous les groupes de cluster (rôles de cluster) à l’aide de l' Get-ClusterGroup applet de commandeScreencap showing the output of the Get-ClusterGroup cmdlet Figure 18: Verifying that all cluster groups (cluster roles) are running using the Get-ClusterGroup cmdlet

    2. Vérifiez que tous les nœuds de cluster sont en ligne et en cours d’exécution à l’aide de la Get-ClusterNode cmdlet.Check that all cluster nodes are online and running using the Get-ClusterNode cmdlet.

    3. Exécutez l' Update-ClusterFunctionalLevel applet de commande : aucune erreur ne doit être retournée (voir figure 19).Run the Update-ClusterFunctionalLevel cmdlet - no errors should be returned (see Figure 19).

      ScreenCap présentant la sortie de l’applet de commande Update-ClusterFunctionalLevel figure 19 : mise à jour du niveau fonctionnel d’un cluster à l’aide de PowerShellScreencap showing the output of the Update-ClusterFunctionalLevel cmdlet Figure 19: Updating the functional level of a cluster using PowerShell

    4. Une fois l' Update-ClusterFunctionalLevel applet de commande exécutée, de nouvelles fonctionnalités sont disponibles.After the Update-ClusterFunctionalLevel cmdlet is run, new features are available.

  4. Windows Server 2016-reprendre les mises à jour et les sauvegardes de cluster normales :Windows Server 2016 - resume normal cluster updates and backups:

    1. Si vous exécutez la mise à jour adaptée aux clusters, redémarrez-la à l’aide de l’interface utilisateur de la mise à jour adaptée aux clusters ou utilisez la Enable-CauClusterRole cmdletIf you were previously running CAU, restart it using the CAU UI or use the Enable-CauClusterRole cmdlet (see Figure 20).

      ScreenCap présentant la sortie de l’applet de commande Enable-CauClusterRole figure 20 : activer le rôle des mises à jour prenant en charge les clusters à l’aide de l' Enable-CauClusterRole applet de commandeScreencap showing the output of the Enable-CauClusterRole Figure 20: Enable Cluster Aware Updates role using the Enable-CauClusterRole cmdlet

    2. Reprendre les opérations de sauvegarde.Resume backup operations.

  5. Activez et utilisez les fonctionnalités de Windows Server 2016 sur les machines virtuelles Hyper-V.Enable and use the Windows Server 2016 features on Hyper-V Virtual Machines.

    1. Une fois que le cluster a été mis à niveau vers le niveau fonctionnel de Windows Server 2016, de nombreuses charges de travail comme les machines virtuelles Hyper-V auront de nouvelles fonctionnalités.After the cluster has been upgraded to Windows Server 2016 functional level, many workloads like Hyper-V VMs will have new capabilities. Pour obtenir la liste des nouvelles fonctionnalités Hyper-V.For a list of new Hyper-V capabilities. Voir migrer et mettre à niveau des machines virtuellessee Migrate and upgrade virtual machines

    2. Sur chaque nœud hôte Hyper-V du cluster, utilisez l' Get-VMHostSupportedVersion applet de commande pour afficher les versions de configuration de machine virtuelle Hyper-v prises en charge par l’hôte.On each Hyper-V host node in the cluster, use the Get-VMHostSupportedVersion cmdlet to view the Hyper-V VM configuration versions that are supported by the host.

      ScreenCap affichant la sortie de l’applet de commande VMHostSupportedVersion figure 21 : affichage des versions de configuration des machines virtuelles Hyper-V prises en charge par l’hôteScreencap showing the output of the Get-VMHostSupportedVersion cmdlet Figure 21: Viewing the Hyper-V VM configuration versions supported by the host

    3. Sur chaque nœud hôte Hyper-V du cluster, les versions de configuration de machine virtuelle Hyper-V peuvent être mises à niveau en planifiant une courte fenêtre de maintenance avec les utilisateurs, en sauvegardant, en désactivant les machines virtuelles et en exécutant l’applet de commande Update-VMVersion (voir figure 22).On each Hyper-V host node in the cluster, Hyper-V VM configuration versions can be upgraded by scheduling a brief maintenance window with users, backing up, turning off virtual machines, and running the Update-VMVersion cmdlet (see Figure 22). Cette opération met à jour la version de la machine virtuelle et active les nouvelles fonctionnalités Hyper-V, ce qui évite d’avoir à effectuer de futures mises à jour du composant d’intégration Hyper-V.This will update the virtual machine version, and enable new Hyper-V features, eliminating the need for future Hyper-V Integration Component (IC) updates. Cette applet de commande peut être exécutée à partir du nœud Hyper-V qui héberge la machine virtuelle, ou le -ComputerName paramètre peut être utilisé pour mettre à jour la version de la machine virtuelle à distance.This cmdlet can be run from the Hyper-V node that is hosting the VM, or the -ComputerName parameter can be used to update the VM Version remotely. Dans cet exemple, nous mettons à niveau la version de configuration de VM1 de 5,0 à 7,0 pour tirer parti de nombreuses nouvelles fonctionnalités Hyper-V associées à cette version de configuration de machine virtuelle, telles que les points de contrôle de production (sauvegardes de cohérence d’application) et le fichier de configuration de machine virtuelle binaire.In this example, here we upgrade the configuration version of VM1 from 5.0 to 7.0 to take advantage of many new Hyper-V features associated with this VM configuration version such as Production Checkpoints (Application Consistent backups), and binary VM configuration file.

      ScreenCap présentant l’applet de commande Update-VMVersion dans l’action figure 22 : mise à niveau d’une version de machine virtuelle à l’aide de l’applet de commande PowerShell Update-VMVersionScreencap showing the Update-VMVersion cmdlet in action Figure 22: Upgrading a VM version using the Update-VMVersion PowerShell cmdlet

  6. Les pools de stockage peuvent être mis à niveau à l’aide de l’applet de commande PowerShell Update-StoragePool -il s’agit d’une opération en ligne.Storage pools can be upgraded using the Update-StoragePool PowerShell cmdlet - this is an online operation.

Bien que nous ciblions des scénarios de cloud privé, en particulier les clusters de serveurs de fichiers Hyper-V et avec montée en puissance parallèle, qui peuvent être mis à niveau sans temps d’arrêt, le processus de mise à niveau propagée de système d’exploitation de cluster peut être utilisé pour n’importe quel rôle de cluster.Although we are targeting Private Cloud scenarios, specifically Hyper-V and Scale-out File Server clusters, which can be upgraded without downtime, the Cluster OS Rolling Upgrade process can be used for any cluster role.

Restrictions/limitationsRestrictions / Limitations

  • Cette fonctionnalité fonctionne uniquement pour les versions de Windows Server 2012 R2 vers Windows Server 2016 uniquement.This feature works only for Windows Server 2012 R2 to Windows Server 2016 versions only. Cette fonctionnalité ne peut pas mettre à niveau des versions antérieures de Windows Server, telles que Windows Server 2008, Windows Server 2008 R2 ou Windows Server 2012 vers Windows Server 2016.This feature cannot upgrade earlier versions of Windows Server such as Windows Server 2008, Windows Server 2008 R2, or Windows Server 2012 to Windows Server 2016.
  • Chaque nœud Windows Server 2016 doit être reformaté/nouvelle installation uniquement.Each Windows Server 2016 node should be reformatted/new installation only. Le type d’installation « sur place » ou « mise à niveau » est déconseillé."In-place" or "upgrade" installation type is discouraged.
  • Un nœud Windows Server 2016 doit être utilisé pour ajouter des nœuds Windows Server 2016 au cluster.A Windows Server 2016 node must be used to add Windows Server 2016 nodes to the cluster.
  • Lors de la gestion d’un cluster en mode mixte, effectuez toujours les tâches de gestion à partir d’un nœud de niveau supérieur exécutant Windows Server 2016.When managing a mixed-OS mode cluster, always perform the management tasks from an uplevel node that is running Windows Server 2016. Les nœuds Windows Server 2012 R2 de niveau inférieur ne peuvent pas utiliser l’interface utilisateur ou les outils de gestion sur Windows Server 2016.Downlevel Windows Server 2012 R2 nodes cannot use UI or management tools against Windows Server 2016.
  • Nous encourageons les clients à parcourir rapidement le processus de mise à niveau du cluster, car certaines fonctionnalités du cluster ne sont pas optimisées pour le mode mixte du système d’exploitation.We encourage customers to move through the cluster upgrade process quickly because some cluster features are not optimized for mixed-OS mode.
  • Évitez de créer ou de redimensionner le stockage sur des nœuds Windows Server 2016 alors que le cluster s’exécute en mode mixte en raison d’éventuelles incompatibilités lors du basculement d’un nœud Windows Server 2016 vers des nœuds Windows Server 2012 R2 de niveau supérieur.Avoid creating or resizing storage on Windows Server 2016 nodes while the cluster is running in mixed-OS mode because of possible incompatibilities on failover from a Windows Server 2016 node to down-level Windows Server 2012 R2 nodes.

Forum aux questionsFrequently asked questions

Combien de temps le cluster de basculement peut-il s’exécuter en mode mixte ?How long can the failover cluster run in mixed-OS mode? Nous encourageons les clients à effectuer la mise à niveau dans un délai de quatre semaines.We encourage customers to complete the upgrade within four weeks. Il existe de nombreuses optimisations dans Windows Server 2016.There are many optimizations in Windows Server 2016. Nous avons réussi à mettre à niveau les clusters de serveurs de fichiers Hyper-V et avec montée en puissance parallèle sans temps d’arrêt en moins de quatre heures au total.We have successfully upgraded Hyper-V and Scale-out File Server clusters with zero downtime in less than four hours total.

Reportez-vous cette fonctionnalité sur Windows Server 2012, Windows Server 2008 R2 ou Windows Server 2008 ?Will you port this feature back to Windows Server 2012, Windows Server 2008 R2, or Windows Server 2008? Nous n’avons pas de plan pour replacer cette fonctionnalité dans les versions précédentes.We do not have any plans to port this feature back to previous versions. La mise à niveau propagée de système d’exploitation de cluster est notre vision de la mise à niveau des clusters Windows Server 2012 R2 vers Windows Server 2016 et ultérieur.Cluster OS Rolling Upgrade is our vision for upgrading Windows Server 2012 R2 clusters to Windows Server 2016 and beyond.

Est-ce que toutes les mises à jour logicielles doivent être installées sur le cluster Windows Server 2012 R2 avant de commencer le processus de mise à niveau propagée du système d’exploitation du cluster ?Does the Windows Server 2012 R2 cluster need to have all the software updates installed before starting the Cluster OS Rolling Upgrade process? Oui, avant de commencer le processus de mise à niveau propagée du système d’exploitation du cluster, vérifiez que tous les nœuds de cluster sont mis à jour avec les dernières mises à jour logicielles.Yes, before starting the Cluster OS Rolling Upgrade process, verify that all cluster nodes are updated with the latest software updates.

Puis-je exécuter l’applet de commande Update-ClusterFunctionalLevel alors que les nœuds sont désactivés ou suspendus ?Can I run the Update-ClusterFunctionalLevel cmdlet while nodes are Off or Paused? Non.No. Tous les nœuds de cluster doivent être activés et dans l’appartenance active pour que l’applet de commande Update-ClusterFunctionalLevel fonctionne.All cluster nodes must be on and in active membership for the Update-ClusterFunctionalLevel cmdlet to work.

La mise à niveau propagée du système d’exploitation du cluster fonctionne-t-elle pour toute charge de travail Fonctionne-t-il pour SQL Server ?Does Cluster OS Rolling Upgrade work for any cluster workload? Does it work for SQL Server? Oui, la mise à niveau propagée de système d’exploitation de cluster fonctionne pour toute charge de travail de cluster.Yes, Cluster OS Rolling Upgrade works for any cluster workload. Toutefois, il ne s’agit que d’un temps d’arrêt nul pour les clusters de serveurs de fichiers avec montée en puissance parallèle et Hyper-V.However, it is only zero-downtime for Hyper-V and Scale-out File Server clusters. La plupart des autres charges de travail entraînent des temps d’arrêt (généralement quelques minutes) lors du basculement, et le basculement est requis au moins une fois pendant le processus de mise à niveau propagée du système d’exploitation du cluster.Most other workloads incur some downtime (typically a couple of minutes) when they failover, and failover is required at least once during the Cluster OS Rolling Upgrade process.

Puis-je automatiser ce processus à l’aide de PowerShell ?Can I automate this process using PowerShell? Oui, nous avons conçu la mise à niveau propagée du système d’exploitation de cluster pour qu’elle soit automatisée avec PowerShell.Yes, we have designed Cluster OS Rolling Upgrade to be automated using PowerShell.

Puis-je mettre à niveau plusieurs nœuds simultanément pour un cluster de grande taille qui dispose d’une charge de travail et d’une capacité de basculement supplémentaires ?For a large cluster that has extra workload and failover capacity, can I upgrade multiple nodes simultaneously? Oui.Yes. Lorsqu’un nœud est supprimé du cluster pour mettre à niveau le système d’exploitation, le cluster possède un nœud moins pour le basculement, ce qui réduit la capacité de basculement.When one node is removed from the cluster to upgrade the OS, the cluster will have one less node for failover, hence will have a reduced failover capacity. Pour les clusters de grande taille avec une charge de travail et une capacité de basculement suffisantes, plusieurs nœuds peuvent être mis à niveau simultanément.For large clusters with enough workload and failover capacity, multiple nodes can be upgraded simultaneously. Vous pouvez ajouter temporairement des nœuds de cluster au cluster pour améliorer la capacité de charge de travail et de basculement pendant le processus de mise à niveau propagée du système d’exploitation du cluster.You can temporarily add cluster nodes to the cluster to provide improved workload and failover capacity during the Cluster OS Rolling Upgrade process.

Que se passe-t-il si je découvre un problème dans mon cluster après que Update-ClusterFunctionalLevel a été exécuté avec succès ?What if I discover an issue in my cluster after Update-ClusterFunctionalLevel has been run successfully? Si vous avez sauvegardé la base de données de cluster avec une sauvegarde de l’état du système avant d’exécuter Update-ClusterFunctionalLevel , vous devez être en mesure d’effectuer une restauration faisant autorité sur un nœud de cluster Windows Server 2012 R2 et de restaurer la base de données et la configuration de cluster d’origine.If you have backed-up the cluster database with a System State backup before running Update-ClusterFunctionalLevel, you should be able to perform an Authoritative restore on a Windows Server 2012 R2 cluster node and restore the original cluster database and configuration.

Puis-je utiliser la mise à niveau sur place pour chaque nœud au lieu d’utiliser l’installation Clean-OS en reformatant le lecteur système ?Can I use in-place upgrade for each node instead of using clean-OS install by reformatting the system drive? Nous n’encourageons pas l’utilisation de la mise à niveau sur place de Windows Server, mais nous sommes conscients qu’elle fonctionne dans certains cas où les pilotes par défaut sont utilisés.We do not encourage the use of in-place upgrade of Windows Server, but we are aware that it works in some cases where default drivers are used. Veuillez lire attentivement tous les messages d’avertissement affichés pendant la mise à niveau sur place d’un nœud de cluster.Please carefully read all warning messages displayed during in-place upgrade of a cluster node.

Si j’utilise la réplication Hyper-V pour une machine virtuelle Hyper-v sur mon cluster Hyper-V, la réplication reste-t-elle intacte pendant et après le processus de mise à niveau propagée du système d’exploitation du cluster ?If I am using Hyper-V replication for a Hyper-V VM on my Hyper-V cluster, will replication remain intact during and after the Cluster OS Rolling Upgrade process? Oui, la réplication Hyper-V reste intacte pendant et après le processus de mise à niveau propagée du système d’exploitation du cluster.Yes, Hyper-V replica remains intact during and after the Cluster OS Rolling Upgrade process.

Puis-je utiliser System Center 2016 Virtual Machine Manager (SCVMM) pour automatiser le processus de mise à niveau propagée du système d’exploitation du cluster ?Can I use System Center 2016 Virtual Machine Manager (SCVMM) to automate the Cluster OS Rolling Upgrade process? Oui, vous pouvez automatiser le processus de mise à niveau propagée du système d’exploitation du cluster à l’aide de VMM dans System Center 2016.Yes, you can automate the Cluster OS Rolling Upgrade process using VMM in System Center 2016.

Références supplémentairesAdditional References