Remarque : En cas de mise à niveau automatique, les utilisateurs doivent générer une procédure de mise à niveau à l’aide du portail Dell
SolVe Online pour obtenir des instructions détaillées sur la mise à niveau (compte de support Dell requis).
Ressources utiles :
En ce qui concerne VxRail, quels éléments les services proactifs à distance (RPS) prennent-ils en charge ?
- Mises à niveau VxRail autonomes avec vCenter géré (interne) par VxRail (voir ci-dessous pour plus d’informations)
- Mises à niveau VxRail du cluster étendu (voir ci-dessous pour plus d’informations)
- Clusters VxRail avec déploiements vCenter gérés par l’utilisateur (externes) (les mises à jour vCenter externes ne sont pas couvertes par le support technique Dell, voir ci-dessous [n° 4] pour plus d’informations).
Remarque : Les équipes RPS ne prennent pas en charge les sites sombres et nécessitent la présence d’une ressource de terrain sur site pour effectuer la mise à niveau.
Quel type de mises à niveau sont effectuées sur les systèmes VxRail ?
- Mise à niveau majeure = une mise à niveau de l’appliance hors famille (exemple : 4.7.x > , 7.0.x)
- Mise à niveau mineure = une mise à niveau de l’appliance au sein de la même famille (exemple : 7.0.x > , 7.0.x)
Les mises à niveau VxRail entraînent-elles des interruptions ?
Les mises à niveau de VxRail Appliance ne devraient pas générer d’interruptions. Les machines virtuelles de charge applicative sont d’abord migrées vers d’autres hôtes en ligne avant de placer cet hôte en mode maintenance.
Tenez compte des points suivants :
- Avant une mise à niveau de VxRail, des bilans de santé sont effectués pour vérifier que le système est prêt pour la mise à niveau.
- Toutes les machines virtuelles de charge applicative doivent être configurées pour utiliser vMotion entre les nœuds VxRail. Si une machine virtuelle (VM) ne peut pas utiliser vMotion, une interruption de service planifiée peut être nécessaire pour permettre l’exécution réussie d’une mise à niveau.
Comme pour toute mise à niveau de système, il est recommandé d'effectuer la mise à niveau lorsque la quantité d'E/S est faible et de planifier une fenêtre de maintenance pour pallier toute difficulté.
- Si l’utilisation du système est trop élevée (utilisation de la mémoire ou du processeur), il peut être nécessaire de mettre certaines machines virtuelles hors tension afin d’éviter tout impact potentiel sur les machines virtuelles de charge applicative.
- Si l’utilisation du stockage est trop élevée, il peut être nécessaire de libérer de l’espace sur le vSAN OU de migrer certaines machines virtuelles de charge applicative hors du vSAN vers un autre système (si possible).
La mise à niveau de VxRail concernent les composants suivants (sans s'y limiter) :
- VxRail Manager
- VMWare ESXi
- VMware vCenter Server Virtual Appliance (vCSA) (si interne)
- VMware Platform Service Controller (PSC) (si interne)
- vSAN VMware
- Mises à niveau spécifiques au matériel incluses (non incluses dans chaque mise à niveau, mais présentes dans le package composite, le cas échéant).
- Les éléments ci-dessous présentent une partie des mises à niveau. Consultez les liens de la Matrice de support VxRail pour déterminer les versions des composants entre les différents niveaux de code VxRail.
Plate-forme Dell PowerEdge :
- PTAgent
- iSM
- BIOS
- iDRAC
- BOSS
Pour obtenir la liste complète des composants mis à niveau, reportez-vous à la Matrice de support VxRail requise ci-dessous :
Points utiles concernant les mises à niveau de l’appliance VxRail :
- Vous devez toujours lancer les mises à niveau VxRail à partir de l'interface utilisateur de VxRail Manager/du plug-in vCenter.
- La mise à jour VxRail à l’aide de VMware vCenter Update Manager (VUM sur le client Web vCenter) n’est pas prise en charge.
- Les clusters VxRail déployés avec un vCenter externe peuvent nécessiter la mise à jour de vCenter Server avant la mise à niveau du cluster VxRail (les mises à niveau vCenter externes ne sont pas prises en charge par Dell et constituent une tâche utilisateur).
- Pour la configuration vCenter externe (gérée par l’utilisateur), il est impératif de vous assurer que la version actuelle de vCenter est prise en charge au niveau du code vers lequel vous effectuez la mise à niveau. Consultez l’article suivant sur Dell VxRail : Matrice d’interopérabilité VxRail et VMware vCenter Server géré par le client (vCenter externe) (connexion au support Dell requise pour afficher l’article)
- Les clusters VxRail étendus exécutant des versions (inférieures) à 4.5.215 ou 4.7.300 ne peuvent pas être mis à niveau par l’utilisateur, et un ingénieur du support technique (TSE) Dell doit effectuer la mise à niveau. Les mises à niveau supérieures à ces niveaux de code sont considérées comme pouvant être mises à niveau par l’utilisateur et le script de mise à niveau automatise la mise à jour Witness.
Combien de temps peut prendre la mise à niveau de VxRail ?
La durée d'une mise à niveau de l'appliance VxRail dépend de nombreux facteurs :
- Nombre d'hôtes
- Type de matériel des hôtes
- Si DRS est activé ou non
- Configuration du système (étendu ou non étendu et VC interne ou externe)
- Nombre de machines virtuelles sur le système
- Taille des machines virtuelles
- Niveau de code actuel et niveau de code cible (majeur ou mineur)
- Nombre de mises à jour supplémentaires incluses dans la version de destination (mises à jour de firmware, etc.)
En règle générale, nous pouvons utiliser ce qui suit à titre d’estimation approximative : parfois, la durée de l’activité peut prendre plus de temps et parfois moins.
Hôtes Dell PowerEdge :
- Durée estimée par hôte = 2 heures
- Si DRS n’est pas activé, ajoutez 1 heure supplémentaire à la durée totale.
- Si le système est un cluster étendu, ajoutez 1 heure supplémentaire à la durée totale.
Récapitulatif du processus de mise à niveau de RPS
Conseils techniques (vérification préalable) :
- Effectuer des bilans de santé du cluster à l’aide de scripts et de vérifications de l’interface utilisateur vCenter (RPS ouvre un ticket de support en cas de problème).
- Dimensionner l’environnement pour fournir un plan de mise à niveau
- Indiquez une estimation de la durée de la mise à niveau (sur la base d’une mise à niveau sans problème)
- Fournir au Client les conditions préalables à respecter.
- Discutez du plan de mise à niveau et fournissez le lien de téléchargement du code.
- Répondre à toutes les questions techniques de l’utilisateur.
Une fois la consultation technique terminée, l’équipe de planification collabore avec l’utilisateur pour planifier la mise à niveau en fonction du plan de mise à niveau. Cela permet d’affecter les ressources RPS pour toute la durée de la mise à niveau et d’assurer des transferts lorsque la durée se situe entre les équipes d’ingénieurs.
Mise à niveau:
- Effectuez des bilans de santé du cluster à l'aide de scripts et des vérifications de l'interface utilisateur vCenter.
- Téléchargez le package de code.
- Démarrez le processus de mise à niveau.
- Surveillez le processus jusqu'à la fin.
Vérifications post-mise à niveau :
- Vérifiez l'intégrité du cluster après la mise à niveau.
- Ouvrez une demande de service de support pour tous les problèmes nécessitant une investigation.
Procédure de mise à niveau de VxRail
VxRail est une solution fabriquée et la gestion du cycle de vie (LCM) VxRail automatise le processus de mise à niveau de VxRail en chargeant le logiciel et le firmware sur chaque nœud.
- Configurez des définitions d'alarme pour les notifications par e-mail.
- Prenez des snapshots des machines virtuelles de service.
- Effectuez une mise à niveau du code actuel vers une nouvelle version.
- Supprimez les snapshots des machines virtuelles de service.
- Modifiez le mot de passe du compte Mystic Service.
Remarque : SolVe Online permet aux clients de générer des procédures VxRail.
Script de mise à niveau de VxRail
Un script automatise la gestion du cycle de vie (LCM) VxRail dans l’ordre suivant.
- VxRail Manager
- vCenter Server (si géré par VxRail)
- Nœud ESXi 1
- Nœud ESXi 2
- Nœud ESXi 3
- Nœud ESXi n
Le script LCM démarre au niveau du nœud 1, évacue ses machines virtuelles et place le nœud en mode maintenance. Tous les composants sont mis à niveau et le nœud est redémarré. Une fois le redémarrage terminé, le nœud sort du mode maintenance et les machines virtuelles migrent à nouveau vers le nœud. Le script passe au nœud suivant, jusqu’à ce que tous les nœuds du cluster aient été mis à niveau.