Ngnix en Plesk Onyx ¿Qué es y por que ya no debo usar Apache?

En este articulo les comentaré un poco de la historia de Nginx en Plesk Onyx . Las razones, ventajas y desventajas de su uso. Algo para leer si eres administrador de un server Plesk y estas moviéndote a Onyx

¿Que es Nginx? ¿Y por que lo quiero corriendo en mi server?

Nginx es un servidor web desarrollado en 2002 con la meta de superar al rey de la web: Apache. Y lo ha logrado con grandes méritos. Solamente recién instalado sin modificación alguna, puede, sin problemas servir archivos estáticos con un bajo uso de memoria. Es capaz de entregar cerca de 4 veces más peticiones que el Apache. Estos números son impresionantes, pero tienen un costo: Una menor flexibilidad en cuanto al no poder usar módulos cargados dinámicamente ( si quieres integrar algo más a Nginx tienes que recompilarlo ). También es notoria la incapacidad de modificar las configuraciones generales del sistema al vuelo, algo que comúnmente se hace en Apache con el uso de los archivos .htaccess

Nginx llega a la escena de los servidores web con fuerza. Su capacidad de servir más archivos que Apache. La capacidad de soportar y manejar mas de 10 mil conexiones concurrentes con un aproximado de 2.5 MB de memoria base. Simple, sencillo, violentamente rápido y de bajo uso de memoria. Apache killer on scene.

Nginx en Plesk, los cortejos previos

El servidor web utilizado por Plesk siempre había sido Apache.
A partir de la version 11 aparece Nginx en las configuraciones de Plesk, se utiliza como Proxy Inverso.

¿ Y que es un proxy inverso y para que me servía?

La idea principal era tener Apache en un puerto no estándar y poner a Nginx en el frente en el puerto normal de web ( puerto 80 ). Nginx recibiría las solicitudes web y enviaría los archivos estáticos al cliente ( Recordemos que lo hace mas rápido que Apache ). Los archivos dinámicos ( PHP y otros ) eran solicitados por Nginx al Apache y su respuesta transportada a su vez por Nginx al cliente. Una gran mejora en velocidad y rendimiento. Así muchas peticiones no generaban procesos de Apache y el uso de memoria era mucho menor. Típicamente, un proceso de Apache en Plesk  puede tener entre 25 y 60 MB o más, sea una vil imagen o un script de PHP. Por lo tanto, usar procesos de Apache únicamente para procesar cosas dinámicas mientras Nginx mandaba los archivos estáticos hacía mucho sentido en ese momento.

En la version 11 todavía aparecían como opciones de PHP el usarlo como modulo de apache, CGI y FastCGI.

A partir de la version 12.5 aparece una nueva opción para procesamiento de PHP: FPM en Nginx lo cual deja al proceso de Apache con una carga mínima o nula, optimizando así aún más el proceso de generación y entrega de páginas web.

La nueva visión de Nginx en Plesk Onyx:

Muchos de los artículos de este blog han estado relacionados a la optimización de recursos en servidores, principalmente relacionados a Nginx.

Afortunadamente Plesk ha hecho caso a las peticiones usuarios y lo ha integrado en su producto. En la ultima entrega ( Plesk Onyx ) ya es parte integral y principal del servicio web. Ya podemos correr únicamente en un dominio Nginx sin necesidad de utilizarlo como frontend del Apache.

Esto permite amplias mejoras en velocidad y rendimiento como comentábamos al principio del artículo.

Los supuestos contras

Como sabemos, Nginx no usa los archivos .htaccess como lo hacia Apache. Esto presenta algunas dificultades para ciertos desarrollos o softwares que existen ya que muchos basan algunas de sus funciones en modificaciones del comportamiento del servidor.

Para muchos este tema de Nginx es relativamente nuevo ya que siempre había estado en Plesk como un servicio de «apoyo» al Apache y muchos administradores desconocían las ventajas del uso de Nginx.

Las soluciones

Afortunadamente esto cada vez es menos problema:  muchos softwares ya presentan en sus sitios de soporte reglas correspondientes para su implementación en Nginx. Plesk Onyx nos presenta un espacio especifico para implementar dichas reglas en cada dominio/subdominio del panel.

Espero este articulo te haya ayudado a comprender un poco el porque de la excelente decisión de Plesk de usar integralmente NGINX, dejando de lado a Apache.

Muerto el rey… viva el rey!

 

Saludos y hasta el próximo articulo.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *