PowerStore : Préparation d’une mise à niveau sans perturbation (NDU) de PowerStore

Comment utiliser cet article.

Avant d’effectuer une mise à niveau sans perturbation (NDU) avec PowerStore, consultez attentivement les sous-sections suivantes de cet article pour connaître les considérations et les précautions relatives à la planification de la mise à niveau sans perturbation. Pour plus d’informations, consultez le Guide de mise à niveau logicielle.

Problèmes connus et limitations

Problèmes liés à PowerStoreOS

• Nombre de ports NVMe/TCP (lors de la mise à niveau vers PowerStoreOS 3.2 ou version ultérieure)

  • Lorsque les réseaux de stockage sont mis à l’échelle pour un nombre important de ports NVMe/TCP (supérieur à 50), avec l’option « Détection automatique de CDC » activée, le processus de mise à niveau sans perturbation peut entraîner une insuffisance de ressources dans le cluster PowerStore. Ce scénario peut entraîner un état de connexion CDC sur tous les ports NVMe/TCP qui s’affichent comme « non initialisés ». En outre, les demandes de mise à niveau ultérieures peuvent échouer.

  • Pour plus d’informations sur ce problème et sur la façon de l’éviter avant la mise à niveau vers PowerStoreOS version 3.2, voir l’article PowerStore : Lorsque les réseaux de stockage sont mis à l’échelle jusqu’à 50 (ou plus), les mises à niveau PowerStoreOS peuvent échouer avec des ports « non initialisés »

• Suspendez toutes les sessions Metro en cas de mise à niveau à partir de la version 3.6.1.0 uniquement.
  • Pour plus d’informations, reportez-vous à l’article KB-000223948 de la base de connaissances PowerStore : Le chevauchement des E/S sur un volume Metro peut entraîner un redémarrage inattendu ou une latence accrue

Modèles PowerStore T

Modèles : 500T, 1000T, 1200T, 3000T, 3200T, 5000T, 5200T, 7000T, 9000T, 9200T
Aucune limitation

Modèles PowerStore Q

Modèles : 3200Q
Aucune limitation

Modèles PowerStore X

Modèles : 1000X, 3000X, 5000X, 7000X, 9000X

• Les versions 3.5 (ou ultérieures) de PowerStoreOS ne sont pas prises en charge sur PowerStore X.

• Vérifiez que SSH est démarré sur les deux nœuds ESXi et que SSH est activé au démarrage avant de démarrer toute procédure de mise à niveau sans perturbation.
  Voir l’article PowerStore : La désactivation de PowerStoreX-SSH peut entraîner une défaillance du nœud pour obtenir des informations supplémentaires.

• Si VMware NSX-T Data Center est déployé sur le cluster du modèle PowerStore X, ne poursuivez pas la mise à niveau sans perturbation avant de consulter l’article PowerStore : PowerStoreX : Si les commutateurs distribués virtuels gérés par NSX-T sont migrés vers les commutateurs distribués vSphere lors de la mise à niveau de vSphere, la connexion est perdue après la reconfiguration du réseau de gestion PowerStore pour plus d’informations.

• Après la mise à niveau de la matrice PowerStore X vers la version 2.1.1.0 de PowerStoreOS, rendez-vous sur vCenter Server et vérifiez les licences de PowerStore X esxi_node. Assurez-vous que l’état de la licence VMware vSphere 7 est OK.

• Tous les hôtes ESXi externes sur le cluster vSphere doivent exécuter la même version ESXi que les hôtes internes.  

Versions de PowerStoreOS recommandées

• Consultez l’article PowerStore : Matrice PowerStoreOS

• Pour les appliances PowerStore utilisant un ou plusieurs boîtiers d’extension NVMe (ENS24), PowerStoreOS 3.6.0.0 (ou version ultérieure) est recommandé.

• Pour les appliances PowerStore utilisant Veeam comme solution de sauvegarde dans leur environnement, PowerStoreOS 3.6.0.0 (ou version ultérieure) est recommandé.

