Antes de Empezar
Nota: Las particiones de dominio multi-inquilino de WebLogic Server están en desuso en WebLogic Server 12.2.1.4.0. La consola y las páginas de ayuda relacionadas se eliminarán en la próxima versión.
Los gestores de trabajos de partición definen la política de uso de threads entre las particiones. Puede configurarlos para limitar el número de threads del gestor de trabajos en cada partición, así como para gestionar la asignación de uso de threads basada en el tiempo de uso de threads para cada partición. La importancia de la regulación del uso de threads relativo es proporcionar la calidad del servicio (QoS) adecuada y la igualdad entre varias particiones que comparten la misma instancia WLS. Sin esta regulación, una aplicación peligrosa desde una partición podría vaciar los recursos de threads de otras particiones, evitando que funcionen correctamente.
La tabla Gestores de Trabajos de Partición muestra los gestores de trabajos de partición definidos.
La capacidad compartida de la partición para los gestores de trabajos limita el número de solicitudes de trabajo de una partición. Este límite incluye las solicitudes de trabajo que están en ejecución o que se han puesto en cola esperando un thread disponible. Cuando se excede el límite, WLS empezará a rechazar determinadas solicitudes enviadas desde la partición.
El valor se expresa como un porcentaje de la capacidad del servidor WLS completo como se configura en la opción "Capacidad Compartida de los Gestores de Trabajos" que regula el número de solicitudes en la instancia del servidor WLS completa. La capacidad compartida de la partición para los gestores de trabajo debe tener un valor entre 1 y 100 %.
El valor de cuota de uso necesario es un porcentaje deseado de uso de threads de esa partición, en comparación con el uso de threads de todas las particiones. El valor debe ser un número entre 1 y 99. Oracle recomienda que la suma de este valor para todas las particiones que se ejecutan en un dominio de WLS sumen hasta 100. Por defecto, una partición tiene un valor de cuota de uso necesaria de 50.
Una restricción de mínimo de threads garantiza un número de threads que el servidor asignará a un gestor de trabajos para evitar interbloqueos. Esto puede provocar que el gestor de trabajos reciba más tiempo de uso de threads que su cuota de uso necesaria configurada y, por lo tanto, una partición obtendrá más tiempo de uso de thread que lo que debería en comparación con otras particiones de la misma instancia del servidor WLS.
Opcionalmente, puede proporcionar un límite en el valor de restricción de threads mínimo para cada partición configurado en el dominio de WLS. Si se configura, se impone un límite superior en los valores de restricción de threads mínimos configurados en una partición. Si la suma de los valores configurados de todas las restricciones de threads mínimos en una partición excede este valor configurado, se registrará un mensaje de advertencia y WLS reducirá el número de threads que el pool de threads asignará para las restricciones.
Por defecto, no se define ningún límite de restricción de threads mínimo en una partición.
Una restricción máxima de threads puede ser útil para evitar que una partición utilice más de su cuota de uso necesaria de recursos de threads, especialmente en situaciones anormales como cuando los threads se bloquean en la E/S, esperando respuestas de un servidor remoto que no está respondiendo. Si se define una restricción de threads máxima en ese escenario, sería útil para asegurar que algunos threads estarían disponibles para procesar solicitudes de otras particiones en la instancia de WLS.
Se guardará la configuración del gestor de trabajos de partición.
Después de Terminar
Asociación de Particiones a Gestores de Trabajo de Partición