Saltar al contenido principal

Novedades de vStack Center 3.2.0

Cambios visibles para el usuario por versión, de la más reciente a la más antigua.

3.2.0 — 25 de septiembre de 2026​

Esta versión no añade nuevos métodos de la API. Todos los cambios son correcciones, y casi todos abordan el mismo problema: Center ya no decide cómo tratar una máquina virtual basándose únicamente en un registro de su base de datos. Antes de iniciar una máquina, ahora pregunta a los nodos dónde se está ejecutando realmente. Después de un fallo, distingue la caída de una máquina de un apagado normal del sistema invitado y recupera la máquina, y la detención del servicio de un pool por fin tiene en cuenta las máquinas que se ejecutan en nodos vecinos.

Aspectos destacados​

  • Ya no se puede iniciar una máquina en un segundo nodo mientras se ejecuta en el primero. Antes de iniciarla, Center consulta a los nodos y rechaza el inicio con el código -461 si la máquina ya se está ejecutando en algún lugar. Anteriormente, cuando la base de datos no coincidía con la realidad, el comando se enviaba igualmente al segundo nodo y dos hipervisores escribían en el mismo disco.
  • Una máquina que se cae se recupera. Center ya no trata la caída de un hipervisor como un apagado realizado por el administrador e inicia la máquina en cuanto su almacenamiento está listo, incluso si se cayó después de que el pool ya se hubiera iniciado.
  • Al detener el servicio de un pool también se apagan las máquinas que se ejecutan de forma remota. Anteriormente, Center solo apagaba las máquinas del nodo propietario; las demás mantenían el pool ocupado y la exportación fallaba con "pool is busy".
  • La lista de máquinas virtuales ya no repite la misma máquina.

Consideraciones para la actualización​

  • La respuesta al inicio de una máquina llega más tarde, tanto como tarda la consulta a los nodos. El presupuesto predeterminado de la consulta es de 10 segundos para todos los nodos en conjunto (no por nodo) y se configura con la variable de entorno VM_LIVENESS_PROBE_TIMEOUT_SECS. La consulta puede desactivarse por completo (VM_LIVENESS_PROBE_ENABLED=0); en ese caso, el inicio, la recuperación automática y la rama "la máquina no está en ejecución" de la detención funcionan como antes de la versión 3.2.0.
  • Hay un nuevo código de error -461: "VM is running on another cluster node; unable to start". Los clientes de la API que gestionan los fallos de inicio por código deben tenerlo en cuenta. El número del nodo se omite intencionadamente del mensaje; se registra en el registro del servicio.
  • La recuperación automática después de un fallo depende del agente del nodo. El agente de vStack OS 3.2.0 informa del motivo del apagado de una máquina. En los nodos con un agente más antiguo, una máquina apagada de forma anómala se sigue considerando detenida por el administrador y no se recupera automáticamente; actualice el agente en todos los nodos.
  • Al detener el servicio de un pool ahora se apagan las máquinas de ese pool en los nodos vecinos. Al planificar el mantenimiento, tenga en cuenta los apagados de máquinas además de las del nodo propietario.

Corregido​

Inicio y detención de una máquina

  • Ya no se puede iniciar una máquina virtual en un segundo nodo mientras se ejecuta en el primero. Si los nodos no responden, el inicio no se bloquea: un nodo no disponible no debe impedir que las máquinas se inicien después de un fallo, que es precisamente el escenario para el que está pensada la recuperación. La recuperación automática de máquinas sigue la misma regla.
  • Al detener una máquina ya no se marca como detenida si se está ejecutando en otro nodo. La respuesta de un nodo "no se está ejecutando ninguna máquina así" es cierta para ese nodo, pero no para el clúster; Center la aceptaba como un hecho y registraba la máquina como detenida, tras lo cual su inicio en otro nodo superaba la validación. Ahora el estado se registra solo después de consultar a los nodos. La respuesta a la propia operación de detención no ha cambiado: sigue completándose correctamente.
  • Dos solicitudes simultáneas para iniciar la misma máquina en nodos distintos ya no prosperan ambas: una se ejecuta y la segunda recibe el error existente "la máquina ya está en ejecución".
  • El inicio de una máquina inmediatamente después de que finalice su migración entre pools ya no se rechaza con "la máquina está bloqueada". Anteriormente, marcar la migración como completada y desbloquear la máquina eran operaciones separadas: la máquina ya aparecía como migrada, pero el bloqueo se liberaba un par de segundos después, y un inicio solicitado durante ese intervalo se rechazaba. Ahora el bloqueo se libera al mismo tiempo que la migración se marca como completada, por lo que la máquina migrada puede iniciarse de inmediato.

Recuperación automática después de un fallo

  • La caída de una máquina ya no borra su indicador "debe estar en ejecución". Anteriormente, la caída de un hipervisor y un apagado normal del sistema invitado llegaban a Center como el mismo evento, y ambos marcaban la máquina como detenida por el administrador, de modo que la recuperación automática ya no la iniciaba después de un fallo. Ahora Center distingue el motivo con los datos del nodo y conserva el indicador tras una caída, un reinicio solicitado por el sistema invitado, un apagado del nodo o un apagado forzado por tiempo de espera agotado. Un apagado normal del sistema invitado sigue pasando la máquina al estado detenido.
  • Una máquina apagada de forma anómala se inicia automáticamente en cuanto su almacenamiento está listo, desencadenado por un evento y no por un temporizador. Anteriormente, la única pasada de recuperación automática se ejecutaba una vez al iniciarse el almacenamiento: una máquina que se caía después permanecía detenida. Si un inicio falla por un fallo del nodo, Center reintenta hasta tres veces sin borrar el indicador "debe estar en ejecución". Si los recursos son insuficientes, la máquina conserva el indicador "debe estar en ejecución", el motivo se registra y el inicio no se reintenta con un temporizador.
  • Un router Edge detenido ya no vuelve a iniciarse automáticamente unos segundos después. Center trataba su propio comando de detención del Edge como una caída e iniciaba inmediatamente la máquina, lo que impedía añadir o quitar puertos de red después de detener el router Edge.

Pools de almacenamiento

  • La detención y el traslado de un pool ya no fallan con "pool is busy" cuando sus máquinas virtuales se ejecutan en otros nodos. El script del servicio no actuaba sobre las máquinas del mismo pool que se ejecutaban en nodos vecinos (sus discos se sirven por la red desde el propietario); el pool seguía ocupado porque seguía en uso, la exportación fallaba, el pool permanecía en el nodo original y las máquinas remotas seguían ejecutándose. Ahora, antes de detener el servicio, Center apaga por sí mismo estas máquinas en otros nodos y solo entonces detiene el servicio; lo mismo se aplica al trasladar un pool. Si alguna máquina no se puede apagar, la operación no se inicia en absoluto y devuelve una lista de las máquinas que la bloquean con sus nodos; el servicio sigue operativo.

