Mise à niveau propagée du système d’exploitation du cluster

S’applique à : Windows Server 2022, 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 de serveur de fichiers Hyper-V ou Scale-Out. Avec cette fonctionnalité, les pénalités de temps d’arrêt sur les contrats de niveau de service peuvent être évitées.

La mise à niveau propagée de système d’exploitation de cluster offre les avantages suivants :

  • 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 (s’exécutant sur tous les nœuds de cluster du cluster) sans temps d’arrêt. 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 effectuer le basculement vers Windows Server 2016.

  • Il ne nécessite pas de matériel supplémentaire. 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.

  • Le cluster n’a pas besoin d’être arrêté ou redémarré.

  • Un nouveau cluster n’est pas requis. Le cluster existant est mis à niveau. En outre, les objets de cluster existants stockés dans Active Directory sont utilisés.

  • 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.

  • 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.

  • Il prend en charge l’automatisation via PowerShell et WMI.

  • la propriété ClusterFunctionalLevel de la propriété publique du cluster indique l’état du cluster sur Windows Server 2016 nœuds de cluster. 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 :

    Get-Cluster | Select ClusterFunctionalLevel
    

    la valeur 8 indique que le cluster s’exécute au niveau fonctionnel Windows Server 2012 R2. la valeur 9 indique que le cluster est en cours d’exécution au niveau fonctionnel Windows Server 2016.

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 :

  • Clusters Hyper-V
  • Clusters de serveurs de fichiers Scale-Out

Le scénario suivant n’est pas pris en charge dans 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é

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. 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 de l’aide sur la mise à niveau des clusters et sur l’automatisation des étapes décrites dans ce document.

Spécifications

Avant de commencer le processus de mise à niveau propagée du système d’exploitation du cluster, complétez les conditions suivantes :

  • démarrez avec un Cluster de basculement exécutant Windows Server 2016 ou 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.
  • Si la charge de travail du cluster est des machines virtuelles Hyper-V ou Scale-Out serveur de fichiers, vous pouvez vous attendre à une mise à niveau sans temps mort.
  • Vérifiez que les nœuds Hyper-V ont des processeurs qui prennent en charge Second-Level table d’adressage (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.

États de transition de cluster pendant la mise à niveau propagée du système d’exploitation

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.

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 Windows Server 2016 nœud fonctionne comme si les deux nœuds exécutaient le système d’exploitation Windows Server 2012 r2. lorsque Windows Server 2016 nœuds sont ajoutés au cluster, ils fonctionnent dans un mode de compatibilité Windows Server 2012 R2. 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).

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, le mode mixte du système d’exploitation et tous les nœuds Windows Server 2016Figure 1 : transitions d’état du système d’exploitation du cluster

un cluster Windows Server 2012 R2 passe en mode mixte lorsqu’un nœud Windows Server 2016 est ajouté au cluster. le processus est entièrement réversible-Windows Server 2016 nœuds peuvent être supprimés du cluster et Windows Server 2012 nœuds R2 peuvent être ajoutés au cluster dans ce mode. Le « point de non retour » se produit lorsque la Update-ClusterFunctionalLevel applet de commande PowerShell est exécutée sur le 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.

États de transition d’un cluster à quatre nœuds pendant l’exécution de la mise à niveau propagée du système d’exploitation

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.

« Stage 1 » est l’état initial : nous commençons par un cluster Windows Server 2012 R2.

Illustration montrant l’état initial : tous les nœuds Windows Server 2012 R2Figure 2 : état initial : Cluster de basculement Windows Server 2012 R2 (étape 1)

Dans « étape 2 », deux nœuds ont été suspendus, vidés, supprimés, reformatés et installés avec Windows Server 2016.

