Algunos de los artículos de este sitio tratan sobre la optimización de servidores web.

Ya conocia el proyecto Nginx y lo habia utilizado parcialmente tal como esta señalado en post previo usando redirecciones con .httaccess

Encontré hace un par de dias la solución perfecta para hacer convivir el Apache en Plesk y el Nginx sacando provecho de lo mejor de ambos.

Sigue leyendo y descubrirás como integrar perfectamente el Nginx con tu Plesk

La primer parte es instalar el Nginx. Puedes hacerlo de la manera tradicional bajando la fuente e instalandolo a mano.

para este ejemplo usaremos el rpositorio de rpms de ART

En mi caso uso RHEL pero ART tambien hace rpms para Fedora y Centos.

La manera más fácil de instalar el repositorio de ART en tu servidor plesk con Fedora/Centos/RHEL es usando el comando:

wget -q -O - http://www.atomicorp.com/installers/atomic.sh | sh

una vez instalado el repositorio instalar Nginx es tan sencillo como

yum install nginx

La ventaja de hacerlo de esta manera es que el rpm te ayuda con la instalación correcta y activacion como servicio.

una vez instalado  descarguen este archivo ZIP y descomprímanlo en la carpeta /etc/nginx/ sobreescribiendo los archivos que asi lo soliciten.

una ves descomprimido el contenido de ese zip ejecuten el siguiente comando:

sh /etc/nginx/<code>generate_nginx_conf.sh

lo cual leerá la configuracion del apache modificada por el Plesk y generará los scripts correspondientes de nginx para cada dominios existente en el servidor. ( En el caso de un plesk normal en un servidor dedicado con varios ips no fue necesaria modificación alguna de los templates que vienen en el zip ).

Ahora de momento nos enfocaremos en los cambios necesarios del Apache. La idea es que el Nginx se quede escuchando en el puerto 80 y el apache en algun otro puerto…. digamos el 8080…

El Nginx servira contenido estático y todo el contenido dinámico lo pasará al apache liberando a este ultimo del servicio de imágenes y anexos para lo cual es mas eficiente el Nginx.

Como cambiar el Apache de plesk de puerto y no morir en el intento:
/usr/local/psa/admin/sbin/websrvmng --set-http-port --port=8080
/usr/local/psa/admin/sbin/websrvmng --reconfigure-all
/usr/local/psa/admin/sbin/webmailmng --disable --name=horde
/usr/local/psa/admin/sbin/webmailmng --enable --name=horde
/usr/local/psa/admin/sbin/webmailmng --disable --name=atmail
/usr/local/psa/admin/sbin/webmailmng --enable --name=atmail
/usr/local/psa/admin/sbin/webmailmng --disable --name=atmailcom
/usr/local/psa/admin/sbin/webmailmng --enable --name=atmailcom
service httpd restart
service nginx restart
Fimalmente les recomiendo que configuren el Nginx para que arranque al inicio del equipo con el comando:

chkconfig –level 345 nginx on

Y listo!!!! Nginx esta funcionando ahora en el puerto 80 y el apache esta feliz ahora en el puerto 8080 y todo funciona de maravilla.

La implementacion del Nginx puede ayudarte a usar al maximo los recursos de tu servidor, ya que nginx usa significativamente mucha menos menoria ram que los procesos comunes de apache y por lo tanto te da la oportunidad de entregar mas paginas/contenido utilizando el mismo hardware.

Este proceso de sustitucion es altamente recomendado si tu sitio tiene constantes y continuas cargas altas debidas a trafico Web.

Nota: El puerto 8080 es usado regularmente por una parte el Tomcat, si no usas Tomcat en ese servidor, simplemente desactivalo para que no tengas problema alguno con el Apache.

chkconfig --level 345 tomcat5 off

service tomcat5 stop

Revisa tambien que el servicio de Tomcat no este monitoreado por el módulo de Watchdog, de ser así desactívalo en el módulo para que el Watchdog no lo arranque de nuevo.

Su uso es muy simple y facil de implementar.