Inventario

  • La lista de máquinas virtuales ya no repite la misma máquina varias veces. Una máquina aparecía tantas veces como roles tenía el usuario en su VDC, por lo que los sistemas externos que construían sus propios directorios a partir de la lista recibían duplicados y no podían generar un informe de inventario. El conjunto de máquinas de la lista no ha cambiado; solo se han eliminado los duplicados.

3.1.0 — 3 de septiembre de 2026​

Esta versión se centra en la resiliencia. La principal novedad es la migración en caliente: ahora una máquina en ejecución puede trasladarse a otro nodo sin detenerla. Todos los demás cambios buscan mantener a Center y a los nodos de acuerdo sobre lo que le ocurre a una máquina: una operación interrumpida a medias ya no deja una máquina bloqueada, en migración o "en creación" para siempre, y la cuota del VDC por fin contabiliza conjuntamente los discos de las máquinas y los volúmenes de almacenamiento.

Aspectos destacados​

  • Migración en caliente de VM: traslado de una máquina en ejecución a otro nodo sin apagarla, y traslado de los datos de una máquina detenida entre ubicaciones de almacenamiento mediante un único método. El progreso de la migración está disponible mediante una solicitud de estado independiente: fase, porcentaje y motivo del fallo.
  • Contabilidad unificada de la capacidad del VDC: la cuota de espacio contabiliza los volúmenes de almacenamiento junto con los discos de las máquinas. El espacio utilizado que se muestra en pantalla coincide ahora con el valor que se utiliza para rechazar una operación.
  • Tiempos de espera de los estados de transición: una máquina ya no permanece indefinidamente en el estado "iniciando" o "en migración": cada estado tiene su propio límite de tiempo, tras el cual la máquina pasa al estado de fallo correspondiente.
  • Una solicitud reenviada no se ejecuta dos veces: el mismo ID devuelve la misma respuesta en lugar de volver a ejecutar la operación.
  • El inventario de hardware vuelve a funcionar: las listas de discos físicos y de interfaces de red se rellenan, incluidas las unidades NVMe conectadas sin gabinete.

Consideraciones para la actualización​

  • Ahora se requieren credenciales de acceso para el canal del controlador de nodos en todos los clústeres. El dispatcher no se iniciará sin ellas; compruebe la configuración antes de actualizar.
  • Se cierran las sesiones activas. Los tokens de sesión y los tokens de cambio forzado de contraseña utilizan ahora una fuente aleatoria criptográficamente segura; los usuarios deben volver a iniciar sesión después de la actualización.
  • Es necesario forzar una ejecución del inventario de hardware para que las listas de discos y de interfaces de red se rellenen con datos actuales.
  • Los VDC con volúmenes de almacenamiento mostrarán más espacio utilizado y una mayor utilización de la cuota: esto corrige la contabilidad, no refleja un aumento del consumo. El inicio de las máquinas existentes sigue funcionando como antes: los usuarios pueden encender sus propias máquinas detenidas aunque los volúmenes hayan consumido la cuota.
  • Los cambios del esquema de la base de datos se aplican automáticamente durante la actualización. El paso manual anunciado anteriormente relativo a una columna de la tabla de estado de ejecución de las VM ya no es necesario; el cambio se ha trasladado a una migración independiente.
  • El servicio ahora se inicia aunque la base de datos contenga un registro de un cambio de esquema que no existe en la versión instalada: el registro se anota como advertencia. Un fallo del propio cambio de esquema sigue impidiendo el inicio.

Añadido​

Máquinas virtuales

  • Migración en caliente: traslado de una máquina en ejecución a otro nodo (la máquina debe estar en el estado "en ejecución") y traslado de los datos de una máquina detenida a otra ubicación de almacenamiento; un único método gestiona ambas tareas, con un parámetro que selecciona el procedimiento. La operación está disponible para el rol Cluster master.
  • El progreso de la migración se lee mediante una solicitud de estado independiente: estado, fase, porcentaje, nodo o pool de origen y de destino, y motivo del fallo. Hasta que la migración finaliza, las operaciones que podrían interferir con ella (detención, cambio de configuración y desbloqueo) se rechazan con un error claro; la lectura de los datos de la máquina sigue disponible.
  • Los estados de transición (iniciando, deteniendo, creando, eliminando, suspendiendo, reanudando, en migración, restaurando) tienen ahora límites de tiempo, desde 15 minutos para el inicio hasta 6 horas para la migración y la restauración desde una copia de seguridad. Cuando vence el límite, la máquina pasa al estado de fallo correspondiente y el motivo se registra en el registro del servicio y en el historial de estados de la máquina. Una máquina creada correctamente que nunca se ha iniciado no está sujeta a esta regla.

VDC y almacenamiento

  • El límite de espacio de un VDC no puede reducirse por debajo del uso real: el intento se rechaza indicando el límite solicitado y el uso actual, y el valor no se aplica. El límite puede seguir eliminándose por completo.
  • La pantalla de almacenamiento muestra el espacio utilizado y el tamaño de cada volumen, los datos del panel de capacidad ocultos en la versión 3.0.4. Si el controlador de almacenamiento no está disponible, el espacio utilizado se muestra en blanco, pero la tarjeta del almacenamiento sigue abriéndose.
  • El almacenamiento tiene ahora un estado de desmantelamiento visible: indica que debe reintentarse una eliminación de VDC interrumpida. Un desmantelamiento correcto borra el estado.

Discos físicos

  • La lista de discos físicos incluye ahora las unidades NVMe conectadas directamente, sin un gabinete de unidades; anteriormente, la lista permanecía vacía en los nodos que solo usaban unidades NVMe. Para estas unidades, el gabinete y su dispositivo se muestran como "sin valor": esto indica que la indicación de fallos y la localización de la unidad (LED) no están disponibles, ya que es el gabinete el que proporciona los indicadores. El estado de salud se muestra como desconocido porque no se puede medir sin un gabinete.

Clúster

  • El estado del clúster informa de que la configuración ha cambiado y de que el servicio debe reiniciarse. La configuración se lee una vez al inicio y no se vuelve a cargar en tiempo de ejecución, mientras que el estado del clúster mostraba sus valores actuales en la base de datos; por ejemplo, un cambio del tamaño máximo de disco parecía haberse aplicado aunque la validación seguía usando el valor anterior. Ahora la discrepancia es visible como un indicador independiente, y la lista de parámetros modificados se registra en el registro del servicio.

