Configuration requise et bonnes pratiques concernant la mise à jour adaptée aux clusters

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.

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.

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.

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.

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 :

1. Dans la console Services, démarrez le service Gestion à distance de Windows, puis définissez son type de démarrage comme étant Automatique.

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

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.

Vous pouvez exécuter l'outil BPA des deux façons suivantes :

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

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

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.

Références supplémentaires

• Vue d'ensemble de la mise à jour adaptée aux clusters