[8.5.5.4 o posterior]

Configuración del escalado automático para los colectivos de Liberty

El escalado automático proporciona una prestación de escalado autónomo de servidores Liberty. La funcionalidad de escalado automático se habilita mediante dos características de 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 de Liberty pueden utilizar el kit de herramientas Tivoli Remote Execution and Access (RXA) para realizar operaciones seleccionadas en miembros 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 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 de Liberty controla el inicio y la detención de miembros de escalado, basándose en la información de rendimiento que se recopila de los miembros de escalado y las políticas de escalado configurables. Para ser miembro de escalado de un clúster de servidores, un controlador de escalado de 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. Todos los perfiles Liberty que especifiquen el mismo nombre de clúster dentro del mismo colectivo son miembros del mismo clúster de servidores. 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.

La funcionalidad de escalado automático se habilita mediante dos características de Liberty: el controlador de escalado y el miembro de escalado.
  • 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 los servidores Liberty existentes basándose en el uso de los recursos y las políticas de escalado opcionales. No se suministran nuevos servidores.

  • 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" />

    Para obtener más información sobre el elemento hostSingleton, consulte Collective Member.

    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

  1. Cree el colectivo que desee utilizar para el escalado automático.
  2. Defina políticas de escalado para cambiar los criterios que utiliza el controlador de escalado para gestionar la carga de trabajo. Para obtener más información, consulte Definición de políticas de escalado para gestionar la carga de trabajo.

Resultados

Con la característica de escalado automático habilitada, ahora puede ajustar dinámicamente el número de máquinas virtuales Java (JVM) utilizadas para dar servicio a la carga de trabajo.

Nota: Las prestaciones de clúster de escalado automático sólo están disponibles en WebSphere Application Server Liberty Network Deployment y WebSphere Application Server Liberty para z/OS.

Icono que indica el tipo de tema Tema de tarea

Términos y condiciones para centros de información | Comentarios


Icono de indicación de fecha y hora Última actualización: 15 de junio de 2015
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=phil&product=was-libcore-mp&topic=twlp_wve_autoscaling
Nombre de archivo:twlp_wve_autoscaling.html