Slurm (Simple Linux Utility for Resource Management) es un sistema de gestión de recursos en clusters de computadoras. Nos permite asignar los recursos computacionales (núcleos, memoria, gpu, etc.) de una forma equitativa a medida de su disposición.
Entidades manejadas por los servicios de Slurm
Nodos: Sistema multiprocesador perteneciente al cluster
Particiones: es un mecanismo de agrupar en forma lógica los nodos. Sin importar el número de nodos que se disponen se puede crear la cantidad de particiones que uno desee. Un nodo puede pertenecer a varias particiones. Cada partición tiene sus propios parámetros: tiempo límite de trabajo, usuarios permitidos, que nodos la componen, etc.
Trabajos: Un trabajo o job es la asignación de recursos a un usuario específico por una cantidad de tiempo determinada.
Tareas: Son el conjunto de programas (seriales o paralelas) que serán ejecutadas dentro de un trabajo.
===== Modo uso de Slurm =====
Slurm proporciona una interfaz de usuario donde se pueden ejecutar comandos slurm desde el shell del sistema operativo.
El usuario envía los trabajos y Slurm se encarga de ubicarlo en la cola de espera. Si hay recursos pasa a ejecutar el trabajo. En caso de estar ocupado el trabajo se ejecutará cuando estén disponibles los recursos.
En general, los pasos a seguir para ejecutar un trabajo son:
1. Analizar los recursos que dispone el cluster y las necesidades del trabajo.
Utilizar los comandos "sinfo" y "squeue".
2. Enviar el trabajo :
A) Interactivamente.
Se utiliza "srun" con los parámetros de configuración del trabajo. Es una forma rápida de enviar el trabajo a ejecución, pero con varias restricciones.
B) Utilizar scripts.
Se debe crear un script con la configuración del trabajo. Usar "sbatch" y sus parámetros.
3. (Opcional) Verificar la correcta configuración.
Utilizar el comando "scontrol show job <JOBID>".
4. (Opcional) Recuperar la información que resulta de la ejecución del trabajo.
Interactivamente: los resultados, errores, etc. se verán en el shell.
Scripts: se guardan en un archivo llamado slurm-<JOBID>.out
===== Comandos para ejecutar un trabajo =====
Envía el trabajo para ser ejecutado a Slurm. Si no posee recursos para el trabajo el shell queda esperando a que se desocupen. Si posee recursos ejecuta el programa y nos proporciona por la consola los resultados de la ejecución
[usuario@clemente ~]$ srun <NombrePrograma>
Parámetros de srun
-n, --ntasks: especifica la cantidad de tareas para correr. Por default 1 tarea por 1 CPU.
-j, --job-name: especifica el nombre de la tarea
-N, --nodes: especifica el mínimo de nodos que deben ser reservado para el trabajo
-p, --partition: especifica la partición donde el trabajo se va a ejecutar.
-v -vv -vvv : Aumenta el nivel de verbosidad.
-o <ArchivoSalida>: Redirecciona la salida al archivo especificado.
Ejemplos srun
[usuario@clemente ~]$ srun -n 2 miPrograma
Ejecuta miPrograma en 2 tareas, cada una en diferentes CPUs
Ejecuta miPrograma en 6 tareas distribuida en dos nodos, en la partición debug.
SBATCH es la forma más adecuada de ejecutar un trabajo. Se utiliza un archivo script para la configuración de Slurm y del sistema operativo para ejecutar el trabajo.
[usuario@clemente ~]$ srun <NombreScriptSlurm>
Parámetros de sbatch
-n, --ntasks: especifica la cantidad de tareas (procesos) para correr
-j, --job-name: especifica el nombre de la tarea
-N, --nodes: especifica el mínimo de nodos que deben ser reservado para el trabajo
-p, --partition: especifica la partición donde el trabajo se va a ejecutar.
--mail-user <email>--mail-type=ALL: Envía un mail notificando el cambio de estado en el trabajo
Ejecuta el script NombreScriptSlurm en 2 nodos y enviá mail por cambios de estados
[usuario@clemente ~]$ sbatch -N3 --time=60
Ejecuta el script NombreScriptSlurm en 3 nodos y como limite máximo de tiempo 1 hora .
Para más información ver la sección "Script de lanzamientos y comandos SBATCH".
===== Comandos para ver información =====
Ejemplo de sinfo en el cluster Clemente
[usuario@clemente ~]$ sinfo
PARTIT AVAIL TIMELIMIT NODES STATE NODELIST
debug up 2:00 4 idle clemente[01-04]
batch* up 5-00:00:00 3 idle clemente[01-03]
small up 1:00:00 1 drain clemente04
gpu up 3-00:00:00 1 drain clemente04
Información que brinda sinfo:
PARTIT: Nombre de la partición. El sufijo * indica que es la partición por defecto.
AVAIL: Estado de la partición: UP es disponible y DOWN no disponible.
TIMELIMIT: Tiempo máximo de ejecución de un trabajo, en formato días-horas:minutos:segundos.
NODES: Cantidad de nodos.
STATE: Estados de los nodos en formato:
ALLOCATED: El nodo esta asignado a uno o más trabajos.
ALLOCATED+: El nodo esta asignado a uno o más trabajos. Y uno o más trabajos estan completados.
COMPLETING: Todos los trabajos asociados con este nodo están en proceso de COMPLETAR. Este estado de nodo se eliminará cuando todos los procesos del trabajo hayan finalizado y el programa epilog SLURM (si lo hubiera) haya finalizado.
DOWN: El nodo no está disponible para su uso. SLURM puede colocar nodos automáticamente en este estado si ocurre alguna falla. Los administradores del sistema también pueden colocar nodos explícitamente en este estado
DRAINED: El nodo no está disponible para su uso por solicitud del administrador del sistema.
DRAINING: El nodo está actualmente ejecutando un trabajo, pero no se asignará a trabajos adicionales. El estado del nodo se cambiará para indicar DRAINED cuando finalice el último trabajo en él.
FAIL: Se espera que el nodo falle pronto y no esté disponible para su uso por solicitud del administrador del sistema.
IDLE: El nodo no está asignado a ningún trabajo y está disponible para su uso.
MAINT: El nodo está actualmente en una reserva con un valor de bandera de "mantenimiento" o está programado para reiniciarse.
UNKNOWN: El controlador SLURM acaba de comenzar y el estado del nodo aún no se ha determinado.
NODELIST: Nombres de los nodos.
Ejemplo de squeue en el cluster Clemente
[usuario@clemente ~]$ squeue
PARTITION JOBID PRIO NAME USER ST TIME NO CPU GRES NODELIST(REASON)
PARTITION: El nombre de la partición en que esta asignado el trabajo.
JOBID:El identificador del trabajo. Es útil tener presente este identificador porque es muy usados, tanto para los nombre por estándar y como parámetro en la ejecución de otros comandos slurm.
PRIO: La prioridad del trabajo. Actualmente todos tienen la misma prioridad y se van asignando por orden de llegada.
NAME: Nombre del trabajo.
USER: El usuario que envío el trabajo.
TIME: El tiempo que lleva ejecutando en formato días-horas:minutos:segundos. Si su tiempo es 0:00:00 significa que esta esperando por recursos.
NO: La cantidad de nodos reservados para el trabajo.
CPU: La cantidad de cores totales que se reservo.
GRES: Los aceleradores que reservo.
NODELIST(REASON): Los nodos en los que está corriendo el trabajo, o la razón por la que no se está ejecutando todavía. Algunas razones comunes son:
Resources: No hay recursos libres en el cluster para ejecutarlo.
Priority: Hay trabajos con mayor prioridad esperando a ser ejecutados.
AssociationJobLimit: El usuario ya excede la cantidad de trabajos máxima en ejecución simultánea.
JobHeldUser: El usuario ha suspendido el trabajo.
JobHeldAdmin: Un administrador ha suspendido el trabajo.
Launch failed requeued held: SLURM encontró un error al iniciar el trabajo y lo ha suspendido.
Para mostrar la información de todos los nodos "scontrol show nodes".
Para mostrar la información de un nodo en particular scontrol show nodes <NombreNodo>
Ejemplo de scontrol show nodes <NombreNodo>
[usuario@clemente ~]$scontrol show nodes clemente01
Resaltado en color rojo se puede observar los datos más importantes: la cantidad de núcleos del nodo, si posee GPU, el nombre del nodo y las particiones a la que pertenece
Por la complejidad de la configuración existen muchos casos donde el trabajo se realiza incorrectamente, para corroborar los parámetros del trabajo podemos utilizar el comando "scontrol show job <JOBID>".
En rojo se puede observar el id del trabajo(JOBID) y el nombre del trabajo, los cuales son útiles para identificarlos cuando se utilizan otros comandos.
En amarillo el tiempo transcurrido y el tiempo máximo que puede ejecutarse el trabajo, en formato días-horas:minutos:segundos.
En gris el nombre de la partición y la lista de nodos que tiene asignado el trabajo.
En naranja el número de nodos, de CPU y de tareas.
En celeste si al trabajo se le asigno una GPU.
En rosa las dirección y los nombres del archivo suministrado a Slurm, el archivo donde se escribirán los errores, el archivo de entrada de parámetros y el archivo donde se guardan los logs del trabajo.
Enviá la señal SIGTERM a las tareas 4 y 8 del trabajo 1111
=====Script Slurm =====
El script de slurm esta dividido en dos componentes:
Comandos Slurm.
Comandos Shell UNIX.
Comandos Slurm
Los comandos de slurm son necesarios para la iniciación y configuración de los cluster. Tienen una estructura definida donde deben cumplirse ciertas reglas:
Empezar el comando con #SBATCH, que describen los recursos que requiere un trabajo.
Cuando se encuentra un comando unix, el resto de las líneas #SBATCH son IGNORADAS.
Preámbulo
Hashbang
La primera línea del archivo siempre debe indicar el shell para el que está escrito el script:
#!/bin/bash
Nombre
El trabajo debe tener un nombre, que le sirva para identificarlo.
#SBATCH --name=nombre
Notificaciones al usuario (opcional)
Se le puede pedir a Slurm que notifique por mail al usuario sobre actualizaciones del estado de su trabajo.
Luego se deben enumerar los recursos requeridos por el trabajo.
Cola de ejecución
Los distintos recursos de cómputo de los clusters del CCAD son accesibles a través de colas de trabajos, que son líneas de espera en las que trabajos con requerimientos similares se ubican hasta que les toque su turno y los recursos requeridos estén disponibles. Las colas disponibles y sus límites dependen del cluster. En el script del trabajo:
#SBATCH --partition=nombreParticion
Procesos (tasks)
Cada trabajo en ejecución consiste en una cantidad de procesos corriendo simultáneamente.
Los procesos se distribuyen en uno o más nodos de cómputo (computadoras del cluster) según la disponibilidad de recursos.
En las aplicaciones MPI, la cantidad de procesos es el parámetro -np pasado a mpirun o mpiexec.
En el script, la cantidad P de procesos del trabajo se define con la línea:
#SBATCH --ntasks=P
Alternativamente se puede pedir una distribución exacta y equitativa de procesos entre nodos del cluster, especificando explícitamente la cantidad de nodos N y cantidad de procesos por nodo PPN:
#SBATCH --nodes=N
#SBATCH --ntasks-per-node=PPN
Hilos (cpus, opcional)
Cada proceso del trabajo puede dividirse en más de un hilo de ejecución.
En las aplicaciones OpenMP, la cantidad de hilos por proceso está definida en la variable de entorno OMP_NUM_THREADS.
A cada hilo del trabajo se le asigna un core de algún procesador del cluster.
En el script, la cantidad H de hilos por proceso se define con la línea:
#SBATCH --cpus-per-task=H
Entonces, si un trabajo pide P procesos con H hilos cada uno, requerirá P * H cores para correr.
Tiempo
Es necesario especificar el tiempo máximo de ejecución del trabajo. Si el trabajo se excede de este tiempo, Slurm mata los procesos en ejecución y cancela el trabajo. Este tiempo debería ser lo más cercano posible al tiempo de ejecución real del trabajo. El formato del campo es días-horas:minutos.
#SBATCH --time=dd-hh:mm
Aceleradores (opcional)
Algunos de los clusters del CCAD disponen de coprocesadores para cómputo (GPUs y Xeon Phi). Los aceleradores se piden por nodo, y son visibles a todos los procesos corriendo dentro del mismo nodo. Para pedir G GPUs por nodo:
#SBATCH --gres=gpu:G
Comandos Unix
Comandos shell UNIX (generalmente bash) y comandos que extienden el shell (por ejemplo Environment Module). Son tareas a ser ejecutadas en el momento de que corre el trabajo.
Entorno
Primero es necesario importar la configuración de las variables de entorno compartida por todos los usuarios:
. /etc/profile
Módulos
Una vez cargado el entorno por defecto tenemos acceso al sistema de módulos, por lo que cargamos los requeridos por el programa a correr:
module load modulo/del/programa
Variables de entorno (opcional)
Luego podemos configurar variables de entorno que afecten el funcionamiento de nuestro programa.
Un caso común es el de las aplicaciones OpenMP, que deben configurar la variable OMP_NUM_THREADS al mismo valor que fue dado en #SBATCH --cpus-per-task.
export OMP_NUM_THREADS=$SLURM_CPUS_PER_TASK
Lanzamiento del programa
Finalmente se lanza el programa. Para esto se debe utilizar srun, que suplanta la funcionalidad de mpirun o mpiexec lanzando tantos procesos como sean necesarios en los recursos asignados al trabajo.
srun programa
=====Ejemplos Script Slurm=====
Tarea: ejecutar programas utilizando gpu
Ejecución: sbatch submit_gpu_job.sh
Partición: gpu
Tiempo máximo: 3 días
#!/bin/bash
### Las líneas #SBATCH configuran los recursos de la tarea
### (aunque parezcan estar comentadas)
### Nombre de la tarea
#SBATCH --job-name=gpu_job
### Cola de trabajos a la cual enviar.
#SBATCH --partition=gpu
#SBATCH --gres=gpu:1
### Procesos a largar.
### Por defecto, se usa un solo proceso para tareas GPU.
#SBATCH --ntasks-per-node=1
### Tiempo de ejecucion. Formato dias-horas:minutos.
#SBATCH --time 3-0:00
### Script que se ejecuta al arrancar el trabajo
### Cargar el entorno del usuario incluyendo la funcionalidad de modules
### No tocar
. /etc/profile
### Cargar los módulos para la tarea
# FALTA: Agregar los módulos necesarios
module load gcc
module load cuda
### Largar el programa
# FALTA: Cambiar el nombre del programa
srun NOMBRE_DEL_PROGRAMA
Tarea: ejecutar programas utilizando mpi
Ejecución: sbatch submit_mpi_job.sh
Partición: batch
Tiempo máximo: 3 días
#!/bin/bash
### Las líneas #SBATCH configuran los recursos de la tarea
### (aunque parezcan estar comentadas)
### Nombre de la tarea
#SBATCH --job-name=mpi_job
### Tiempo de ejecucion. Formato dias-horas:minutos.
#SBATCH --time 3-0:00
### Numero de procesos a ser lanzados.
#SBATCH --ntasks=2
### Nombre de partcion
#SBATCH --partition=batch
### Script que se ejecuta al arrancar el trabajo
### Cargar el entorno del usuario incluyendo la funcionalidad de modules
### No tocar
. /etc/profile
### Cargar los módulos para la tarea
# FALTA: Agregar los módulos necesarios
module load gcc
module load openmpi
### Largar el programa con los cores detectados
### La cantidad de nodos y cores se detecta automáticamente
# FALTA: Cambiar el nombre del programa
srun NOMBRE_DEL_PROGRAMA
Tarea: ejecutar programas utilizando OPENMP
Ejecución: sbatch openmp
Partición: batch
Tiempo máximo: 3 días
#!/bin/bash
### Las líneas #SBATCH configuran los recursos de la tarea
### (aunque parezcan estar comentadas)
### Nombre de la tarea
#SBATCH --job-name=openmp_job
### Cola de trabajos a la cual enviar.
#SBATCH --partition=batch
### Procesos a largar.
### Es OpenMP, o sea que un proceso en un nodo y muchos hilos.
#SBATCH --ntasks=1
### Hilos por proceso
### Poner el mismo valor acá que en OMP_NUM_THREADS/MKL_NUM_THREADS
#SBATCH --cpus-per-task=56
### Tiempo de ejecucion. Formato dias-horas:minutos.
#SBATCH --time 3-0:00
### Script que se ejecuta al arrancar el trabajo
### Cargar el entorno del usuario incluyendo la funcionalidad de modules
### No tocar
. /etc/profile
### Configurar OpenMP/MKL/etc con la cantidad de cores detectada.
export OMP_NUM_THREADS=56
export MKL_NUM_THREADS=56
### Cargar los módulos para la tarea
# FALTA: Agregar los módulos necesarios
module load gcc
### Largar el programa
# FALTA: Cambiar el nombre del programa
srun NOMBRE_DEL_PROGRAMA
var acc = document.getElementsByClassName("botonPanel");
var i;
for (i = 0; i < acc.length; i++) {
acc[i].addEventListener("click", function() {
this.classList.toggle("active");
var panel = this.nextElementSibling;
if (panel.style.display === "block") {
panel.style.display = "none";
} else {
panel.style.display = "block";
}
});
}