Notas de lanzamiento de las versiones de Slurm en AWS PIEZAS

Cambios implementados en AWS PC

• Puedes configurar gres.conf los registros de un grupo de nodos de procesamiento con la gresCustomSettings propiedad y declarar el GRES programable con la configuración Gres personalizada de Slurm. Esto te permite configurar la topología de la GPU, los dispositivos MIG, los MPS, los fragmentos y tus propios recursos genéricos. Para obtener más información, consulte Configuración de los ajustes GRES personalizados en AWS PC.

• AWS El PCS habilita la detección automática del GRES de Slurm de forma predeterminada en los grupos de nodos de procesamiento que tienen GPU. AWS El PCS habilita la detección automática solo cuando se conoce la disposición de los sockets del nodo. Para obtener más información, consulte Configuración de los ajustes GRES personalizados en AWS PC.

• AWS El PCS configura la topología de CPU de un grupo de nodos de procesamiento de forma predeterminada. Determina el número de dominios NUMA a partir del tipo y los conjuntos Sockets de instancias y de CoresPerSocket cada nodoParameters=numa_node_as_socket. Para obtener más información, consulte Configuración de la topología de hardware en AWS PC.

• CommitDelay=1se establece de forma predeterminada enslurmdbd.conf. CommitDelaycontrola durante cuánto tiempo se slurmdbd envían los lotes a la base de datos de contabilidad y, al configurarla, se mejora el slurmdbd rendimiento. Para usar un valor diferente, defina CommitDelay la configuración slurmdbd.conf personalizada de su clúster.

• La API REST de Slurm lee el nombre de usuario del name campo dentro de la id reclamación de un JWT. Las notificaciones personalizadas userclaimfield y de nivel superior sun están en username desuso. Los tokens existentes siguen autenticándose. Para obtener más información, consulte Autenticar con la API REST de Slurm en AWS PC.

• Un único ejemplo de AMI ahora admite todas las versiones de Slurm que no sean EOL, y el nombre de la AMI ya no contiene ninguna versión de Slurm. Para obtener más información, consulte Uso de AMI de muestra.

• Los clústeres que utilizan los complementos de SPANK admiten actualizaciones continuas cuando se actualiza a la 26.05 o posterior. Los clústeres que utilizan los complementos de filtro de la CLI de Slurm admiten actualizaciones continuas cuando actualizas desde la versión 25.11 o una versión posterior. Para obtener más información, consulte Actualización de la versión del planificador de un clúster en AWS PC.

• Hay nuevas configuraciones personalizadas disponibles: la configuración de Exclusive cola, la configuración PurgeJobScriptAfter personalizada de slurmdbd, el valor de la configuración de slurmdbd PurgeJobEnvAfter y el PreserveCaseResource valor de. Parameters REBOOT_ONLY HealthCheckNodeState

Depreciaciones y eliminaciones

• Slurm desaprueba la configuración de ExclusiveUser cola y el OverSubscribe=EXCLUSIVE valor en favor de la nueva configuración de cola. Exclusive AWS PCS sigue siendo compatible con ExclusiveUser y OverSubscribe=EXCLUSIVE el 26 de mayo, pero le recomendamos que migre a. Exclusive

• Slurm elimina. SchedulerParameters=enable_job_state_cache Elimínalo de la configuración personalizada de Slurm de tu clúster antes de actualizarlo a la versión 26.05.

• Notas de la versión de SchedMD: https://github.com/SchedMD/slurm/blob/slurm-26.05/RELEASE_NOTES.md

• Registro de cambios de SchedMD: https://github.com/SchedMD/slurm/blob/master/CHANGELOG/slurm-26.05.md

Cambios implementados en AWS PC

• Los registros de auditoría del planificador ahora se entregan por separado mediante el tipo de PCS_SCHEDULER_AUDIT_LOGS registro, lo que simplifica la solución de problemas y la auditoría con un control independiente sobre la entrega de registros. Para obtener más información, consulte los registros de auditoría del programador en AWS PCS.

• La cola acelerada está habilitada de forma predeterminada. Los trabajos que fallen debido a problemas con los nodos (como errores de capacidad insuficiente) se pueden volver a poner en cola con la máxima prioridad de programación. sbatch --requeue=expedite Esto se controla mediante la configuración de SchedulerParameters=enable_expedited_requeue.

• El requeue_delay parámetro está disponible como una configuración de clúster personalizada con un valor predeterminado de 5 segundos. Anteriormente, el retraso en la cola estaba vinculado a la caducidad de las credenciales (70 segundos). Los administradores ahora pueden configurarlo de forma independiente mediante. SchedulerParameters=requeue_delay=<seconds>

• HealthCheckNodeStateahora admite el START_ONLY valor, que ejecuta el programa de verificación de estado solo al iniciar el nodo (slurmd start).

• CommunicationParameters=disable_httpestá configurado de forma predeterminada para deshabilitar los puntos finales HTTP (métricas y sondeos de estado) introducidos en Slurm 25.11. Para volver a habilitar estos puntos finales, defina. CommunicationParameters=enable_http Para obtener más información, consulte las métricas de Slurm en AWS PCS.

