Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Nuevas características:
- CycleCloud admite máquinas virtuales confidenciales y inicio de plataforma segura para nodos de clúster
- CycleCloud admite la ejecución de comprobaciones de estado del nodo durante el arranque para validar el estado del hardware del nodo antes de unir el clúster con las imágenes más recientes de AzureHPC. Consulte Comprobaciones de estado de Azure HPC para más información.
- Los formularios de creación de clústeres ahora admiten:
- Configuración del cifrado de disco para todos los nodos de clúster
- Asignación de una identidad administrada a nodos de clúster
- Establecimiento de un tamaño de disco de arranque o sistema operativo personalizado
- Habilitación de comprobaciones de estado de nodo
- CycleCloud admite Windows Server 2019 y Windows Server 2022
- CycleCloud ahora admite HPC Pack 2019
- El tipo de clúster Slurm de CycleCloud ahora habilita el servicio RESTd de Slurm
- El tipo de clúster Slurm de CycleCloud ahora admite Ubuntu 22
- Nuevo instalador alternativo de la CLI de CycleCloud con Python agrupado para la instalación sin conexión o en sistemas anteriores
Problemas resueltos:
- Instalar Slurm fallaría si las etiquetas
KeyError: 'ClusterId'se cambiaran a minúsculas. - El filtro de selección de Tipo de Máquina para computación de alto rendimiento no incluía HBv4.
- El instalador tradicional de la CLI de CycleCloud no estaba comprobando correctamente la versión de Python 3.8 o superior.
- El inicio automático del servicio CycleCloud tenía una condición de carrera al montar los discos de datos conectados, lo que podría provocar un error en el inicio del servicio CycleCloud en el primer arranque.
- La copia de un clúster podría perder la especificación cluster-init asociada
- Los clústeres de Slurm con espacios en sus nombres no convergen
- "No se encontró ningún nodo para la instancia" se registró cuando se iniciaron los clústeres
- La página de inicio de sesión no mostró el usuario que ha iniciado sesión actualmente
- Los nodos inactivos de GridEngine fueron eliminados inmediatamente después de iniciar un trabajo
- La edición de un nodo para realizar cambios y volver a importar el clúster restablecería esos cambios
- La etiqueta del botón Iniciar o terminar clúster se encapsulaba mientras se terminaba el clúster