• La mise à niveau sans perturbation de PowerStoreOS de la versions 3.X à la version 4.X est restreinte si le protocole de transport distant du système est utilisé comme protocole de transport distant du système (PRTS). Les clients concernés doivent remplacer leur transport RSTP par TCP avant la mise à niveau sans perturbation vers 4.X.

Vérifications préliminaires

À propos de cette étape

PowerStore inclut divers outils pour vous aider à diagnostiquer et identifier proactivement différents problèmes qui doivent être résolus avant la mise à niveau sans perturbation.

1. Le contrôle d’intégrité préalable à la mise à niveau (PUHC) est un utilitaire intégré qui est fourni avec chaque package de mise à niveau. Il est axé sur les tests destinés à la préparation à la mise à niveau sans perturbation.

2. Le contrôle d’intégrité du système (SHC) est un utilitaire intégré qui est fourni avec des packages de mise à niveau à partir de PowerStoreOS 2.0. Il inclut des tests d’intégrité supplémentaires pour l’appliance.

3. Les extensions de mise à niveau sont une amélioration du contrôle d’intégrité du système (SHC) qui ajoute des tests spécifiques à la mise à niveau sans perturbation. Cela a été introduit dans PowerStoreOS 2.1 et n’est disponible que pour les mises à niveau à partir de cette version.

Consultez le tableau suivant pour déterminer, en fonction de votre version actuelle de PowerStoreOS, les outils à utiliser avant la mise à niveau sans perturbation :

Consultez les trois sous-sections suivantes pour plus d’informations sur les outils de vérification préliminaire.

Bilan de santé préalable à la mise à niveau

• Consultez l’article PowerStore : Comment vérifier l’intégrité du cluster avant la mise à niveau logicielle à l’aide du contrôle d’intégrité préalable à la mise à niveau et du contrôle d’intégrité du système pour obtenir des instructions sur l’utilisation du contrôle d’intégrité préalable à la mise à niveau avant la mise à niveau sans perturbation.

• Examinez tous les éléments signalant un message d’état d’ERREUR ou d’AVERTISSEMENT généré lors du contrôle d’intégrité préalable à la mise à niveau et traitez-les de manière adéquate.

• Si vous avez besoin d’aide pour traiter les messages d’erreur et d’avertissement affichés, contactez les services de support de Dell Technologies.

ATTENTION : une coche verte n’indique pas que le contrôle d’intégrité préalable à la mise à niveau s’est terminé sans aucun message d’erreur ou d’avertissement. Cela indique uniquement qu’une étape du contrôle d’intégrité s’est déroulée correctement. Pour plus d’informations, consultez l’article PowerStore : tous les voyants du Health Check sont au vert malgré les avertissements.

Bilan de santé du système

Remarque : Envisagez d’exécuter la vérification du système au moins une semaine avantla mise à niveau sans perturbation afin de prévoir suffisamment de temps pour les procédures correctives si elles sont nécessaires.
 

• Le contrôle du système, en tant qu’outil à utiliser avant l’exécution de la mise à niveau sans perturbation (NDU), est disponible sur les appliances exécutant PowerStoreOS version 2.0.x.

• Consultez PowerStore : Comment vérifier l’intégrité du cluster avant la mise à niveau logicielle à l’aide du contrôle d’intégrité préalable à la mise à niveau et du contrôle d’intégrité du système pour obtenir des instructions sur l’utilisation du contrôle d’intégrité du système avant la mise à niveau sans perturbation.

• Examinez tous les éléments signalant un message d’état d’ÉCHEC généré lors du contrôle d’intégrité du système et traitez-les de manière adéquate.

• Si vous avez besoin d’aide pour traiter les messages d’échec affichés, contactez les services de support de Dell Technologies.

Extensions de mise à niveau

• Les extensions de mise à niveau sont disponibles sur les appliances exécutant la version 2.1.x de PowerStoreOS.