Modificado​

  • La cuota de espacio del VDC contabiliza los volúmenes de almacenamiento junto con los discos de las máquinas. Anteriormente, estas dos partes se ignoraban mutuamente: un inquilino que había consumido toda la cuota con volúmenes podía seguir añadiendo y ampliando libremente discos de máquinas.
  • Eliminar un volumen mapeado ya no requiere desmapearlo antes: el mapeo se quita automáticamente y el volumen se elimina en una sola acción. Si el controlador sigue rechazando la eliminación del volumen (por ejemplo, por instantáneas o clones), el volumen queda desmapeado: el mapeo puede restablecerse mediante una acción independiente.
  • La tarjeta del volumen de almacenamiento se abre más rápido: dos solicitudes al almacenamiento se ejecutan simultáneamente en lugar de secuencialmente. Si el almacenamiento no responde, el tiempo de espera se reduce a la mitad.
  • Un disco conectado a varios nodos a la vez (NVMe de doble puerto) se muestra en el nodo que es propietario actual de su pool, el mismo nodo en el que aparece el pool en la vista de estado de los pools, con el nombre de dispositivo utilizado en ese nodo. Un disco que no pertenece a ningún pool se sigue mostrando en el nodo que informó de él por última vez.
  • Si un nodo responde "la máquina ya está suspendida" o "la máquina ya está en ejecución", la operación se considera completada: el operador ve un resultado correcto en lugar de un error cuando el resultado se ha alcanzado realmente. La detención de una máquina ya funcionaba así.
  • Los métodos para establecer límites (límites de red para máquinas y routers Edge, y límites de disco para máquinas) aceptan un valor vacío como "ilimitado" y lo distinguen de cero. Anteriormente, un valor vacío provocaba un error o se sustituía silenciosamente por 0.
  • Una solicitud reenviada no se ejecuta por segunda vez. Si la solicitud original ya ha recibido respuesta, se devuelve la misma respuesta al mismo usuario; si todavía se está ejecutando, se devuelve un error "la solicitud ya se está procesando". Una solicitud que utiliza el ID de otro usuario no recibe la respuesta de ese usuario.

Seguridad​

  • Se corrigieron fallos de aislamiento entre VDC en varios métodos. Los administradores de VDC ya no pueden crear tipos de red de clúster (Routed y Q-in-Q): estas redes dan al inquilino acceso al segmento compartido del clúster y, según exige el modelo de roles, solo están disponibles para el rol Cluster master. En la lista de perfiles de SO, los administradores, usuarios y observadores de un VDC ya no ven las imágenes privadas de otros VDC, solo las imágenes compartidas y las imágenes asignadas a su propio VDC. La visualización de la tarjeta de un rol solo está disponible ahora para el rol Cluster master. Los cambios de permisos se aplican automáticamente durante la actualización.
  • Los tokens de sesión y los tokens de cambio forzado de contraseña son ahora resistentes a los ataques de fuerza bruta: se generan a partir de una fuente aleatoria criptográficamente segura.
  • La protección contra la fuerza bruta de contraseñas ya no puede eludirse con intentos simultáneos de inicio de sesión. Anteriormente, un lote de solicitudes paralelas con el mismo nombre de usuario podía comprobar muchas más contraseñas de las que permitía el umbral sin bloquear la cuenta; el contador de fallos y los registros del registro de seguridad subestimaban el número de fallos.
  • Las comprobaciones estándar de integridad del registro de seguridad ya no producen falsos positivos en registros grandes ni después del archivado automático de registros antiguos. La manipulación real de registros se sigue detectando.
  • Las comprobaciones de configuración de las VM ya no informan de discrepancias falsas: en máquinas en buen estado, en máquinas que usan el tipo antiguo de controlador de disco (todas las máquinas Windows heredadas) ni en máquinas que se ejecutan fuera del nodo propietario de su pool. Anteriormente, esto provocaba un flujo de falsos eventos de infracción de integridad con el nivel de urgencia más alto en el registro de seguridad.
  • La denegación de acceso a las funciones de Edge cuando la función correspondiente está desactivada vuelve a registrarse como un evento independiente en el registro de seguridad; el registro dejó de funcionar tras la unificación de la auditoría y ahora se ha restablecido.
  • Un nivel de gravedad especificado incorrectamente en la configuración de alertas de seguridad ya no deja activadas las alertas por correo electrónico: la configuración se aplica completa o no se aplica. Lo mismo se aplica a la configuración del archivado del registro.
  • Un fallo de la base de datos ya no expone detalles internos: los nombres de tablas y de restricciones permanecen en el registro del dispatcher.

Corregido​

