Mise à jour des clusters Azure Stack HCI, version 22H2

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

Avertissement

La mise à jour d’Azure Stack HCI, version 22H2 vers Azure Stack HCI, version 23H2 n’est actuellement pas prise en charge. Pour les nouveaux déploiements, nous vous recommandons d’utiliser Azure Stack HCI, version 23H2 qui est désormais en disponibilité générale. Pour plus d’informations sur Azure Stack HCI, version 23H2, consultez Utiliser Azure Update Manager pour mettre à jour votre instance Azure Stack HCI, version 23H2.

Cet article explique comment installer, surveiller et dépanner les mises à jour sur des clusters à plusieurs nœuds. Pour mettre à jour des clusters à nœud unique, consultez Mise à jour des clusters à nœud unique.

Lors d’une mise à jour de clusters Azure Stack HCI, l’objectif poursuivi est de maintenir la disponibilité en ne mettant à jour qu’un seul serveur du cluster à la fois. De nombreuses mises à jour du système d’exploitation nécessitent la mise hors connexion du serveur, par exemple pour effectuer un redémarrage ou mettre à jour des logiciels tels que la pile réseau. Nous vous conseillons d’utiliser la Mise à jour adaptée aux clusters, une fonctionnalité qui facilite l’installation des mises à jour sur chaque serveur de votre cluster tout en conservant l’exécution de vos applications. La Mise à jour adaptée aux clusters automatise l’entrée et la sortie du serveur en mode maintenance lors de l’installation de mises à jour et du redémarrage du serveur, si nécessaire. La mise à jour prenant en charge le cluster est la méthode de mise à jour par défaut utilisée par Windows Admin Center ; elle peut également être lancée à l’aide de PowerShell.

Important

Azure Stack HCI, version 22H2 a entré en disponibilité générale et est disponible en tant que mise à jour des fonctionnalités. Pour mettre à jour votre cluster vers la version 22H2 et accéder aux nouvelles fonctionnalités, consultez Installer les mises à jour des fonctionnalités à l’aide de Windows Admin Center.

Si vous utilisez Microsoft System Center pour gérer des clusters Azure Stack HCI, vous pouvez utiliser Virtual Machine Manager (VMM) pour orchestrer des mises à niveau propagées sur vos clusters et passer d’Azure Stack HCI version 20H2 (version d’origine) à la version 21H2. Il s’agit de la même fonctionnalité dans VMM qui permet la mise à niveau de Windows Server 2019 vers Windows Server 2022.

Si vous utilisez actuellement System Center 2019, n’installez pas encore les mises à jour des fonctionnalités sur Azure Stack HCI. Effectuez une mise à niveau vers System Center 2022 avant la mise à jour vers Azure Stack HCI, version 21H2. Une fois que vous avez effectué la mise à niveau vers System Center 2022, vous pouvez effectuer une mise à jour vers Azure Stack HCI, version 21H2 à l’aide de n’importe quelle option disponible : Windows Admin Center, PowerShell ou la fonctionnalité de mise à niveau propagée de cluster dans Virtual Machine Manager.

N’inscrivez pas les clusters gérés par Virtual Machine Manager dans le canal d’évaluation Azure Stack HCI. System Center 2022 ne prend pas en charge les préversions d’Azure Stack HCI. Vous pouvez consulter le blog System Center si vous êtes intéressé par les préversions d’Azure Stack HCI.

Cet article se concentre sur les mises à jour du système d’exploitation et des fonctionnalités. Si vous devez mettre un serveur hors connexion pour effectuer la maintenance sur le matériel, consultez Procédures de maintenance du cluster de basculement.

Si vous utilisez Azure Stack HCI, version 23H2 (préversion), les mises à jour du système d’exploitation sont effectuées à l’aide d’Azure Update Manager. Pour plus d’informations, consultez Utiliser Azure Update Manager pour mettre à jour votre instance Azure Stack HCI, version 23H2 (préversion). En outre, pour rechercher et installer les mises à jour de microprogramme et de pilotes disponibles pour Azure Stack HCI, version 23H2 (préversion) à l’aide de Windows Admin Center, consultez Mettre à jour votre matériel via Windows Admin Center.

Installer des mises à jour de système d’exploitation et de matériel à l’aide de Windows Admin Center

Windows Admin Center facilite la mise à jour d’un cluster et l’application des mises à jour qualité à l’aide d’une simple interface utilisateur. Si vous avez acheté un système intégré auprès d’un partenaire matériel Microsoft, il est facile d’obtenir les derniers pilotes, microprogrammes et autres mises à jour, directement à partir de Windows Admin Center, en installant les extensions de mise à jour de partenaire appropriées. Si votre matériel n’a pas été acheté en tant que système intégré, des mises à jour de microprogramme et de pilote devront éventuellement être effectuées séparément, conformément aux recommandations du fabricant du matériel.

Avertissement

