-sla

Especifica la clase de servicio (SLA) en la que se ejecutará el trabajo.

Categorías

Propiedades

Sinopsis

bsub -sla nombre_clase_servicio

Descripción

Si el SLA no existe o el usuario no es miembro de la clase de servicio, se rechaza el trabajo.

Si la planificación de SLA habilitada para EGO está configurada con ENABLE_DEFAULT_EGO_SLA en lsb.params, los trabajos enviados sin -sla se adjuntan al SLA predeterminado configurado.

Nota: A partir del Fix Pack 15, cuando se define la opción -sla (clase de servicio) para el bsub comando, y el trabajo se reenvía, el trabajo conserva el -sla argumento en el clúster reenviado si se cumplen las siguientes condiciones:
  1. La clase de servicio definida existe en el clúster reenviado.
  2. El trabajo tiene acceso adecuado a la clase de servicio definida.

Para que esto funcione, tanto los clústeres de envío como los de ejecución deben actualizarse con el Fix Pack 15.

Además, puede utilizar -g con -sla. Todos los trabajos de un grupo de trabajos conectado a una clase de servicio se planifican como trabajos SLA. No es posible tener algunos trabajos en un grupo de trabajos que no formen parte de la clase de servicio. Se pueden crear varios grupos de trabajos bajo el mismo SLA. Puede someter trabajos adicionales al grupo de trabajos sin especificar de nuevo el nombre de clase de servicio. No puede utilizar grupos de trabajos con SLA basados en recursos que tengan objetivos de garantía.

Nota: Al utilizar -g con -sla, la clase de servicio del grupo de trabajos altera temporalmente la clase de servicio especificada con la opción -sla . Por ejemplo, si ejecuta bsub -g /g1 -sla sla1 myjob para especificar el grupo de trabajos /g1 con la clase de servicio sla1 ,
  • Si no hay ninguna clase de servicio conectada al grupo de trabajos /g1 , se ignora la clase de servicio sla1 especificada.
  • Si hay un SLA diferente conectado al grupo de trabajos /g1 , la clase de servicio del grupo de trabajos /g1 sustituye a la clase de servicio sla1 especificada.

LSF registra un mensaje de aviso en el registro de mbatchd para notificarle de estos cambios.

Sugerencia: Someta los trabajos SLA de velocidad, fecha límite y rendimiento con un límite de tiempo de ejecución (opción-W ) o especifique RUNLIMIT en la definición de cola en lsb.queues o RUNLIMIT en la definición de perfil de aplicación en lsb.applications. Si no especifica un límite de tiempo de ejecución para los SLA de velocidad, LSF ajusta automáticamente el número óptimo de trabajos en ejecución de acuerdo con el tiempo de ejecución observado de los trabajos finalizados.

Utilice bsla para visualizar las propiedades de las clases de servicio configuradas en LSB_CONFDIR/cluster_name/configdir/lsb.serviceclasses (consulte lsb.serviceclasses) e información dinámica sobre el estado de cada clase de servicio.

Ejemplos

bsub -W 15 -sla Duncan sleep 100

Envíe el mandato de UNIX sleep junto con su argumento100como un trabajo para la clase de servicio denominadaDuncan.

El ejemplo somete un trabajo de IBM PE y presupone dos hosts en el clúster,hostAyhostB, cada uno con 4 núcleos y 2 redes. Cada red tiene un adaptador IB con 64 ventanas.