Programación y sistemas

Mi última pesadilla: Optimizar el VPS para WordPress

Optimización de WordPress

Pesadilla… de tres semanas y pico. Anoche soñé con la lista de procesos del comando top de Linux. Apache consumía cada vez más y más memoría. Por consumir, consumió el Kernel de Linux y se transformó en el Kernel de Windows. Y no se porqué antes de despertarme entre sudores fríos apareció Bill Gates descojonandose a moco tendido. Dios, ¡Qué imagen!, no se me quita de la cabeza.

Durante este tiempo me he didicado a «intentar» optimizar tanto el VPS como WordPress para reducir el consumo de memoría. Aunque he hecho algunas mejoras (pocas por desgracia) sigue cayendose Apache; pero comenzaré por el prinicpio:

¿Porqué un VPS?

  1. Por el precio: Ví un VPS más o menos al mismo precio que un hosting y apliqué el dicho «burro grande ande o no ande».
  2. Por aprendizaje: Nunca había probado un VPS y quería saber como poder administrarlo, que se puede hacer con él. No jodes tantas cosas como con un dedicado y hasta cierto punto tienes menos responsabilidad y es mucho más barato. Y es el paso lógico antes de administrar un dedicado, en el que ahí estas solo completamente.
  3. Por unificar mis proyectos web: Dispongo de cinco dominios. Para cada uno tengo planes para crear una web con ellos,o en algunos casos ya está creada y online, en otro, estoy esperando a ver que pasa con el VPS y otros solo estan proyectados. Disponer de todas las webs en un solo servidor, ya que no tienen muchas visitas, es muy pero que muy cómodo, además de económico.
  4. Por ahorar costes: Cinco dominios, cinco hostings. Aunque los hay muy baratos (desde un euro) siempre te limitan alguna cosa y no me convencian.
  5. Por libertad: La posibilidad de hacer y deshacer a mi antojo, en definitiva, de tener el control de la máquina (virtual) es una gozada.

Características del VPS

  • Memoría RAM: 256 MB
  • Espacio en disco: 5 GB
  • Transferencia mensual: 150 GB
  • Sistema operativo: CentOS 5
  • Panel de control: Plesk
  • Y obviamente el resto de características habituales: Perl, PHP, MySQL, etc, etc, etc.

El principio

Cuando contraté este VPS, era un puto ignorante, así de claro, desconocía muchas cosas sobre la administración de servidores, su optimización, y sobre todo, las características que había que observar detenidamente antes de contratar nada (en VPS. En hosting, tengo bastante idea). Menos mal que era el más barato xD.

Desde el tercer o cuarto día comenzó a fallar Apache. Los datos que obtenía tanto de Plesk como de Virtuozzo me indicaban que la memoría se saturaba y paraba los servicios. Claro, como un ignorante creé un ticket al proovedor. La respuesta fué rápida (y ahora la más lógica), «actualice su VPS a uno superior». No comprendía como me podían decir eso. ¡Que sólo es un blog! ¡Que el día que llega a 100 visitas monto la fiesta padre! !Coño, que no es Digg, ni el Mundo! ¿Cómo podía ser que con solo al acceder a la página principal de la administración (el escritorio de WordPress), Apache ya se viniese abajo? ¿Cómo era posible?.

Sólo había una idea en mi cabeza: «Estos del hosting quieren sacarme más pasta» (Viendolo ahora, en cierto sentido, tenía razón). Pero esa idea no soluciona el problema, aunque mi cabezonería la convirtió en  mantra y como con levantar Apache o reiniciar el contenedor volvía todo a funcionar, se quedo así durante meses.

Primeros intentos

No soy una persona que se rinda fácilmente. Yo siempre digo que en informática no hay nada imposible, sino poco presupuesto. Así que comencé a informarme sobre VPS, WordPress, Apache, etc. De esto puede dar fe mi navegador (uso Opera) que ahora mismo tengo abiertas unas 50 pestañas.

