Vous pouvez mettre à niveau votre environnement vRealize Network Insight actuel vers la dernière version.
Points importants à prendre en compte avant la mise à niveau :
- Après la mise à niveau, vRealize Network Insight tarde entre 12 et 24 heures pour traiter les données figurant dans le pipeline pendant l'opération de mise à niveau et les afficher dans l'interface utilisateur.
- vRealize Network Insight ne prend pas en charge la restauration ou la rétrogradation du produit. Vous devez effectuer une sauvegarde avant de procéder à la mise à niveau. Pour plus d'informations sur le processus de sauvegarde et de restauration, reportez-vous à l'article de la base de connaissances https://kb.vmware.com/s/article/55829.
- Dans un environnement en cluster, vous devez effectuer l'opération de mise à niveau uniquement sur le nœud de la plate-forme 1.
- Après la mise à niveau vers vRealize Network Insight 5.1, certains ID de règle de pare-feu peuvent être remplacés par les nouveaux ID renvoyés par l'API VMware Cloud on AWS 1.9. Si des règles de pare-feu de VMware Cloud on AWS 1.8 attachées aux flux existent :
- Les règles de pare-feu de VMware Cloud on AWS 1.9 correctes ou respectives sont attachées immédiatement après la mise à niveau de tous les flux actifs.
- Les règles de pare-feu font référence à des règles inexistantes pour les flux dont la période d'inactivité est supérieure à 24 heures avant la mise à niveau de la version 1.8 vers la version 1.9.
Note : Si des problèmes tels que l'échec de téléchargement ou de l'interface utilisateur surviennent lors de l'exécution de la mise à niveau centralisée, contactez le support VMware.
Migration vers la base de données Foundation
Pour distribuer les données de configuration entre les banques de données du cluster,
vRealize Network Insight 5.1 remplace PostgreSQL par la base de données Foundation pour le stockage des données de configuration. Cela permet à
vRealize Network Insight de :
- réduire la charge sur le nœud de la plate-forme 1
- éviter les points unitaires de panne
- améliorer la résilience
- améliorer les performances
- partager le disque uniformément entre les nœuds du cluster
Le processus de migration effectue automatiquement les opérations suivantes :
- arrêt de tous les services
- démarrage de la migration table à table de PostgreSQL vers la base de données Foundation
- affichage des informations de progression de la migration dynamique sur l'interface utilisateur de la plate-forme 1
Le temps de migration pour déplacer des données depuis PostgreSQL vers la base de données Foundation dépend de la vitesse du disque et du nombre de nœuds (un nombre de nœuds plus élevé permet un débit d'écriture plus élevé sur la base de données Foundation).
Le temps nécessaire pour terminer le processus de migration dépend de la taille de la base de données.
| Taille de la configuration | Taille des données | Nombre de nœuds | Temps de migration typique |
|---|---|---|---|
| Petite | 20 Go à 40 Go | 1 nœud | 1 à 2 heures |
| Moyenne | 60 Go à 100 Go | 3 nœuds | 7 à 10 heures |
| Grandes configurations à cloud unique | 500 Go | Cluster à 10 nœuds | 15 à 20 heures |
| XL (Megatron) | 1 To | Cluster à 10 nœuds | 35 à 40 heures |
Notez que la migration s'effectue dans le cadre du processus de mise à niveau de vRealize Network Insight. Par conséquent, la durée de la mise à niveau peut s'allonger, ce qui s'affiche à l'écran au cours du processus.
vRealize Network Insight prend en charge les différents modes de mise à niveau.