Problemas conocidos

• Slurm 25.11 valida AllowQOS y DenyQOS particiona la configuración incluso cuando no está establecida. AccountingStorageEnforce=QOS Si se hace referencia a una QOS en la base de datos de contabilidad de Slurm AllowQOS o DenyQOS no existe en ella, se cierra con un error grave. slurmctld Asegúrese de que todos los valores de QOS que figuran en la partición AllowQOS y la DenyQOS configuración existan en la base de datos de cuentas antes de actualizar o reiniciar Slurm 25.11.

• El slurmd registro puede mostrar el mensaje de error. error: cannot create url_parser context for http_parser/libhttp_parser Se trata de un problema conocido de Slurm que se produce incluso cuando CommunicationParameters=disable_http está configurado. El error se puede ignorar de forma segura y no afecta al funcionamiento del clúster.

• Anuncio de lanzamiento de SchedMD: https://www.schedmd.com/slurm-version-25-11-0-is-now-available/

• Notas de lanzamiento de SchedMD: https://github.com/SchedMD/slurm/blob/slurm-25.11/RELEASE_NOTES.md

Cambios implementados en AWS PC

• La función SchedulerParameter requeue_on_resume_failure de Slurm ahora está habilitada de forma predeterminada.

• Se eliminó «stderr» como opción para, ya que estaba deshabilitada en Slurm 25.05. LogTimeFormat

• AWS PCS admite la configuración Multi-cluster sackd: el nodo de inicio de sesión puede acceder a varios clústeres.

• Anuncio de lanzamiento de SchedMD: https://www.schedmd.com/slurm-version-25-05-0-is-now-available/

• Notas de lanzamiento de SchedMD: https://github.com/SchedMD/slurm/blob/slurm-25-05-0-1/RELEASE_NOTES.md

Cambios implementados en AWS PC

• AWS PCS admite la contabilidad de Slurm. Para obtener más información, consulte La contabilidad de Slurm en AWS 2 PIEZAS.

• Anuncio de lanzamiento de SchedMD

• Notas de la versión de SchedMD

Cambios implementados en AWS PC

• El nuevo módulo Slurm Step Manager ahora está activado por defecto en AWS PCS. Este módulo ofrece importantes ventajas al transferir la gestión por etapas de la controladora central a los nodos de procesamiento, lo que mejora considerablemente la simultaneidad del sistema en entornos con un uso intensivo de los pasos. Para respaldar esta configuración y aislar Prolog y ejecutar mejor los Epilog procesos, se habilitan los nuevos indicadores de prólogo (Contain,Alloc).

• La comunicación jerárquica entre el controlador y los nodos de procesamiento permite optimizar la comunicación entre nodos de Slurm, lo que mejora la escalabilidad y el rendimiento. Además, la configuración de enrutamiento ahora usa listas de nodos de partición para las comunicaciones desde el controlador, en lugar del algoritmo de enrutamiento predeterminado del complemento, lo que mejora la resiliencia del sistema.

• Un nuevo complemento de hash HashPlugin=hash/sha3 reemplaza al anteriorhash/k12 plugin. Ahora está habilitado de forma predeterminada en los clústeres AWS PCS.

• Los registros de los controladores Slurm ahora incluyen capacidades de auditoría mejoradas para todas las llamadas a procedimientos remotos (RPC) entrantes a. slurmctld Los registros incluyen la dirección de origen, el usuario autenticado y el tipo de RPC antes del procesamiento de la conexión.

• Anuncio de lanzamiento de SchedMD

• Notas de la versión de SchedMD

Puedes cambiar la configuración de Slurm AWS PIEZAS

• El SuspendTime valor predeterminado es. 60 Utilice el parámetro de scaleDownIdleTimeInSeconds configuración AWS PCS para configurarlo. Para obtener más información, consulte el scaleDownIdleTimeInSeconds parámetro del tipo de ClusterSlurmConfiguration datos en la referencia de la API de AWS PCS.

• El MaxJobCount valor y MaxArraySize se basa en el tamaño que elija para el clúster. Para obtener más información, consulte el size parámetro de la acción de la CreateCluster API en la referencia de la API de AWS PCS.

• La configuración predeterminada de SelectTypeParameters Slurm es. CR_CPU Puede proporcionarlo como un valor para configurarlo slurmCustomSettings al crear un clúster. Para obtener más información, consulte el slurmCustomSettings parámetro de la acción de la CreateCluster API y la referencia SlurmCustomSetting de la API de AWS PCS.

• Puede configurar Prolog y Epilog a nivel de clúster. Puede proporcionarlo como un valor slurmCustomSettings para configurarlo al crear un clúster. Para obtener más información, consulte CreateCluster y SlurmCustomSetting en la referencia de la API de AWS PCS.

• Puedes configurarlo Weight RealMemory a nivel de grupo de nodos de procesamiento. Puedes proporcionarlo como un valor para configurarlo slurmCustomSettings al crear un grupo de nodos de procesamiento. Para obtener más información, consulta CreateComputeNodeGroup y SlurmCustomSetting en la referencia de la API de AWS PCS.