• Consultez l’article PowerStore : Comment vérifier l’intégrité du cluster avant la mise à niveau logicielle à l’aide du contrôle d’intégrité préalable à la mise à niveau et du contrôle d’intégrité du système pour obtenir des instructions sur l’utilisation des extensions de mise à niveau avant la mise à niveau sans perturbation.

• Examinez tous les éléments signalant un message d’état d’ÉCHEC généré lors de l’extension de mise à niveau et traitez-les de manière adéquate.

• Si vous avez besoin d’aide pour traiter les messages d’échec affichés, contactez les services de support de Dell Technologies.

Alertes en attente

• Connectez-vous à PowerStore Manager à partir l’appliance à mettre à niveau et examinez les alertes en attente en cliquant sur l’onglet Surveillance.

• Déterminez quelles alertes en attente nécessitent une attention particulière. Examinez les alertes avec un niveau de gravité critique, majeur ou mineur et, si possible, essayez de corriger les alertes signalées.

• Si nécessaire, contactez les services de support de Dell Technologies pour être assisté dans l’évaluation et le traitement des alertes en attente avant de passer à la mise à niveau.  

Bonnes pratiques en matière de préparation des hôtes, problèmes connus et limitations

Système d’exploitation concerné

• vSphere ESXi

  • Lors de la mise à niveau vers la version 2.0 (ou une version ultérieure) de PowerStoreOS, l’hôte ESXi exécutant 8.0 U1 à l’aide du magasin de données NVMe/FC et NVMe/TCP peut rencontrer des erreurs d’E/S lors des redémarrages/échecs du nœud PowerStore. Pour plus d’informations sur ce problème et sur la façon de le résoudre, consultez l’article PowerStore : Une erreur d’E/S a été détectée sur le datastore NVMe lors du processus de mise à niveau sans perturbation.

• Solaris

• Pour les clients utilisant un code PowerStore antérieur à 3.5, la mise à niveau sans perturbation est prise en charge avec Solaris native MPxIO à partir de Solaris 11.4 SRU 35. Contactez votre prestataire de services pour obtenir la prise en charge de la mise à niveau sans perturbation PowerStore sur les versions antérieures de Solaris ou les mises à jour de Solaris.

• Pour les clients qui utilisent déjà PowerStore code 3.5 et versions ultérieures, la mise à niveau sans perturbation est prise en charge avec Solaris native MPxIO 10/11.x

Général

• Consultez la Matrice de support simple Dell Technologies PowerPath pour connaître les options de gestion multivoie prises en charge et leurs versions associées.

• Pour connaître les pratiques d’excellence en matière de connectivité de l’hôte, reportez-vous au guide de connectivité de l’hôte E-Lab correspondant au système d’exploitation de l’hôte connecté.

  • Assurez-vous que tous les hôtes qui accèdent à l’appliance PowerStore sont correctement configurés avec des chemins redondants et un logiciel de gestion multivoie.

• Reportez-vous à E-Lab Interoperability Navigator pour connaître les configurations prises en charge (firmware et pilote HBA, topologies, limitations connues et consignes générales) :

  • Pour les environnements SCSI :

    • Reportez-vous à la Matrice de support simple E-Lab.

  • Pour les environnements NVMe-oF :

    • Reportez-vous à la Matrice de support simplifiée de l’interopérabilité hôte/stockage NVMe/FC E-Lab pour connaître les configurations prises en charge.

    • Reportez-vous à la Matrice de support simplifiée de l’interopérabilité NVMe/Hôte TCP/Stockage E-Lab pour connaître les configurations prises en charge.

• Exécutez le script de validation de l’hôte PowerStore (HVS) pour analyser et corroborer la configuration de l’hôte. Pour obtenir des instructions sur le téléchargement et l’installation de HVS pour un système d’exploitation hôte connecté, rendez-vous sur :

  • VMware ESXi: voir l’article PowerStore : script de validation de l’hôte pour ESXi.  