Lo primero fue buscar una forma para averiguar cuánta memoría consumía WordPress. Encontré el siguiente código:

$memoria_usada = round(memory_get_usage(1) / 1024,1);
echo ‘Memoria usada: ‘ . round(memory_get_usage() / 1024,1) . ‘ KB de ‘ . $memoria_usada . ‘ KB’;

Este código indica la memoría que había antes de ejcutar el script (que se guarda en la variable $memoria_usada y se pone al inicio del archivo) y la memoría consumida después de ejecutar el script (que se pone al final). Los datos en local que saqué fueron los siguientes:

9 plugins: Memoria usada: 27462 KB de 67.1 KB
Sin plugins: Memoria usada: 20468.8 KB de 67.2 KB
Actualizando el theme: Memoria usada: 21049.1 KB de 67.1 KB (Utilizando el theme que tengo en el blog actualmente, sustituyendo al theme por defecto)

Siento no tener los datos del VPS, pero no varían mucho. Ahora mismo consume 29,5 MB con ocho plugins activos (no son los mismos plugins han variado desde entonces) más el theme.

Las pruebas las realicé con WordPress 3.0.1 con la base de datos tal cual se instala, bajo Windows con la suit de AppServ sin modificaciones.

Yo, cuando ví las cifras, me quedé alucinado: ¡Wordpress consume casi 20,5 MB!. Realicé pruebas con otras versiones de WordPress para verificar que esto era así, es decir, comprobar que con el paso de las versiones el consumo de memoria había aumentado. Que no era cosa mía, sino que es así de chupón. Aunque aquí puede variar el consumo de memoría dependiendo de las reglas de mod_rewrite de Apache, de como esté optimizado PHP y MySQL, etc. El único culpable no es WordPress, pero acojona.

Viendo lo visto, era hora de actuar.

WordPress a dieta

Sabía que existian varios plugins que permitian cachear las páginas del blog y reducir el consumo de memoria y procesador, pero simpre lo había visto en blogs con miles de visitas, no en uno cutre con theme gratuito que no llega a las cien visitas diarias (triste pero cierto).

El primero en activar en el blog, wp-cache, me costó un poco instalarlo, más por mi inexperiencia con cachés que otra cosa (mira que es sencillito el plugin). Al final no se lo que me paso, no lo recuerdo, que lo desactivé. Busqué otro.

WP Super Cache, no mienten los que hablan bien de él, funciona estupendamente, es un poco más complicado de configurar que wp-cache pero el resultado es magnífico. Pero el blog seguía consumiendo casi 30 MB de memoría y Apache se caía. Mejoró la estabilidad del blog un poco, al menos de cara al visitante sí. Pero seguía con el mismo problema: en cuanto entraba en el Escritorio Apache se escoñaba.

Antes de esto probé cada uno de los plugins para ver cual era el que hacía que Apache se cayera nada más entrar en las administración del blog. WordPress.com Stats era el culpable, la establidiad mejoró sustancialmente teniendo este plugin desactivado. Durante unos días pensé que estaba solucionado el problema, nada más lejos de la realidad. Aunque el blog consumia menos memoría, en cuanto hacía algo que requiriese más esfuerzo por parte de la RAM, Apache se venía abajo. Simplemente con entrar varias veces en el escritorio del blog o activar un plugin, Apache caía. Fue frustrante.

Un plugin del que no conocía su existencia es DB Cache Reloaded. Como su nombre indica, permite cachear las consultas a la base de datos, evitando que se conecte a la base de datos cada vez que haya una petición a esta. Reduce el consumo de recursos. Bien. Activado está y funciona de maravilla, aunque de momento no termina de cachear todas las consultas. Tendré que mirar porqué.

Pero el problema continuaba, Apache se caía. Había que entrar en el servidor.

SSH

Tengo que admitir que no me había conectado nunca a otro ordenador a través de SSH, si a través de VNC y VPNs.