Illustration illustrant le cluster en mode de système d’exploitation mixte : en dehors de l’exemple de cluster à quatre nœuds, deux nœuds sont en cours d’exécution Windows Server 2016, et deux nœuds sont en cours d’exécution Windows Server 2012 R2Figure 3 : état intermédiaire : mode mixte du système d’exploitation : Windows Server 2012 R2 et cluster de basculement Windows Server 2016 (étape 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 Update-ClusterFunctionalLevel applet de commande PowerShell.

Notes

à ce niveau, le processus peut être complètement inversé et Windows Server 2012 nœuds R2 peuvent être ajoutés à ce cluster.

Illustration montrant que le cluster a été entièrement mis à niveau vers Windows Server 2016 et qu’il est prêt pour l’applet de commande Update-ClusterFunctionalLevel pour ramener le niveau fonctionnel du cluster à Windows Server 2016Figure 4 : état intermédiaire : tous les nœuds mis à niveau vers Windows Server 2016, prêts pour Update-ClusterFunctionalLevel (étape 3)

après l’exécution du Update-ClusterFunctionalLevelcmdlet, le cluster passe à « Stage 4 », où les nouvelles fonctionnalités de cluster Windows Server 2016 peuvent être utilisées.

Illustration montrant que la mise à niveau propagée du système d’exploitation 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 Windows Server 2016 clusterFigure 5 : état Final : Windows Server 2016 cluster de basculement (étape 4)

Processus de mise à niveau propagée du système d’exploitation

Cette section décrit le flux de travail pour effectuer une mise à niveau propagée du système d’exploitation du cluster.

Illustration illustrant le flux de travail pour la mise à niveau d’un clusterfigure 6 : workflow de processus de mise à niveau propagée de système d’exploitation

La mise à niveau propagée de système d’exploitation de cluster comprend les étapes suivantes :

  1. Préparez le cluster pour la mise à niveau du système d’exploitation comme suit :

    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. 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. 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 ? 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 ?

    2. pour les charges de travail hyper-v, vérifiez que tous les ordinateurs hôtes hyper-v Windows Server 2016 disposent de la prise en charge de l’uc Second-Level Table d’adresses (SLAT). Seuls les ordinateurs à capacité SLAT peuvent utiliser le rôle Hyper-V dans Windows Server 2016.

    3. Vérifiez que toutes les sauvegardes de charge de travail sont terminées, puis envisagez de sauvegarder le cluster. Arrêtez les opérations de sauvegarde lors de l’ajout de nœuds au 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).

      ScreenCap présentant les résultats de l’exécution de l’applet de commande Get-ClusterNodefigure 7 : détermination de l’état du nœud à l’aide de l’applet de commande Get-ClusterNode

    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 (voir 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.

      ScreenCap présentant la sortie de l’applet de commande Get-CauRunfigure 8 : utilisation de l' Screencap showing the output of the Get-CauRun cmdlet applet de commande pour déterminer si les mises à jour sensibles aux clusters sont en cours d’exécution sur le cluster

      ScreenCap présentant la sortie de l’applet de commande Disable-CauClusterRolefigure 9 : désactivation du rôle mises à jour prenant en charge les clusters à l’aide de l' Screencap showing the output of the Disable-CauClusterRole cmdlet applet de commande

  2. Pour chaque nœud du cluster, procédez comme suit :

    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 (voir figure 11).

      ScreenCap illustrant l’écoulement des rôles avec l’interface utilisateur du gestionnaire de clusterfigure 10 : purge des rôles d’un nœud à l’aide de gestionnaire du cluster de basculement

      ScreenCap présentant la sortie de l’applet de commande Suspend-ClusterNodefigure 11 : purge des rôles d’un nœud à l’aide de l' Screencap showing the output of the Suspend-ClusterNode cmdlet applet de commande

    2. À l’aide de l’interface utilisateur du gestionnaire de cluster, supprimez le nœud suspendu du cluster ou utilisez l’applet de commande .

      ScreenCap présentant la sortie de l’applet de commande Remove-ClusterNodefigure 12 : supprimer un nœud du cluster à l’aide de l' Screencap showing the output of the Remove-ClusterNode cmdlet applet de commande

    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 Windows uniquement (version avancée) (voir Figure 13) de 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.

      Screencap de l’assistant installation de Windows Server 2016 qui montre l’option d’installation personnalisée sélectionnéeFigure 13 : options d’installation disponibles pour Windows Server 2016

    4. Ajoutez le nœud au domaine de Active Directory approprié.

    5. Ajoutez les utilisateurs appropriés au groupe administrateurs.

    6. À l’aide de l’interface utilisateur Gestionnaire de serveur ou Install-WindowsFeature applet de commande PowerShell, installez tous les rôles de serveur dont vous avez besoin, tels que Hyper-V.

      Install-WindowsFeature -Name Hyper-V
      
    7. À l’aide de l’interface utilisateur Gestionnaire de serveur ou Install-WindowsFeature applet de commande PowerShell, installez la fonctionnalité de clustering de basculement.

      Install-WindowsFeature -Name Failover-Clustering
      
    8. Installez les fonctionnalités supplémentaires requises par vos charges de travail de cluster.

    9. Vérifiez les paramètres de connectivité réseau et de stockage à l’aide de l’interface utilisateur Gestionnaire du cluster de basculement.

    10. si Windows pare-feu est utilisé, vérifiez que les paramètres du pare-feu sont corrects pour le cluster. Par exemple, les clusters compatibles avec la mise à jour adaptée aux clusters peuvent nécessiter une configuration de pare-feu.

    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).

      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.

      ScreenCap présentant l’emplacement de la boîte de dialogue Gestionnaire de commutateur virtuel Hyper-Vfigure 14 : gestionnaire de commutateur virtuel

    12. sur un nœud de Windows Server 2016 (n’utilisez pas de nœud Windows Server 2012 R2), utilisez la Gestionnaire du cluster de basculement (voir Figure 15) pour vous connecter au Cluster.

      ScreenCap présentant la boîte de dialogue Sélectionner un clusterfigure 15 : ajout d’un nœud au cluster à l’aide de gestionnaire du cluster de basculement

    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.

      ScreenCap présentant la sortie de l’applet de commande Add-ClusterNodefigure 16 : ajout d’un nœud au cluster à l’aide de l' Screencap showing the output of the Add-ClusterNode cmdlet applet de commande

      Notes

      lorsque le premier nœud de Windows Server 2016 rejoint le cluster, le cluster passe en mode « système d’exploitation mixte » et les ressources principales du cluster sont déplacées vers le nœud de Windows Server 2016. 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. Le mode « mixte-système d’exploitation » est un mode transitoire pour le 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.

    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 nouvellement ajouté pour rééquilibrer la charge de travail sur le cluster comme suit :

      ScreenCap présentant la sortie de l’applet de commande Move-ClusterVirtualMachineRolefigure 17 : déplacement d’une charge de travail de cluster (rôle de machine virtuelle du cluster) à l’aide de l' Screencap showing the output of the Move-ClusterVirtualMachineRole cmdlet applet de commande

      1. Utilisez migration dynamique de la gestionnaire du cluster de basculement pour les machines virtuelles ou l’applet de commande (voir figure 17) pour effectuer une migration dynamique des machines virtuelles.

        Move-ClusterVirtualMachineRole -Name VM1 -Node robhind-host3
        
      2. Utilisez Move à partir du gestionnaire du cluster de basculement ou de l’applet de commande pour les autres charges de travail de cluster.

  3. lorsque tous les nœuds ont été mis à niveau vers Windows Server 2016 et rajoutés au cluster, ou lorsque les nœuds restants de Windows Server 2012 R2 ont été supprimés, procédez comme suit :

    Important

    • après avoir mis à jour le niveau fonctionnel du cluster, vous ne pouvez pas revenir au niveau fonctionnel Windows Server 2012 r2 et Windows Server 2012 nœuds r2 ne peuvent pas être ajoutés au cluster.
    • tant que l' Update-ClusterFunctionalLevel applet de commande n’est pas exécutée, le processus est entièrement réversible et Windows Server 2012 nœuds R2 peuvent être ajoutés à ce cluster et Windows Server 2016 nœuds peuvent être supprimés.
    • Une fois l' Update-ClusterFunctionalLevel applet de commande exécutée, de nouvelles fonctionnalités sont disponibles.
    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. dans l’exemple suivant, le Stockage disponible n’est pas utilisé, au lieu d’utiliser le format CSV, par conséquent, disponible Stockage affiche un état hors connexion (voir la Figure 18).

      ScreenCap présentant la sortie de l’applet de commande Get-ClusterGroupfigure 18 : vérification de l’exécution de tous les groupes de cluster (rôles de cluster) à l’aide de l' Screencap showing the output of the Get-ClusterGroup cmdlet applet de commande

    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.

    3. Exécutez l' Update-ClusterFunctionalLevel applet de commande : aucune erreur ne doit être retournée (voir figure 19).

      ScreenCap présentant la sortie de l’applet de commande Update-ClusterFunctionalLevelfigure 19 : mise à jour du niveau fonctionnel d’un cluster à l’aide de PowerShell

    4. Une fois l' Update-ClusterFunctionalLevel applet de commande exécutée, de nouvelles fonctionnalités sont disponibles.

  4. Windows Server 2016-reprendre les mises à jour et les sauvegardes de cluster normales :

    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 cmdlet

      ScreenCap présentant la sortie de l’applet de commande Enable-CauClusterRolefigure 20 : activer le rôle des mises à jour prenant en charge les clusters à l’aide de l' Screencap showing the output of the Enable-CauClusterRole applet de commande

    2. Reprendre les opérations de sauvegarde.

  5. activez et utilisez les fonctionnalités de Windows Server 2016 sur les Machines virtuelles Hyper-V.

    1. une fois que le cluster a été mis à niveau vers Windows Server 2016 niveau fonctionnel, de nombreuses charges de travail comme les machines virtuelles Hyper-V auront de nouvelles fonctionnalités. Pour obtenir la liste des nouvelles fonctionnalités Hyper-V. Voir migrer et mettre à niveau des machines virtuelles

    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.

      ScreenCap affichant la sortie de l’applet de commande Get-VMHostSupportedVersionfigure 21 : affichage des versions de configuration des machines virtuelles Hyper-V prises en charge par l’hôte

    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). 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. 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. 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.

      ScreenCap présentant l’applet de commande Update-VMVersion dans l’actionfigure 22 : mise à niveau d’une version de machine virtuelle à l’aide de l’applet de commande PowerShell Update-VMVersion

  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.

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.