Dentro de cada dominio apartir de la version 8.3 existe un boton nuevo que dice Performance o Rendimiento en la seccion final de iconos del dominio.

En él podemos definir la velocidad máxima de entrega de archivos, asi como el limite de sesiones permitidas.

Es importante que si defines el limite máximo de velocidad, tambien definas el de sesiones máximas, sobre todo en sitios concurridos.

Esto es comúnmente es llamado seguridad por obscuridad y no debería confiar sólamente en esto, es sólo una de las muchas cosas que puede hacer para ayudar a minimizar las posibilidades de que un servidor sea hackeado.

Primero desabilitaremos la información de versión en el Apache.

—–comando—–
emacs /etc/httpd/conf/httpd.conf
—–comando—–

Presiona control + s para buscar “ServerSignature“
Seguramente dice On, cámbialo a Off
Esto remueve la identificacion de versión del Apache en las páginas de error.

Justo abajo de esa linea agrega otra que diga:

ServerTokens Prod
Esto identificará al Apache simplemente como eso… “apache” sin los números de version o datos del sistema operativo

Salva el archivo ( Control + S y Control + X ) y reinicia el apache

—–comando—–
service httpd restart
—–comando—–

Ahora desabilitaremos el named para que no dé version

—–comando—–
emacs /etc/named.conf
—–comando—–

Busca “query-source address * port 53;”
Agrega una línea justo abajo que diga:

version “Named”;

Salva y reinicia el servicio named

Recuerda que esto sólo es seguridad por obscuridad y aun asi necesitarás actualizar el servidor. Esto sólo va a detener a algunos de encontrar tu server en primera instancia usando escaneos automáticos. No te ayudará en nada si alguien esta tratando de entrar al servidor.

Aqui están los pasos necesarios para la instalación correcta del Zend Optimizer en Plesk

Para instalar el Zend Optimizer en Plesk, sigue los pasos de este Post hasta la fase instalación

Una vez instalado, brimos el archivo php.ini con nuestro editor preferido

# emacs php.ini

Al final de dicho archivo encontraremos las siguientes lineas:

zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.2.2
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.2.2
zend_optimizer.version=3.2.2
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so

Una vez que localizadas las copiamos ( tal vez en un bloc de notas ), y a continuación las comentamos poniendo un punto y coma enfrente de las lineas quedando estas en el archivo php.ini de la siguiente manera:

;zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.2.2
;zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.2.2
;zend_optimizer.version=3.2.2
;zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
;zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so
Entramos en el directorio php.d:

# cd /etc/php.d/

Usamos el editor de texto para crear un nuevo archivo:

# emacs zendloader.ini

Pegamos en el las lineas que anteriormente habiamos copiado del archivo php.ini en el archivo zendloader.ini y guardamos el archivo. Reiniciamos Apache para que los cambios surtan efecto:
# /etc/rc.d/init.d/httpd restart

Y comprobamos que tanto Ioncube como Zend Optimizer se hayan inicializado correctamente con php

# php -v

Si la instalación ha sido correcta veremos algo como esto:

PHP 4.3.9 (cgi) (built: Nov 2 2006 16:39:38)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
with eAccelerator v0.9.5, Copyright (c) 2004-2006 eAccelerator, by eAccelerator
with the ionCube PHP Loader v3.1.16, Copyright (c) 2002-2006, by ionCube Ltd., and
with Zend Extension Manager v1.0.11, Copyright (c) 2003-2006, by Zend Technologies
with Zend Optimizer v3.2.0, Copyright (c) 1998-2006, by Zend Technologies

Para instalarlo, lo primero es descargar el archivo tar.gz desde el sitio oficial para ello ejecutaremos el siguiente comando desde la shell:

http://downloads.zend.com/optimizer/3.2.2/ZendOptimizer-3.2.2-linux-glibc21-i386.tar.gz

# wget ( Pon aqui la direccion de arriba )

Una vez descargado, lo descomprimimos:

# tar -zxvf ZendOptimizer-3.2.2-linux-glibc21-i386.tar.gz

