Envío de trabajos para utilizar garantías
Para que un trabajo acceda a recursos garantizados, debe pertenecer a una clase de servicio. Un trabajo de una clase de servicio puede utilizar recursos que están garantizados para dicha clase de servicio.
Interacciones con políticas de garantía
Acerca de esta tarea
Hay dos formas de asociar un trabajo con una clase de servicio:
- Puede utilizar la opción bsub –sla para asociar explícitamente un trabajo con una clase de servicio.
- Puede someter un trabajo sin la opción –sla y LSF colocará el trabajo en la primera clase de servicio (por orden de configuración) con AUTO_ATTACH= Y, de modo que el trabajo cumpla los criterios de control de acceso de clase de servicio.
Por ejemplo, puede someter un trabajo a la clase de servicio myServiceClass, como se indica a continuación:
bsub –sla myServiceClass ./a.out
Una agrupación de garantía de recursos basados en host (ranuras, hosts, paquete) sólo incluye hosts en los estados siguientes:
- Aceptar
- cerrado_Ocupado
- exc_cerrado
- clave_cu_cerrado
- cierre_completo
Los hosts en otros estados se excluyen temporalmente de la agrupación, y los trabajos SLA que se ejecuten en hosts en otros estados no se cuentan para la garantía.
- Reserva anticipada
Los hosts dentro de una reserva anticipada se excluyen de las agrupaciones de recursos garantizadas.
- Unidades de cálculo
No se recomienda configurar agrupaciones de recursos y unidades de cálculo garantizadas con hosts en común. Si dicha configuración es necesaria, no envíe trabajos con requisitos de unidad de cálculo utilizando las palabras clave maxcus, balanceo excl .
- Compartición justa basada en cola
Durante la planificación de préstamos, las comparticiones entre colas no se conservan.
- Trabajos exclusivos
No se recomienda utilizar trabajos exclusivos con agrupaciones de recursos garantizadas de tipo ranura. En su lugar, utilice agrupaciones de tipo de host.
- Multiclúster
Los hosts arrendados se pueden utilizar en una agrupación de recursos garantizada incluyendo un grupo de hosts con hosts remotos en el parámetro HOSTS .
- Preferencia
Los trabajos SLA de garantía sólo pueden ser preferidos por las colas con SLA_GUARANTEES_IGNORE=Y. Si una cola no tiene este parámetro establecido, los trabajos de esta cola no pueden desencadenar la preferencia de un trabajo SLA. Si se suspende un trabajo SLA (por ejemplo, mediante un bstop), los trabajos en colas sin el parámetro establecido no pueden utilizar las ranuras liberadas por el trabajo suspendido.
Los trabajos planificados utilizando recursos prestados no pueden desencadenar la preferencia.
Los trabajos SLA de garantía pueden adelantarse a otros trabajos y pueden utilizar la preferencia para cumplir las garantías. Normalmente, los trabajos adjuntos a los SLA de tipo de garantía no se pueden anticipar aunque se estén ejecutando fuera de cualquier garantía o fuera de cualquier agrupación en la que tengan garantías. La excepción a esto es cuando se establece el parámetro SLA_GUARANTEES_IGNORE=y en una cola preferente para permitir que la cola se antepone a los trabajos conectados para garantizar los SLA.
- Trabajos de fragmento
Los trabajos que se ejecutan en recursos prestados no se pueden fragmentar.
- Trabajos forzados (brun)
Los trabajos que se fuerzan para ejecutarse utilizando brun pueden utilizar recursos independientemente de las garantías.
- Duración de recurso
La duración de la serie
rusagede memoria se ignora para los trabajos que se ejecutan en agrupaciones de garantía de tipo de paquete.