Estado y operaciones de las máquinas

  • Reiniciar una máquina ya no borra su indicador "debe estar en ejecución". Center trataba el apagado intermedio que se produce en cada reinicio como un apagado del sistema invitado y registraba la máquina como detenida por el administrador; después de un fallo del nodo, la máquina no se recuperaba automáticamente y la suspensión se rechazaba con "la máquina no está en ejecución". El apagado del sistema invitado se sigue reconociendo y pasa la máquina al estado detenido.
  • Una máquina en ejecución ya no se marca como detenida por eventos retrasados del nodo. Si un nodo se desconectaba de Center y enviaba los eventos acumulados al reconectarse, los eventos obsoletos ya no sobrescriben el estado actual.
  • Un fallo en la creación de una máquina ya no la deja para siempre en el estado "Creating": la máquina pasa a "Creation failed" y se desbloquea. La misma corrección se aplica a la clonación y a la creación de Edge.
  • Un fallo en la eliminación de una máquina ya no la deja en el estado "Deleting": se restablece el estado anterior a la eliminación y la operación puede reintentarse.
  • La suspensión de una máquina detenida se rechaza de inmediato y no cambia nada en la base de datos. Anteriormente, la operación se aceptaba para cualquier máquina y, si el nodo la rechazaba, Center marcaba la máquina como en ejecución y perdía su asociación con el nodo, algo que solo podía corregirse editando la base de datos. La misma corrección se aplica a la reanudación de una máquina.
  • Un inicio, una detención o un reinicio fallidos ya no dejan una máquina en el estado incoherente "en ejecución, pero sin nodo especificado".
  • Un cambio fallido de un parámetro de la máquina ya no provoca una discrepancia con el parámetro en el nodo: el valor anterior se restablece ante cualquier fallo. Esto se aplica al tamaño de la memoria (balloon), la prioridad de CPU, la clase de CPU virtual, la etiqueta del disco y los límites de velocidad de los puertos de Edge.
  • Un fallo de conexión con el broker de mensajes ya no deja una máquina bloqueada para siempre: el indicador de ocupado se borra automáticamente antes de que el operador vea el error. Esto se aplica a la creación de una instantánea, la reversión a una instantánea, la eliminación de una instantánea, la adición, el cambio de tamaño y la eliminación de un disco, los límites de velocidad de disco y de red, y la eliminación de un router Edge.
  • Dos solicitudes simultáneas para la misma máquina ya no prosperan ambas: solo una puede tomar la máquina, mientras que la segunda recibe inmediatamente un error "la máquina está bloqueada" y no envía nada al nodo.
  • Una operación sobre una máquina ya no borra un bloqueo establecido por otra operación que todavía está en ejecución.
  • Una misma solicitud ya no recibe dos respuestas: la protección contra el procesamiento simultáneo se mantiene independientemente de la duración de la operación.
  • La recuperación automática de máquinas ya no envía un segundo comando de inicio a una máquina cuyo comando de inicio anterior todavía se está ejecutando. Las máquinas de servicio del clúster se excluyen sistemáticamente tanto de las actualizaciones de estado como de la recuperación automática.
  • Volver a iniciar una máquina o recuperarla automáticamente cuando Center la considera detenida pero en realidad está en ejecución ya no provoca un segundo inicio ni daña su estado en la base de datos.
  • La selección del nodo para iniciar una máquina y las comprobaciones de capacidad de memoria del nodo producen ahora resultados coherentes: un inicio ya no se rechaza con un mensaje de falta de memoria del clúster cuando en realidad hay memoria disponible. La reanudación de una máquina suspendida tiene en cuenta correctamente la memoria que se ha liberado.
  • Los límites de velocidad de disco y de puertos de red establecidos en una máquina en ejecución vuelven a llegar a la máquina y se mantienen después de un reinicio. Los límites de velocidad de los puertos de Edge pueden volver a establecerse.

Migración de máquinas

  • Los comandos de detención, reinicio y suspensión de una máquina trasladada a otro nodo sin apagarla llegan al nodo en el que la máquina se ejecuta realmente. Anteriormente, el comando iba al nodo que aloja el almacenamiento de la máquina.
  • Después de trasladar correctamente una máquina en ejecución a otro nodo, ya no se muestra como detenida o "deteniéndose": mientras la migración está en curso, es la propia migración la que controla el estado de la máquina.
  • Una máquina trasladada sin detenerla al nodo propietario de su almacenamiento ya no figura como en ejecución remota: se ejecuta localmente en ese nodo.
  • La migración entre ubicaciones de almacenamiento ya no puede informar de un resultado correcto perdiendo la máquina: los datos de origen solo se eliminan después de confirmar que la configuración se ha aplicado en el destino. La reentrega de la misma respuesta desde el nodo receptor ya no elimina los datos de origen por segunda vez.
  • Dos solicitudes de migración consecutivas para la misma máquina ya no inician dos migraciones.
  • Una solicitud de migración rechazada informa del motivo real: un tipo de migración no válido se rechaza como tipo no válido, y una solicitud para una máquina inexistente informa de que no se encontró la máquina.
  • Una clonación interrumpida ya no deja una máquina fantasma, es decir, un registro con todas sus direcciones y puertos de consola reservados que no existe en ningún nodo.
  • Una importación de máquina interrumpida ya no deja la máquina importada parcialmente.

Pools, discos e inventario

  • Después de que un pool se traslade a otro nodo, la interfaz muestra el nodo en el que el pool se está ejecutando realmente: Center compara el propietario con el estado del clúster una vez por minuto. Un pool que no se ejecuta en ningún nodo se muestra en su último nodo conocido.
  • El uso de los pools y los tamaños de las instantáneas vuelven a actualizarse. Los nodos enviaban estos datos por un canal nuevo, pero Center no lo entendía y los descartaba silenciosamente, lo que hacía que la creación de máquinas con selección automática de pool devolviera "pool not found".
  • La lista de discos físicos del clúster vuelve a rellenarse: el inventario de hardware se detenía al principio y no registraba nada (ni discos ni gabinetes, ni interfaces de red físicas ni interfaces de agregación de enlaces, ni datos SMBIOS), a la vez que informaba de un resultado correcto. La recopilación de interfaces de red también se ha corregido por separado.
  • Un disco físico ya no se queda atascado en el estado "en línea en el clúster": durante el inventario, Center actualiza este indicador para que coincida con el estado real en el nodo, y el disco vuelve a estar disponible para las operaciones.
  • Una respuesta retrasada a una operación con un disco físico ya no borra la protección ya establecida por la siguiente operación sobre el mismo disco.

VDC, almacenamiento y redes

  • Un VDC con una reserva de volumen estancada vuelve a poder eliminarse. Una reserva incompleta (sin respuesta del controlador) se trataba como un volumen real y bloqueaba permanentemente la eliminación.
  • El espacio de la cuota del VDC reservado por una creación incompleta de almacenamiento o de volumen ya no se pierde para siempre: la reserva se libera automáticamente.
  • Un fallo en el último paso de la eliminación de un VDC con almacenamiento ya no deja restos que no se pueden eliminar.
  • La eliminación de un volumen de almacenamiento ya no falla si su mapeo ya se ha quitado en el lado del almacenamiento: un error "LUN does not exist" se reconoce como trabajo ya completado.
  • El espacio disponible en la tarjeta del volumen significa el espacio restante del propio volumen y no el espacio libre del pool.
  • La creación o modificación de un conjunto CHAP de iSCSI sin un par de nombre de usuario y contraseña mutuos se rechaza de inmediato con un error claro, y no más tarde por el nodo. Cambiar el nombre del grupo o cambiar solo la contraseña conserva el par mutuo.
  • El cambio de nombre de un grupo de iniciadores de almacenamiento o de un grupo de autenticación a un nombre que ya está en uso se rechaza con un error claro antes de contactar con el controlador. El cliente de la API puede distinguir por el código de respuesta una función Unified Storage desactivada, un fallo de la infraestructura y un error de entrada.
  • La creación de una red ya no se rechaza, con la red eliminada de la base de datos, cuando ya se ha creado en los nodos: cada respuesta se contabiliza para un nodo concreto. Lo mismo se aplica a la eliminación y la modificación de redes.
  • Una eliminación fallida de un Edge ya no lo destruye de forma irreversible: no ocurre nada irreversible hasta que se confirma la eliminación de la máquina, y el router Edge y todas sus reglas permanecen en su lugar.
  • Un fallo al enviar un comando a un nodo ya no deja una operación listada como en ejecución. Esto se aplica a las operaciones de sistemas de archivos y de pools, al inicio, la detención, el reinicio, la eliminación y la configuración de routers Edge, y a la configuración de iSCSI para los VDC.

