Cómo equilibrar la carga de un sitio web con NGINX y VPS multiubicación

El equilibrio de carga de su sitio web a través de múltiples instancias de VPS en diferentes ubicaciones geográficas puede mejorar el rendimiento, reducir la latencia y mejorar la redundancia. Utilizando NGINX como proxy inverso, puede distribuir el tráfico entre servidores backend, cada uno alojando una copia de su sitio web o aplicación.

En esta guía, le guiaremos a través del proceso de configuración, destacaremos las mejores prácticas y trataremos el error común de introducir un único punto de fallo con el proxy inverso, junto con las soluciones para mitigarlo.

---

Paso 1: Despliegue servidores VPS en diferentes regiones

Comience desplegando instancias de VPS en varias ubicaciones geográficas, por ejemplo, una en Nueva York, otra en Frankfurt y otra en Singapur. Cada VPS debe funcionar:

• Una copia de su sitio web o aplicación
• NGINX (si también se utiliza como servidor web local)
• Acceso SSH para configuración y mantenimiento

Asegúrese de que el contenido y las configuraciones son coherentes en todos los servidores.

---

Paso 2: Configure un VPS para que actúe como equilibrador de carga

Elija un VPS para que actúe como proxy inverso y equilibrador de carga, o cree uno nuevo para este fin. Este servidor dirigirá el tráfico a los nodos VPS backend.

Utilice una configuración básica de proxy inverso NGINX que defina un grupo ascendente y dirija las peticiones entrantes a sus nodos backend.

Este es un ejemplo de configuración NGINX para su proxy

http { upstream backend_servers { servidor vps1.ejemplo.com; servidor vps2.ejemplo.com; servidor vps3.ejemplo.com; } server { listen 80; location / { proxy_pass http://backend_servers; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } }

---

Paso 3: Solucionar el único punto de fallo

El problema

El VPS que aloja el proxy inverso NGINX se convierte en un único punto de fallo. Si este servidor se cae, todo el sitio deja de estar disponible, aunque los servidores backend sigan funcionando.

Soluciones

Opción 1: Alta disponibilidad con una IP flotante

Utilice herramientas como Keepalived o Pacemaker con VRRP para crear una IP flotante entre dos o más nodos NGINX. Si uno falla, la IP cambia automáticamente a otro.

Opción 2: equilibrio de carga a nivel de DNS

Ejecute varios nodos equilibradores de carga NGINX y utilice DNS round-robin o GeoDNS (por ejemplo, AWS Route 53, Cloudflare Load Balancing) para distribuir el tráfico entre ellos.

Opción 3: IP Anycast (avanzada)

Anuncie la misma dirección IP desde varias regiones geográficas utilizando BGP y Anycast. El tráfico se enruta automáticamente al nodo más cercano en función de la ubicación del usuario.

Consejo: Combinar el enrutamiento geográfico basado en DNS con proxies NGINX de alta disponibilidad proporciona la mejor cobertura y resistencia.

---

Paso 4: Comprobaciones de estado y lógica de conmutación por error

Aunque NGINX Open Source no admite comprobaciones de estado activas de forma nativa, dejará de enrutar a un nodo defectuoso si se producen errores de conexión. Para comprobaciones de estado más avanzadas:

• Utilice NGINX Plus
• O cree una lógica externa de monitorización y conmutación por error con cron + curl + recargas de configuración.

---

Paso 5: Apunte su dominio al balanceador de carga

Actualice sus registros DNS para que apunten a la dirección IP de su proxy inverso NGINX (o IP flotante si utiliza HA). Si utiliza varios proxies, configure su proveedor de DNS para una resolución con equilibrio de carga o geoespacial.

---

Opcional: Enrutamiento geolocalizado

NGINX por sí mismo no maneja enrutamiento basado en geolocalización, pero puede emparejarlo con:

• GeoDNS: Utilice un proveedor de DNS que dirija a los usuarios al servidor más cercano.
• IPs Anycast: Distribuir la misma IP desde múltiples centros de datos, permitiendo la optimización del enrutamiento global.

``` Solicitud de Usuario | v +---------------------+ | GeoDNS / Load-aware | | Capa de Enrutamiento DNS | +---------------------+ | v +----------------------+ | Proxy Regional NGINX | | (HA o Anycast IP) | +----------------------+ | v +---------------------+ | Nodos Backend VPS ||

+---------------------+

Reflexiones finales

El uso de NGINX para equilibrar la carga a través de múltiples servidores VPS le ayuda a escalar globalmente y reducir la latencia. Pero recuerde: el proxy inverso debe estar altamente disponible o se convertirá en un lastre.

Para eliminar puntos únicos de fallo, considere la distribución de carga basada en DNS, IPs flotantes o redes Anycast. Con una planificación cuidadosa, su configuración de VPS en múltiples ubicaciones puede ofrecer un rendimiento rápido y tolerante a fallos a escala.

Esta guía es sólo apropiada para un front-end web, y no cubre las conexiones a una base de datos y los problemas y soluciones distribuyendo esto para alta disponibilidad. Vamos a cubrir que en un artículo posterior ...