Considérations générales relatives à la planification des mises à niveau

• Consignes générales

  • Téléchargez la dernière version des Notes de mise à jour de PowerStore pour déterminer quels packages de mise à jour logicielle sont requis pour effectuer la mise à niveau de PowerStore.

• Bien que cette modification du nom du fichier du package n’affecte pas la mise à niveau sans perturbation vers l’appliance PowerStore, elle peut affecter les procédures ultérieures effectuées sur l’appliance à l’aide de ce package, telles que la réparation du nœud ou le remplacement du module de démarrage M.2 interne (M.2 principal). Pour plus d’informations sur ce problème et sur la façon de l’éviter, consultez l’article PowerStore : La réinstallation de PowerStoreOS (réparation du nœud) a échoué lorsque le nom de fichier du package utilisé a été modifié après le téléchargement à partir du site de support Dell.

  • Vous pouvez charger jusqu’à dix (10) packages de mise à niveau à la fois sur votre cluster PowerStore. Toutefois, après le démarrage d’une mise à niveau, elle doit être effectuée avec succès sur toutes les appliances du cluster avant qu’une autre mise à niveau puisse être effectuée.

  • Lors du téléchargement d’un package PowerStoreOS à partir du site de support Dell, assurez-vous que son nom de fichier est resté intact après le téléchargement sur la machine locale et qu’aucun suffixe n’y a été ajouté automatiquement. Dans ce cas, une mise à niveau sans perturbation utilisant un tel package peut échouer.

  • Au cours du processus de mise à jour logicielle, vous pouvez être temporairement déconnecté de PowerStore Manager. Réessayez de vous connecter à PowerStore Manager après plusieurs minutes (jusqu’à 5 minutes).

  • Certaines opérations de gestion peuvent être bloquées pendant la mise à niveau.

  • Une fois le processus de mise à jour logicielle terminé, fermez l’onglet du navigateur dans l’interface utilisateur, puis reconnectez-vous à partir d’un nouvel onglet de navigateur pour afficher le contenu de la nouvelle fonctionnalité dans l’interface utilisateur.

• Fenêtre de maintenance

  • Bien que les clusters PowerStore soient conçus et testés pour que leurs mises à niveau se fassent sans perturbation, il est recommandé de suivre les pratiques d’excellence en matière de gestion IT lors de la mise à niveau d’un cluster PowerStore.

  • Dans la mesure du possible, préférez les fenêtres de maintenance plutôt que les heures de bureau et exécutez les mises à niveau lorsque la charge imposée au cluster est minimale.

  • Si l’utilisation du processeur dépasse 50 % sur les nœuds d’une appliance PowerStore, réduisez la charge d’E/S lors d’une fenêtre de maintenance.

    • L’utilisation du processeur peut être affichée dans l’onglet Performances du menu Matériel de PowerStore Manager (interface utilisateur).

  • Lorsque le nombre de systèmes de fichiers est supérieur à 50, une pause d’E/S plus longue est possible. Pensez à une fenêtre de maintenance.

  • Cela permet de garantir que les mises à niveau sont effectuées dans les meilleurs délais et sans perturbation majeure.

• Obtenir de l’aide

  • Si nécessaire, contactez les services de support de Dell Technologies pour savoir comment coordonner et exécuter une mise à niveau sans perturbation (NDU) de votre appliance PowerStore.

  • Si une mise à niveau est planifiée pour un environnement PowerStore X, il est recommandé de contacter le support de Dell Technologies qui vous aidera à mener à bien votre mise à niveau.

  • Dell Technologies travaille en étroite collaboration avec vous, afin d’assurer la planification et l’exécution de la mise à niveau sans interruption des charges applicatives métiers.

• Support Connectivity

  • Il est vivement recommandé d’activer Support Connectivity et les informations d’identification du service à distance (RSC) pour simplifier et réduire la durée de l’analyse des échecs de mise à niveau, en cas d’échec du processus de mise à jour logicielle.

