Server Load Balancer:NLB server groups

Tipos de grupos de servidores de NLB

Crear un grupo de servidores

Cuando los Pods backend corren riesgo de saturación de conexiones, considere los siguientes enfoques:

• Verificación de estado como mecanismo de respaldo: Configure las verificaciones de estado para que, cuando las conexiones TCP persistentes de un Pod backend se saturen y este ya no pueda responder a las sondas de verificación de estado, NLB elimine automáticamente ese backend después de que el número de fallos consecutivos alcance el Unhealthy Threshold. Las nuevas solicitudes dejarán de reenviarse a dicho backend.

• Drenado de conexiones: Habilite Connection draining al crear el grupo de servidores. Después de que un fallo en la verificación de estado provoque la eliminación de un backend, las conexiones TCP persistentes existentes pueden continuar transmitiendo hasta que expire el tiempo de espera del drenado de conexiones. Esto garantiza que las conexiones en curso no se interrumpan.

• Rechazo activo de conexiones desde el Pod: Se recomienda implementar el monitoreo del recuento de conexiones en sus Pods y rechazar activamente las nuevas conexiones cuando se alcance el umbral (por ejemplo, devolviendo respuestas de error o cerrando el socket de escucha) para lograr un control más preciso del tráfico.

1. Inicie sesión en la consola de NLB.

2. En la barra de navegación superior, seleccione la región donde está desplegada la instancia NLB.

3. En el panel de navegación izquierdo, elija NLB > Server Groups.

4. En la página Server Groups, haga clic en Create Server Group.

