¿Cómo equilibran los upstreams de Nginx el tráfico y los fallos?

Question

IT Interview Practice · Accepted Answer

Defina un grupo upstream para que Nginx pueda enviar solicitudes a varias instancias de la aplicación. Después decida cómo distribuir el trabajo y cuándo evitar temporalmente una instancia que falla.

## Empiece con dos servidores de aplicación

Dentro de `http`, la siguiente configuración ilustrativa distribuye el tráfico entre dos direcciones privadas:

```nginx
upstream app {
    server 10.0.0.11:3000 max_fails=2 fail_timeout=10s;
    server 10.0.0.12:3000 max_fails=2 fail_timeout=10s;
}
server {
    listen 80;
    location / {
        proxy_pass http://app;
    }
}
```

Con pesos iguales, el método round-robin predeterminado alterna entre servidores. `max_fails` y `fail_timeout` del ejemplo permiten excluir temporalmente un servidor tras fallos que cumplan los criterios. Los números ilustran el comportamiento; elija valores de producción según su tráfico y tolerancia a fallos.

## ¿Cuándo cambiaría el método?

Si algunas solicitudes mantienen las conexiones ocupadas mucho más tiempo, considere añadir `least_conn;` al bloque upstream. Prefiere menos conexiones activas. Ningún método comparte datos de sesión: si las sesiones de acceso viven en una instancia, muévalas a un almacenamiento compartido o diseñe deliberadamente afinidad de sesión.

## Pruebe el fallo en lugar de suponer la recuperación

Detenga una instancia de prueba e inspeccione qué upstream recibe las solicitudes. La detección pasiva aprende de solicitudes reales; las comprobaciones periódicas de salud dependen de las funciones disponibles. Limite los reintentos y nunca repita a ciegas un pago de resultado incierto: el primer intento podría haber funcionado ya.

[Documentación oficial](https://nginx.org/en/docs/http/ngx_http_upstream_module.html).

Empiece con dos servidores de aplicación

¿Cuándo cambiaría el método?

Pruebe el fallo en lugar de suponer la recuperación

Preguntas relacionadas