Opinando

Mysql Alto Consumo de CPU y Recursos – Ver que Pasa y Reducir el Consumo

skamale-mysql

Mysql el gran dolor de cabeza de muchos webmasters y también de sysadmins que son los que tienen que dar las malas noticias al web masters y decirle que el mysql es el causante de todas sus caídas, penas, angustias y de que habrá que hacer cambios en la web.

Bueno, este tema va desde mi punto de vista y desde mi experiencia de sysadmin, muchos de mis clientes han tenido problemas con el mysql y aquí voy a repasar los puntos más interesantes, también cosas que he hecho para solucionar los problemas y sobre todo que es lo que puede causar los problemas y el alto consumo de cpu por parte de mysql

Comenzamos, con vbulletin, luego wordpress, luego mysql en general y al final de todo unos tips y herramientas que tienen que tener a mano.

Ah y antes de comenzar cuando digo alto consumo de cpu es que mysql usa 100% de cpu o más ( en cores 1 o 2 o los que sean ) aunque 50 % ya es bastante también.

Vbulletin – Consumo elevado de Mysql

Vbulletin o SMF, tal vez hasta mybb, los foros siempre consumen bastante, unos más que otros pero en este caso vamos con el vbulletin.

Pueden haber varias razones por las que Vbulletin consuma mucho mysql y una es por las visitas, entre más visitas más peticiones a la base de datos, más información se lee y se escribe y eso aumenta el consumo, para esto no hay muchas cosas que hacer, configurar mysql, instalar memcached o bien poner un servidor aparte para mysql si el consumo fuera muy elevado, aunque con memcached podemos ir tirando en un buen server sin necesidad de dividirlo.

Bien, a veces el alto consumo de mysql no es por las visitas si no por los plugins ( de esto vamos ha hablar mucho en este tema ) he tenido varios clientes que con no muchas personas online según el contador de VB entre 1000 y 2000 han experimentado un uso elevado de CPU por parte de la base de datos y el problema no eran las visitas si no más bien el señor google y no precisamente el efecto google que muchos conocen si no las visitas que provenían de él.

Les explico, Fussy Seo Booster + muchas visitas de buscadores = CPU en Rojo.

El fussy seo booster ese ese plugin que inserta las keys usadas por los visitantes para entrar a nuestro sitio, si tenemos muchas visitas que vienen de google, tendremos muchos términos de búsqueda y esto es igual a escribir mucho en la base de datos, actualizar la tabla etc etc en vbulletin aveces es el causante de todos los problemas, al menos hasta donde he visto solo este plugin se puede comer 300% de cpu en foros muy visitados.

Así que si tienen problemas de CPU por culpa de la base de datos y tienen este plugin o uno que tenga una función similar intenten deshabilitarlo y notarán grandes mejoras ( siempre y cuando tengan muchas visitas desde buscadores )

Sigue leyendo

Instalar YUM en Centos 6 – VPS – Virtuozzo – OpenVZ

Instalar Yum En Centos 6

Hoy otra vez me toco instalar YUM en un VPS con Centos 6 que no es nada complicado, pero las dependencias siempre cambian ya se por que a cambiado la versión o por que el mirror no esta y ninguno de los enlaces que tenia guardados me ha funcionado, ni una sola dependencia online, así que me toco buscar y rebuscar las dependencias, que las he podido descargar desde este enlace en centos.org

Si bien ahí se pueden obtener siempre hay que buscarlas y si copias los enlaces y los guardas seguro que no te funcionarán por que cambiará la versión y hay que buscarlas otra vez, así que por eso hago este tema, para dejar guardada una versión que iré actualizando cada cierto tiempo.

Las dependencias para instalar yum son básicamente estas:

gpgme
pygpgme
python-iniparse
python-pycurl
python-urlgrabber
rpm-python
yum
yum-metadata-parser
yum-plugin-fastestmirror

Bien, todo esto lo podemos descargar desde este enlace: mirror.skamasle.com/vz/yum-dep

Descargamos las dependencias y luego nos ubicamos en la carpeta en donde estén todas y ejecutamos:

rpm -Uhv *.rpm

Con eso tendremos YUM funcionando.

Por otro lado esto pasa en debian a veces, que no esta instalado apt-get y tenemos que usar dpkg para instalarlo, así que más adelante dejaré los .deb y todas las dependencias, no lo hago ahora por que no me apetece buscarlas, pero cuando me hagan falta otra vez, las tendrán por aquí.

En fin, espero les sirva a los que tienen un VPS nuevo o han des-instalado medio sistema por error y se han cargado el yum también…. ( si a veces pasa :/ )

Edito:

Instalar Yum en Debian 6

Muchas búsquedas y preguntas al correo sobre como instalar yum en debian 6, aquí les dejo la respuesta:

En debian no se puede instalar YUM, ese comando es el gestor de paquetes de centos, debian tiene su propio gestor de paquetes, en vez de YUM instenten usar apt-get o aptitude, ese es el gestor de paquetes y ahí podrán instalar lo que quieran:

apt-get update -> para actualizar los repos.
apt-get install perl -> para instalar perl.
etc

Espero les sirva la info 🙂

Hosting: Litespeed vs NGINX vs Apache

LItespeed vs Nginx vs Apache

Estos días he estado haciendo pruebas de rendimiento con algunos hosting y vengo con los resultados, básicamente las pruebas son con:

VPS de 5 USD, un XEN de Virpus con NGINX – PHP-FPM y otras cosillas, básicamente para todo para el que el VPS funcione con nginx y php.

El otro hosting fue banahosting, con litespeed ( 6.99 $ ) y el otro bytehost 3.99 USD. Restricciones muy similares entre byethost y banahosting.

El server de byethost se mantiene con una carga de 3, son 12 CPUS o es muestra el cpanel, pero bueno, la carga no esta nada mal, en cuanto a banahosting no muestra el estado del servidor y la carga.

La prueba la hice con webpagetest.org, que veo que es mucho más fiable que pingdoom, la prueba fue hecha desde varios servidores del mundo para comprobar que la diferencia de carga siempre era la misma, así es un poco más fiable.

Aunque si tengo que decir que esto no es una prueba definitiva, ni una prueba de estress, es solo una prueba en el tiempo de carga de la web, no quiere decir nada, ni estabilidad ni nada por el estilo, solo es una prueba rutinaria sin mucho esfuerzo, tengo pensado modificar el test y usar también loadimpact.com para testarlo más a fondo y obtener mejores resultados ya tomando más en cuenta el tráfico.

La página web, una web normal, sin optimizar, wordpress, un theme de site5, sin modificaciones, 8 imágenes en el index, más las imágenes del theme y otras cosillas en los sidebars, esto lo digo por que se a usado la misma web en los tres servidores para hacer el test.

Así que bueno, dejo el resultado:

Como ya dije, esto no es más que un tiempo de descarga, ejecución de PHP y poco más, no de muestra que nginx sea mejor con más tráfico ni apache el peor, aunque es muy probable :P, pero bueno, haré la prueba con loadimpact y la agregaré a este post para tener más datos.

Utilizamos cookies propias y de terceros para mostrarle publicidad relacionada con sus preferencias según su navegación. Si continua navegando consideramos que acepta el uso de cookies.
Seguir Navegando
x