Usuarios y API

  • Especificar un rol inexistente al asignar un rol devuelve un error claro "rol no encontrado" en lugar de un fallo de la base de datos; los errores "rol ya asignado" y "no se puede asignar un rol a un usuario del sistema" tienen códigos distintos.
  • El registro de solicitudes de la API vuelve a rellenarse en los clústeres en los que su tabla se configuró manualmente, y la obtención del resultado de una tarea por ID también vuelve a funcionar. En esos clústeres, anteriormente devolvía "tarea no encontrada" para todas las solicitudes. La protección contra la ejecución repetida de solicitudes también ha empezado a funcionar allí. Un fallo al escribir en el registro aparece como una entrada independiente en el registro del servicio, y la frecuencia de los fallos se resume cada cinco minutos.

3.0.5 — 31 de julio de 2026​

Una versión importante. Ahora hay disponible una biblioteca de imágenes de SO de referencia, con fuentes externas y compatibilidad con la importación. Los discos físicos tienen ahora un ciclo de vida completo (discos de repuesto, incorporación de discos al clúster, reemplazo de discos averiados), las máquinas virtuales pueden clonarse y los datos de los discos pueden copiarse a otro clúster. También se ha reforzado el registro de seguridad: ahora incluye eventos de los propios nodos. A continuación se enumeran los cambios visibles para el usuario.

Aspectos destacados​

  • Biblioteca de imágenes de SO: un catálogo con imágenes compartidas y privadas, conexión de fuentes externas, importación con distribución automática por el almacenamiento y eliminación de una imagen de todo el clúster en una sola operación.
  • Ciclo de vida de los discos físicos: discos de repuesto (Hot Spare), incorporación y retirada de discos en el clúster, reemplazo de un disco averiado en un pool y comprobación del estado de salud de los pools con una sola solicitud. Estas operaciones solo están disponibles para el administrador principal del clúster.
  • Clonación de VM: una copia instantánea de una máquina detenida en el mismo almacenamiento y con la misma configuración.
  • Copia de seguridad entre clústeres: copia completa e incremental de los datos de los discos de las VM a otro clúster.
  • Registro de seguridad en los nodos: inicio de sesión por SSH, cambios de parámetros del kernel, cuentas locales, reinicio del nodo y kernel panic del nodo.

Cambios incompatibles​

  • Una imagen de SO se identifica mediante un ID global en lugar de un número corto. Las listas de imágenes, las tarjetas y listas de máquinas, la creación de máquinas y la transferencia desde el área de importación utilizan el nuevo ID; los clientes de la API deben enviarlo y esperarlo en el nuevo formato. Las máquinas existentes conservan sus asociaciones con las imágenes.

Añadido​

Biblioteca de imágenes de SO

  • Una imagen puede ser compartida en todo el clúster o privada, visible solo para su VDC. Las imágenes registradas anteriormente siguen funcionando: las imágenes normales pasan a ser visibles para todo el clúster, mientras que las imágenes que antes eran privadas siguen siendo privadas.
  • De cada imagen se registran su etapa del ciclo de vida, su presencia en el almacenamiento, su suma de comprobación de integridad y su número de versión.
  • Bibliotecas de imágenes externas: el administrador registra una fuente por su dirección y puede ver una lista de las fuentes disponibles para él. Las direcciones no seguras y de uso especial, así como las URL sin cifrar sin autorización explícita, se rechazan con una explicación.
  • Importación de una imagen desde una biblioteca conectada: el archivo se descarga una vez, se comprueba su integridad y, a continuación, la imagen se distribuye por el almacenamiento. El progreso de la importación es visible en tiempo real: el porcentaje total de finalización y el porcentaje de cada ubicación de almacenamiento.
  • Una lista unificada de gestión de imágenes muestra el catálogo completo del clúster, incluidas las imágenes que todavía se están descargando, y el origen de cada imagen, es decir, la biblioteca desde la que se importó.
  • Antes de eliminar una imagen, pueden consultarse sus dependencias: qué nodos y ubicaciones de almacenamiento contienen descendientes y qué máquinas se ejecutan en ellos. Eliminar una imagen de todos los nodos y del almacenamiento es una sola operación y requiere confirmar explícitamente que es irreversible.

Gestión de discos físicos

  • Discos de repuesto (Hot Spare): un disco libre puede marcarse como de repuesto, y la marca puede quitarse. El rol del disco se actualiza después de que responda el nodo.
  • Incorporación y retirada de un disco en el clúster (Claim/Unclaim): un disco sin formato se pone en línea en el clúster y se vuelve a desconectar; no se añade a ningún pool.
  • Reemplazo de un disco averiado en un pool: antes de empezar, el sistema consulta al nodo y no inicia el reemplazo si el disco de reemplazo no está libre.
  • Estado de salud de los pools de almacenamiento con una sola solicitud, para todo el clúster o para un nodo. Los nodos se consultan en tiempo real, y un nodo no disponible se marca con un estado propio.
  • Una sola solicitud de la lista de discos del nodo muestra el rol de cada disco (libre, particionado, en un pool, de repuesto) y el indicador "en línea en el clúster".
  • Center recibe eventos de discos desde los nodos: un disco recién conectado, el reemplazo automático de un disco averiado por uno de repuesto y la degradación.

Máquinas virtuales

  • Clonación de VM: una copia de una máquina detenida con la misma configuración (CPU, memoria, discos y red). Los discos se clonan al instante y casi no consumen espacio adicional. El clon se crea en el almacenamiento de la máquina de origen.
  • Una máquina con clones no puede eliminarse hasta que se eliminen los clones: en lugar de un error de almacenamiento, se muestra una lista de los clones que lo impiden.

Almacenamiento

  • La pantalla All volumes: el administrador del clúster puede ver los volúmenes de todos los VDC en una sola tabla con filtros y paginación.
  • La pantalla de resumen del acceso por protocolos: cinco cifras coherentes para todo el clúster en una sola pantalla.
  • La lista y las tarjetas de los grupos de portales iSCSI muestran el pool y el VDC; la tarjeta también muestra la dirección del endpoint.