borramos el archivo tar.gz:

# rm -rf ZendOptimizer-3.2.2-linux-glibc21-i386.tar.gz

Entramos en el directorio donde se encuentran los archivos de instalación:

# cd ZendOptimizer-3.2.2-linux-glibc21-i386

Ejecutamos el archivo de instalación:

# ./install.sh

Segimos la instalación respondiendo de forma adecuada a todas las preguntas en el proceso de instalacion, (basicamente Enter… enter… enter) , una vez finalizado el proceso nos dirigimos al directorio en el que se encuentra el archivo php.ini:

# cd /etc

Abrimos el archivo php.ini para leerlo:

# less php.ini

Buscamos las lineas de configuracion de Zend Optimizer en el archivo php.ini, (deben de estar al final )

zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.2.2
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.2.2
zend_optimizer.version=3.2.2
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so

Reiniciamos el Apache:

# /etc/rc.d/init.d/httpd restart

Y comprobamos que el Zend Optimizer se haya inicializado correctamente con php

# php -v

Si todo ha ido bien deberiamos de obtener algo como esto:

PHP 4.3.9 (cgi) (built: Nov 2 2006 16:40:38)
Copyright © 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright © 1998-2004 Zend Technologies
with Zend Extension Manager v1.2.0, Copyright © 2003-2006, by Zend Technologies
with Zend Optimizer v3.2.2, Copyright © 1998-2006, by Zend Technologies

Aqui estan los pasos:
1ero:
Descarga la última versión de WP-Cache

2do:
Desactiva gzip en la seccion Options.

3ro:
Edita el archivo: wp-cache-phase1.php
Agrega estas linea:
if ( extension_loaded(?zlib?) ) ob_start(?ob_gzhandler?);