5. En el cuadro de diálogo Create Server Group, configure los siguientes parámetros y haga clic en Create.

   Parámetro	Descripción
   Server Group Type	Seleccione un tipo de grupo de servidores: Server Type: Permite agregar instancias ECS, ENI y ECI como servidores backend. IP Type: Permite agregar direcciones IP como servidores backend. Solo se admiten direcciones IP privadas. No se admiten direcciones IP públicas. Debe seleccionar una VPC al crear un grupo de servidores de tipo IP. Solo se admiten VPC de la cuenta actual. No se pueden agregar direcciones IP de VPC de otras cuentas.
   VPC	Seleccione una VPC de la lista desplegable. La lista desplegable muestra únicamente las VPC de la cuenta actual. No se admiten VPC de otras cuentas.
   Backend Server Protocol	Seleccione un protocolo backend: TCP: Asocia el grupo de servidores con listeners TCP y TCP/SSL. UDP: Asocia el grupo de servidores con listeners UDP.
   Scheduling Algorithm	Seleccione un scheduling algorithm: Round Robin: Distribuye las solicitudes a los servidores backend de forma secuencial. Weighted Round-robin (predeterminado): Distribuye las solicitudes a los servidores backend según sus pesos. Los servidores backend con pesos más altos reciben más solicitudes. Source IP Hashing: Utiliza hash consistente basado en las direcciones IP de origen. Las solicitudes provenientes de la misma dirección IP de origen se enrutan al mismo servidor backend. Four-element Hashing: Utiliza hash consistente basado en tuplas de cuatro elementos (IP de origen, IP de destino, puerto de origen y puerto de destino). Los paquetes del mismo flujo se enrutan al mismo servidor backend. QUIC ID Hashing: Utiliza hash consistente basado en ID de conexión QUIC. Las solicitudes con el mismo ID QUIC se enrutan al mismo servidor backend. Solo puede seleccionar hash por ID QUIC cuando el protocolo backend es UDP. El protocolo QUIC evoluciona rápidamente. Este algoritmo se implementa basándose en draft-ietf-quic-transport-10. No se garantiza la compatibilidad con todas las versiones de QUIC. Se recomienda realizar pruebas suficientes antes de utilizar este algoritmo en un entorno de producción. Weighted Least Connections: Distribuye las solicitudes basándose tanto en el peso como en la carga real (número de conexiones) de cada servidor backend. Si los servidores backend tienen el mismo peso, el servidor con menos conexiones recibe más solicitudes.
   Resource Group	Seleccione un resource group para el grupo de servidores.
   Tag	Establezca una Tag Key y un Tag Value.
   IPv6	Seleccione una versión de IP: IPv4 (predeterminado): Solo puede agregar servidores backend IPv4. IP Version: Puede agregar servidores backend IPv4 e IPv6. Si IPv6 no está habilitado para la VPC seleccionada, solo puede seleccionar IPv4.
   IP Version Affinity	Si establece IP Version en IPv4/IPv6 dual-stack, puede configurar IP Version Affinity: No affinity (predeterminado): Las solicitudes se distribuyen a los servidores backend saludables según el algoritmo de programación, independientemente de la versión de IP del origen. Affinity mode: Las solicitudes se enrutan según su versión de IP de origen. Las solicitudes IPv4 se enrutan únicamente a servidores backend IPv4, y las solicitudes IPv6 se enrutan únicamente a servidores backend IPv6. Si selecciona Affinity mode, asegúrese de que el grupo de servidores contenga backends IPv4 e IPv6 saludables. De lo contrario, las solicitudes de la versión de IP correspondiente no podrán reenviarse correctamente.
   Connection Draining	Especifique si desea habilitar el drenado de conexiones. Esta función está deshabilitada de forma predeterminada. Si habilita el drenado de conexiones, también debe establecer el Connection Draining Timeout. El tiempo de espera puede configurarse de 0 a 900 segundos. Un valor de 0 indica que las conexiones se drenan inmediatamente. Cuando se elimina un servidor backend o falla una verificación de estado: Si el drenado de conexiones está deshabilitado (predeterminado), las conexiones existentes no se interrumpen activamente. Solo se interrumpen después de que el cliente se desconecta o expira la sesión. Si el drenado de conexiones está habilitado, las conexiones existentes se mantienen hasta que finalice el tiempo de espera. Luego, las conexiones se cierran activamente para garantizar una transición de servicio fluida.
   Client IP Preservation	Especifique si desea habilitar la preservación de IP del cliente. Si habilita esta función, los servidores backend pueden recuperar las direcciones IP de origen de los clientes. Si deshabilita esta función, los servidores backend pueden actuar como clientes para acceder a la instancia NLB. Para recuperar las direcciones IP de origen de los clientes, puede habilitar Proxy Protocol para el listener. Los grupos de servidores basados en IP no pasan automáticamente las direcciones IP de origen del cliente a los servidores backend. Debe usar Proxy Protocol en el listener para recuperar las direcciones IP de origen.
   Multi-port Forwarding	Especifique si desea habilitar el reenvío multipuerto. Si habilita esta función, no necesita especificar un puerto al agregar un servidor backend. NLB reenvía el tráfico al servidor backend según el puerto de la solicitud entrante. Si habilita la función de reenvío multipuerto para un listener, también debe habilitar esta función para el grupo de servidores backend.
   Health Check	Especifique si desea habilitar las verificaciones de estado.
   Health Check Settings	Si habilita las verificaciones de estado, puede hacer clic en Modify para cambiar la configuración de verificación de estado.
   Health Check Protocol	Seleccione un protocolo para las verificaciones de estado: TCP (predeterminado): Envía paquetes SYN para comprobar si el puerto del servidor es accesible. HTTP: Envía solicitudes HEAD o GET para comprobar si la aplicación en el servidor está saludable. UDP: Envía paquetes ICMP Echo Request y de sondeo UDP para obtener información de estado. Solo puede seleccionar UDP para Health Check Protocol si el protocolo backend del grupo de servidores es UDP.
   Health Check Method	Seleccione un método de verificación de estado: GET: Si un paquete de respuesta supera los 8 KB, el paquete se trunca. Esto no afecta el resultado de la verificación de estado. HEAD: Las verificaciones de estado del listener HTTP utilizan HEAD de forma predeterminada. Asegúrese de que sus servidores backend admitan solicitudes HEAD. Si su aplicación backend no admite o tiene deshabilitadas las solicitudes HEAD, las verificaciones de estado podrían fallar. En este caso, utilice el método GET. Este parámetro solo surte efecto cuando el protocolo de verificación de estado es HTTP.
   Health Check Protocol Version	Seleccione una versión de HTTP: HTTP/1.0 (predeterminado) o HTTP/1.1. La versión del protocolo de verificación de estado debe coincidir con la versión HTTP admitida por su aplicación backend. De lo contrario, las verificaciones de estado podrían fallar. Si su servidor backend: Admite solo HTTP 1.0, debe seleccionar HTTP/1.0. Admite solo HTTP 1.1, debe seleccionar HTTP/1.1. Admite tanto HTTP 1.0 como HTTP 1.1, puede seleccionar cualquiera de las dos versiones. Este parámetro solo surte efecto cuando el protocolo de verificación de estado es HTTP .
   Health Check Port	Seleccione el puerto de sondeo que utiliza el servicio de verificación de estado para acceder al servidor backend. Backend Server Port: De forma predeterminada, el servicio de verificación de estado utiliza los puertos de los servidores backend. Custom Port: Especifique un puerto para las verificaciones de estado. Si habilita el reenvío multipuerto, debe especificar un puerto de verificación de estado.
   Health Check Path	Introduzca la URL de la página de verificación de estado. Este parámetro solo surte efecto cuando el protocolo de verificación de estado es HTTP.
   Health Check Domain Name	Introduzca el nombre de dominio para las verificaciones de estado. Backend Server Internal IP (predeterminado): La dirección IP privada del servidor backend se utiliza como nombre de dominio para las verificaciones de estado. Custom Domain Name: Introduzca un nombre de dominio. Este parámetro solo surte efecto cuando el protocolo de verificación de estado es HTTP.
   Health Check Status Codes	Seleccione los códigos de estado que indican una verificación de estado exitosa. Puede seleccionar http_2xx (predeterminado), http_3xx, http_4xx y http_5xx. Este parámetro solo surte efecto cuando el protocolo de verificación de estado es HTTP.
   Custom Request/Response	Al configurar una verificación de estado para un listener UDP, puede habilitar Custom Request/Response. Luego, introduzca el contenido de la solicitud en el campo Custom Request, como youraccountID, y la respuesta esperada en el campo Custom Response, como slb123. También debe agregar la lógica de respuesta de verificación de estado correspondiente a la aplicación en el servidor backend. Por ejemplo, si la aplicación recibe una solicitud que contiene youraccountID, debe devolver una respuesta que contenga slb123. Si la instancia NLB recibe la respuesta esperada del servidor backend, la verificación de estado es exitosa. De lo contrario, la verificación de estado falla. Este método maximiza la fiabilidad de las verificaciones de estado UDP. Este parámetro solo surte efecto cuando el protocolo de verificación de estado es UDP.
   Response Timeout Period	El período de espera para recibir una respuesta a una solicitud de verificación de estado. Si un servidor backend no responde dentro del período especificado, la verificación de estado falla.
   Health Check Interval	El intervalo en el que se realizan las verificaciones de estado. Si establece Health Check Protocol en UDP, asegúrese de que el valor de Health Check Interval sea mayor o igual al valor de Response Timeout Period. Esto evita que un sondeo UDP se juzgue erróneamente como sin respuesta debido a un tiempo de espera agotado. Si sus backends corren riesgo de saturación de conexiones, se recomienda acortar el Health Check Interval (por ejemplo, 2 a 3 segundos) y reducir el Unhealthy Threshold (por ejemplo, 2 fallos consecutivos) para detectar más rápido la saturación de conexiones backend y reducir el tiempo de descubrimiento de fallos.
   Healthy Threshold	El número de verificaciones de estado exitosas consecutivas necesarias para cambiar el estado de un servidor backend de no saludable a saludable.
   Unhealthy Threshold	El número de verificaciones de estado fallidas consecutivas necesarias para cambiar el estado de un servidor backend de saludable a no saludable.