• Accès à SSH

  • Activez l’accès SSH externe au niveau de l’appliance PowerStore pour simplifier et réduire la durée de l’analyse des échecs de mise à niveau, en cas d’échec du processus de mise à jour logicielle.

• Compte de service

  • Ajoutez un mot de passe au compte de service. Si un mot de passe est déjà ajouté au compte de service, vérifiez que vous pouvez utiliser une connexion SSH avec PowerStore et connectez-vous avec l’utilisateur « service » et le mot de passe défini pour ce compte.

• Paramètres CHAP

  • Si vous modifiez les paramètres CHAP sur un cluster de modèle PowerStore T avec NAS activé, comme l’activation ou la désactivation du CHAP, la modification du CHAP mutuel en CHAP unique ou la modification d’un CHAP unique en CHAP mutuel, vous devez effectuer les actions suivantes :

    1. Redémarrer les nœuds du cluster l’un après l’autre dès que possible après avoir modifié les paramètres CHAP.

    2. Patientez jusqu’à ce que tous les nœuds du cluster aient été redémarrés avant d’effectuer une mise à jour logicielle.

• Suppression des alertes d’appel à distance

  • En général, le processus d’appel à distance désactive automatiquement les alertes d’appel à distance afin qu’aucune demande de service ne soit créée pour les alertes qui se produisent pendant la mise à niveau sans perturbation. Toutefois, cette option ne s’active pas toujours comme prévu

  • Pour les clusters dotés d’un ou de plusieurs boîtiers d’extension, la suppression de l’appel à distance peut disparaître prématurément avant la fin de la mise à niveau du boîtier d’extension
    • Consultez l'000125772 de la base de connaissances pour plus d’informations sur la façon de supprimer manuellement les alertes d’appel à distance :  PowerStore : Désactivation des notifications du support pour les tests et la maintenance planifiée

Attention : La mise à jour logicielle échoue si les nœuds d’un cluster de modèle PowerStore T avec NAS activé ne sont pas redémarrés après que des modifications ont été apportées aux paramètres CHAP. Pour obtenir des instructions sur le redémarrage des nœuds du modèle PowerStore T, consultez le Guide des procédures de mise hors tension et de redémarrage de PowerStore.

Considérations générales relatives à la mise à niveau

• Certaines opérations système internes, telles que les plannings de snapshots et de réplication, peuvent être interrompues pendant une mise à niveau sans perturbation et reprendre lorsque la mise à niveau sans perturbation est terminée.

Vérifications finales

PowerStore inclut divers outils pour vous aider à diagnostiquer et identifier proactivement différents problèmes. Ces outils doivent également être exécutés après la mise à niveau sans perturbation, afin de s’assurer qu’aucun problème n’est présent dans le cluster.

Dans cette étape, les outils de contrôle d’intégrité de PowerStore qui ont été mentionnés dans la section Vérifications préliminaires doivent être exécutés après la mise à niveau sans perturbation : Contrôle d’intégrité préalable à la mise à niveau (PUHC) et Bilan de santé du système (SHC).

Consultez le tableau suivant pour déterminer, en fonction de votre version de PowerStoreOS, les outils à utiliser après la mise à niveau sans perturbation :

En outre, après la mise à niveau sans perturbation, assurez-vous de charger et d’installer le package thin de contrôle d’intégrité et le package RxDefinitions, puisque le processus de mise à niveau sans perturbation supprime ces packages, s’ils existaient auparavant.

Pour plus d’informations sur l’installation du package RxDefinitions, consultez l’article PowerStore : Page de destination pour les problèmes liés à RxDefinitions

. Pour plus d’instructions sur l’utilisation de ces outils PowerStore, veuillez consulter les articles suivants : PowerStore : Comment utiliser la fonctionnalité System Check et PowerStore : Comment vérifier l’intégrité du cluster avant la mise à niveau logicielle à l’aide du contrôle d’intégrité préalable à la mise à niveau et du contrôle d’intégrité du système.