S’applique à : Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Azure Stack HCI, versions 21H2 et 20H2
La Mise à jour adaptée aux clusters (CAU, Cluster-Aware Updating) est une fonctionnalité qui coordonne les mises à jour logicielles sur tous les serveurs d’un cluster de basculement, sans avoir plus d’incidence sur la disponibilité des services qu’un basculement planifié sur un nœud du cluster. Pour certaines applications offrant des fonctionnalités de disponibilité continue (telles que les migrations dynamiques avec Hyper-V ou le basculement transparent SMB sur un serveur de fichiers SMB 3.x), la Mise à jour adaptée aux clusters coordonne une mise à jour automatisée des clusters sans aucun impact sur la disponibilité des services.
La CAU prend-elle en charge la mise à jour des clusters Espaces de stockage direct ?
Oui. CAU prend en charge la mise à jour des clusters Espaces de stockage direct quel que soit le type de déploiement : hyperconvergé ou convergé. Plus précisément, l’orchestration de la CAU garantit que la suspension de chaque nœud de cluster attend que l’espace de stockage en cluster sous-jacent soit sain.
La mise à jour adaptée aux clusters fonctionne-t-elle dans Windows Server 2008 R2 et Windows 7 ?
Non. La CAU coordonne l’opération de mise à jour du cluster uniquement à partir d’ordinateurs exécutant Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows 10, Windows 8.1 ou Windows 8. Le cluster de basculement mis à jour doit exécuter Windows Server 2016, Windows Server 2012 R2 ou Windows Server 2012.
La mise à jour adaptée aux clusters est-elle limitée à des applications en cluster spécifiques ?
Non. Cette fonctionnalité peut être utilisée quel que soit le type de l’application en cluster. La mise à jour adaptée aux clusters est une solution de mise à jour externe située dans la couche supérieure des API de clustering et des applets de commande PowerShell. De ce fait, la mise à jour adaptée aux clusters peut coordonner les opérations de mise à jour pour n’importe quelle application en cluster qui est configurée dans un cluster de basculement Windows Server.
Remarque
Actuellement, les charges de travail en cluster suivantes ont été testées et certifiées pour la mise à jour adaptée aux clusters : SMB, Hyper-V, réplication DFS, espaces de noms DFS, iSCSI et NFS.
La mise à jour adaptée aux clusters prend-elle en charge les mises à jour de Microsoft Update et de Windows Update ?
Oui. Par défaut, la mise à jour adaptée aux clusters est configurée avec un plug-in qui utilise les API de l’utilitaire Agent de mise à jour automatique Windows Update sur les nœuds de cluster. L’infrastructure WUA peut être configurée pour pointer vers Microsoft Update et Windows Update ou vers WSUS (Windows Server Update Services) comme source des mises à jour.
La mise à jour adaptée aux clusters prend-elle en charge les mises à jour des services WSUS ?
Oui. Par défaut, la mise à jour adaptée aux clusters est configurée avec un plug-in qui utilise les API de l’utilitaire Agent de mise à jour automatique Windows Update sur les nœuds de cluster. L’infrastructure WUA peut être configurée pour pointer vers Microsoft Update et Windows Update ou vers un serveur WSUS (Windows Server Update Services) local comme source des mises à jour.
La mise à jour adaptée aux clusters applique-t-elle les mises à jour LDR ?
Oui. Les mises à jour LDR (Limited Distribution Release), également appelées correctifs logiciels, n’étant pas publiées par le biais du site Microsoft Update ou Windows Update, elles ne peuvent pas être téléchargées par le plug-in Agent de mise à jour automatique Windows Update qui est utilisé par défaut par la fonctionnalité de mise à jour adaptée aux clusters.
Toutefois, la fonctionnalité de mise à jour adaptée aux clusters inclut un second plug-in que vous pouvez sélectionner pour appliquer les mises à jour de correctif logiciel. Ce plug-in de correctif logiciel peut également être personnalisé pour appliquer des mises à jour de pilotes, de microprogrammes et de BIOS non Microsoft.
Puis-je utiliser la mise à jour adaptée aux clusters pour appliquer des mises à jour cumulatives ?
Oui. Si les mises à jour cumulatives sont des mises à jour de correctifs logiciels grand public ou LDR (Limited Distribution Release), elles peuvent être appliquées par la mise à jour adaptée aux clusters.
Puis-je planifier des mises à jour ?
Oui. La mise à jour adaptée aux clusters prend en charge les modes de mise à jour suivants, qui permettent de planifier des mises à jour :
Mise à jour automatique Ce mode permet au cluster d’effectuer lui-même ses mises à jour à intervalles réguliers selon un profil défini, par exemple, lors d’une fenêtre de maintenance mensuelle. Vous pouvez également démarrer à tout moment une exécution de mise à jour automatique à la demande. Pour activer le mode de mise à jour automatique, vous devez ajouter au cluster le rôle en cluster Mise à jour adaptée aux clusters. Ce mode fonctionne comme toute autre charge de travail en cluster. La mise à jour automatique peut s’effectuer de façon transparente avec les basculements planifiés et non planifiés d’un ordinateur coordinateur.
Mise à jour à distance Ce mode vous permet de démarrer une exécution de mise à jour à tout moment à partir d’un ordinateur exécutant Windows ou Windows Server. Vous pouvez démarrer une exécution de mise à jour par le biais de la fenêtre Mise à jour adaptée aux clusters ou en utilisant l’applet de commande PowerShell Invoke-CauRun. La mise à jour à distance est le mode de mise à jour utilisé par défaut par la mise à jour adaptée aux clusters. Vous pouvez utiliser le Planificateur de tâches pour exécuter l’applet de commande Invoke-CauRun au moment souhaité à partir d’un ordinateur distant qui ne fait pas partie d’un des nœuds du cluster.
Puis-je planifier des mises à jour à appliquer pendant une sauvegarde ?
Oui. La mise à jour adaptée aux clusters n’impose aucune restriction à ce sujet. Cependant, il n’est généralement pas recommandé d’effectuer des mises à jour logicielles sur un serveur sur lequel une sauvegarde est cours, notamment en raison des redémarrages potentiellement requis pendant le processus de mise à jour. Gardez à l’esprit que la mise à jour adaptée aux clusters s’appuie exclusivement sur les API de clustering pour déterminer quels basculements et restaurations de ressources effectuer ; elle n’a donc pas connaissance de l’état de la sauvegarde sur le serveur.
La Mise à jour adaptée aux clusters peut-elle fonctionner avec Configuration Manager ?
La mise à jour adaptée aux clusters est un outil qui coordonne les mises à jour logicielles sur un nœud de cluster, tout comme Configuration Manager effectue des mises à jour logicielles sur un serveur. Il est important de configurer ces outils afin qu’ils ne couvrent pas les mêmes serveurs dans un déploiement de centre de données, y compris l’utilisation de serveurs Windows Server Update Services différents. Cette précaution garantit que le résultat obtenu ne va pas à l’encontre de l’objectif recherché en utilisant la mise à jour adaptée aux clusters, étant donné que la mise à jour gérée par Configuration Manager n’inclut pas la reconnaissance des clusters.
Ai-je besoin d’informations d’identification d’administration pour exécuter la mise à jour adaptée aux clusters ?
Oui. Pour exécuter les outils de mise à jour adaptée aux clusters, la mise à jour adaptée aux clusters nécessite des informations d’identification d’administration sur le serveur local, ou le privilège Emprunter l’identité d’un client après l’authentification sur le serveur local ou sur l’ordinateur client où doivent être exécutés les outils. Toutefois, pour coordonner les mises à jour logicielles sur les nœuds de cluster, la mise à jour adaptée aux clusters nécessite des informations d’identification d’administration de cluster sur chaque nœud. L’interface utilisateur de la mise à jour adaptée aux clusters peut démarrer sans ces informations d’identification, mais elle demande de fournir les informations d’identification de cluster lorsqu’elle se connecte à une instance de cluster pour afficher un aperçu des mises à jour ou les appliquer.
Puis-je créer un script pour la Mise à jour adaptée aux clusters ?
Oui. La mise à jour adaptée aux clusters est fournie avec les applets de commande PowerShell qui offrent de nombreuses options de script. Ce sont les mêmes applets de commande que celles appelées par l’interface utilisateur de la mise à jour adaptée aux clusters pour effectuer les tâches de mise à jour.
Qu’advient-il des rôles en cluster actifs ?
Les rôles en cluster (appelés auparavant « applications et services ») qui sont actifs sur un nœud basculent vers d’autres nœuds avant le démarrage des mises à jour logicielles. La mise à jour adaptée aux clusters orchestre ces basculements à l’aide d’un mode de maintenance qui met en pause et draine le nœud de tous les rôles en cluster actifs. Une fois les mises à jour logicielles terminées, la mise à jour adaptée aux clusters reprend l’exécution du nœud et restaure les rôles en cluster sur le nœud mis à jour. Vous avez ainsi l’assurance que la distribution des rôles en cluster sur les nœuds reste la même entre chaque exécution de mise à jour d’un cluster par la mise à jour adaptée aux clusters.
Comment la Mise à jour adaptée aux clusters sélectionne-t-elle les nœuds cibles pour les rôles en cluster ?
La mise à jour adaptée aux clusters s’appuie sur les API de clustering pour coordonner les basculements. L’implémentation des API de clustering sélectionne les nœuds cibles sur la base de métriques internes et d’heuristiques de placement intelligent (comme les niveaux de charge de travail) entre les différents nœuds cibles.
La Mise à jour adaptée aux clusters équilibre-t-elle la charge des rôles en cluster ?
La mise à jour adaptée aux clusters n’équilibre pas la charge des rôles en cluster, mais elle essaie de conserver la distribution initiale de ces rôles. Après avoir mis à jour un nœud de cluster, la mise à jour adaptée aux clusters tente de restaurer les rôles en cluster préalablement hébergés sur ce nœud. La mise à jour adaptée aux clusters s’appuie sur les API de clustering pour restaurer les ressources au début du processus de mise en pause. Par conséquent, en l’absence de basculements non planifiés et de paramètres de propriétaire favoris, la distribution des rôles en cluster doit en principe rester identique.
Comment la mise à jour adaptée aux clusters détermine-t-elle l’ordre de mise à jour des nœuds ?
Par défaut, la mise à jour adaptée aux clusters détermine l’ordre de mise à jour des nœuds selon le niveau d’activité. Les nœuds présentant le moins de rôles en cluster sont mis à jour en premier. Un administrateur peut néanmoins spécifier un ordre particulier pour la mise à jour des nœuds en définissant un paramètre d’exécution de mise à jour dans l’interface utilisateur de la mise à jour adaptée aux clusters ou en utilisant les applets de commande PowerShell.
Que se passe-t-il si un nœud de cluster est hors connexion ?
L’administrateur qui lance une exécution de mise à jour peut spécifier le nombre maximal de nœuds hors connexion autorisés. L’exécution de mise à jour sur un cluster dont certains nœuds sont hors connexion peut alors se dérouler sans problème.
Puis-je utiliser la Mise à jour adaptée aux clusters pour mettre à jour un seul nœud ?
Non. La mise à jour adaptée aux clusters applique les mises à jour à l’échelle du cluster. Vous pouvez uniquement sélectionner et mettre à jour un cluster dans son intégralité. Pour mettre à jour un seul nœud, utilisez d’autres outils de mise à jour du serveur à la place de la mise à jour adaptée aux clusters.
La Mise à jour adaptée aux clusters signale-t-elle les mises à jour qui sont lancées par une méthode externe ?
Non. Seules les exécutions de mise à jour qui ont été lancées à l’aide de la mise à jour adaptée aux clusters sont signalées. Cependant, lorsque la mise à jour adaptée aux clusters lance une exécution de mise à jour, elle prend en compte les mises à jour qui ont été précédemment installées par d’autres méthodes pour déterminer si elle doit appliquer des mises à jour supplémentaires sur les nœuds du cluster.
La Mise à jour adaptée aux clusters peut-elle prendre en charge mes besoins en termes de processus informatiques ?
Oui. La mise à jour adaptée aux clusters offre les options de flexibilité suivantes pour répondre à tous les besoins de l’entreprise en termes de processus informatiques :
Scripts Une exécution de mise à jour peut spécifier l’utilisation d’un script PowerShell antérieur à la mise à jour et d’un script PowerShell postérieur à la mise à jour. Le script antérieur à la mise à jour est exécuté sur tous les nœuds du cluster avant leur mise en pause. Le script postérieur à la mise à jour est exécuté sur tous les nœuds du cluster après leur mise à jour.
Remarque
.NET Framework 4.6 ou 4.5 et PowerShell doivent être installés sur chaque nœud de cluster sur lequel vous souhaitez exécuter les scripts antérieur et postérieur à la mise à jour. Vous devez également activer le mode remoting PowerShell sur les nœuds de cluster. Pour plus d’informations sur les configurations système requises, consultez Configuration requise et meilleures pratiques concernant la Mise à jour adaptée aux clusters.
Options d’exécution de mise à jour avancées L’administrateur dispose en outre d’un grand nombre d’options d’exécution de mise à jour avancées, comme le nombre maximal de nouvelles tentatives du processus de mise à jour sur chaque nœud. Ces options peuvent être définies à l’aide de l’interface utilisateur de mise à jour adaptée aux clusters ou des applets de commande PowerShell de cette dernière. Ces paramètres de configuration peuvent être enregistrés dans un profil d’exécution de mise à jour et réutilisés pour des exécutions de mise à jour ultérieures.
Architecture de plug-in public La Mise à jour adaptée aux clusters inclut les fonctionnalités nécessaires pour inscrire des plug-ins, les sélectionner et annuler leur inscription. La Mise à jour adaptée aux clusters est fournie avec deux plug-ins : l’un coordonnant les API Agent de mise à jour automatique Windows Update sur chaque nœud de cluster, l’autre appliquant les correctifs logiciels qui sont copiés manuellement dans un partage de fichiers accessible aux nœuds du cluster. Si ces deux plug-ins ne répondent pas aux besoins de l’entreprise, celle-ci peut créer un autre script de mise à jour adaptée aux clusters en suivant cette spécification d’API publique. Pour plus d’informations, voir Informations techniques de référence sur le plug-in de la mise à jour adaptée aux clusters.
Pour plus d’informations sur la configuration et la personnalisation de plug-ins de Mise à jour adaptée aux clusters pour la prise en charge de différents scénarios de mise à jour, consultez Fonctionnement des plug-ins.
Comment exporter les résultats de l’aperçu et de la mise à jour effectués par la mise à jour adaptée aux clusters ?
La mise à jour adaptée aux clusters propose des options d’exportation dans l’interface de ligne de commande et dans l’interface utilisateur.
Options de l’interface de ligne de commande :
L’applet de commande Invoke-CauScan | ConvertTo-Xml PowerShell permet d’afficher un aperçu des résultats. Sortie : XML
L’applet de commande Invoke-CauRun | ConvertTo-Xml PowerShell permet de générer un rapport sur les résultats. Sortie : XML
L’applet de commande Get-CauReport | Export-CauReport PowerShell permet de générer un rapport sur les résultats. Sortie : HTML ou CSV.
Options de l’interface utilisateur :
Utilisez l’écran Afficher un aperçu des mises à jour pour copier les résultats d’un rapport. Sortie : CSV
Utilisez l’écran Générer le rapport pour copier les résultats d’un rapport. Sortie : CSV
Utilisez l’écran Générer le rapport pour exporter les résultats d’un rapport. Sortie : HTML.
Comment installer la mise à jour adaptée aux clusters ?
Une installation de la mise à jour adaptée aux clusters est intégrée de manière transparente à la fonctionnalité Clustering avec basculement. La mise à jour adaptée aux clusters est installée comme suit :
Lorsque la fonctionnalité Clustering avec basculement est installée sur un nœud de cluster, le fournisseur Windows Management Instrumentation (WMI) est automatiquement installé pour la mise à jour adaptée aux clusters.
Lorsque la fonctionnalité Outils dans Cluster de basculement est installée sur un serveur ou sur un ordinateur client, les applets de commande PowerShell et l’interface utilisateur de la Mise à jour adaptée aux clusters sont automatiquement installées.
La Mise à jour adaptée aux clusters requiert-elle l’exécution de composants sur les nœuds de cluster mis à jour ?
La Mise à jour adaptée aux clusters ne requiert aucun service particulier sur les nœuds de cluster. mais elle nécessite l’installation d’un composant logiciel (le fournisseur WMI) sur ces nœuds. Ce composant est installé avec la fonctionnalité Clustering avec basculement.
Le mode de mise à jour automatique ne peut être activé que si vous avez ajouté au cluster le rôle en cluster Mise à jour adaptée aux clusters.
Quelle est la différence entre l’utilisation de la Mise à jour adaptée aux clusters et de VMM ?
System Center Virtual Machine Manager (VMM) ne met à jour que les clusters de type Hyper-V, alors que la Mise à jour adaptée aux clusters peut mettre à jour tous les types de clusters de basculement pris en charge, dont les clusters Hyper-V.
VMM nécessite une licence d’utilisation supplémentaire, contrairement à la Mise à jour adaptée aux clusters qui est fournie avec une licence d’utilisation dans toutes les éditions de Windows Server. Les fonctionnalités, les outils et l’interface utilisateur de la mise à jour adaptée aux clusters sont installés avec les composants Clustering avec basculement.
Si vous possédez déjà une licence d’utilisation pour System Center, vous pouvez continuer d’utiliser Virtual Machine Manager pour mettre à jour les clusters Hyper-V, car il offre un environnement intégré de gestion et de mise à jour logicielle.
La Mise à jour adaptée aux clusters est prise en charge uniquement sur les clusters qui exécutent Windows Server 2016, Windows Server 2012 R2 et Windows Server 2012. VMM prend également en charge les clusters Hyper-V sur les ordinateurs exécutant Windows Server 2008 R2 et Windows Server 2008.
Puis-je utiliser la mise à jour à distance sur un cluster qui est configuré pour la mise à jour automatique ?
Oui. Vous pouvez mettre à jour un cluster de basculement configuré pour la mise à jour automatique à tout moment par le biais de la mise à jour à distance, de la même façon que vous pouvez forcer à tout moment l’exécution d’une analyse Windows Update sur votre ordinateur, même si Windows Update est configuré pour installer automatiquement les mises à jour. Au préalable, vous devez vous assurer qu’aucune exécution de mise à jour n’est en cours.
Puis-je utiliser les mêmes paramètres de mise à jour pour tous les clusters ?
Oui. La mise à jour adaptée aux clusters comporte plusieurs options d’exécution de mise à jour qui vous permettent de définir le comportement de l’exécution de mise à jour pour un cluster. Vous pouvez enregistrer les options définies dans un profil d’exécution de mise à jour afin de les réutiliser pour d’autres clusters. Nous vous recommandons d’enregistrer et d’utiliser les mêmes paramètres sur tous les clusters de basculement qui nécessitent des mises à jour similaires. Par exemple, vous pouvez créer un « profil d’exécution de mise à jour des clusters SQL Server essentiels » pour tous les clusters Microsoft SQL Server qui hébergent des services essentiels pour l’entreprise.