Agregar servidores backend (tipo servidor)

Si crea un grupo de servidores de tipo servidor, debe agregar servidores backend para gestionar las solicitudes entrantes. No puede agregar la misma instancia ECS, ENI o ECI más de una vez a un grupo de servidores para el cual está habilitado el reenvío multipuerto.

1. En la página Server Groups, busque el grupo de servidores que desea gestionar y utilice uno de los siguientes métodos para abrir la página de servidores backend.

   • En la columna Actions, haga clic en Modify Backend Server.

   • Haga clic en el ID del grupo de servidores. En la página de detalles del grupo de servidores, haga clic en la pestaña Backend Servers.

2. En la pestaña Backend Servers, haga clic en Add Backend Server.

3. En el panel Add Backend Server, seleccione un Server Type y haga clic en Next.

   • Si ECS/ENI es Purchase ECS Instance, seleccione los servidores objetivo o haga clic en Purchase ECS Instance en la esquina superior derecha.

     Para seleccionar una ENI, asegúrese de que haya una ENI secundaria attached a la instancia ECS objetivo y que el interruptor de Advanced Mode esté activado. Luego, haga clic en el icono a la derecha del ID de la instancia ECS objetivo y seleccione la ENI.

     Si la IP Version del grupo de servidores es IPv4/IPv6 dual-stack, haga clic en el icono de configuración junto al encabezado de la columna IPv4/IPv6 dual-stack. En el cuadro de diálogo IP, seleccione una directiva de dirección IP:

     • IP Address: Se selecciona de forma predeterminada una dirección IPv4 principal disponible.

     • Prefer IPv4 over IPv6: Se selecciona de forma predeterminada una dirección IPv6 disponible. Si una ENI tiene varias direcciones IPv6, se selecciona la primera disponible según su orden en la lista.

     • Prefer IPv6 over IPv4: Se seleccionan una dirección IPv4 principal disponible y la primera dirección IPv6 disponible.

     Esta opción solo establece la dirección IP seleccionada de forma predeterminada para la ENI. Aún puede cambiar manualmente la selección en la columna de dirección IP.

   • Si Dualstack es ECI, seleccione los servidores objetivo o haga clic en ECI en la esquina superior derecha.

