Configuration requise et bonnes pratiques concernant la mise à jour adaptée aux clusters
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
Cette section décrit les conditions requises et les dépendances à satisfaire pour utiliser la Mise à jour adaptée aux clusters et appliquer des mises à jour à un cluster de basculement Windows Server.
Remarque
Vous devrez peut-être valider indépendamment l'état de préparation de votre environnement de cluster à l'application des mises à jour, si vous utilisez un autre plug-in que Microsoft.WindowsUpdatePlugin. Si vous n'utilisez pas un plug-in Microsoft, contactez son éditeur pour plus d'informations. Pour plus d'informations sur les plug-ins, voir Fonctionnement des plug-ins.
Installer la fonctionnalité et les outils de clustering de basculement
La Mise à jour adaptée aux clusters demande une installation de la fonctionnalité et des outils de clustering de basculement. Les outils de clustering de basculement comprennent les outils de la Mise à jour adaptée aux clusters (clusterawareupdating.dll), les applets de commande de clustering de basculement, ainsi que d’autres composants nécessaires aux opérations de la Mise à jour adaptée aux clusters. Pour connaître les étapes d’installation de la fonctionnalité de clustering de basculement, voir la page relative à l’ installation de la fonctionnalité et des outils de clustering de basculement.
Les conditions exactes requises pour l’installation des outils de clustering de basculement varient selon que la Mise à jour adaptée aux clusters coordonne ou non les mises à jour en tant que rôle en cluster sur le cluster de basculement (en mode de mise à jour automatique) ou à partir d’un ordinateur distant. En outre, le mode de mise à jour automatique de la Mise à jour adaptée aux clusters demande l'installation du rôle en cluster de la Mise à jour adaptée aux clusters sur le cluster de basculement à l'aide des outils de la Mise à jour adaptée aux clusters.
Le tableau suivant résume les conditions requises par l'installation de la fonctionnalité de Mise à jour adaptée aux clusters pour les deux modes de mise à jour possibles.
| Composant installé | Mode de mise à jour automatique | Mode de mise à jour à distance |
|---|---|---|
| Fonctionnalité de clustering de basculement | Obligatoire sur tous les nœuds de cluster | Obligatoire sur tous les nœuds de cluster |
| Outils de clustering de basculement | Obligatoire sur tous les nœuds de cluster | - Obligatoire sur l’ordinateur de mise à jour à distance - Obligatoire sur tous les nœuds de cluster pour exécuter l’applet de commande Save-CauDebugTrace |
| Rôle en cluster de la Mise à jour adaptée aux clusters | Obligatoire | Non requis |
Obtenir un compte d'administrateur
Vous devez satisfaire aux exigences suivantes en matière d'administration pour pouvoir utiliser les fonctionnalités de la Mise à jour adaptée aux clusters.
Pour obtenir un aperçu ou appliquer des actions de mise à jour à l’aide de l’interface utilisateur de la Mise à jour adaptée aux clusters ou des applets de commande de la Mise à jour adaptée aux clusters, vous devez utiliser un compte de domaine qui dispose de droits et d’autorisations d’administrateur local sur tous les nœuds de cluster. Si le compte ne dispose pas de privilèges suffisants sur chaque nœud, l’interface utilisateur de la Mise à jour adaptée aux clusters vous invite à fournir les informations d’identification nécessaires quand vous effectuez ces actions. Pour utiliser les applets de commande de la Mise à jour adaptée aux clusters, vous pouvez fournir les informations d’identification nécessaires sous forme de paramètre d’applet de commande.
Si vous utilisez la Mise à jour adaptée aux clusters en mode de mise à jour à distance quand vous êtes connecté avec un compte qui ne dispose pas de droits et d’autorisations d’administrateur local sur les nœuds de cluster, vous devez exécuter les outils de la Mise à jour adaptée aux clusters en tant qu’administrateur à l’aide d’un compte d’administrateur local sur l’ordinateur coordinateur de mise à jour, ou à l’aide d’un compte disposant du droit de l’utilisateur Emprunter l’identité d’un client après l’authentification.
Pour exécuter l’outil Best Practices Analyzer (BPA) de la Mise à jour adaptée aux clusters, vous devez utiliser un compte disposant de privilèges d’administration sur les nœuds de cluster et de privilèges d’administration locale sur l’ordinateur qui permet d’exécuter l’applet de commande Test-CauSetup ou d’analyser l’état de préparation aux mises à jour de cluster via l’interface utilisateur de la Mise à jour adaptée aux clusters. Pour plus d'informations, voir Tester l'état de préparation aux mises à jour de cluster.
Vérifier la configuration du cluster
Voici les conditions requises généralement pour qu'un cluster de basculement puisse prendre en charge les mises à jour à l'aide de la Mise à jour adaptée aux clusters. Les conditions requises supplémentaires en matière de configuration pour l'administration à distance des nœuds sont répertoriées dans Configurer les nœuds pour l'administration à distance plus loin dans cette rubrique.
Suffisamment de nœuds de cluster doivent être en ligne pour permettre au cluster de disposer d'un quorum.
Tous les nœuds de cluster doivent se trouver dans le même domaine Active Directory.
Le nom du cluster doit être résolu sur le réseau via DNS.
Si la Mise à jour adaptée aux clusters est utilisée en mode de mise à jour à distance, l'ordinateur coordinateur de mise à jour doit disposer d'une connectivité réseau avec les nœuds de cluster de basculement. En outre, il doit se trouver dans le même domaine Active Directory que le cluster de basculement.
Le service de cluster doit s'exécuter sur tous les nœuds de cluster. Par défaut, ce service est installé sur tous les nœuds de cluster et est configuré pour démarrer automatiquement.
Pour utiliser les scripts PowerShell antérieurs ou postérieurs aux mises à jour durant une exécution de mise à jour de la Mise à jour adaptée aux clusters, vérifiez que les scripts sont installés sur tous les nœuds de cluster ou qu’ils sont accessibles à tous les nœuds, par exemple sur un partage de fichiers réseau avec un haut niveau de disponibilité. Si les scripts sont enregistrés sur un partage de fichiers réseau, configurez le dossier avec une autorisation d'accès en lecture pour le groupe Tout le monde.
Configurer les nœuds pour l'administration à distance
Pour utiliser la Mise à jour adaptée aux clusters, tous les nœuds du cluster doivent être configurés pour la gestion à distance. Par défaut, la seule tâche que vous devez effectuer pour configurer les nœuds pour la gestion à distance consiste à Activer une règle de pare-feu pour permettre les redémarrages automatiques.
Le tableau suivant répertorie les exigences de gestion à distance complètes, au cas où votre environnement diffère des valeurs par défaut.
Ces conditions requises s'ajoutent aux exigences d'installation de la fonctionnalité et des outils de clustering de basculement, ainsi qu'aux prescriptions générales en matière de clustering décrites dans les sections précédentes de cette rubrique.
| Condition requise | État par défaut | Mode de mise à jour automatique | Mode de mise à jour à distance |
|---|---|---|---|
| Activer une règle de pare-feu pour permettre les redémarrages automatiques | Désactivé | Obligatoire sur tous les nœuds de cluster si un pare-feu est en cours d'utilisation | Obligatoire sur tous les nœuds de cluster si un pare-feu est en cours d'utilisation |
| Activer WMI (Windows Management Instrumentation) | activé | Obligatoire sur tous les nœuds de cluster | Obligatoire sur tous les nœuds de cluster |
| Activer Windows PowerShell 3.0 ou 4.0 et la communication à distance Windows PowerShell | activé | Obligatoire sur tous les nœuds de cluster | Obligatoire sur tous les nœuds de cluster pour exécuter ce qui suit : - Applet de commande Save-CauDebugTrace |
| Installer .NET Framework 4.6 ou 4.5 | activé | Obligatoire sur tous les nœuds de cluster | Obligatoire sur tous les nœuds de cluster pour exécuter ce qui suit : - Applet de commande Save-CauDebugTrace |
Activer une règle de pare-feu pour permettre les redémarrages automatiques
Pour permettre le redémarrage automatique après l'application des mises à jour (si l'installation d'une mise à jour demande un redémarrage), si le Pare-feu Windows ou un pare-feu non Microsoft est utilisé sur les nœuds de cluster, une règle de pare-feu doit être activée sur chaque nœud autorisant le trafic suivant :
Protocole : TCP
Sens : entrant
Programme : wininit.exe
Ports : ports dynamiques RPC
Profil : domaine
Si le Pare-feu Windows est utilisé sur les nœuds de cluster, vous pouvez activer le groupe de règles du Pare-feu Windows Arrêt à distance sur chaque nœud de cluster. Quand vous utilisez l’interface utilisateur de la Mise à jour adaptée aux clusters pour appliquer les mises à jour et configurer les options de mise à jour automatique, le groupe de règles du Pare-feu Windows Arrêt à distance est automatiquement activé sur chaque nœud de cluster.
Remarque
Le groupe de règles du Pare-feu Windows Remote Shutdown ne peut pas être activé quand il est en conflit avec des paramètres de stratégie de groupe configurés pour le Pare-feu Windows.
Le groupe de règles de pare-feu Arrêt à distance est également activé si vous spécifiez le paramètre –EnableFirewallRules durant l’exécution des applets de commande suivantes de la Mise à jour adaptée aux clusters : Add-CauClusterRole, Invoke-CauRun, and SetCauClusterRole.
L’exemple PowerShell suivant montre une méthode supplémentaire pour activer le redémarrage automatique sur un nœud de cluster.
Set-NetFirewallRule -Group "@firewallapi.dll,-36751" -Profile Domain -Enabled true
Activer Windows Management Instrumentation (WMI)
Tous les nœuds de cluster doivent être configurés pour l'administration à distance à l'aide de WMI (Windows Management Instrumentation). Cette option est activée par défaut.
Pour activer manuellement l'administration à distance, procédez comme suit :
Dans la console Services, démarrez le service Gestion à distance de Windows, puis définissez son type de démarrage comme étant Automatique.
Exécutez l’applet de commande Set-WSManQuickConfig ou exécutez la commande suivante à partir d’une invite de commandes avec élévation de privilèges :
winrm quickconfig -q
Pour permettre la prise en charge de la communication à distance WMI, si le Pare-feu Windows est utilisé sur les nœuds de cluster, la règle de pare-feu entrante pour Gestion à distance de Windows (HTTP-Entrée) doit être activée sur chaque nœud. Par défaut, cette règle est activée.
Activer Windows PowerShell et la communication à distance Windows PowerShell
Pour activer le mode de mise à jour automatique et certaines fonctionnalités de la Mise à jour adaptée aux clusters en mode de mise à jour à distance, PowerShell doit être installé et activé pour l’exécution des commandes à distance sur tous les nœuds de cluster. Par défaut, PowerShell est installé et activé pour la communication à distance.
Pour activer la communication à distance PowerShell, procédez de l’une des façons suivantes :
Exécutez l’applet de commande Enable-PSRemoting .
Configurez un paramètre de stratégie de groupe au niveau du domaine pour le service Gestion à distance de Windows (WinRM).
Pour plus d’informations sur l’activation de la communication à distance PowerShell, voir À propos des exigences distantes.
Installer .NET Framework 4.6 ou 4.5
Pour activer le mode de mise à jour automatique et certaines fonctionnalités de la Mise à jour adaptée aux clusters en mode de mise à jour à distance, .NET Framework 4.6, ou .NET Framework 4.5 (sur Windows Server 2012 R2) doit être installé sur tous les nœuds de cluster. Par défaut, .NET Framework est installé.
Pour installer .NET Framework 4.6 (ou 4.5) à l’aide de PowerShell s’il n’est pas déjà installé, utilisez la commande suivante :
Install-WindowsFeature -Name NET-Framework-45-Core
Recommandations relatives aux bonnes pratiques pour l’utilisation de la Mise à jour adaptée aux clusters
Recommandations pour l'application des mises à jour Microsoft
Quand vous commencez à utiliser la Mise à jour adaptée aux clusters avec le plug-in Microsoft.WindowsUpdatePlugin par défaut sur un cluster, nous vous recommandons d'arrêter d'utiliser les autres méthodes pour installer les mises à jour logicielles de Microsoft sur les nœuds de cluster.
Attention
La combinaison de la Mise à jour adaptée aux clusters avec des méthodes qui mettent automatiquement à jour des nœuds individuels (à des moments planifiés) peut générer des résultats imprévisibles, notamment des interruptions de service et des arrêts non planifiés.
Nous vous conseillons de suivre les recommandations suivantes :
Pour des résultats optimaux, nous vous recommandons de désactiver la mise à jour automatique sur les nœuds de cluster, par exemple, via les paramètres de l'application Mises à jour automatiques du Panneau de configuration, ou via les paramètres configurés à l'aide de la stratégie de groupe.
Attention
L'installation automatique des mises à jour sur les nœuds de cluster peut interférer avec l'installation des mises à jour par la Mise à jour adaptée aux clusters et peut provoquer des défaillances de la Mise à jour adaptée aux clusters.
S'ils sont nécessaires, les paramètres suivants des mises à jour automatiques sont compatibles avec la Mise à jour adaptée aux clusters, car l'administrateur peut contrôler le moment de l'installation des mises à jour :
Paramètres de notification avant le téléchargement des mises à jour et de notification avant l'installation
Paramètres de téléchargement automatique des mises à jour et de notification avant l'installation
Toutefois, si les mises à jour automatiques téléchargent des mises à jour pendant qu'une Exécution de mise à jour est effectuée par la Mise à jour adaptée aux clusters, l'Exécution de mise à jour risque de durer plus longtemps.
Ne configurez pas un système de mise à jour tel que WSUS (Windows Server Update Services) pour appliquer des mises à jour de façon automatique (à des moments planifiés) à des nœuds du cluster.
Tous les nœuds de cluster doivent être uniformément configurés pour utiliser la même source de mise à jour, par exemple, un serveur WSUS, Windows Update ou Microsoft Update.
Si vous utilisez un système de gestion de la configuration sur des ordinateurs du réseau, excluez les nœuds de cluster de toutes les mises à jour obligatoires ou automatiques. Microsoft Endpoint Configuration Manager et Microsoft System Center Virtual Machine Manager 2008 constituent des exemples de systèmes de gestion de la configuration.
Si des serveurs de distribution de logiciels internes (par exemple, des serveurs WSUS) sont utilisés pour contenir et déployer les mises à jour, assurez-vous que ces serveurs identifient correctement les mises à jour approuvées pour les nœuds de cluster.
Appliquer des mises à jour Microsoft dans les scénarios relatifs aux filiales
Pour télécharger des mises à jour Microsoft à partir de Microsoft Update ou Windows Update vers des nœuds de cluster dans certains scénarios impliquant des filiales, vous devrez peut-être configurer les paramètres de proxy du compte système local sur chaque nœud. Cela peut être le cas, par exemple, si les clusters de vos filiales ont accès à Microsoft Update ou Windows Update pour télécharger les mises à jour à l'aide d'un serveur proxy local.
Si nécessaire, configurez les paramètres de proxy WinHTTP sur chaque nœud pour spécifier un serveur proxy local et configurer des exceptions d'adresses locales (c'est-à-dire une liste d'exceptions spécifiques à des adresses locales). Pour ce faire, vous pouvez exécuter la commande suivante sur chaque nœud de cluster à partir d'une invite de commandes avec élévation de privilèges :
netsh winhttp set proxy <ProxyServerFQDN >:<port> "<local>"
où <ProxyServerFQDN> est le nom de domaine complet du serveur proxy et <port> est le port sur lequel communiquer (généralement le port 443).
Par exemple, pour configurer les paramètres de proxy WinHTTP du compte système local en spécifiant le serveur proxy MyProxy.CONTOSO.com, avec le port 443 et des exceptions d’adresses locales, tapez la commande suivante :
netsh winhttp set proxy MyProxy.CONTOSO.com:443 "<local>"
Recommandations pour l'utilisation de Microsoft.HotfixPlugin
Nous vous recommandons de configurer les autorisations du dossier racine de correctifs logiciels et du fichier de configuration de correctif logiciel pour restreindre l'accès en écriture aux administrateurs locaux sur les ordinateurs qui servent à stocker ces fichiers. Cela permet d'éviter la falsification de ces fichiers par des utilisateurs non autorisés qui peuvent compromettre la fonctionnalité du cluster de basculement durant l'application des correctifs logiciels.
Pour contribuer à garantir l'intégrité des données des connexions SMB utilisées pour accéder au dossier racine de correctifs logiciels, vous devez configurer le chiffrement SMB dans le dossier partagé SMB, si possible. Microsoft.HotfixPlugin nécessite qu'une signature SMB ou un chiffrement SMB soit configuré pour garantir l'intégrité des données des connexions SMB.
Pour plus d’informations, voir Restreindre l’accès au dossier racine de correctifs logiciels et au fichier de configuration de correctif logiciel.
Recommandations supplémentaires
Pour éviter toute interférence avec une Exécution de mise à jour de la Mise à jour adaptée aux clusters, ne planifiez aucun changement de mot de passe pour les objets noms de cluster et les objets ordinateurs virtuels durant les fenêtres de maintenance planifiée.
Vous devez définir les autorisations appropriées dans les scripts antérieurs et postérieurs aux mises à jour qui sont enregistrés dans les dossiers réseau partagés pour empêcher toute falsification de ces fichiers par des utilisateurs non autorisés.
Pour configurer la Mise à jour adaptée aux clusters en mode de mise à jour automatique, un objet ordinateur virtuel pour le rôle en cluster de la Mise à jour adaptée aux clusters doit être créé dans Active Directory. La Mise à jour adaptée aux clusters peut créer cet objet automatiquement au moment où le rôle en cluster de la Mise à jour adaptée aux clusters est ajouté, si le cluster de basculement dispose des autorisations suffisantes. Toutefois, en raison des stratégies de sécurité de certaines organisations, il est parfois nécessaire de prédéfinir l'objet dans Active Directory. Pour connaître la procédure à suivre, voir les étapes de prédéfinition d’un compte pour un rôle en cluster.
Pour enregistrer et réutiliser les paramètres d'Exécution de mise à jour sur les clusters de basculement ayant des besoins de mise à jour informatique similaires, vous pouvez créer des profils d'Exécution de mise à jour. En outre, selon le mode de mise à jour, vous pouvez enregistrer et gérer les profils d'Exécution de mise à jour sur un partage de fichiers accessible à l'ensemble des ordinateurs coordinateurs de mise à jour distants ou clusters de basculement. Pour plus d’informations, consultez Options avancées et Mise à jour des profils d’exécution de mise à jour pour la Mise à jour adaptée aux clusters.
Tester l'état de préparation aux mises à jour de cluster
Vous pouvez exécuter le modèle Best Practices Analyzer (BPA) de la Mise à jour adaptée aux clusters pour tester si un cluster de basculement et l’environnement réseau répondent à la plupart des conditions requises pour l’application des mises à jour de logiciels par la Mise à jour adaptée aux clusters. Un bon nombre de ces tests permettent de vérifier l'environnement et son état de préparation à l'application des mises à jour Microsoft à l'aide du plug-in par défaut, Microsoft.WindowsUpdatePlugin.
Remarque
Vous devrez peut-être valider indépendamment l’état de préparation de votre environnement de cluster à l’application des mises à jour de logiciels, si vous utilisez un autre plug-in que Microsoft.WindowsUpdatePlugin. Si vous utilisez un plug-in non Microsoft, comme un plug-in fourni par le fabricant de votre matériel, contactez l’éditeur pour plus d’informations.
Vous pouvez exécuter l'outil BPA des deux façons suivantes :
Sélectionnez Analyser la disponibilité de la mise à jour du cluster dans la console de la Mise à jour adaptée aux clusters. Une fois que l’outil BPA a effectué les tests de l’état de préparation, un rapport apparaît. Si des problèmes sont détectés sur des nœuds de cluster, les problèmes et les nœuds où ils apparaissent sont identifiés pour que vous puissiez prendre des mesures correctives. Les tests peuvent durer plusieurs minutes.
Exécutez l’applet de commande Test-CauSetup . Vous pouvez exécuter l’applet de commande sur un ordinateur local ou distant sur lequel le module de clustering de basculement pour Windows PowerShell (qui fait partie des outils de clustering de basculement) est installé. Vous pouvez également exécuter l'applet de commande sur un nœud du cluster de basculement.
Remarque
- Vous devez utiliser un compte disposant de privilèges d’administration sur les nœuds de cluster et de privilèges d’administration locale sur l’ordinateur qui permet d’exécuter l’applet de commande Test-CauSetup ou d’analyser l’état de préparation aux mises à jour de cluster via l’interface utilisateur de la Mise à jour adaptée aux clusters. Pour exécuter les tests via l’interface utilisateur de la Mise à jour adaptée aux clusters, vous devez être connecté à l’ordinateur avec les informations d’identification appropriées.
- Les tests partent du principe que les outils de la Mise à jour adaptée aux clusters utilisés pour obtenir un aperçu et appliquer les mises à jour de logiciels sont exécutés à partir du même ordinateur et avec les mêmes informations d'identification utilisateur que pour tester l'état de préparation aux mises à jour de cluster.
Important
Nous vous recommandons fortement de tester l'état de préparation aux mises à jour du cluster dans les situations suivantes :
- avant d'utiliser la Mise à jour adaptée aux clusters pour la première fois pour appliquer des mises à jour de logiciels ;
- après avoir ajouté un nœud au cluster ou effectué d'autres changements sur le matériel du cluster, qui nécessitent l'exécution de l'Assistant Validation de cluster ;
- après avoir changé une source de mise à jour ou après avoir changé des paramètres ou configurations de mise à jour (autres que ceux de la Mise à jour adaptée aux clusters) qui peuvent affecter l'application des mises à jour sur les nœuds.
Tests de l'état de préparation aux mises à jour de cluster
Le tableau ci-dessous présente les tests de l'état de préparation des mises à jour de cluster, certains problèmes fréquents et les étapes de résolution.
| Test | Problèmes et impacts possibles | Étapes de résolution |
|---|---|---|
| Le cluster de basculement doit être disponible | Impossible de résoudre le nom du cluster de basculement, ou un ou plusieurs nœuds de cluster ne sont pas accessibles. L'outil BPA ne peut pas exécuter les tests de l'état de préparation du cluster. | - Vérifiez l’orthographe du nom du cluster spécifié durant l’exécution de l’outil BPA. - Assurez-vous que tous les nœuds de cluster sont en ligne et en cours d’exécution. - Vérifiez que l’Assistant Validation d’une configuration peut s’exécuter sur le cluster de basculement. |
| Les nœuds de cluster de basculement doivent être activés pour permettre l'administration à distance via WMI | Un ou plusieurs nœuds de cluster de basculement ne sont pas activés pour l'administration à distance via WMI (Windows Management Instrumentation). La Mise à jour adaptée aux clusters ne peut pas mettre à jour les nœuds de cluster s'ils ne sont pas configurés pour l'administration à distance. | Assurez-vous que tous les nœuds de cluster de basculement sont activés pour l'administration à distance via WMI. Pour plus d'informations, voir Configurer les nœuds pour l'administration à distance dans cette rubrique. |
| PowerShell doit être activé sur chaque nœud de cluster de basculement | PowerShell n’est pas installé ou n’est pas activé pour la communication à distance sur un ou plusieurs nœuds de cluster de basculement. La Mise à jour adaptée aux clusters ne peut pas être configurée en mode de mise à jour automatique ou utiliser certaines fonctionnalités en mode de mise à jour à distance. | Vérifiez que PowerShell est installé sur tous les nœuds de cluster et qu’il est activé pour la communication à distance. Pour plus d'informations, voir Configurer les nœuds pour l'administration à distance dans cette rubrique. |
| Version du cluster de basculement | Un ou plusieurs nœuds du cluster de basculement n’exécutent pas Windows Server 2016, Windows Server 2012 R2 ou Windows Server 2012. La Mise à jour adaptée aux clusters ne peut pas mettre à jour le cluster de basculement. | Vérifiez que le cluster de basculement spécifié pendant l’exécution du BPA s’exécute Windows Server 2016, Windows Server 2012 R2 ou Windows Server 2012. Pour plus d'informations, voir Vérifier la configuration du cluster dans cette rubrique. |
| Les versions nécessaires du .NET Framework et de Windows PowerShell doivent être installées sur tous les nœuds de cluster de basculement | .NET Framework 4.6, 4.5 ou Windows PowerShell n’est pas installé sur un ou plusieurs nœuds de cluster. Certaines fonctionnalités de la Mise à jour adaptée aux clusters risquent de ne pas fonctionner. | Assurez-vous que .NET Framework 4.6 ou 4.5 et Windows PowerShell sont installés sur tous les nœuds de cluster, s’ils sont nécessaires. Pour plus d'informations, voir Configurer les nœuds pour l'administration à distance dans cette rubrique. |
| Le service de cluster doit s'exécuter sur tous les nœuds de cluster | Le service de cluster ne s'exécute pas sur un ou plusieurs nœuds. La Mise à jour adaptée aux clusters ne peut pas mettre à jour le cluster de basculement. | - Assurez-vous que le service Cluster (clussvc) a démarré sur tous les nœuds de cluster, et qu’il est configuré pour démarrer automatiquement. - Vérifiez que l’Assistant Validation d’une configuration peut s’exécuter sur le cluster de basculement. Pour plus d'informations, voir Vérifier la configuration du cluster dans cette rubrique. |
| Les mises à jour automatiques ne doivent pas être configurées pour installer automatiquement les mises à jour sur un nœud de cluster de basculement | Sur un nœud de cluster de basculement au moins, les mises à jour automatiques sont configurées pour installer automatiquement les mises à jour Microsoft. L'association de la Mise à jour adaptée aux clusters à d'autres méthodes de mise à jour peut entraîner des temps d'arrêt imprévus ou des résultats imprévisibles. | Si la fonctionnalité Windows Update est configurée pour les mises à jour automatiques sur un ou plusieurs nœuds de cluster, assurez-vous que les mises à jour automatiques ne sont pas configurées pour installer automatiquement les mises à jour. Pour plus d'informations, voir Recommandations pour l'application des mises à jour Microsoft. |
| Les nœuds de cluster de basculement doivent utiliser la même source de mise à jour | Un ou plusieurs nœuds de cluster de basculement sont configurés pour utiliser une autre source de mise à jour pour les mises à jour Microsoft que le reste des nœuds. Les mises à jour risquent de ne pas être appliquées de manière uniforme sur les nœuds de cluster par la Mise à jour adaptée aux clusters. | Assurez-vous que chaque nœud de cluster est configuré pour utiliser la même source de mise à jour, par exemple, un serveur WSUS, Windows Update ou Microsoft Update. Pour plus d'informations, voir Recommandations pour l'application des mises à jour Microsoft. |
| Une règle de pare-feu qui permet l'arrêt à distance doit être activée sur chaque nœud du cluster de basculement | Un ou plusieurs nœuds de cluster de basculement n'ont pas de règle de pare-feu activée qui permet l'arrêt à distance, ou un paramètre de stratégie de groupe empêche cette règle d'être activée. Une Exécution de mise à jour qui applique des mises à jour nécessitant le redémarrage automatique des nœuds risque de ne pas s'effectuer correctement. | Si le Pare-feu Windows ou un pare-feu non Microsoft est en cours d'utilisation sur les nœuds de cluster, configurez une règle de pare-feu qui autorise l'arrêt à distance. Pour plus d'informations, voir Activer une règle de pare-feu pour permettre les redémarrages automatiques dans cette rubrique. |
| Le paramètre de serveur proxy de chaque nœud de cluster de basculement doit être défini en fonction d'un serveur proxy local | Un ou plusieurs nœuds de cluster de basculement ont une configuration de serveur proxy incorrecte. Si un serveur proxy local est en cours d'utilisation, le paramètre de serveur proxy de chaque nœud doit être configuré correctement pour permettre au cluster d'accéder à Microsoft Update ou Windows Update. |
Assurez-vous que les paramètres de proxy WinHTTP de chaque nœud de cluster sont définis en fonction d'un serveur proxy local, le cas échéant. Si aucun serveur proxy n'est utilisé dans votre environnement, cet avertissement peut être ignoré. Pour plus d'informations, voir Appliquer des mises à jour dans les scénarios relatifs aux filiales dans cette rubrique. |
| Le rôle en cluster de la Mise à jour adaptée aux clusters doit être installé sur le cluster de basculement pour permettre l'activation du mode de mise à jour automatique | Le rôle en cluster de la Mise à jour adaptée aux clusters n'est pas installé sur ce cluster de basculement. Ce rôle est nécessaire pour la mise à jour automatique du cluster. | Pour utiliser la Mise à jour adaptée aux clusters en mode de mise à jour automatique, ajoutez le rôle en cluster de la Mise à jour adaptée aux clusters sur le cluster de basculement en procédant de l'une des façons suivantes : - Exécutez l’applet de commande PowerShell Add-CauClusterRole. |
| Le rôle en cluster de la Mise à jour adaptée aux clusters doit être activé sur le cluster de basculement pour permettre l'activation du mode de mise à jour automatique | Le rôle en cluster de la Mise à jour adaptée aux clusters est désactivé. Par exemple, le rôle en cluster de la Mise à jour adaptée aux clusters n’est pas installé ou a été désactivé à l’aide de l’applet de commande PowerShell Disable-CauClusterRole. Ce rôle est nécessaire pour la mise à jour automatique du cluster. | Pour utiliser la Mise à jour adaptée aux clusters en mode de mise à jour automatique, activez le rôle en cluster de la Mise à jour adaptée aux clusters sur ce cluster de basculement en procédant de l'une des façons suivantes : - Exécutez l’applet de commande PowerShell Enable-CauClusterRole. |
| Le plug-in de la Mise à jour adaptée aux clusters configuré pour le mode de mise à jour automatique doit être inscrit sur tous les nœuds de cluster de basculement | Le rôle en cluster de la Mise à jour adaptée aux clusters sur un ou plusieurs nœuds de ce cluster de basculement ne peut pas accéder au module de plug-in de la Mise à jour adaptée aux clusters configuré dans les options de mise à jour automatique. Une exécution de mise à jour automatique risque d'échouer. | - Assurez-vous que le plug-in de la Mise à jour adaptée aux clusters configuré est installé sur tous les nœuds de cluster selon la procédure d’installation du produit qui fournit le plug-in de la Mise à jour adaptée aux clusters. - Exécutez l’applet de commande PowerShell Register-CauPlugin pour inscrire le plug-in sur les nœuds de cluster nécessaires. |
| Tous les nœuds de cluster de basculement doivent avoir le même ensemble de plug-ins inscrits pour la Mise à jour adaptée aux clusters | Une exécution de mise à jour automatique risque d'échouer si le plug-in configuré pour être utilisé dans une Exécution de mise à jour est remplacé par un plug-in qui n'est pas disponible sur tous les nœuds de cluster. | - Assurez-vous que le plug-in de la Mise à jour adaptée aux clusters configuré est installé sur tous les nœuds de cluster selon la procédure d’installation du produit qui fournit le plug-in de la Mise à jour adaptée aux clusters. - Exécutez l’applet de commande PowerShell Register-CauPlugin pour inscrire le plug-in sur les nœuds de cluster nécessaires. |
| Les options configurées pour l'Exécution de mise à jour doivent être valides | La planification de mise à jour automatique et les options d'Exécution de mise à jour configurées pour ce cluster de basculement sont incomplètes ou non valides. Une exécution de mise à jour automatique risque d'échouer. | Configurez une planification de mise à jour automatique et un ensemble d'options d'Exécution de mise à jour valides. Par exemple, vous pouvez utiliser l’applet de commande PowerShell Set-CauClusterRole pour configurer le rôle en cluster de la Mise à jour adaptée aux clusters. |
| Au moins deux nœuds de cluster de basculement doivent être propriétaires du rôle en cluster de la Mise à jour adaptée aux clusters | Une Exécution de mise à jour lancée en mode de mise à jour automatique échoue, car le rôle en cluster de la Mise à jour adaptée aux clusters n'a accès à aucun nœud propriétaire. | Utilisez les outils de clustering de basculement pour vous assurer que tous les nœuds de cluster sont configurés en tant que propriétaires possibles du rôle en cluster de la Mise à jour adaptée aux clusters. Il s’agit de la configuration par défaut. |
| Tous les nœuds de cluster de basculement doivent avoir accès aux scripts Windows PowerShell | Tous les nœuds propriétaires possibles du rôle en cluster de la Mise à jour adaptée aux clusters n'ont pas accès aux scripts Windows PowerShell configurés, antérieurs et postérieurs aux mises à jour. Une exécution de mise à jour automatique échoue. | Vérifiez que tous les nœuds propriétaires possibles du rôle en cluster de la Mise à jour adaptée aux clusters disposent d’autorisations d’accès aux scripts PowerShell configurés, antérieurs et postérieurs aux mises à jour. |
| Tous les nœuds de cluster de basculement doivent utiliser des scripts Windows PowerShell identiques | Tous les nœuds propriétaires possibles du rôle en cluster de la Mise à jour adaptée aux clusters utilisent la même copie des scripts Windows PowerShell spécifiés, antérieurs et postérieurs aux mises à jour. Une exécution de mise à jour automatique peut échouer ou produire un comportement inattendu. | Vérifiez que tous les nœuds propriétaires possibles du rôle en cluster de la Mise à jour adaptée aux clusters utilisent les mêmes scripts PowerShell antérieurs et postérieurs aux mises à jour. |
| Le paramètre WarnAfter spécifié pour l'Exécution de mise à jour doit être inférieur au paramètre StopAfter | Les délais d'expiration de l'Exécution de mise à jour pour la Mise à jour adaptée aux clusters rendent l'avertissement relatif au délai d'expiration inefficace. Une Exécution de mise à jour peut être annulée avant qu'un journal des événements d'avertissement puisse être généré. | Dans les options de l'Exécution de mise à jour, configurez une valeur pour l'option WarnAfter qui soit inférieure à la valeur de l'option StopAfter. |