Trabajar con grupos de balanceadores de carga de aplicaciones

El grupo de Application Load Balancer for VPC (ALB) de IBM Cloud® es un conjunto de destinos de back-end que reciben el tráfico entrante procedente del equilibrador de carga y proporcionan la respuesta al tráfico saliente. El grupo incluye un protocolo, un algoritmo de equilibrio de carga, destinos de back-end (instancias VPC), comprobaciones de estado de los destinos de back-end y persistencia de sesión.

En una configuración de balanceador de carga, un listener se considera el recurso padre. Puede asociar pools a ese listener de dos formas, haciendo referencia a ellos directa o indirectamente. Para la asociación directa, configure el pool como default_pool del oyente. Para la asociación indirecta, haga referencia al pool desde otro pool a través de una relación failsafe_policy.target, asegurándose de que el otro pool ya está vinculado al oyente.

Las siguientes condiciones se aplican a todos los grupos de balanceadores de carga de aplicaciones:

• Se pueden asociar varios grupos a un oyente cuando los grupos secundarios se configuran como « failsafe_policy.target ».
• No se permiten asignaciones de pool duplicadas; cada pool debe ser único por oyente.
• Esta función sólo está disponible para los equilibradores de carga de la familia Application.
• Cuando se utiliza un « failsafe_policy.target », el « protocol » debe coincidir con el protocolo del grupo principal o utilizar un protocolo compatible permitido. Actualmente, solo se consideran compatibles http y https.

Puede configurar pools al crear un balanceador de carga de aplicaciones, o posteriormente con el siguiente procedimiento:

1. Desde tu navegador, abre la consola de IBM Cloud e inicia sesión en tu cuenta.

2. Seleccione Menú de navegación y, a continuación, haga clic en Infraestructura > Red > Equilibradores de carga.

3. Haga clic en el equilibrador de carga de aplicaciones que desee modificar.

4. En la página de detalles del equilibrador de carga de la aplicación, haz clic en la pestaña Grupos de back-end y, a continuación, selecciona el grupo que deseas editar.

5. Configura las siguientes opciones para tu grupo:

   • Nombre de agrupación: el nombre de la agrupación. Lo ideal es un nombre que describa la función que realiza esta agrupación.
   • Protocolo: seleccione el protocolo para las instancias de esta agrupación. El protocolo de la agrupación debe coincidir con el protocolo del escucha asociado. Por ejemplo, si el oyente utiliza HTTP, el grupo también debe utilizar HTTP. Del mismo modo, si el receptor utiliza TCP, el grupo también debe utilizar TCP.

   HTTP envía datos como texto plano que puede ser interceptado y se considera inseguro. Se recomienda elegir el protocolo https en lugar de http. Para más detalles, véase: https://www.cloudflare.com/learning/ssl/why-is-http-not-secure/

   • Método: Selecciona cómo distribuye el equilibrador de carga el tráfico entre las instancias del grupo:
     • Round robin: las solicitudes se envían a cada instancia en turnos. Todas las instancias reciben aproximadamente un mismo número de conexiones de cliente.
     • Round robin ponderado: las solicitudes se envían a cada instancia en proporción a su ponderación asignada. Por ejemplo, supongamos que tiene las instancias A, B y C, y sus ponderaciones se establecen en 60, 60 y 30. Las instancias A y B reciben el mismo igual de conexiones y la instancia C recibe la mitad de conexiones.
     • Menos conexiones: las solicitudes se reenvían a la instancia que en ese momento tiene el menor número de conexiones.
   • Retención de sesiones: seleccione si todas las solicitudes durante una sesión de usuario se envían a la misma instancia.
   • Comprobación de estado: configure cómo el equilibrador de carga comprueba el estado de las instancias. Para obtener información sobre la configuración de las comprobaciones de estado, consulte Trabajar con comprobaciones de estado.

6. Selecciona la configuración de la solicitud (opcional) para tus comprobaciones de estado. Si no se especifican valores, se utilizarán los ajustes predeterminados de comprobación de estado. Las siguientes opciones están disponibles:

   • Método de solicitud: Elige una de las siguientes opciones: GET o POST. Puedes personalizar los encabezados de la solicitud para ambos métodos. Si lo deseas, puedes personalizar el cuerpo de la solicitud al utilizar el método POST .
   • Cuerpo de la solicitud: Especifica el cuerpo de la solicitud HTTP que se utilizará para las comprobaciones de estado. Si no se especifica ningún valor, las solicitudes de comprobación de estado no incluyen un cuerpo de solicitud.
   • Encabezado de host: Incluye el encabezado de host para garantizar que la solicitud utilice el protocolo HTTP/1.1. De lo contrario, el sistema utilizará por defecto HTTP/1.0.
   • Añadir otros encabezados de solicitud: Añade uno o varios encabezados de solicitud adicionales.
     • Nombre del encabezado: Para el método de solicitud « GET », elige uno de los siguientes: « content-type », « accept », « authorization », « cookie », « origin », « referrer » o « user-agent ». Para el método de solicitud « POST », elige una de las siguientes opciones: « content-type », « content-length », « application-json » o « accept-encoding ».
     • Valor: Introduce el valor que corresponde al nombre de encabezado especificado.

7. Selecciona la configuración de respuesta (opcional) para tus comprobaciones de estado. Personalice los valores de respuesta correcta durante las comprobaciones de estado. Si no se especifican valores, se utilizarán los ajustes predeterminados de comprobación de estado. Las siguientes opciones están disponibles:

   • Cuerpo de la respuesta: Introduce el texto del cuerpo de la respuesta.
   • Código de respuesta: Puedes especificar varios valores separados por comas dentro del rango 100-599. Para especificar un rango, utiliza XX. Por ejemplo, 2XX coincide con las respuestas del rango 200-299.

8. Para añadir un grupo de copias de seguridad a un grupo ya existente, configura un « failsafe policy ». Asegúrate de que ya exista al menos otro grupo en el equilibrador de carga.

   • Acción: La acción que se debe llevar a cabo cuando el grupo principal deja de estar en buen estado. Al editar un grupo de servidores back-end en un equilibrador de carga, puedes especificar una de las siguientes acciones de « failsafe policy »:
     • Reenvío: - El equilibrador de carga redirige las solicitudes a un grupo de respaldo designado. Esta acción proporciona una ruta de conmutación por error clara hacia otro conjunto de servidores de aplicaciones. Debes tener un grupo de copias de seguridad ya configurado y listo para recibir tráfico.
     • Descartar: - El equilibrador de carga descarta todas las solicitudes entrantes y el cliente no recibe ninguna respuesta.
     • Error: - El equilibrador de carga rechaza las solicitudes con un código de estado HTTP 503 («Servicio no disponible»), lo que indica al cliente que el servicio está temporalmente fuera de servicio.
   • Objetivo: Aquí se realiza la selección del pool de copias de seguridad. Si se especifica un grupo de destino, el valor de « action » debe ser forward

Si las instancias del grupo no funcionan correctamente y tu aplicación funciona bien, comprueba los valores del protocolo de estado y de la ruta de estado. Comprueba también que los grupos de seguridad asociados a las instancias permitan el tráfico entre el equilibrador de carga y las instancias.