Creación de un grupo de servidores backend (balanceadores de carga dedicados)

Escenario

Para enrutar solicitudes, debe asociar al menos un grupo de servidores backend a cada oyente.

Esta sección describe cómo crear un grupo de servidores backend para un balanceador de carga dedicado.

Puede crear un grupo de servidores backend para un balanceador de carga de cualquiera de las formas descritas en Tabla 1.

Restricciones

El protocolo backend del nuevo grupo de servidores backend debe coincidir con el protocolo frontend del oyente como se describe en Tabla 2.

Procedimiento

1. Inicie sesión en la consola de gestión.
2. En la esquina superior izquierda de la página, haga clic en y seleccione la región y el proyecto deseados.
3. Pase el ratón sobre en la esquina superior izquierda para mostrar Service List y elija Networking > Elastic Load Balance.
4. En el panel de navegación de la izquierda, elija Elastic Load Balance > Backend Server Groups.
5. Haga clic en Create Backend Server Group en la esquina superior derecha.
6. Configure la política de enrutamiento basada en Tabla 3.

   Tabla 3 Parámetros necesarios para configurar una política de enrutamiento

   Parámetro	Descripción	Valor de ejemplo
   Load Balancer Type	Especifica el tipo de balanceadores de carga que pueden utilizar el grupo de servidores backend. Se recomiendan balanceadores de carga dedicados. Los siguientes parámetros se aplican a los balanceadores de carga exclusivos.	-
   Load Balancer	Especifica si se debe asociar un balanceador de carga. Puede asociar un balanceador de carga dedicado existente al crear un grupo de servidores backend o asociar uno más tarde. Asociar más tarde Asociado existente	Associate later
   Forwarding Mode	Especifica el modo de reenvío para distribuir el tráfico. Hay dos opciones: Load balancing y Active/Standby. Load balancing: Puede agregar uno o más servidores backend al grupo de servidores backend. Active/Standby: Puede agregar solo dos servidores backend al grupo de servidores backend, uno actuando como servidor activo y el otro como servidor en espera. Si el servidor activo está defectuoso, el tráfico se reenvía al servidor en espera, lo que mejora la confiabilidad del servicio.	Load balancing
   Backend Server Group Type	Especifica el tipo del grupo de servidores backend. Hybrid: Puede agregar ECS e interfaces de red suplementarias como servidores backend, o agregar direcciones IP como servidores cuando IP as a Backend está habilitado. Cuando crea un grupo de servidores backend híbrido, debe especificar una VPC y asociar el grupo de servidores backend con un balanceador de carga en esta VPC. IP as a backend server: Puede agregar direcciones IP como servidores backend solo cuando habilita IP as a Backend.	Hybrid
   Backend Server Group Name	Especifica el nombre del grupo de servidores backend.	server_group
   VPC	Especifica la VPC donde funciona el grupo de servidores backend. Puede asociar el grupo de servidores backend con un balanceador de carga en esta VPC. Este parámetro es obligatorio si selecciona Hybrid para Backend Server Group Type. Puede seleccionar una VPC existente o crear una nueva. Para obtener más información acerca de VPC, consulte la Guía del usuario de Virtual Private Cloud.	vpc-test
   Backend Protocol	Especifica el protocolo que utilizan los servidores backend del grupo de servidores backend para recibir solicitudes de los oyentes. El protocolo varía dependiendo del modo de reenvío: Load balancing: HTTP, HTTPS, TCP, UDP y QUIC Active/Standby: TCP, UDP y QUIC	HTTP
   Load Balancing Algorithm	Especifica el algoritmo utilizado por el balanceador de carga para distribuir el tráfico. Las siguientes opciones están disponibles: Weighted round robin: Las solicitudes se enrutan a diferentes servidores en función de sus pesos. Los servidores backend con mayores pesos reciben proporcionalmente más solicitudes, mientras que los servidores con la misma ponderación reciben el mismo número de solicitudes. Weighted least connections: Además del número de conexiones, a cada servidor se le asigna un peso basado en su capacidad. Las solicitudes se enrutan al servidor con la relación de conexiones a ponderación más baja. Source IP hash: Permite que las solicitudes de diferentes clientes se enruten en función de las direcciones IP de origen y garantiza que las solicitudes del mismo cliente se reenvíen al mismo servidor. Connection ID: Este algoritmo está disponible cuando se ha seleccionado QUIC para Backend Protocol. Este algoritmo permite que las solicitudes con diferentes ID de conexión se enruten a diferentes servidores backend y garantiza que las solicitudes con el mismo ID de conexión se enruten al mismo servidor backend. Para obtener más información acerca de los algoritmos de balanceo de carga, consulte Algoritmos de balanceo de carga.	Weighted round robin
   Sticky Session	Especifica si se deben habilitar las sesiones adhesivas si se ha seleccionado Weighted round robin o Weighted least connections para Load Balancing Algorithm. Si habilita las sesiones adhesivas, todas las solicitudes del mismo cliente durante una sesión se envían al mismo servidor backend. Para obtener más información sobre las sesiones adhesivas, consulte Sesión adhesiva.	-
   Sticky Session Type	Especifica el tipo de sesión adhesiva. Este parámetro es obligatorio si Sticky Session está habilitado. Puede seleccionar uno de los siguientes tipos: Source IP address: La dirección IP de origen de cada solicitud se calcula utilizando el algoritmo de hash consistente para obtener una clave de hash única, y todos los servidores backend están numerados. El sistema asigna el cliente a un servidor determinado basándose en la clave generada. Esto permite que las solicitudes de la misma dirección IP se reenvíen al mismo servidor backend. Load balancer cookie: El balanceador de carga genera una cookie después de recibir una solicitud del cliente. Todas las solicitudes posteriores con la cookie se enrutan al mismo servidor backend. NOTA: Source IP address está disponible cuando se ha seleccionado TCP, QUIC, o UDP para Backend Protocol. Load balancer cookie están disponibles cuando seleccionas HTTP y HTTPS para Backend Protocol.	Source IP address
   Stickiness Duration (min)	Especifica los minutos que se mantienen las sesiones adhesivas. Este parámetro es obligatorio si Sticky Session está habilitado. Sesiones adhesivas en Capa 4: de 1 a 60 Sesiones adhesivas en Capa 7: de 1 a 1440	20
   Slow Start	Especifica si se habilitará el inicio lento. Este parámetro es opcional si ha seleccionado Weighted round robin para Load Balancing Algorithm. Después de activar esta opción, el balanceador de carga aumenta linealmente la proporción de solicitudes a los servidores backend en este modo. Cuando transcurre la duración de inicio lento, el balanceador de carga envía una parte completa de las solicitudes a los servidores backend y sale del modo de inicio lento. NOTA: El inicio lento solo está disponible para los grupos de servidores HTTP y HTTPS backend de balanceadores de carga dedicados. Para obtener más información sobre el inicio lento, consulte Inicio lento (balanceadores de carga dedicados).	-
   Slow Start Duration (s)	Especifica cuánto tiempo durará el inicio lento, en segundos. Este parámetro es obligatorio si Slow Start está habilitado.	30
   Description	Proporciona información adicional sobre el grupo de servidores backend.	-