Copia de seguridad

  • Copia de los datos de los discos de las máquinas virtuales a otro clúster, completa e incremental.

Registro de seguridad

  • Eventos en los nodos del clúster: inicio de sesión por SSH (correcto y fallido), cambios de parámetros del kernel del nodo, y creación y eliminación de cuentas locales.
  • Eventos del sistema del nodo: arranque, apagado normal y anómalo, y kernel panic, con identificación del nodo de origen.
  • Las comprobaciones de configuración de las VM registran ahora tanto la propia comprobación como su veredicto. Una discrepancia detectada respecto a la configuración de referencia se registra como un evento independiente de infracción de integridad con la gravedad "requiere respuesta inmediata": se incluye en el contador de eventos críticos y en las alertas por correo electrónico.
  • Los eventos de inicio, detención, suspensión y reanudación de las VM incluyen ahora el motivo de la acción; los eventos de inicio y detención del software de virtualización incluyen el motivo de la detención.
  • La finalización anómala del software de virtualización (finalización del proceso, caída, corte de alimentación de la máquina de administración) ya no pasa desapercibida.

Mejorado​

  • La importación de imágenes es más fiable: cualquier fallo marca la imagen como "failed", lo cual es visible en el catálogo; la importación ya no se estanca de forma silenciosa.
  • Se ha reforzado la protección al trabajar con fuentes de imágenes externas: el acceso a direcciones internas y de uso especial se bloquea independientemente de cómo se represente la dirección.
  • Los datos de la imagen procedentes de la fuente (versión, tamaños, suma de comprobación y marca de tiempo) se validan antes de la importación.
  • La creación de VM sin una selección explícita de almacenamiento es más inteligente: si una imagen solo está distribuida en algunas ubicaciones de almacenamiento, el sistema selecciona automáticamente una adecuada.
  • Los ámbitos de visibilidad de las imágenes son ahora coherentes: la lista de referencia de perfiles y la lista de gestión muestran el mismo conjunto de imágenes.
  • Las operaciones con VM y con el almacenamiento para las que el nodo nunca responde ya no quedan pendientes indefinidamente: finalizan cuando vence el tiempo de espera.

Corregido​

  • Las operaciones ya no desaparecen sin dejar rastro cuando se reinicia el broker de mensajes o el dispatcher finaliza de forma anómala. Una solicitud reentregada no se ejecuta por segunda vez: una llamada síncrona recibe un error "la solicitud ya existe" y puede reintentarse con un ID nuevo.
  • El inicio de una VM ya no puede sobrecargar un nodo eludiendo las comprobaciones. La recuperación automática de máquinas después de que un nodo vuelva al servicio las distribuye por el clúster en lugar de colocarlas todas en un mismo nodo. La reanudación de una máquina suspendida se rechaza si el nodo no tiene memoria suficiente o se supera la cuota del VDC, igual que un inicio normal.
  • Se corrigió una máscara de subred incorrecta en las VM nuevas y reiniciadas: el sistema invitado vuelve a ser accesible desde fuera a través de la red.
  • Se corrigió un fallo de aislamiento entre VDC: un administrador de un VDC ya no puede leer ni modificar las propiedades de un disco de otro VDC conociendo su ID interno.
  • Los usuarios ya no pueden trasladar la VM de otro usuario a su propio VDC desde un VDC al que no tienen acceso.
  • Se corrigió un error que impedía a un usuario con un rol de administrador en sus VDC ver el árbol de recursos.
  • Se corrigieron las discrepancias entre la base de datos y los nodos del clúster al añadir y quitar un adaptador de red y al eliminar y crear una red.
  • Se corrigió una discrepancia en el registro de seguridad: al hacer clic en el distintivo de eventos críticos ya no se muestra una lista vacía.

3.0.4 — 16 de julio de 2026​

Una versión importante: las redes son ahora totalmente compatibles con IPv6, los centros de datos virtuales (VDC) disponen de su propio almacenamiento en bloque accesible mediante iSCSI, y la configuración de una VM en ejecución puede comprobarse ahora con la configuración de referencia en una sola acción. A continuación se enumeran los cambios visibles para el usuario.

Aspectos destacados​

  • IPv6 (dual-stack): las redes y los puertos funcionan con IPv4 e IPv6 simultáneamente; todo lo que antes aceptaba una dirección IP o un CIDR admite ahora IPv6 junto con IPv4.
  • Almacenamiento del VDC (Unified Storage): el ciclo de vida completo del almacenamiento en bloque dentro de un VDC: activación del almacenamiento, un destino iSCSI (iSCSI target), volúmenes, mapeo de volúmenes a clientes mediante iSCSI, grupos de iniciadores y de portales, y autenticación CHAP, todo ello gestionado desde la interfaz web.
  • Comprobaciones de configuración de VM: comprobación de la configuración real de una VM en ejecución con la configuración de referencia en una sola acción, con cada comprobación registrada en el registro de seguridad.

Añadido​

IPv6 (dual-stack)

  • Las redes pueden crearse con direccionamiento IPv4 y/o IPv6: al crear una red basta con especificar un rango IPv4 o IPv6. Puede especificarse una puerta de enlace predeterminada independiente para IPv6; el sistema comprueba que pertenece a la red.
  • Se pueden asignar hasta ocho direcciones IPv6 a un puerto de VM o de Edge al crear una VM, añadir un adaptador de red o crear un router Edge. Si no se especifica ninguna dirección IPv6, el comportamiento no cambia.
  • Indicadores de puerto independientes controlan qué familias de direcciones (IPv4, IPv6) se utilizan para asignar direcciones.
  • Las direcciones IPv6 se devuelven en las respuestas de la API junto con las IPv4: en las listas de redes y de redes del VDC, en las tarjetas y listas de VM, en la tarjeta del Edge y en todas las operaciones con pools de direcciones.
  • Se aceptan valores IPv6 en todos los lugares donde antes solo se aceptaba IPv4: reglas de firewall y reglas NAT del Edge, servidores DNS de las VM y configuración de acceso remoto de los usuarios.

