Puede actualizar su entorno actual de vRealize Network Insight a la versión más reciente.
Los siguientes son puntos importantes que se deben tener en cuenta antes de la actualización:
- Después de la actualización, vRealize Network Insight tarda entre 12 y 24 horas en procesar los datos que estaban en la canalización durante la operación de actualización y mostrarlos en la interfaz de usuario.
- vRealize Network Insight no admite que el producto se revierta ni se cambie a una versión anterior. Debe realizar una copia de seguridad antes de proceder con la actualización. Para obtener más información sobre el proceso de copia de seguridad y restauración, consulte el artículo de la base de conocimientos https://kb.vmware.com/s/article/55829.
- En un entorno de clúster, solo debe realizar la operación de actualización en el nodo de Platform1.
- Después de actualizar a vRealize Network Insight 5.1, es posible que se cambien algunos de los identificadores de reglas de firewall por los identificadores nuevos que devuelve la API de VMware Cloud (VMC) 1.9. Tenga en cuenta lo siguiente si existe cualquiera de las reglas de firewall de VMware Cloud (VMC) 1.8 asociadas a los flujos:
- Las reglas de firewall de VMware Cloud (VMC) 1.9 correctas o correspondientes se asociarían inmediatamente después de la actualización para todos los flujos activos.
- Las reglas de firewall harían referencia a reglas que no existen para los flujos cuyos períodos de inactividad sean superiores a 24 horas antes de la actualización de la versión 1.8 a la versión 1.9.
Nota: Si surgen problemas como errores de carga o errores de interfaz de usuario al realizar la actualización centralizada, póngase en contacto con el soporte de VMware.
Migrar a la base de datos de Foundation
Para distribuir datos de configuración entre almacenes de datos del clúster,
vRealize Network Insight 5.1 reemplaza PostgreSQL por la base de datos de Foundation para almacenar los datos de configuración. Esto permite a
vRealize Network Insight hacer lo siguiente:
- Reducir la carga en el nodo de Platform1.
- Evitar un punto único de error.
- Mejorar la resistencia.
- Mejorar el rendimiento.
- Compartir el disco uniformemente entre los nodos del clúster.
El proceso de migración realiza lo siguiente de forma automática:
- Cierra todos los servicios.
- Inicia la migración entre las tablas de PostgreSQL a las de la base de datos de Foundation.
- Muestra la información de progreso de migración dinámica en la interfaz de usuario de Platform1.
El tiempo de migración para mover datos desde PostgreSQL a la base de datos de Foundation depende de la velocidad del disco y del número de nodos (un mayor número de nodos proporcionan una mayor capacidad de escritura de la base de datos de Foundation).
El tiempo que se tarda en completar el proceso de migración depende del tamaño de la base de datos.
| Tamaño de la configuración | Tamaño de los datos | Número de nodos | Tiempo típico de migración |
|---|---|---|---|
| Pequeño | De 20 GB a 40 GB | 1 nodo | De 1 a 2 horas |
| Mediano | De 60 GB a 100 GB | 3 nodos | De 7 a 10 horas |
| Configuraciones de una nube de gran tamaño | 500 GB | Clúster de 10 nodos | De 15 a 20 horas |
| XL (Megatron) | 1 TB | Clúster de 10 nodos | De 35 a 40 horas |
Tenga en cuenta que la migración se realiza como parte del proceso de actualización de vRealize Network Insight. Por lo tanto, es posible que el tiempo de actualización sea mayor, lo cual se mostrará en la pantalla durante el proceso.
vRealize Network Insight ofrece los diferentes modos de actualización.