7. Haga clic en Next para agregar servidores backend y configurar la comprobación de estado.

   Agregue servidores en la nube, interfaces de red suplementarias o direcciones IP a este grupo de servidores backend. Para obtener más información, véase Descripción general.

   Configure la comprobación de estado para el grupo de servidores backend basado en Tabla 4. Para obtener más información acerca de los exámenes de salud, consulte Comprobación de estado.

   Tabla 4 Parámetros necesarios para configurar una comprobación de estado

   Parámetro	Descripción	Valor de ejemplo
   Health Check	Especifica si se habilitarán las comprobaciones de estado. Si la comprobación de estado está habilitada, haga clic en junto a Advanced Settings para establecer los parámetros de comprobación de estado.	-
   Health Check Protocol	Especifica el protocolo que utilizará el balanceador de carga para comprobar el estado de los servidores backend. El protocolo de backend puede ser TCP, HTTP o HTTPS. Si el protocolo del grupo de servidores backend es UDP, el protocolo de comprobación de estado es UDP de forma predeterminada.	HTTP
   Domain Name	Especifica el nombre de dominio que se utilizará para las comprobaciones de estado. Este parámetro es obligatorio si el protocolo de comprobación de estado es HTTP o HTTPS. Puede utilizar la dirección IP privada del servidor backend como nombre de dominio. También puede especificar un nombre de dominio que consta de al menos dos etiquetas separadas por puntos (.). Use solo letras, dígitos y guiones (-). No inicie o termine cadenas con un guion. Máximo total: 100 caracteres. Etiqueta máxima: 63 caracteres.	www.elb.com
   Health Check Port	Especifica el puerto que utilizará el balanceador de carga para comprobar el estado de los servidores backend. El número de puerto se encuentra dentro del rango de 1 a 65535. NOTA: De forma predeterminada, se utiliza el puerto de servicio en cada servidor backend. También puede especificar un puerto para las comprobaciones de estado.	80
   Path	Especifica la dirección URL de comprobación de estado, que es el destino de los servidores backend para las comprobaciones de estado. Este parámetro es obligatorio si el protocolo de comprobación de estado es HTTP o HTTPS. La ruta puede contener de 1 a 80 caracteres y debe comenzar con una barra inclinada (/). La ruta puede contener letras, dígitos, guiones (-), barras (/), puntos (.), signos de interrogación (?), signos numéricos (#), signos de porcentaje (%), ampersands (&) y conjuntos de caracteres extendidos _;~!.() *[]@$^:',+	/index.html
   Interval (s)	Especifica el tiempo máximo entre dos comprobaciones de estado consecutivas, en segundos. El intervalo oscila entre 1 y 50.	5
   Timeout (s)	Especifica el tiempo máximo necesario para esperar una respuesta de la comprobación de estado, en segundos. El intervalo oscila entre 1 y 50.	3
   Maximum Retries	Especifica el número máximo de reintentos de comprobación de estado. El valor oscila entre 1 y 10.	3

8. Haga clic en Next.
9. Confirme las especificaciones y haga clic en Create Now.

Operaciones relacionadas

Puede asociar el grupo de servidores backend con el oyente de un balanceador de carga dedicado de cualquiera de las formas enumeradas en Tabla 1.