Almacenamiento del VDC (Unified Storage)

  • Activación del almacenamiento en un VDC: el administrador especifica un nombre y un pool, y el sistema crea el área raíz de almacenamiento. Una instancia de almacenamiento por VDC.
  • Configuración de un destino iSCSI con un solo comando: el nombre del destino se deriva del nombre del almacenamiento y el destino se crea en el controlador del pool. Los detalles del destino muestran el grupo de portales, el número de sesiones activas y el grupo CHAP asignado.
  • Volúmenes: creación con validación de la cuota del VDC, listado y eliminación. La tarjeta de detalles del volumen muestra los parámetros y las métricas actuales: espacio utilizado y disponible, ratios de compresión y deduplicación, y estado del mapeo.
  • Mapeo de un volumen a clientes mediante iSCSI (Map): el volumen se asigna a un grupo de iniciadores con el número de LUN especificado y solo es visible para ese grupo. La operación inversa (Unmap) desmapea el volumen conservando el grupo y el destino.
  • Grupos de iniciadores: listas de clientes (IQN) y redes con permiso para acceder a los volúmenes; creación, visualización, cambios de miembros y eliminación. Los cambios en los miembros de un grupo afectan de inmediato al acceso a todos sus volúmenes.
  • Grupos de portales iSCSI: creación, visualización y eliminación. No se puede eliminar un grupo vinculado a un destino.
  • Autenticación CHAP: conjuntos con nombre de cuentas (varios pares "usuario/secreto", incluido CHAP mutuo), asignación a un destino y cambios de miembros. Los secretos no se muestran después de su creación. Puede especificarse un grupo CHAP al crear un destino.
  • La página de detalles del VDC en la interfaz web tiene ahora una pestaña Storage: un resumen del almacenamiento (propiedades, estado de los protocolos, capacidad, formulario de configuración), una lista de volúmenes y una sección iSCSI. Se han añadido páginas de detalles para los volúmenes (con las acciones Map / Unmap), los destinos (con gestión de usuarios CHAP) y los grupos de iniciadores. El almacenamiento se activa mediante un asistente paso a paso, y también se ha añadido un paso Unified Storage al asistente de creación de VDC.
  • Todo el subsistema se controla mediante un único indicador del clúster y está desactivado de forma predeterminada.

Máquinas virtuales

  • Comprobaciones de configuración de VM: una nueva acción compara la configuración real de una VM en ejecución (tal como la ve el hipervisor) con el registro de referencia de la base de datos de vStack Center y devuelve un resultado "coincide / no coincide" con el número de discrepancias. Cada comprobación se registra en el registro de seguridad con un ID de solicitud de extremo a extremo. En la interfaz web, el resultado está disponible en la ventana Config integrity de la página de la VM.

Seguridad

  • Cierre de sesión efectivo: una nueva acción finaliza de inmediato la sesión actual del usuario o, opcionalmente, todas sus sesiones en todos los dispositivos; el inicio de sesión anterior deja de ser válido. Cada cierre de sesión se registra en el registro de seguridad: quién, cuándo y desde dónde.
  • Un conmutador del clúster para la funcionalidad de Edge. Cuando el conmutador está desactivado, vStack Center rechaza todas las operaciones con routers Edge, incluida la visualización de listas y tarjetas, y registra cada intento en el registro de seguridad. En la distribución estándar, el conmutador está activado y el comportamiento no cambia. Los routers Edge que ya están en ejecución siguen funcionando; vStack Center deja de gestionarlos.

Modificado​

  • La eliminación de un VDC con el almacenamiento activado se realiza ahora en cascada: el sistema quita secuencialmente los mapeos de los volúmenes, elimina el destino y la partición del disco y, a continuación, elimina el propio VDC. Si quedan volúmenes en el almacenamiento, la eliminación se detiene con una solicitud para eliminarlos primero.
  • Si el nodo en el que se ejecuta una VM no está disponible, las operaciones con la VM devuelven ahora un error independiente "nodo no disponible"; anteriormente, esta situación devolvía un error genérico sin motivo.
  • La cookie de sesión ahora solo se envía por HTTPS: a los atributos HttpOnly y SameSite=Strict se suma ahora Secure.
  • Se ha endurecido el tratamiento del token de acceso a la consola de la VM: ya no aparece en los registros del servicio, tiene una duración limitada (5 minutos de forma predeterminada) y es estrictamente de un solo uso; los archivos de servicio del token son inaccesibles para otros usuarios del nodo.
  • La lista de VDC se ha rediseñado como una tabla plana con un filtro por estado del almacenamiento. Se ha actualizado el resumen del VDC: anillos de utilización de recursos, cuotas, roles y configuración.

Corregido​

Red

  • Se corrigió el error "network is not assigned to this vDC" que podía producirse al crear una VM aunque la red estuviera asignada correctamente.
  • Si la creación de una red falla en un nodo, ya no queda en la base de datos un registro de la red inexistente: la red no aparece en las listas.
  • Un rango sin máscara de red (por ejemplo, 192.0.2.1 en lugar de 192.0.2.0/24) se rechaza ahora con un error de validación claro; anteriormente, la solicitud terminaba con un error interno.

Máquinas virtuales

  • Se corrigió un error intermitente al crear una VM con carga simultánea: el registro de un disco y su asignación a la VM podían fallar con un error interno aunque todos los parámetros fueran válidos.
  • Se corrigió la entrega del estado de las VM: el estado que se muestra en la interfaz ya no vuelve a un estado obsoleto después de los eventos del nodo.

Registro de seguridad

  • Cuando se ejecutaban varias instancias del dispatcher simultáneamente, los registros podían comprometer la verificabilidad de la cadena de hashes. Ahora los registros se serializan y la cadena sigue siendo verificable.
  • Se corrigió el enriquecimiento de los registros con información del almacenamiento del VDC: el nombre del pool vuelve a añadirse a los registros.
  • En la interfaz del registro, el botón de filtro ya no desaparece cuando quedan menos de cinco eventos tras el filtrado; los colores de las etiquetas de gravedad se han unificado.

Almacenamiento

  • Los nombres de las particiones de disco del almacenamiento son ahora únicos entre VDC: activar el almacenamiento con el mismo nombre en distintos VDC ya no provoca un conflicto.
  • Los administradores de VDC tienen ahora acceso a la lista de grupos de portales iSCSI, sin la cual no podían mapear un volumen aunque tuvieran permiso para la propia acción.

Para obtener una descripción completa de los cambios de la API, consulte la documentación de operaciones de vStack Center: las secciones "Network management", "VDC storage", "Virtual machines" y "Access management".

3.0.3​

Esta versión se centra en el acceso. El modelo de roles ha pasado de una asociación fija con números de rol a privilegios con ámbito, con roles personalizados y dos nuevos roles fijos. El inicio de sesión está protegido ahora por una política de contraseñas y una protección contra la fuerza bruta. La capa de administración también ha pasado a la arquitectura actual del dispatcher del clúster.

