Saltar al contenido
Volver a servicios

Rendimiento

Atiende a muchos más usuarios con el mismo servidor

Cuando una tienda o una API recibe muchas visitas a la vez, el servidor no siempre se queda corto de potencia: muchas veces se queda corto por cómo atiende cada conexión.

Desliza el diagrama para verlo entero

Apache clásicoprefork + mod_phpnginx + Node.jspor eventospeticionesen colaApachePHPPHPPHPPHPPHPPHPPHPPHPPHPPHPPHPPHPun proceso por conexiónmiles de conexiones⇄nginxproxy inversoNode.jsbucle de eventossin cola de espera
  • Conexiones atendidas sin esperar
  • Procesos ocupados y peticiones en cola
  • nginx entrega a la app

A la izquierda, la configuración clásica de Apache: cada conexión ocupa un proceso completo con PHP dentro. Cuando se acaban los procesos, las demás peticiones esperan en cola. A la derecha, nginx atiende miles de conexiones con muy poca memoria y se las pasa a Node.js, que trabaja por eventos sin bloquearse.

Procesos frente a eventos

Un proceso por conexión gasta memoria aunque la conexión solo esté esperando. nginx atiende miles de conexiones abiertas con pocos procesos, y la memoria queda libre para tu aplicación y tu base de datos.

Cada cosa en su sitio

nginx sirve directamente imágenes, estilos y archivos estáticos, gestiona HTTPS y reparte el resto a tus apps (Node.js, AdonisJS) o a PHP-FPM. Cada parte hace lo que mejor sabe hacer.

Migración sin miedo

SERVILINUX analiza tus sitios de Apache, los pasa a nginx, comprueba que cada dominio responde igual que antes y, si algo no cuadra, vuelve a Apache solo.

Medido, no supuesto

Con Sentinel ves la memoria y la carga antes y después del cambio, y decides con datos si hace falta un servidor más grande o solo una mejor configuración.

El diagrama compara la configuración clásica de Apache (prefork con mod_php), todavía muy común. Apache con MPM event y PHP-FPM rinde bastante mejor; aun así, nginx como proxy inverso suele usar menos memoria con muchas conexiones abiertas.

En SERVILINUX

Cómo se hace

  1. 1
    Analiza tu servidor

    SERVILINUX revisa los sitios de Apache y lo que respondía cada dominio.

  2. 2
    Migra a nginx

    Con un clic desde la ficha del servidor; tus certificados se conservan.

  3. 3
    Comprobación automática

    Cada dominio se compara con antes; si falla, vuelve a Apache solo.

  4. 4
    Tus sitios, en Proyectos

    Los sitios migrados se gestionan como proyectos, con HTTPS y logs.