Antes de esto:
foreach ($meta->headers as $header) {
header($header);

4to:
Edita el archivo: /wp-content/advanced-cache.php

Agrega:
if ( extension_loaded(?zlib?) ) ob_start(?ob_gzhandler?);

Antes de:
foreach ($meta->headers as $header) {

Eso es todo, los cambios haran que tu sitio en wordpress funcione con una rapidez mucho mayor

Nota posterior: Al momento de actualizar esta nota ( 4/Feb/2007 ) ya salió en WordPress 2.1, el cual no soporta la instalación de WP-Cache en su estado actual, deberemos esperar al upgrade de WP-Cache pronto para su inclusion en WordPress 2.1

El server es un Celeron 1.7 con 512 MB RAM y cada uno de los sitios andan por el orden de varios de miles de hits al dia.

Despues de experimentar varios dias con estos problemas encontré una mezcla de soluciones que me permitio que el server no se caiga y mantenga el paso con las peticiones de clientes…

• Instala eaccelerator para reducir la carga al compilar las paginas php. UPDATE Jul 2009 ( Ahora uso Xcache en lugar de Eaccelerator)
• Desactiva el logging en el apache: si tienes trafico alto los logs pueden causarte pesadillas por el uso de disco. Al desactivarlo permites que se entreguen archivos mas rapidamente.
• Descargué e instale Litespeed Webserver ( yo usé la version Standard, libre pero solo llega hasta 300 clientes concurrentes.. si son necesarios más… tendrias que comprar la version enterprise y ya no te costea $500 USD ) y lo configuré para correr en un puerto alto (8080) importando las configuraciones de virtual hosting del apache.
• Usé una regla de redirección para que todo el contenido estatico ( imagenes, videos y swf ) sean redireccionados al servidor recien instalado en el puerto alto (8080)

Esto puede ser configurado directamente en el httpd.conf o un .htaccess en el directorio publico. ( Yo normalmente lo pongo en un .httaccess en la carpeta donde esta mi sitio mas usado )
RewriteEngine on
RewriteRule .*\.(gif|GIF|jpg|JPG|png|PNG|swf|SWF|pdf|PDF)$ http://%{HTTP_HOST}:8080%{REQUEST_URI}

(Son dos lineas )

• Activa las opcionesde compresion en /etc/php.ini

output_buffering = On
output_handler = ob_gzhandler

• Como ya no estoy enviando contenido estático con el apache, desactivo las opciones de Keepalive, ajusto MaxRequestsPerChild a un valor alto, MinSpareServers 10 MaxSpareServers 20 y StartServers a un valor inicial medio ( yo usé 80 )

El webserver en el puerto alto hace parte de la magia, corre practicamente sin demasiada memoria ( 20MB en horas pico pero solo en un proceso ) y sirve hasta 300 usuarios concurrentes con un gasto minimo de CPU ( mucho menos del 1% ), Apache aun sigue enviando contenido dinámico, usando esta combinación Apache aún usa de 10 a 20 MB de RAM por proceso pero el tiempo que un cliente utiliza el Apache es menor que en una configuración tradicional, esto reduce la concurrencia de clientes en el Apache.
Los cambios en KeepAlive permiten que el apache termine una peticion y atienda la siguiente sin esperar peticiones extra del cliente. ( las cuales son atendidas por el otro servidor ) bajando asi el numero de clientes concurrentes usando Apache

Estos ajustes redujeron dramaticamente la carga de el servidor
Ahora el server tiene un promedio de carga muy diferente…
load average: 0.68, 0.56, 0.59
manejando unos 140 procesos de apache ( muchos más en hora pico cerca de los 250 ) y aun tiene la mitad del procesador libre..
El load común antes de estos cambios era de más de 9
.

10:10pm up 36 days, 12:19, 1 user, load average: 0.68, 0.56, 0.59
203 processes: 193 sleeping, 10 running, 0 zombie, 0 stopped
CPU states: 15.9% user, 14.4% system, 11.1% nice, 58.3% idle
Mem: 506024K av, 468176K used, 37848K free, 0K shrd, 25916K buff
Swap: 1020116K av, 49596K used, 970520K free 195640K cached

. . . .total used free shared buffers cached
Mem: 494 455 38 0 23 181
-/+ buffers/cache: 250 243
Swap: 996 48 947

Adicionalmente una optimización del servidor mysql seria lo indicado….

Aproximadamente a las 15:00 horas empezó a distribuirse un poderoso virus en las instalaciones de una empresa, a través de un correo electrónico que le llegó al área de ventas, la distribución consistía de tomar las listas de distribución de los miembros pertenecientes al e-mail. Toda la compañía quedó sin comunicaciones, ya que el poderoso virus congestionó la Red completa, por el lapso de tres horas, quedando prácticamente fuera de línea,sin brindar ningún servicio. La facturación de la empresa es alrededor de 2,000,000,000.00 de dólares anuales.

¿Cuál es el costo de tener fuera de operación a la compañía por tres horas?

Una forma rápida de hacer el cálculo es: 2,000,000,000 se dividen por 4380 horas de trabajo al año y se multiplica por 3 horas perdidas, lo que nos arroja un total de $1’369,863.01 USD. Pero esto es solamente un cálculo grotesco e inadecuado, a través de una fórmula para calcular el costo de caída de un equipo. Las pérdidas de las ganancias se obtienen más fácilmente identificando el costo de caída; pero este costo es solamente la punta del iceberg, cuando discutimos el costo real de la Organización.

Para evaluar el costo de la caída, las compañías deben considerar todos los costos que la constituyen y como cada uno de ellos, puede ser afectado por una falla en el Sistema, incluyendo no solamente la pérdida de las ganancias en ese momento, sino también las posibles pérdidas en las ganancias futuras, pérdida de productividad, pérdida por ocupación de espacio por empleado, pérdida o desajuste del inventario; costos de pérdidas por falta de ganancias y recuperación de la información, pérdidas por no entregar las mercancías a tiempo, pérdidas de oportunidad de negocios, pérdida de clientes y pérdida del valor en la forma de compartir la depreciación, demandas de los clientes, reputación y quién sabe cuantas cosas más, haya que facturar en el transcurso de la caída del Sistema.

Como la gran mayoría de las compañías se vuelven más independientes por unidades de negocio, así como por la cadena de suministros, el impacto de la caída del Sistema escala rápidamente. Afectando no solamente al Negocio Principal, sino que afecta a cada una de las componentes de la cadena de suministros.

Costos tangibles

Son fácilmente de medir y de identificar en términos de dinero, los costos tangibles incluyen pérdidas por falta de ganancias, los costos por inactividad de los empleados, pérdida de inventario, costos de publicidad, pagos a Bancos, penalizaciones futuras y costos legales.

Pérdidas por falta de ganancias

El costo más obvio es el de pérdidas por falta de ganancias por la caída de los sistemas. Si una compañía no puede vender o procesar las solicitudes de sus clientes por falta de su Sistema. No se diga si se trata de e-commerce, ya que en ese caso se magnifica el problema, ya que las ventas están íntimamente ligadas a la disponibilidad del Sistema.

Una forma de calcular las pérdidas por ganancias, es irse a las estadísticas de venta en un día similar, en el horario que se tuvo la caída del Sistema por el número de horas, como lo pudimos observar en el ejemplo anterior. Por lo que este es únicamente un elemento de la gran cadena de componentes y así podemos observar que las pérdidas las estamos sobreestimando; pero son una fortuna pérdida si se contabilizan con precisión.

Pérdida de Productividad

Los empleados que dejan de producir para la compañía una o dos horas, significan pérdidas ya que la compañía sigue pagando sus honorarios y salarios, aunque no estén haciendo absolutamente nada. Otros empleados pueden hacer otras actividades; pero el costo no es tan alto. Se puede proyectar el número de horas perdidas, en caídas de Sistemas anteriores, a fin de determinar cuál es el costo aproximado para una caída del Sistema; esto nos puede dar una idea de cómo lo podemos proyectar en el tiempo y tener una buena base de cálculo.

El camino más común para determinar el costo de la pérdida de productividad es, primero tomar el promedio de las horas trabajadas, más las prestaciones y costos de tiempo extra que afecten al grupo de trabajo. Y entonces multiplicar ese promedio por las horas de caída del Sistema. Ya que las compañías están en el negocio de obtener ganancias y el valor de los empleados por lo general, es mucho mayor a su costo nominal. Por lo tanto esta fórmula solo nos dará un valor frío y estimado del costo de caída del Sistema.

Debemos de repetir este ejercicio para cada uno de los departamentos de la compañía y los diferentes grupos de trabajo debiendo observar la dependencia del sistema, ya que esto varía para cada uno de los grupos. Haciendo un esfuerzo para simplificar esta tarea, la persona que efectúe el análisis deberá reagrupar los grupos a fin de hacer clasificaciones.

Debemos incluir un cálculo más, ya que el empleado que estuvo sin trabajar, es el mismo que se le deberá de pagar tiempo extra, para poder cubrir la producción del tiempo de la caída. Esto significa el pago de tiempo extra.

Entregas a destiempo y penalizaciones

Algunas compañías trabajan bajo contratos que incluyen penalizaciones por entregas a destiempo de la mercancía, por lo que también hay que sumar este tipo de penalización al costo de caída del Sistema, ya que dependiendo de la industria es la penalización, más los honorarios de los abogados.

Costos legales

Dependiendo de cómo afectó la caída del sistema en el mercado, el costo legal asociado con el tiempo de la caída, puede ser significante, para darse cuenta de lo anterior basta con mencionar algunos ejemplos:

Si la caída del Sistema contribuyó a la pérdida en las acciones de la Bolsa, los accionistas pueden demandar a la junta directiva por negligencia, por no proteger adecuadamente los recursos vitales de la empresa.

Si dos compañías están asociadas dando un servicio y una de las compañías depende directamente de la disponibilidad de los Sistemas de la segunda compañía, entonces, dependiendo de la estructura legal del contrato, la primera puede demandar a la segunda por la pérdida de ganancias en el tiempo de la caída.

Si la falta de disponibilidad del Sistema hace que una compañía produzca artículos defectuosos, la compañía puede incurrir en costos por productos defectuosos. El ambiente legal es muy complejo, ya que cada caso es una demanda diferente, por lo que se deberá consultar a los especialistas para explorar la posibilidad de incurrir en riesgos que la compañía pueda caer.

Costos intangibles

Estos costos son muy difíciles de calcular; sin embargo tiene un impacto al negocio muy fuerte, ya que se tienen las pérdidas por oportunidad, valor de la acción, costo publicitario e imagen de la empresa, que dependiendo del tiempo de caída es el daño a la marca y resulta tanto o más costoso que los gastos de un seguro.

Pérdida de oportunidad

Si un cliente está observando los costos del mercado y no tenemos Red para que se comunique a nuestro servidor, el cliente con la mano en la cintura se va con la competencia y si le es atractivo el precio, nosotros perdemos esa venta, o las potenciales ventas de ese mismo cliente, ya que por lo regular cuando la gente compra por Internet, el primer impacto es decisivo para las subsecuentes compras.
Costo de empleo

Otro costo que hay que considerar es la pérdida de empleados y su reemplazo, por la frustración de las repetidas caídas del Sistema o por el exceso de trabajo, que tienen que repetir.

Frecuentemente los empleados bajan su rendimiento por el exceso o falta de trabajo, bajando la moral del empleado y promoviendo la rotación del personal, incrementando los costos de contratación y entrenamiento de los empleados. Este costo es difícil de calcular; ya que los empleados dejan las compañías por más de una razón. Las entrevistas de salida de la compañía pueden ayudar a revelar las diferentes situaciones.

Gastos publicitarios

Las grandes compañías gastan millones de pesos construyendo sus marcas y desarrollando y protegiendo su imagen. Cuando repetidamente tienen caídas de Sistemas, dañan fuertemente su imagen sobre cualquier caída si ésta fuera única. El impacto de estos eventos podría alcanzar la información confidencial del cliente, y por lo tanto gastar una considerable suma de dinero en hacer una campaña publicitaria para remediar los daños o fortalecer la imagen.

En diciembre una compañía efectuó una campaña de venta nocturna, a las 2:00 AM sufrió una caída de sistema que duró varias horas, esto le causó una gran pérdida, ya que muchos de los clientes dejaron su mercancía al no poder pagar porque el Sistema estaba caído.

Justificación del Retorno de Inversión

El retorno de la inversión es una medida crítica, ya que se utiliza para hacer la justificación de inversiones que ayuden al desempeño de la compañía, debiendo exceder por mucho lo invertido. Si hay un proyecto en puerta que justifique el presupuesto de inversión; pero significa riesgo para la empresa y existe un proyecto para mejorar la disponibilidad de los Sistemas, el cual ayude a la empresa a mejorar y contribuir a no tener costos como los que vimos anteriormente; pero no se sabe vender a la alta dirección, les aseguro que se decidirán por el proyecto riesgoso. Por lo tanto se debe hacer un estudio de costo – beneficio a fin de mostrar las bondades de lo que significa el no tener un Plan de Contingencias Empresarial o una solución de alta disponibilidad de información.

Los beneficios de los proyectos de tecnología de información deben tener un beneficio directamente a los resultados de las aplicaciones críticas que se usan en el manejo y administración de los negocios. Por ejemplo, aumentando las ganancias y disminuyendo las pérdidas en el negocio, ya que automatizan la producción, reducen el manejo de papel y contribuyen en gran parte a la reducción de costos de operación por disminuir el exceso de empleados. Si se conduce un proyecto de Plan de Contingencias o alta disponibilidad de los sistemas críticos y se omiten los costos de los que hablamos anteriormente, de nada servirá cualquier esfuerzo que se realice, ya que nunca se sabrá el beneficio que se obtendrá de hacer un buen Plan de Contingencias o tener una solución de alta disponibilidad.

Por último, cada compañía deberá hacer un Análisis de Impacto al Negocio (Business Impact Analysis) el cuál es la parte esencial de un Plan de Contingencia, a fin de conocer todos los costos que significan, tener el Sistema Caído.