Trabajo con Windows XP SP3 principalmente, pero no le hago ascos a las distribuciones linux, todo lo contrarío: en VirtualBox tengo instalados Debian, CentOS, Ubuntu y ChromeOS, y excepto para el tema de configurar la tarjeta gráfica que aun no he conseguido (creo que VirtualBox es el que no la reconoce y por algún motivo envía al SO una tarjeta gráfica compatible con la que tengo, pero me obliga a estar con una resolución de 800×600).

Bien, ¿porqué cuento esto?. Además de por que quería contarselo a alguien xD, por que así comprenderás que después de varios intentos por conectarme al servidor con varios programitas para Windows, arrancase una máquina virtual para conectarme por la consola de linux. ¡Bendita seas!. Hasta que descubrí que lo que me fallaba era el puerto para poder acceder. ¡La ignorancia da la felicidad!.

Una vez conectado al servidor lo primero que hice fue un top de la máquina para conocer el consumo de RAM (la leche no) en tiempo real.

Me indicaba que tenía 512 MB de RAM total y la memoría consumida oscilaba entre los 170 y los 220 MB, aunque en algunos podía llegar a 270 MB. El problema radica en que el VPS no tiene 512 MB de RAM sino 256 MB; los otros 256 es memoría compartida, con lo que no puedo contar con ella para realizar el cálculo.

También hice un free -m para comprobar la memoria, pero top me ofrece más datos.

Observé que cuando se pide al servidor una página apache ejecuta cuatro procesos de sí mismo llegando en varios casos a consumir un 12 por ciento de memoría RAM. Lo normales un 10 por ciento.

A por Apache

Optimizar Apache. Me costó un huevo y medio encontrar la ubicación de los archivos de configuración, pero cuando me enpeño… (/etc/httpd/conf en CentOS). Bien, leí que si realizaba ciertas modificaciónes en el archivo httpd.conf de Apache podría reducir el consumo de memoría. Por defecto la configuración de Apache era la siguiente:

<IfModule prefork.c>
StartServers                     8
MinSpareServers              5
MaxSpareServers            20
ServerLimit                   256
MaxClients                   256
MaxRequestsPerChild   4000
</IfModule>

Se quedo así:

<IfModule prefork.c>
StartServers                      5
MinSpareServers               5
MaxSpareServers             10
ServerLimit                     30
MaxClients                     30
MaxRequestsPerChild 40000
</IfModule>

No solucionó mucho, o por lo menos yo no lo noté. Reduje también varios parámetros más, como el tiempo que espera Apache para cerrar una conexión permanente, etc.

Esto seguía sin mejorar. Probemos con la base de datos

MySQL

Poca optimización realicé aquí, la verdad. Me limite a añadir la configuración para habilitar la caché de la BD, pero no ha hecho mucho. También puede deberse a que el plugin de WordPress que cachea las consultas ya lo está haciendo. No sé. La configuración quedo del siguiente modo:

query_cache_type = 1
query_cache_limit = 1M
query_cache_size = 8M

PHP

Para optimizar PHP necesitaba instalar en el VPS Eaccelerator y el Zend Optimizer, mis pocos intentos me han llevado a pensar que no puedo instalar nada que no sea a través de Plesk o que necesite el comando yum. Por tanto, a día de hoy, PHP está sin optimizar, habrá que enviar un ticket a ver si ellos me lo isntalan…

VPS

CentOS consume memoría, como todos los SO, las veces que he podido ver el consumo de memoría sin Apache, está rondaba entre 60 y 80 MB. Pero no sólo es el sistema operativo el que consume RAM, Plesk también consume lo suyo (unos 50 MB), he deshabilitado el antivirus que me consumía 70 MB cada vez que se iniciaba. Pero aunque el VPS se ha estabilizado hay momentos en los que Apache tiene cuatro procesos abiertos de 50-60 MB cada uno (según el comando top). Excesivo.