Si vous commencez le processus de mise à jour à l’aide de Windows Admin Center, continuez à utiliser l’Assistant jusqu’à ce que les mises à jour soient terminées. N’essayez pas d’utiliser l’outil Mise à jour adaptée aux clusters ni de mettre à jour un cluster avec PowerShell une fois le processus de mise à jour partiellement terminé dans Windows Admin Center. Si vous souhaitez utiliser PowerShell à la place de Windows Admin Center pour effectuer les mises à jour, passez directement à la mise à jour d’un cluster à l’aide de PowerShell.

Procédez comme suit pour installer des mises à jour :

  1. Lorsque vous vous connectez à un cluster, le tableau de bord windows Admin Center vous alerte si un ou plusieurs serveurs sont prêts à être installés et fournissent un lien vers la mise à jour maintenant. Vous pouvez également sélectionner Mises à jour dans le menu Outils sur la gauche.

  2. Si vous mettez à jour votre cluster pour la première fois, Windows Admin Center vérifie si le cluster est correctement configuré pour exécuter la mise à jour prenant en charge le cluster et, si nécessaire, demandez si vous souhaitez que Windows Admin Center configure la mise à jour CAU pour vous, y compris l’installation du rôle de cluster CAU et l’activation des règles de pare-feu requises. Pour commencer le processus de mise à jour, cliquez sur Prise en main.

    Windows Admin Center configure automatiquement le cluster pour exécuter la mise à jour adaptée aux clusters

    Remarque

    Pour utiliser l’outil de mise à jour adaptée aux clusters dans Windows Admin Center, vous devez activer CredSSP (Credential Security Service Provider) et fournir des informations d’identification explicites. Si vous êtes invité à activer CredSSP, cliquez sur Oui. Indiquez votre nom d’utilisateur et votre mot de passe, puis cliquez sur Continuer.

  3. L’état de la mise à jour du cluster s’affiche ; Cliquez sur Rechercher les mises à jour pour obtenir la liste des mises à jour du système d’exploitation disponibles pour chaque serveur du cluster. Vous devrez peut-être fournir des informations d’identification d’administrateur. Si aucune mise à jour du système d’exploitation n’est disponible, cliquez sur Suivant : mises à jour matérielles et passez à l’étape 8.

    Important

    Les mises à jour de fonctionnalités nécessitent des étapes supplémentaires. Si Windows Admin Center indique qu’une mise à jour de fonctionnalités est disponible pour votre cluster, consultez Installer des mises à jour de fonctionnalités à l’aide de Windows Admin Center.

    Si vous quittez l’écran Mises à jour pendant l’exécution d’une mise à jour, un comportement inattendu peut se produire. Par exemple, la section d’historique de la page Mises à jour peut ne pas être renseignée correctement tant que l’exécution en cours n’est pas terminée. Nous vous recommandons d’ouvrir Windows Admin Center dans une nouvelle fenêtre ou un nouvel onglet de navigateur si vous souhaitez continuer d’utiliser l’application pendant l’exécution des mises à jour.

  4. Sélectionnez Suivant : Installez pour continuer à installer les mises à jour du système d’exploitation, ou cliquez sur Ignorer pour les exclure.

    Cliquez sur Suivant : Installer pour continuer à installer les mises à jour du système d’exploitation, ou cliquez sur Ignorer pour les exclure

    Remarque

    Si vous installez des mises à jour sur un cluster pour lequel le redémarrage à chaud du noyau est activé, une case à cocher Désactiver le redémarrage à chaud du noyau pour cette exécution s’affiche. En cochant la case, vous désactivez le redémarrage à chaud du noyau pour cette mise à jour uniquement. Cela permet de désactiver le redémarrage à chaud du noyau lorsqu’une exécution de mise à jour nécessite un redémarrage complet, comme les mises à jour du BIOS.

  5. Cliquez sur Installer pour installer les mises à jour du système d’exploitation. Un par un, chaque serveur télécharge et applique les mises à jour. L’état de la mise à jour devient « Installation des mises à jour ». Si l’une des mises à jour nécessite un redémarrage, les serveurs sont redémarrés un par un et déplacent les rôles de cluster tels que les machines virtuelles entre les serveurs pour éviter les temps d’arrêt. Selon les mises à jour en cours d’installation, la totalité de l’exécution de la mise à jour peut prendre de quelques minutes à plusieurs heures. Vous pouvez être invité à fournir plusieurs fois vos informations d’identification de connexion à Windows Admin Center.

    Cliquez sur Installer pour installer les mises à jour du système d’exploitation sur chaque serveur du cluster

    Remarque

    Si les mises à jour semblent échouer avec les mises à jour impossibles à installer ou Si un ou plusieurs serveurs indiquent qu’ils n’ont pas pu obtenir l’état pendant l’exécution de la mise à jour, essayez d’attendre quelques minutes et d’actualiser votre navigateur. Vous pouvez également utiliser Get-CauRun pour vérifier l’état de l’exécution de la mise à jour avec PowerShell.

  6. Lorsque les mises à jour du système d’exploitation sont terminées, l’état de la mise à jour devient « Opération réussie ». Cliquez sur Suivant : Mises à jour matérielles pour passer à l’écran des mises à jour matérielles.

    Important

    Après l’application des mises à jour du système d’exploitation, un message indiquant que le stockage n’est pas complet ou à jour et qu’il est nécessaire de le synchroniser avec les données d’autres serveurs dans le cluster peut apparaître. Ceci est normal après le redémarrage d’un serveur. Ne supprimez pas de lecteurs et ne redémarrez aucun serveur du cluster tant que la finalisation de la synchronisation n’est pas confirmée.

  7. Si le cluster n’est pas connecté à Windows Update et que le média d’installation d’Azure Stack HCI est disponible sur un partage local, la mise à niveau du cluster peut également être utilisée pour mettre à niveau le cluster :

    Lorsque les nœuds de cluster ne sont pas connectés à Windows Update après l’installation des dernières mises à jour qualité et que le support d’installation a été copié dans un partage accessible aux nœuds de cluster :

    Invoke-CauRun –ClusterName <cluster_name> -CauPluginName Microsoft.RollingUpgradePlugin -CauPluginArguments @{ 'WuConnected'='false';'PathToSetupMedia'='\some\path\'; 'UpdateClusterFunctionalLevel'='true'; } -Force
    
  8. Windows Admin Center recherche dans le cluster les extensions installées qui prennent en charge votre matériel serveur spécifique. Cliquez sur Suivant : Installer pour installer les mises à jour matérielles sur chaque serveur du cluster. Si aucune extension ou mise à jour n’est trouvée, cliquez sur Quitter.

  9. Pour améliorer la sécurité, désactivez CredSSP dès que vous avez terminé l’installation des mises à jour :

    • Dans Windows Admin Center, sous Toutes les connexions, sélectionnez le premier serveur de votre cluster, puis sélectionnez Se connecter.
    • Dans la page Vue d’ensemble , sélectionnez Désactiver CredSSP, puis, dans la fenêtre contextuelle Désactiver CredSSP , sélectionnez Oui.

Installer des mises à jour de fonctionnalités à l’aide de Windows Admin Center

Microsoft recommande d’installer les nouvelles mises à jour de fonctionnalités dès que possible, en procédant comme suit.

Important

Windows centre d’administration présente des problèmes connus lors de la mise à niveau d’un cluster depuis Azure Stack HCI, version 20H2 vers la version 21H2. Consultez les problèmes connus à la fin de cet article.

  1. Dans Windows Admin Center, sélectionnez Mises à jour dans le volet Outils, sur la gauche. Les nouvelles mises à jour des fonctionnalités sont affichées.

    Les mises à jour des fonctionnalités sont affichées

  2. Sélectionnez Installer. Une vérification de la disponibilité s’affiche. En cas d’échec de l’une des vérifications des conditions, résolvez le problème avant de continuer.

    Une vérification de la disponibilité s’affiche

  3. Une fois la vérification de disponibilité terminée, vous êtes prêt à installer les mises à jour. À moins que vous ne souhaitiez avoir la possibilité de restaurer les mises à jour, cochez la case Mettre à jour le niveau fonctionnel du cluster pour activer les nouvelles fonctionnalités. Sinon, vous pouvez mettre à jour le niveau fonctionnel du cluster après l’installation à l’aide de PowerShell. Passez en revue les mises à jour répertoriées et sélectionnez Installer pour démarrer la mise à jour.

    Passez en revue les mises à jour et installez-les

  4. Vous pourrez voir la progression de l’installation comme dans la capture d’écran ci-dessous. Étant donné que vous mettez à jour le système d’exploitation avec de nouvelles fonctionnalités, l’exécution des mises à jour peut prendre un certain temps. Vous pouvez être invité à fournir plusieurs fois vos informations d’identification de connexion à Windows Admin Center.

    Vous pourrez voir la progression de l’installation des mises à jour au fur et à mesure

    Remarque

    Si les mises à jour semblent échouer avec les mises à jour impossibles à installer ou Si un ou plusieurs serveurs indiquent qu’ils n’ont pas pu obtenir l’état pendant l’exécution de la mise à jour, essayez d’attendre quelques minutes et d’actualiser votre navigateur. Vous pouvez également utiliser Get-CauRun pour vérifier l’état de l’exécution de la mise à jour avec PowerShell.

  5. Une fois les mises à jour des fonctionnalités terminées, vérifiez si d’autres mises à jour sont disponibles et installez-les.

  6. Effectuez des étapes postérieures à l’installation à l’aide de PowerShell. Ces étapes sont essentielles à la stabilité de votre cluster.

Mettre à jour un cluster à l’aide de PowerShell

Avant de pouvoir mettre à jour un cluster avec la mise à jour adaptée aux clusters, vous devez d’abord installer les Outils de clustering avec basculement qui font partie des Outils d’administration de serveur distant (RSAT) et incluent le logiciel de mise à jour adaptée aux clusters. Si vous mettez à jour un cluster qui exécute une version plus récente d’Azure Stack HCI, ces outils sont peut-être déjà installés.

Pour déterminer si un cluster de basculement est correctement configuré pour appliquer des mises à jour logicielles au moyen de la mise à jour adaptée aux clusters, exécutez l’applet de commande PowerShell Test-CauSetup. Elle effectue une analyse Best Practices Analyzer (BPA) du cluster de basculement et de l’environnement réseau, et vous alerte en cas d’avertissement ou d’erreur :

Test-CauSetup -ClusterName Cluster1

Si vous devez installer des fonctionnalités, des outils ou des rôles, consultez les sections suivantes. Sinon, passez directement à Rechercher des mises à jour avec PowerShell.

Installer les outils de clustering de basculement et de clustering de basculement à l’aide de PowerShell

Pour vérifier si un cluster ou un serveur dispose de la fonctionnalité de clustering de basculement et des outils de clustering de basculement déjà installés, émettez l’applet Get-WindowsFeature de commande PowerShell à partir de votre PC de gestion (ou exécutez-le directement sur le cluster ou le serveur, omettant le -ComputerName paramètre) :

Get-WindowsFeature -Name Failover*, RSAT-Clustering* -ComputerName Server1

Assurez-vous que « État d’installation » indique Installé et qu’un X s’affiche avant le clustering de basculement et le module de cluster de basculement pour Windows PowerShell :

Display Name                                            Name                       Install State
------------                                            ----                       -------------
[X] Failover Clustering                                 Failover-Clustering            Installed
        [X] Failover Clustering Tools                   RSAT-Clustering                Installed
            [X] Failover Cluster Module for Windows ... RSAT-Clustering-Powe...        Installed
            [ ] Failover Cluster Automation Server      RSAT-Clustering-Auto...        Available
            [ ] Failover Cluster Command Interface      RSAT-Clustering-CmdI...        Available

Si la fonctionnalité de clustering de basculement n’est pas installée, installez-la sur chaque serveur du cluster avec l’applet de commande à l’aide Install-WindowsFeature des paramètres -IncludeAllSubFeature et -IncludeManagementTools :

Install-WindowsFeature –Name Failover-Clustering -IncludeAllSubFeature –IncludeManagementTools -ComputerName Server1

Cette commande installe également le module de cluster de basculement pour PowerShell, qui inclut des applets de commande PowerShell pour la gestion des clusters de basculement et le module de mise à jour prenant en charge le cluster pour PowerShell pour installer des mises à jour logicielles sur des clusters de basculement.

Si la fonctionnalité de clustering de basculement est déjà installée, mais que le module de cluster de basculement pour Windows PowerShell ne l’est pas, il vous suffit de l’installer sur chaque serveur du cluster avec l’applet de commande Install-WindowsFeature :

Install-WindowsFeature –Name RSAT-Clustering-PowerShell -ComputerName Server1

Choisir un mode de mise à jour de la

La mise à jour prenant en charge le cluster (CAU) peut coordonner l’opération de mise à jour complète du cluster en deux modes :

  • Mode de mise à jour automatique pour ce mode, le rôle mise à jour en cluster prenant en charge le cluster est configuré en tant que charge de travail sur le cluster de basculement à mettre à jour et une planification de mise à jour associée définie. Le cluster effectue ses propres mises à jour aux moments planifiés, en utilisant un profil d’exécution de mise à jour par défaut ou personnalisé. Lors de l’exécution de mise à jour, le coordinateur de la mise à jour adaptée aux clusters commence par mettre à jour le nœud qui détient à ce moment-là le rôle en cluster Mise à jour adaptée aux clusters, puis il met à jour les nœuds suivants du cluster, à tour de rôle. Pour mettre à jour le nœud de cluster en cours, le rôle en cluster Mise à jour adaptée aux clusters bascule sur un autre nœud de cluster, et un nouveau coordinateur de mise à jour sur ce nœud prend le contrôle de l’exécution de mise à jour. En mode de mise à jour automatique, la mise à jour adaptée aux clusters peut mettre à jour le cluster de basculement à l’aide d’un processus de mise à jour de bout en bout entièrement automatisé. Un administrateur peut également déclencher des mises à jour à la demande dans ce mode ou simplement utiliser l’approche de mise à jour à distance si vous le souhaitez.

  • Mode de mise à jour à distance Pour ce mode, un ordinateur de gestion à distance (généralement un PC Windows 10) disposant d’une connectivité réseau au cluster de basculement, mais qui n’est pas membre du cluster de basculement, est configuré avec les Outils de clustering avec basculement. À partir de l’ordinateur de gestion à distance, appelé « coordinateur de mise à jour », l’administrateur déclenche une exécution de mise à jour à la demande, en utilisant un profil d’exécution de mise à jour par défaut ou personnalisé. Le mode de mise à jour à distance est utile pour superviser en temps réel la progression lors de l’exécution de mise à jour, et pour les clusters qui s’exécutent sur des installations Server Core.

    Remarque

    À compter de la mise à jour d’octobre 2018 de Windows 10, la fonctionnalité Outils d’administration de serveur distant est incluse en tant qu’ensemble de « Fonctionnalités à la demande » directement dans Windows 10. Pour les versions antérieures à Windows 10 22H2, accédez simplement aux applications Settings > Apps > &features Optional features > > Add a feature > RSAT : Failover Clustering Tools, puis sélectionnez Installer. Pour Windows 10 22H2 et Windows 11, accédez aux fonctionnalités facultatives > du système > paramètres > Ajouter une fonctionnalité > RSAT : Outils de clustering de basculement, puis sélectionnez Ajouter. Pour afficher la progression de l’opération, cliquez sur le bouton Précédent pour afficher l’état dans la page « Gérer les fonctionnalités facultatives ». La fonctionnalité ajoutée persiste dans les mises à niveau de version de Windows 10. Si vous voulez installer les Outils d’administration de serveur distant pour Windows 10 avant la mise à jour d’octobre 2018, téléchargez un package Outils d’administration de serveur distant.

Ajouter au cluster le rôle de cluster Mise à jour adaptée aux clusters

Le rôle de cluster Mise à jour adaptée aux clusters est obligatoire pour le mode de mise à jour automatique. Si vous utilisez Windows Admin Center pour effectuer les mises à jour, le rôle de cluster est automatiquement ajouté.

L’applet de commande Get-CauClusterRole affiche les propriétés de configuration du rôle de cluster Mise à jour adaptée aux clusters sur le cluster spécifié.

Get-CauClusterRole -ClusterName Cluster1

Si le rôle n’est pas encore configuré sur le cluster, le message d’erreur suivant s’affiche :

Get-CauClusterRole : The current cluster is not configured with a Cluster-Aware Updating clustered role.

Si vous voulez ajouter le rôle de cluster Mise à jour adaptée aux clusters pour le mode de mise à jour automatique à l’aide de PowerShell, utilisez la cmdlet Add-CauClusterRoleet fournissez les paramètres appropriés, comme dans l’exemple suivant :

Add-CauClusterRole -ClusterName Cluster1 -MaxFailedNodes 0 -RequireAllNodesOnline -EnableFirewallRules -VirtualComputerObjectName Cluster1-CAU -Force -CauPluginName Microsoft.WindowsUpdatePlugin -MaxRetriesPerNode 3 -CauPluginArguments @{ 'IncludeRecommendedUpdates' = 'False' } -StartDate "3/2/2020 3:00:00 AM" -DaysOfWeek 4 -WeeksOfMonth @(3) -verbose

Remarque

La commande précédente doit être exécutée à partir d’un PC de gestion ou d’un contrôleur de domaine.

Activer les règles de pare-feu pour autoriser les redémarrages à distance

Autoriser les serveurs à redémarrer à distance pendant le processus de mise à jour. Si vous utilisez Windows Admin Center pour effectuer les mises à jour, les règles de Pare-feu Windows seront automatiquement mises à jour sur chaque serveur pour autoriser les redémarrages à distance. Si vous effectuez une mise à jour avec PowerShell, activez le groupe de règles de pare-feu d’arrêt à distance dans le Pare-feu Windows ou transmettez le -EnableFirewallRules paramètre à l’applet de commande, comme dans l’exemple ci-dessus.

Rechercher des mises à jour à l’aide de PowerShell

Vous pouvez utiliser l’applet de commande Invoke-CAUScan pour rechercher les mises à jour applicables sur les serveurs, et obtenir une liste de l’ensemble initial de mises à jour appliquées à chaque serveur dans un cluster spécifié :

Invoke-CauScan -ClusterName Cluster1 -CauPluginName Microsoft.WindowsUpdatePlugin -Verbose

La génération de cette liste peut prendre plusieurs minutes. L’aperçu de la liste comporte uniquement l’ensemble initial des mises à jour ; il n’inclut pas les mises à jour pouvant devenir applicables après l’installation des premières mises à jour.

Installer les mises à jour du système d’exploitation à l’aide de PowerShell

Pour rechercher les mises à jour du système d’exploitation sur les serveurs et procéder à une exécution de mise à jour complète sur le cluster spécifié, utilisez la cmdlet Invoke-CAURun :

Invoke-CauRun -ClusterName Cluster1 -CauPluginName Microsoft.WindowsUpdatePlugin -MaxFailedNodes 1 -MaxRetriesPerNode 3 -RequireAllNodesOnline -EnableFirewallRules -Force

Cette commande effectue une analyse et une exécution de mise à jour complète sur le cluster nommé Cluster1. Cette applet de commande utilise le plug-in Microsoft.WindowsUpdatePlugin et nécessite que tous les nœuds de cluster soient en ligne avant son exécution. En outre, cette applet de commande n’autorise pas plus de trois nouvelles tentatives par nœud avant de marquer le nœud comme ayant échoué et n’autorise pas plus d’un nœud à échouer avant de marquer l’exécution de la mise à jour entière comme ayant échoué. Elle permet également aux règles de pare-feu d’autoriser les serveurs à redémarrer à distance. Étant donné que la commande spécifie le paramètre Force, l’applet de commande s’exécute sans afficher d’invites de confirmation.

Le processus d’exécution de mise à jour comprend les opérations suivantes :

  • Recherche et téléchargement des mises à jour applicables sur chaque serveur du cluster
  • Déplacement hors de chaque serveur des rôles en cluster en cours d’exécution
  • Installation des mises à jour sur chaque serveur
  • Redémarrage du serveur si les mises à jour installées le nécessitent
  • Réintégration des rôles en cluster sur le serveur d’origine

Le processus d’exécution de mise à jour inclut également la maintenance du quorum, la vérification des mises à jour supplémentaires qui peuvent uniquement être installées après l’installation de l’ensemble initial des mises à jour et l’enregistrement d’un rapport des actions effectuées.

Installer les mises à jour des fonctionnalités à l’aide de PowerShell

Pour installer les mises à jour des fonctionnalités à l’aide de PowerShell, procédez comme suit. Si votre cluster exécute Azure Stack HCI, version 20H2, veillez à appliquer la mise à jour de la préversion du 20 mai 2021 (KB5003237) via Windows Update, à défaut de quoi la cmdlet Set-PreviewChannel ne fonctionnera pas.

  1. Exécutez les cmdlets suivantes sur chaque serveur du cluster :

    Set-WSManQuickConfig
    Enable-PSRemoting
    Set-NetFirewallRule -Group "@firewallapi.dll,-36751" -Profile Domain -Enabled true
    
  2. Pour déterminer si le cluster est correctement configuré afin d’appliquer les mises à jour logicielles à l’aide de la mise à jour adaptée aux clusters (CAU), exécutez la cmdlet Test-CauSetup, qui vous informera des avertissements ou des erreurs :

    Test-CauSetup -ClusterName Cluster1
    
  3. Pour valider le matériel et les paramètres du cluster, exécutez la cmdlet Test-Cluster sur l’un des serveurs du cluster. En cas d’échec de l’une des vérifications des conditions, résolvez le problème avant de passer à l’étape 4.

    Test-Cluster
    
  4. Recherchez une mise à jour des fonctionnalités :

    Invoke-CauScan -ClusterName <ClusterName> -CauPluginName "Microsoft.RollingUpgradePlugin" -CauPluginArguments @{'WuConnected'='true';} -Verbose | fl *
    

    Inspectez la sortie de la cmdlet ci-dessus et vérifiez que chaque serveur dispose de la même mise à jour des fonctionnalités, ce qui devrait être le cas.

  5. Vous aurez besoin d’un serveur ou d’une machine virtuelle distincte à partir de laquelle exécuter la cmdlet Invoke-CauRun en dehors du cluster. Important : le système sur lequel vous exécutez Invoke-CauRun doit exécuter Windows Server 2022, Azure Stack HCI, version 21H2 ou Azure Stack HCI, version 20H2 avec la mise à jour de la préversion du 20 mai 2021 (KB5003237) installée.

    Invoke-CauRun -ClusterName <ClusterName> -CauPluginName "Microsoft.RollingUpgradePlugin" -CauPluginArguments @{'WuConnected'='true';} -Verbose -EnableFirewallRules -Force
    
  6. Recherchez d’autres mises à jour et installez-les.

Vous êtes maintenant prêt à effectuer des étapes post-installation pour les mises à jour des fonctionnalités.

Vérifier l’état d’une exécution de mise à jour

Un administrateur peut obtenir des informations récapitulatives sur une exécution de mise à jour en cours en exécutant l’applet de commande Get-CauRun :

Get-CauRun -ClusterName Cluster1

Voici un exemple de sortie :

RunId                   : 834dd11e-584b-41f2-8d22-4c9c0471dbad 
RunStartTime            : 10/13/2019 1:35:39 PM 
CurrentOrchestrator     : NODE1 
NodeStatusNotifications : { 
Node      : NODE1 
Status    : Waiting 
Timestamp : 10/13/2019 1:35:49 PM 
} 
NodeResults             : { 
Node                     : NODE2 
Status                   : Succeeded 
ErrorRecordData          : 
NumberOfSucceededUpdates : 0 
NumberOfFailedUpdates    : 0 
InstallResults           : Microsoft.ClusterAwareUpdating.UpdateInstallResult[] 
}

Étapes postérieures à l’installation pour les mises à jour des fonctionnalités

Une fois les mises à jour des fonctionnalités installées, vous devez mettre à jour le niveau fonctionnel du cluster et la version du pool de stockage à l’aide de PowerShell pour activer les nouvelles fonctionnalités.

Important

Les clusters Azure Stack HCI exécutant le réplica de stockage nécessitent que chaque serveur soit redémarré une deuxième fois une fois la mise à jour de fonctionnalité 21H2 terminée avant d’effectuer les étapes postérieures à l’installation. Il s’agit d’un problème connu.

  1. Mettez à jour le niveau fonctionnel du cluster.

    Nous vous recommandons de mettre à jour le niveau fonctionnel du cluster le plus rapidement possible. Si vous avez installé les mises à jour des fonctionnalités avec Windows Admin Center et coché la case Mettre à jour le niveau fonctionnel du cluster pour activer les nouvelles fonctionnalités, vous pouvez ignorer cette étape.

    Exécutez la cmdlet suivante sur chaque serveur du cluster :

    Update-ClusterFunctionalLevel
    
    You'll see a warning that you can't undo this operation. Confirm **Y** that you want to continue.
    
    > [!WARNING]
    > After you update the cluster functional level, you can't roll back to the previous operating system version.
    
    
  2. Créez le pool stockage.

    Une fois le niveau fonctionnel du cluster mis à jour, utilisez la cmdlet suivante pour mettre à jour le pool de stockage. Exécutez Get-StoragePool pour trouver la valeur FriendlyName pour le pool de stockage représentant votre cluster. Dans cet exemple, la valeur FriendlyName est S2D sur hci-cluster1 :

    Update-StoragePool -FriendlyName "S2D on hci-cluster1"
    

    Vous serez invité à confirmer l’action. À ce stade, les nouvelles cmdlets sont entièrement opérationnelles sur n’importe quel serveur du cluster.

  3. Mettez à niveau les niveaux de configuration de machine virtuelle (facultatif).

    Vous pouvez éventuellement mettre à niveau les niveaux de configuration de machine virtuelle en arrêtant chaque machine virtuelle à l’aide de la cmdlet Update-VMVersion, puis en redémarrant les machines virtuelles.

  4. Vérifiez que le cluster mis à niveau fonctionne comme prévu.

    Les rôles doivent basculer correctement et, si la migration dynamique de la machine virtuelle est utilisée sur le cluster, les machines virtuelles doivent réussir à migrer en direct.

  5. Validez le cluster.

    Exécutez la cmdlet Test-Cluster sur l’un des serveurs du cluster et examinez le rapport de validation du cluster.

Effectuer une mise à jour manuelle des fonctionnalités d’un cluster de basculement à l’aide de SCONFIG

Pour effectuer une mise à jour manuelle des fonctionnalités d’un cluster de basculement, utilisez l’outil SCONFIG et les applets de commande PowerShell de clustering de basculement. Pour référencer le document SCONFIG , consultez Configurer une installation Server Core de Windows Server et Azure Stack HCI avec l’outil de configuration de serveur (SConfig)

Pour chaque nœud du cluster, exécutez ces commandes sur le nœud cible :

  1. Suspend-ClusterNode -Node<node> -Drain

    Vérifiez la suspension à l’aide Get-ClusterGroupde --nothing doit être en cours d’exécution sur le nœud cible.

    Exécutez l’option SCONFIG 6.3 sur le nœud cible.

    Une fois le nœud cible redémarré, attendez que les travaux de réparation de stockage soient terminés en s’exécutant Get-Storage-Job jusqu’à ce qu’il n’y ait pas de travaux de stockage ou que tous les travaux de stockage soient terminés.

  2. Resume-ClusterNode -Node <nodename> -Failback

Lorsque tous les nœuds ont été mis à niveau, exécutez ces deux applets de commande :

Update-ClusterFunctional Level

Update-StoragePool

Effectuer une mise à jour rapide et hors connexion de tous les serveurs d’un cluster

Cette méthode vous permet d’arrêter simultanément tous les serveurs d’un cluster et de les mettre tous à jour en même temps. Cela permet de gagner du temps pendant le processus de mise à jour, mais l’inconvénient est que l’interruption des serveurs affecte les ressources hébergées.

S’il existe une mise à jour de sécurité critique que vous devez appliquer rapidement ou que vous devez vous assurer que les mises à jour se terminent dans votre fenêtre de maintenance, cette méthode peut être pour vous. Ce processus interrompt le cluster Azure Stack HCI, met à jour les serveurs, puis les réactive.

  1. Planifiez votre fenêtre de maintenance.
  2. Mettez les disques virtuels hors connexion.
  3. Arrêtez le cluster pour mettre le pool de stockage hors connexion. Exécutez l’applet de commande Stop-Cluster ou utilisez Windows Admin Center pour arrêter le cluster.
  4. Définissez le service de cluster sur Désactivé dans Services.msc sur chaque serveur. Cela empêche le service de cluster de démarrer pendant sa mise à jour.
  5. Appliquez la mise à jour cumulative de Windows Server et toutes les mises à jour de la pile de maintenance nécessaires sur tous les serveurs. Vous pouvez mettre à jour tous les serveurs en même temps : il n’est pas nécessaire d’attendre, car le cluster est arrêté.
  6. Redémarrez les serveurs et vérifiez que tout semble correct.
  7. Redéfinissez le service de cluster sur Automatique sur chaque serveur.
  8. Démarrez le cluster. Exécutez l’applet Start-Cluster de commande ou utilisez Windows Admin Center.
  9. Patientez quelques minutes. Vérifiez que le pool de stockage est intègre.
  10. Remettez les disques virtuels en ligne.
  11. Surveillez l’état des disques virtuels en exécutant les applets de commande et Get-VirtualDisk les Get-Volume applets de commande.

Problèmes connus

Windows centre d’administration présente les problèmes connus suivants lors de la mise à niveau d’un cluster depuis Azure Stack HCI, version 20H2 vers la version 21H2.

Impossible d’installer les mises à jour

Ce message d’erreur s’affiche lorsque Windows Admin Center perd la connexion aux serveurs gérés, et il est probable que les mises à jour sont en cours d’installation. Attendez quelques minutes et actualisez votre navigateur. Vous devriez voir l’état réel de la mise à jour. Vous pouvez également utiliser Get-CauRun pour vérifier l’état de l’exécution de la mise à jour avec PowerShell, puis actualiser votre navigateur une fois l’exécution terminée.

Ce message d’erreur s’affiche lorsque Windows Admin Center perd la connectivité aux serveurs managés. Il est donc probable que les mises à jour soient réellement installées. Actualisez votre navigateur. :::

Impossible de rechercher des mises à jour

Ce message d’erreur s’affiche lorsque Windows Admin Center perd la connexion aux serveurs gérés, et il est probable que les mises à jour sont en cours d’installation. Attendez quelques minutes et actualisez votre navigateur. Vous devriez voir l’état réel de la mise à jour. Vous pouvez également utiliser Get-CauRun pour vérifier l’état de l’exécution de mise à jour avec PowerShell, puis actualiser votre navigateur une fois l’exécution terminée.

Ce message s’affiche également lorsque des versions mixtes des correctifs sont installées sur les serveurs en cluster. Dès lors, la commande Invoke_CAUScan avec le plug-in RollingUpgrade renvoie plusieurs mises à jour de fonctionnalités. Pour atténuer ce problème, appliquez la mise à jour de la préversion du 20 mai 2021 (KB5003237) à tous les serveurs du cluster avant de tenter de mettre à jour ce dernier.

Plusieurs invites pour les informations d’identification de connexion

Dans les versions plus anciennes de Windows Admin Center, vous pouvez être invité à vous authentifier lors d’une exécution de mise à jour. Authentifiez chaque fois que vous y êtes invité ou revenez aux connexions et reconnectez-vous au cluster.

La vérification de la disponibilité du cluster n’est pas terminée

Dans certains cas, la vérification de la disponibilité reste à l’état de vérification pour les tests de validation du cluster et ne se termine jamais. Ce problème porte essentiellement sur les clusters Azure Stack HCI dans une autre langue que l’anglais en raison de problèmes de localisation.

Lorsque Test-Cluster termine sur les ordinateurs (généralement après quelques minutes), Windows Admin Center peut ne pas reconnaître que les vérifications sont terminées. Dans ce scénario, Test-Cluster échouant en arrière-plan, vous pouvez télécharger le fichier de rapport Test-Cluster directement à partir des serveurs pour valider l’intégrité du cluster avant de poursuivre l’exécution de mise à jour. Vous pouvez également exécuter Test-Cluster à l’aide de PowerShell sur l’un des serveurs du cluster.

Erreur d’informations d’identification CredSSP

Dans les versions plus anciennes de Windows Admin Center, le message d’erreur « Vous ne pouvez pas utiliser la mise à jour adaptée aux clusters sans activer CredSSP et fournir des informations d’identification explicites » peut s’afficher alors que vous l’avez déjà fait. Ce problème a été résolu dans Windows Admin Center version 2110.

Problème d’autorisations du point de terminaison de session CredSSP

Pendant une exécution de mise à jour, vous pouvez voir une notification pour activer CredSSP, ainsi qu’un message d’erreur : « Impossible d’activer la délégation CredSSP. La connexion au serveur distant a échoué. »

Cette erreur CredSSP s’affiche lorsque Windows Admin Center s’exécute sur un PC local et lorsque l’utilisateur windows Admin Center n’est pas le même utilisateur qui a installé Windows Admin Center sur l’ordinateur.

Pour atténuer ce problème, Microsoft a introduit un groupe administrateurs CredSSP Windows Admin Center. Ajoutez votre compte d’utilisateur au groupe Administrateurs CredSSP Windows Admin Center sur votre PC local, puis reconnectez-vous, et l’erreur doit disparaître.

Incompatibilité des noms sur les versions de système d’exploitation

Bien que l’en-tête de mise à jour indique Azure Stack HCI 22H2, si un cluster n’a pas rejoint le canal de préversions, il recevra uniquement la mise à jour 21H2 GA disponible publiquement. Il s’agit d’une incompatibilité de codage effectué de manière irréversible.

Étapes suivantes

Pour consulter des informations connexes, reportez-vous également à :