Notas de la versión de VMware Cloud Director Availability 4.6.1

VMware Cloud Director Availability 4.6.1 | 31 de agosto de 2023 | Compilación 22347688 (versión de producto: 4.6.1.7681624-a5359f8567) Compruebe las adiciones y las actualizaciones de estas notas de la versión.

Novedades

VMware Cloud Director Availability 4.6.1 incluye importantes problemas resueltos y bibliotecas de terceros.

En los sitios de Cloud Director, como proveedor o como arrendatario ahora puede registrar un servidor SMTP (Protocolo simple de transferencia de correo) directamente en VMware Cloud Director Availability y Establecer una configuración de SMTP personalizada como alternativa a Configurar en Cloud Director. Para obtener más información, consulte Eventos y notificaciones.

Actualizar

VMware Cloud Director Availability 4.6.1 admite una actualización local directamente desde las versiones:

• 4.4.x, 4.5.x o 4.6.0 en sitios de Cloud Director. Para actualizar a la versión 4.6.1 desde versiones anteriores, actualice primero a la versión 4.4.x o 4.5.x.

• 4.5.x o 4.6.0 en sitios de migración y recuperación ante desastres de vSphere. Para actualizar a la versión 4.6.1 desde la versión 4.4.x, actualice primero a la versión 4.5.x.

Para obtener información sobre el proceso de actualización, consulte Actualización en el sitio de Cloud Director y Actualización local y de sitio de proveedor.

Valores máximos de configuración

Para obtener información sobre los límites probados y verificados de tiempo de actividad, simultaneidad y escala, consulte VMware Configuration Maximums.

Advertencias y limitaciones

Si las replicaciones utilizan el motor de datos Clásico, VMware Cloud Director Availability 4.6.1 utiliza el módulo de vSphere Replication llamado Host Based Replication (HBR) versión 8.7.0.3. Para obtener más información, consulte las Notas de la versión de vSphere Replication 8.7.

Problemas resueltos

Los siguientes problemas se solucionaron en esta versión.

• En sitios de Cloud Director con instancias duales de Tunnel Appliance, no se puede restringir el acceso a las sesiones administrativas

  Cuando se utilizan dos instancias de Tunnel Appliance en modo activo-activo, si Configuración de seguridad > Restringir las API de administración por IP de origen está establecido en Permitir acceso administrativo desde cualquier lugar, la restricción no se aplicará.

• La limpieza de prueba no puede eliminar la máquina virtual de prueba debido a un error en la tarea de la máquina virtual

  Después de realizar una conmutación por error de prueba, en caso de que se produzca un error en alguna tarea de la máquina virtual de destino, la máquina virtual queda en un estado incoherente, ya que la tarea Probar limpieza no puede eliminarla y se muestra el mensaje de error: No se pudo eliminar la máquina virtual de prueba de conmutación por error: <vmid>

  Por ejemplo, este problema puede deberse a que se intenta encender manualmente la máquina virtual de prueba aunque el entorno de destino no lo permite.

• Se produce un error al aplicar la configuración de recuperación para máquinas virtuales replicadas sin índices consecutivos al seleccionar redes

  Para una máquina virtual con dos adaptadores de red, al eliminar el primero, el segundo adaptador de red mantiene su índice, por ejemplo, NIC 2.

  Después de configurar dicha máquina virtual para su replicación, al hacer clic en su opción Todas las acciones > Configuración de recuperación y seleccionar una red para el primer adaptador de red, que se muestra como NIC 1, no se aplica la red seleccionada.

• El filtrado de intervalo de RPO en la pestaña de estado de la perspectiva de máquina virtual ignora el valor máximo sin que se haya introducido ningún valor mínimo

  Al no introducir un valor mínimo, el filtrado del intervalo de RPO en la pestaña de estado de perspectiva de la máquina virtual no respeta el valor máximo.

Problema conocido

En esta versión, se identificó el siguiente problema conocido.

• Para la recuperación ante desastres y la migración de vSphere, se produce un error al intentar reparar las instancias de Replicator después de actualizar a la versión 4.6.1

  En sitios de migración y recuperación ante desastres de vSphere, una vez actualizado a la versión 4.6.1, no se puede reparar Replicator Service, por ejemplo, después de cambiar un certificado SSL o después de cambiar las credenciales de SSO de vCenter Server Lookup Service. 

  Solución alternativa:

  1. Abra una sesión SSH a los dispositivos locales en el sitio e inicie sesión con las credenciales de usuario root.

  2. En vCenter Replication Management Appliance y todas las instancias de Replicator Appliance, o de On-Premises to Cloud vCenter Replication Appliance, edite los archivos application.properties y establezca el valor de admin.allow.from en "admin.allow.from=0.0.0.0/0".

  3. Para que los cambios se propaguen, reinicie los servicios en el siguiente orden:

     1. Reinicie Manager Service.

     2. Reinicie todas las instancias de Replicator Service, ya sean locales o dedicadas.

  4. Repare la instancia de Replicator Service local o repare todas las instancias de Replicator Appliance dedicadas, si utiliza alguna.

  5. Revierta los cambios en vCenter Replication Management Appliance o en On-Premises to Cloud vCenter Replication Appliance, configurando admin.allow.from en un valor vacío: admin.allow.from=