Intenté crear un archivo SWAP pero el comando swapon no lo tengo permitido, al menos por SSH.

CONCLUSIONES

  • Sigo valorando distintas opciones respecto a la optimización del VPS, ahora mismo mi mejor baza es Eaccelerator y que me lo instalen en el VPS para reducir la memoría.
  • Seguiré probando con algunnos plugin de WordPress a ver que tal.
  • Si estas interesado en la contratación de un VPS andate con ojo con la RAM.
  • Me he planteado incluso cambiar de VPS o ampliarlo con la misma empresa o marcharme a otra, ya se verá en septiembre.
  • Lo mejor de todo esto: lo aprendido por el camino. No solo conozco un poco mejor los sistemas Linux, sino también Apache, PHP, MySQL y Plesk, y su administración.
  • Bueno, ¿Y vosotros?¿Qué experiencia habeis tenido con los VPS?¿Qué consejos podeis darme? o simplemente ¿Qué opinais? Los comentarios son vuestros… mientras Apache lo permita xD.

LINKS

Os dejo unos links y así libero al navegador de carga, pobre.

Optimización del VPS

Optimización de WordPress

Optimización de PHP

Optimización de Apache

    16 Comentarios

    • […] Inicio « Mi última pesadilla: Optimizar el VPS para WordPress […]

    • […] comenté hace unos días realicé varias pruebas para averiguar cuanta memoria consumía WordPress en […]

    • oscar 18/08/2010

      hola
      me parece un poco escaso una memoria de 256 ya que como tu mismo has aprendido se lo carga el sistema en un suspiro
      seguramente si le metes 512 funcionara bien yo tengo una empresa de hosting y conozco muchas historias parecidas a la tuya
      en cualquier caso para cubrir tus necesidades tienes suficiente con un hosting y te quitaras dolores de cabeza
      un saludo

    • Mikel 19/08/2010

      Gracias por tu comentario Oscar. De momento el VPS aguanta sin caerse, parece que se ha establizado a unos 200 MB en total, pero obviamente en el futuro tendré que aumentar la RAM.

    • NeDark 23/08/2010

      Hola,

      Para optimizar PHP prueba APC (Alternative PHP Cache), aunque no es tan conocido como eAccelerator o XCache, este está más desarrollado. Es totalmente «Plug and Play» y funciona de maravilla…

      También puedes poner un servidor más ligero (Apache es pesaaaado), como nginx.

      Después la parte de optimización de WordPress creo que está perfecta.

      Como base de datos, siempre puedes probar Sqlite y así te ahorras un servicio. Creo que hay un plugin para WordPress para usar SQLite. La unica «pega» que le veo es que bloquea la tabla para la escritura, pero de todas formas es muy rápida y en los blogs casi todos son lecturas, vamos, que en una web pequeña no se nota.

      Un servidor web se puede montar hasta en 128mb si se optimiza bien.

      Suerte!

    • Ceto 19/10/2010

      Realmente me ha sido de mucha ayuda tu experiencia para mejorar el rendimiento de mi VPs, te felicito !!!

    • Mikel 19/10/2010

      Gracias Ceto. Mi trabajo me llevó xD. Suerte.

    • Carlos Ernesto Pruna 02/01/2011

      Hola esta muy bueno el post, tengo un vps manejado, no tengo cpanel, yo lo instale desde 0, pero tengo un problema a la hora de actualizar mi wordpress o instalar algúin plugin, m pide las credenciales. No tengo idea de k tengo k hacer, he buscado muchos tutos pero m hablan de k tengo k configurar suexec y php, pero me dicen como hacerlo si tuviera un cpanel instalado……estoy buscando la variante de como hacerlo sin cpanel….bueno espero k alguien me ayude saludos y gracias de antemano

    • Mikel 02/01/2011

      Hola Carlos, feliz 2011. Para actualizar WordPress o actualizar los plugins tienes dos opciones:

      – Desde WordPress: te pedirá el nombre de usuario y la contraseña de FTP para descargar la actualización. Tendrás que darle permisos de escritura a la carpeta wp-content de tu wordpress, y obviamente tener habilitado el protocolo FTP.

      – A través de FTP con algún programita como Filezilla que te permita conectarte por FTP a tu servidor.

      Hay una tercerá opción, que es hacerlo a través de SSH con el comando wget. Este comando te permitirá descargarte el archivo de actualización de wordpress o el plugin que quieres actualizar o instalar.

      Espero que esto te haya ayudado un poquito.

      Un slaudo

    • José Conti 04/05/2011

      Hola,

      Igual ya lo tienes resuelto pero hace mucho tiempo cree dos entradas.

      Una que simplemente era la traducción de la Biblia de la optimizaron de wordpress y otra que era para optimizar MySQL de forma muy sencilla.

      La optimizaron de MySQL es fundamental y configurar todos los parámetros de forma que no le falte ni le sobre nada.

      Si le falta, sobrecargará el servidor y hará que caigan servicios y si le falta caerá también.

      Es muy fácil hacerlo mediante un script que comento en la entrada.

      Si quieres exhale un ojo;

      http://www.buddypress-es.com/noticias/2010/05/18/optimiza-mysql-facilmente-sin-ser-un-experto/

      Saludos

    • Mikel 04/05/2011

      Muchas gracias José por el recurso, me daré una vuelta por ahí a ver que aprendo.

      Gracias.

    • José Conti 04/05/2011

      De nada 🙂

    • Sebastian 27/08/2011

      Hola,

      Mi caso esta iniciando igual al tuyo, contrate mi primer vps para independizarme de las empresas de hosting compartido, al iniciar con este reinstale el SO como 10 veces hasta que decidí quedarme con el Centos por la compatibilidad con el Kloxo, casi me salen canas intentando configurar el servidor dns para alojar los dominios que quería y ahora estoy con tu MISMO dilema de la memoria RAM, pues tambien tengo las mismas caracteristicas de vps.

      PD: instale el Zend Optimizer y note la diferencia, te lo recomiendo =D

    • Hola

      Yo tengo el mismo problema, pero con la diferencia de que se mas bien poco de esto. Tengo un cloud VPS de 40 GB con 2 GB de Ram en el tengo un centos 5.7 y un plesk 10.4.4 en el tengo 7 dominios que son 6 wordpress, 1 SMF, 1 magento, un esindicat y un dedalus (alguno tiene subdominios).

      Se me ha estado cayendo bastante, el apache va a tope con las cpus, y no tengo idea de como optimizar. Me podeis echar un cable?

      Salu2

    • Mikel 06/05/2012

      Buenas #13 gracias por comentar.

      Para tu caso habría que obtener más datos, como el número de visitas totales, el número de páginas servidas, el consumo de cpu y RAM, etc. A partir de ahí se pueden estudiar diferentes formas de atajar el problema.

      Por ejemplo: tanto para altos consumos de RAM y cpus la activación de los cachés de los cms es bastante importante, ya que reducirán el consumo de RAM y parte de cpus. También se puede instalar algún acelerador de PHP como Zend Optimizer, eAccelerator, etc.

      Optimizar los servicios como Apache o MySQL te resultará también muy útil.

      Si ya estás seguro que el problema es Apache puedes intentar optimizarlo siguiendo alguno de los links que dejo en el post. Si aun así no consigues una reducción del consumo de cpu es posible que necesites otras soluciones, tal vez instalado ngix o incluso lighttpd para reducir el consumo de recursos.

      Saludos

    • Frank 19/09/2012

      Gracias por la experiencia! un post muy entretenido 😀

    Deja una respuesta

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

    Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.

    Descubre más desde Interadictos

    Suscríbete ahora para seguir leyendo y obtener acceso al archivo completo.

    Seguir leyendo