4. Configure los puertos y pesos de los servidores, y luego haga clic en Purchase Elastic Container Instance.

   Si el reenvío multipuerto está habilitado para el grupo de servidores, no necesita especificar un puerto al agregar un servidor backend. NLB reenvía el tráfico a los servidores backend según los puertos de las solicitudes entrantes.

   El peso predeterminado es 100. Un servidor con un peso más alto recibe más solicitudes.

   Puede pasar el cursor sobre el icono para modificar los pesos y puertos de varios servidores en lote:

   • Haga clic en OK: Si modifica el peso o el puerto del servidor actual, los pesos o puertos de todos los servidores debajo de él cambian al mismo valor.

   • Haga clic en Replicate to Above: Si modifica el peso o el puerto del servidor actual, los pesos o puertos de todos los servidores encima de él cambian al mismo valor.

   • Haga clic en Replicate to All: Si modifica el peso o el puerto del servidor actual, los pesos o puertos de todos los servidores del grupo de servidores cambian al mismo valor.

   • Haga clic en Reset:

     • Haga clic en Reset junto a Weight para restaurar los pesos predeterminados de todos los servidores del grupo de servidores.

     • Haga clic en Reset junto a Port para borrar los números de puerto de todos los servidores del grupo de servidores.

   Aviso

   Si establece el peso de un servidor en 0, el servidor deja de recibir nuevas solicitudes.

Agregar servidores backend (tipo IP)

Si crea un grupo de servidores de tipo IP, debe agregar direcciones IP como servidores backend para gestionar las solicitudes entrantes. No puede agregar la misma dirección IP más de una vez a un grupo de servidores para el cual está habilitado el reenvío multipuerto.

• No puede agregar las direcciones IP virtuales (VIP) de instancias NLB en la misma VPC, ni las VIP de instancias ALB creadas en la misma VPC después de .

• Solo se admiten direcciones IP privadas. No se admiten direcciones IP públicas.

1. En la página Server Groups, busque el grupo de servidores objetivo y utilice uno de los siguientes métodos para agregar una dirección IP.

   • En la columna Actions, haga clic en Modify Backend Server.

   • Haga clic en el ID del grupo de servidores.

2. En la página de detalles del grupo de servidores, haga clic en la pestaña Backend Servers y luego haga clic en Add IP Address.

3. En la pestaña Select Servers del panel Add Backend Server, introduzca una dirección IP y haga clic en Next.

   Puede configurar varios puertos y pesos para la dirección IP.

4. En la pestaña Ports/Weights, establezca el puerto y el peso para la dirección IP agregada, y luego haga clic en OK.

   Si el reenvío multipuerto está habilitado para el grupo de servidores, no necesita especificar un puerto al agregar un servidor backend. NLB reenvía el tráfico a los servidores backend según los puertos de las solicitudes entrantes.

   El peso predeterminado es 100. Un servidor con un peso más alto recibe más solicitudes.

   Puede pasar el cursor sobre el icono para modificar los pesos y puertos de varios servidores en lote:

   • Haga clic en Replicate to Below: Si modifica el peso o el puerto del servidor actual, los pesos o puertos de todos los servidores debajo de él cambian al mismo valor.

   • Haga clic en Replicate to Below: Si modifica el peso o el puerto del servidor actual, los pesos o puertos de todos los servidores encima de él cambian al mismo valor.

   • Haga clic en Replicate to Above: Si modifica el peso o el puerto del servidor actual, los pesos o puertos de todos los servidores del grupo de servidores cambian al mismo valor.

   • Haga clic en Replicate to All:

     • Haga clic en Reset junto a Reset para restaurar los pesos predeterminados de todos los servidores del grupo de servidores.

     • Haga clic en Weight junto a Reset para borrar los números de puerto de todos los servidores del grupo de servidores.

   Aviso

   Si establece el peso de un servidor en 0, el servidor deja de recibir nuevas solicitudes.

Otras operaciones

Referencia de API

• CreateServerGroup: Crea un grupo de servidores para una instancia NLB.

• DeleteServerGroup: Elimina un grupo de servidores de una instancia NLB.

• AddServersToServerGroup: Agrega servidores backend a un grupo de servidores de una instancia NLB.

• RemoveServersFromServerGroup: Quita servidores backend de un grupo de servidores de una instancia NLB.

• UpdateServerGroupAttribute: Actualiza la configuración de un grupo de servidores para una instancia NLB.