Configuración del escalado automático para colectivos de Liberty
El escalado automático proporciona una prestación de escalado automático de servidores Liberty. Las funciones de escalado automático se habilitan mediante dos características Liberty, el controlador de escalado y el miembro de escalado. El escalado automático ajusta dinámicamente el número de máquinas virtuales Java (JVM) utilizadas para dar servicio a la carga de trabajo. Esta característica proporciona agilidad a las operaciones y reduce la sobrecarga administrativa para mejorar la capacidad de recuperación del entorno de middleware. Las condiciones del escalado automático se definen en las políticas de escalado. Estas condiciones incluyen el número mínimo o máximo de instancias de servidor y los valores de umbral para cada uno de los recursos del servidor.
Antes de empezar
Esta característica no requiere el uso del direccionamiento dinámico, aunque el escalado automático tiene un mayor rendimiento cuando ambas características se utilizan conjuntamente. Se recomienda utilizar los dos características. Para obtener más información sobre el direccionamiento dinámico, consulte Configuración del direccionamiento dinámico para los colectivos de Liberty.
Los controladores de colectivo Liberty pueden utilizar el kit de herramientas Tivoli Remote Execution and Access (RXA) para realizar operaciones seleccionadas en miembos de colectivo. Revise las tareas de Configuración de RXA para operaciones de colectivo de Liberty para obtener más información sobre cómo instalar y utilizar SSH.
También debe establecer la vía de acceso JAVA_HOME antes de configurar el escalado automático. Revise las tareas de Establecimiento de la variable JAVA_HOME para controladores y miembros del colectivo de Liberty.
Acerca de esta tarea
Un clúster de escalado automático es un clúster de servidores que puede expandirse y contraerse según la carga de trabajo del entorno. El controlador de escalado Liberty controla el inicio y la parada de miembros de escalado que se basan en la información de rendimiento que se recopila de los miembros de escalado y políticas de escalado configurables. Para ser miembro de escalado de un clúster de servidores, un controlador de escalado Liberty también debe ser miembro de un colectivo de Liberty. Un clúster de servidores tiene un nombre exclusivo dentro de un colectivo de Liberty. En Liberty, los miembros del mismo clúster de servidores tendrán el mismo nombre de clúster, si están dentro del mismo colectivo. Las prestaciones de escalado automático se controlan utilizando políticas cuando el consumo de recursos aumenta por encima de un umbral superior o cae por debajo de un umbral inferior.
- scalingController-1.0
La característica de controlador de escalado decide cuándo se debe expandir o contraer un clúster de escalado automático. Los controladores de colectivo son necesarios porque proporcionan funciones de administración que aprovechan la capacidad del controlador de colectivo de gestionar el controlador de escalado. Sólo uno de los controladores de escalado en ejecución puede tomar decisiones. Para obtener más información sobre los controladores de colectivos y cómo configurar los controladores para la alta disponibilidad, consulte Configuración de un colectivo de Liberty. El controlador de escalado puede iniciar un miembro de clúster de escalado automático como respuesta al aumento del uso de recursos, o puede detener un miembro de clúster de escalado automático como respuesta a la disminución del uso de recursos en todo el clúster. Si se utilizan conjuntos de réplicas, todos los miembros del controlador de colectivo deben ser controladores de escalado. Cuando se utilizan conjuntos de réplicas y se detiene un controlador, otro controlador de escalado en ejecución toma el control en su lugar. Para obtener más información sobre los conjuntos de réplicas, consulte Configuración de conjuntos de réplicas de colectivo de Liberty.
Nota: El controlador de escalado mantiene el último estado conocido de los miembros de escalado. La detención del controlador de escalado y el cambio del estado de los miembros de escalado puede provocar algunas acciones no válidas en el reinicio del controlador de escalado, hasta que el controlador de escalado haya recopilado el último estado de miembro de escalado.El controlador de escalado da soporte a los siguientes escenarios de uso:- Elasticidad de JVM
El controlador de escalado inicia y detiene servidores Liberty existentes que se basan en el uso de recursos y las políticas de escalado opcional. No se suministran nuevos servidores.
- Elasticidad
de Liberty
El controlador de escalado puede instalar software de Liberty en hosts registrados y suministrar servidores nuevos y, después, iniciar y detener estos servidores, basándose en el uso de recursos y políticas de escalado opcional.
- Elasticidad de JVM
- scalingMember-1.0
La característica de miembro de escalado supervisa la carga de trabajo en el servidor y el host y, cuando sea necesario, envía esta información al controlador de escalado. La característica de miembro de escalado debe estar habilitada como un miembro de colectivo en un colectivo.
Nota: Todos los servidores de miembro de escalado también deben pertenecer a un clúster, porque toda la información de políticas se aplica al miembro de clúster.Si hay dos o más miembros de escalado en un host, los miembros de escalado se organizan de modo que sólo un miembro de escalado se comunica con el controlador de escalado. El líder de host se nomina entre todos los miembros de escalado de un host. Si el líder de host se detiene, otro miembro de escalado tomará de control como el líder de host.
Cada miembro de escalado debe definir un elemento hostSingleton con un puerto en el archivo server.xml. Todos los miembros de escalado en el mismo host y clúster deben utilizar el mismo puerto. Un servicio de elección utiliza este puerto para identificar un líder de host. El líder de host es el único miembro de escalado que se comunica con el controlador de escalado. El líder host comunica los datos de métrica de los miembros al controlador y comunica las decisiones de escalado que realiza el controlador a los miembros del host. Por ejemplo:
<hostSingleton name="ScalingMemberSingletonService" port="5164" />
Si desea más información sobre el elemento hostSingleton, consulte Miembro de colectivo.
El miembro de escalado supervisa el uso de los siguientes recursos en el proceso de servidor:- CPU
- Almacenamiento dinámico
- Memoria
El miembro de escalado supervisa el uso de los siguientes recursos a nivel de host:- CPU
- Memoria
Procedimiento
Resultados
Con la característica de escalado automático habilitada, ahora puede ajustar dinámicamente el número de máquinas virtuales Java (JVM) o servidores Liberty que se utilizan para prestar servicio a la carga de trabajo.