Políticas del equilibrador de carga
Aplique políticas del equilibrador de carga para controlar la distribución de tráfico a los servidores de backend.
Una vez creado un equilibrador de carga, se pueden aplicar políticas para controlar la distribución del tráfico en a los servidores backend. El servicio Load Balancer soporta tres tipos de políticas principales:
Al procesar variedades de carga o capacidad entre servidores backend, es posible acotar todos estos tipos de política con la ponderación del servidor backend. La ponderación afecta a la proporción de solicitudes dirigidas a cada servidor. Por ejemplo, un servidor con ponderación '3' recibe tres veces el número de conexiones que un servidor con ponderación '1'. Las ponderaciones se asignan en función de criterios a su elección, como la capacidad de gestión de tráfico de cada servidor. Los valores de ponderación deben estar comprendidos entre 1 y 100.
Las decisiones sobre la política del equilibrador de carga se aplican de forma diferente a los equilibradores de carga TCP, las solicitudes HTTP con persistencia de sesión basadas en cookies (solicitudes adheridas) y las solicitudes HTTP no adheridas.
- Un equilibrador de carga TCP tiene en cuenta la política y los criterios de ponderación para dirigir una solicitud entrante inicial a un servidor backend. Todos los paquetes subsiguientes de esta conexión irán al mismo punto final.
- Un equilibrador de carga HTTP configurado para manejar la persistencia de sesión basada en cookies reenvía solicitudes al servidor backend especificado por la información de sesión de cookie.
- En el casos de solicitudes HTTP no adheridas, el equilibrador de carga aplica las políticas y los criterios de ponderaciones a todas la solicitudes entrantes y especifica un servidor backend adecuado. Se podrán dirigir varias solicitudes del mismo cliente a diferentes servidores.
Para crear un equilibrador de carga con una IP de reserva, agregue esta política:
Allow group group_name to manage floating-ips in tenancyConsulte Introducción a las políticas para obtener información general sobre las políticas.
Asignación en rueda
La asignación en rueda es la política de equilibrador de carga predeterminada. Esta política distribuye el tráfico entrante de forma secuencial para que llegue a cada uno de los servidores de una lista de juegos de backends. Una vez que todos los servidores han recibido una conexión, el equilibrador de carga repite la lista en el mismo orden.
La asignación en Rueda (Round-Robin) es un algoritmo de equilibrio de carga simple. Funciona mejor cuando todos los servidores backend tienen una capacidad similar y la carga de procesamiento necesaria para cada solicitud no varía significativamente.
Conexiones mínimas
La política de conexiones mínimas dirige el tráfico de solicitudes entrantes al servidor backend con el menor número de conexiones activas. Esta política ayuda a mantener una distribución igualitaria de las conexiones activas a servidores backend. Al igual que con la política de asignación en rueda, se puede asignar una ponderación a cada servidor backend y controlar aún más la distribución del tráfico.
En los casos de uso del protocolo TCP, una conexión puede estar activa pero no tener tráfico actual. Estas conexiones no sirven como una buena métrica de carga.
Hash de IP
La política de hash de IP utiliza una dirección IP de origen de solicitud entrante como una clave hash para direccionar tráfico no permanente al mismo servidor backend. El equilibrador de carga direcciona las solicitudes del mismo cliente al mismo servidor de backend siempre que esté disponible ese servidor. Esta política respeta los valores de ponderación del servidor al establecer la conexión inicial.
El hash de IP garantiza que las solicitudes de un cliente concreto siempre se dirijan al mismo servidor de backend, siempre que el servidor de backend esté disponible.
No se pueden agregar un servidor de backend marcado como copia de seguridad a un juego de backends que utilice la política hash de IP.
Los clientes que nos conectan al equilibrador de carga a través del enrutador proxy o NAT parecen tener la misma dirección IP. Si se aplica la política hash de IP al juego de backends, el equilibrio de carga direcciona el tráfico en función de la dirección IP entrante y envía estas solicitudes de cliente proxy al mismo servidor backend. Si el pool de clientes proxy es grande, las solicitudes podrían colapsar un servidor backend.