Aspectos destacados​

  • Privilegios en lugar de números de rol. El acceso lo determina un privilegio con ámbito y no el rol del usuario. Las comprobaciones se realizan de forma centralizada para cada método. Las asignaciones existentes se han migrado automáticamente desde el modelo anterior.
  • Roles personalizados. El administrador del clúster construye un rol a partir de privilegios y lo asigna dentro de un VDC. Los números de los roles personalizados empiezan en 10000; los roles fijos están protegidos contra la modificación y la eliminación.
  • El rol Security Admin (ID 6): ámbito de clúster, solo para auditoría: visualización, filtrado y exportación del registro de eventos de seguridad, y comprobación de la integridad. No tiene acceso a máquinas, redes, usuarios ni a la infraestructura. El rol cumple los requisitos del FSTEC (Servicio Federal de Control Técnico y de Exportaciones de Rusia) para un administrador de seguridad.
  • El rol VM Developer (ID 7): ámbito de VDC: creación de máquinas y edición de su configuración, incluidos los discos y los adaptadores de red. Este rol no puede iniciar, detener ni eliminar máquinas, acceder a la consola ni trabajar con instantáneas.
  • Política de contraseñas y protección contra la fuerza bruta. Los requisitos de las contraseñas son configurables, se cuentan los intentos fallidos y la cuenta se bloquea cuando se alcanza el umbral.
  • Selección automática del nodo al iniciar una VM. Una máquina que usa el modo de disco NVMe sin un nodo seleccionado explícitamente se inicia en el nodo menos cargado en el estado ONLINE. Una máquina que usa virtio-blk se sigue iniciando solo en el nodo propietario de su pool.

Añadido​

Roles y privilegios

  • Roles personalizados: creación, modificación, eliminación y visualización. La gestión solo está disponible para el rol Cluster Master. La lista de roles muestra el creador de cada rol personalizado.
  • El ámbito "creador del objeto": un administrador de VDC puede ver y gestionar sus propias redes y routers Edge incluso fuera de su VDC.
  • 24 privilegios Own para acceder a los objetos propiedad del usuario: 8 para redes y 16 para routers Edge.
  • Acceso de lectura al registro de acceso: correspondencias entre roles y privilegios, el registro de privilegios con categorías y ámbitos, y las listas de referencia de categorías y ámbitos. Disponible para los siete roles fijos.

Inicio de sesión y cuentas

  • Requisitos de contraseña configurables: longitud mínima, letra mayúscula, letra minúscula, dígito, carácter especial y prohibición de coincidir con el nombre de la cuenta.
  • Se prohíbe reutilizar la contraseña actual.
  • Un contador de intentos fallidos de inicio de sesión con bloqueo automático al alcanzar el umbral y desbloqueo automático al vencer el periodo de bloqueo. Un periodo de bloqueo de cero hace que el bloqueo sea permanente: solo el administrador del clúster puede quitarlo.
  • Cambio forzado de contraseña: en el primer inicio de sesión o a criterio del administrador, se emite un token de un solo uso válido durante 5 minutos en lugar de una sesión normal. Solo permite cambiar la propia contraseña del usuario y leer la configuración de seguridad.
  • Desbloqueo manual de cuentas por parte del administrador del clúster.
  • Las respuestas a un inicio de sesión fallido son más informativas: la respuesta a una contraseña incorrecta incluye el número de intentos fallidos, el umbral y la hora del primer fallo; la respuesta a un bloqueo temporal incluye la hora a la que vence el bloqueo.
  • Las tarjetas de usuario y la lista de usuarios muestran el contador de intentos fallidos, la hora del primer fallo, el periodo de bloqueo y el indicador de cambio de contraseña obligatorio. Un bloqueo vencido se elimina al leer el registro.

Máquinas virtuales

  • Las tarjetas de las máquinas y la lista de máquinas muestran el nodo incluso después de que la máquina se detenga.
  • Al crear una máquina puede seleccionarse un pool de almacenamiento concreto; si no se especifica ninguno, el pool se selecciona automáticamente.
  • El resumen del clúster muestra la memoria asignada y disponible a nivel de nodo.

Mejorado​

  • Validación de datos al crear y modificar una VM: alineación de la memoria a 4 KiB, el límite superior de memoria basado en el máximo del clúster, el nombre de host en la sección del sistema invitado y el conmutador de inicio de sesión por SSH con contraseña. El cambio de tamaño de los discos vuelve a comprobarse con el máximo del clúster.
  • El perfil de SO de la máquina de servicio de Edge es ahora una opción del clúster en lugar de estar codificado de forma fija en la plantilla.
  • Las contraseñas se convierten en hash en el propio dispatcher y no mediante funciones de la base de datos.

Corregido​

  • Se corrigieron errores visibles para el usuario en el tratamiento de las operaciones asíncronas.
  • Los cambios de contraseña simultáneos para el mismo usuario ya no provocan una condición de carrera. El token de cambio forzado de contraseña es ahora realmente de un solo uso: una solicitud simultánea con el mismo token se rechaza. Después de un cambio de contraseña correcto, se cierran todas las sesiones emitidas anteriormente para ese usuario.
  • Los errores relativos a objetos inexistentes ya no aparecen como errores de permisos. El inicio, la detención y el reinicio de una máquina inexistente devuelven ahora "la máquina no existe" en lugar de "la máquina está fuera de su ámbito de visibilidad". Los errores de límite de ancho de banda de disco también distinguen entre una máquina inexistente, un disco no conectado a la máquina y una máquina fuera del ámbito de visibilidad.
  • Una solicitud del historial de una máquina con un ID inexistente devuelve un error claro en lugar de una lista vacía que no podía distinguirse de "todavía no hay historial".
  • Asignar o quitar un rol a un usuario inexistente devuelve "usuario no encontrado" en lugar de un error poco claro de la base de datos.
  • Los nombres y descripciones de VDC demasiado largos se rechazan con un error de validación claro en lugar de un error de la base de datos. La longitud se mide en caracteres, por lo que el texto en cirílico se mide correctamente.
  • Los routers Edge sin puertos asignados vuelven a ser visibles en la lista.
  • El uso de direcciones por VDC se calcula correctamente: el administrador del clúster recibe los resultados del VDC especificado, un usuario sin VDC recibe un resultado vacío, y el VDC de otro usuario ya no devuelve datos.
  • El inventario de discos físicos ya no crea registros duplicados debido a espacios en el número de serie recibido del agente del nodo.
  • El resumen del clúster tiene en cuenta la memoria y las CPU de las máquinas trasladadas entre nodos.

3.0.2​

Añadido​

  • Operaciones básicas para gestionar el clúster, los nodos y las máquinas virtuales.

Véase también​