Restrictions/limitations

  • cette fonctionnalité ne fonctionne que pour les versions de Windows Server 2012 R2 Windows Server 2016 uniquement. cette fonctionnalité ne peut pas mettre à niveau des versions antérieures de Windows server comme Windows server 2008, Windows server 2008 R2 ou Windows Server 2012 à Windows Server 2016.
  • chaque nœud de Windows Server 2016 doit être reformaté/nouvelle installation uniquement. Le type d’installation « sur place » ou « mise à niveau » est déconseillé.
  • un nœud de Windows Server 2016 doit être utilisé pour ajouter des nœuds de Windows Server 2016 au cluster.
  • Lors de la gestion d’un cluster en mode mixte du système d’exploitation, effectuez toujours les tâches de gestion à partir d’un nœud de niveau supérieur qui exécute Windows Server 2016. les nœuds de niveau inférieur Windows Server 2012 R2 ne peuvent pas utiliser l’interface utilisateur ou les outils de gestion sur 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.
  • évitez de créer ou de redimensionner le stockage sur des nœuds de Windows Server 2016 pendant 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 à des nœuds Windows Server 2012 R2 de niveau supérieur.

Forum aux questions

Combien de temps le cluster de basculement peut-il s’exécuter en mode mixte ? Nous encourageons les clients à effectuer la mise à niveau dans un délai de quatre semaines. Il existe de nombreuses optimisations dans 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.

reportez-vous cette fonctionnalité sur Windows Server 2012, Windows server 2008 R2 ou Windows server 2008 ? Nous n’avons pas de plan pour replacer cette fonctionnalité dans les versions précédentes. la mise à niveau propagée de système d’exploitation de Cluster est notre vision de la mise à niveau de clusters Windows Server 2012 R2 vers Windows Server 2016 et ultérieur.

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 ? 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.

Puis-je exécuter l’applet de commande Update-ClusterFunctionalLevel alors que les nœuds sont désactivés ou suspendus ? Non. Tous les nœuds de cluster doivent être activés et dans l’appartenance active pour que l’applet de commande Update-ClusterFunctionalLevel fonctionne.

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 ? Oui, la mise à niveau propagée de système d’exploitation de cluster fonctionne pour toute charge de travail de cluster. 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. 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.

Puis-je automatiser ce processus à l’aide de 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.

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 ? Oui. 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. 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. 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.

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 ? 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.

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 ? nous n’encourageons pas l’utilisation de la mise à niveau sur place d’Windows Server, mais nous sommes conscients qu’elle fonctionne dans certains cas où les pilotes par défaut sont utilisés. Veuillez lire attentivement tous les messages d’avertissement affichés pendant la mise à niveau sur place d’un nœud de cluster.

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 ? 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.

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 ? 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.

Références supplémentaires