Problemas en mi servidor

[jorge_kai]

Hola colegas... estoy teniendo problemas de consumo alto de mi CPU en mi servidor dedicado y no doy con el problema. El servidor tiene estas características:

* Hexa-Core 3XL
* AMD Opteron HexaCore
* 2 x 6 x 2,0 GHz
* 32 GB RAM
* 3 x 1000 GB HDD

Tengo corriendo varios foros vbulletin, uno de ellos muy grande.

El problema es que de vez en cuando, el server load empieza a subir de una forma increíble y hasta que no se estabiliza no hay quien navegue por las páginas... he instalado el mytop y cuando sucede eso, el número de querys aumenta muchísimo, llegando a estar hasta 10 segundos en espera. No sé si una cosa es consecuencia de la otra o al revés.

Tengo además instalado xcache. Me recomendaron poner en off el keepalive y el mysql.persistant y la cosa no parece mejorar.

¿Alguna orientación? gracias y felices fiestas

[Apolo]

El servidor que mencionas es bastante potente, así que o bien tienes foros del doble del tamaño de este, por ejemplo, o simplemente tienes un cuello de botella, que perfectamente podría ser el disco (I/O). Te darás cuenta facilito mirando los valores que te muestre %wa al momento de hacer el 'top'.

Y estoy partiendo de la base de que es un servidor que tienes hace un buen rato, con MySQL y Apache optimizados.

[jorge_kai]

hola Apolo, gracias por responder. Es un foro con unos 5000 usurios concurrentes practicamente todo el día. Voy a mirar lo que me has dicho del disco, aunque no recuerdo haber visto nada raro en ese valor del TOP, gracias

[jorge_kai]

pues acaba de pasar nuevamente y no parece que sea problema de ese valor, el único que ha subido bastante es el %id en el TOP... además del primero (el %us)

[Datacenter1]

Mejor posteas la salidad del comando top, por lo menos el encabezado y la salida del comando iostat, si no tienes instalado este paquete, se puede instalar con yum install sysstat (asumiento que es una distro redhat compatible)

Tienes 3 discos, estos están en arreglo raid o algo similar?

Cuanto es el tamaño de la base de datos?

[jorge_kai]

sigue pasando, el iostat no parece mostrar ningun problema

ej del TOP

http://screencast.com/t/4rZDtZ1YkN

ej del Mytop, cuando las consultas se vuelven paranoicas

http://screencast.com/t/57UXW6iS32l

ej de iostat

http://screencast.com/t/FmHZiFCTi4m

no doy con ello :(

[jorge_kai]

por cierto, el tamaño de la bbdd es de unos 10GB.

Por si sirve de refernecia, este es el my.cnf

Código MySQL:

[mysqld]
set-variable=local-infile=0
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
skip-bdb
safe-show-database
old_passwords
back_log = 50
max_connections = 600
key_buffer_size = 800M
myisam_sort_buffer_size = 256M
innodb_buffer_pool_size=46M
join_buffer_size = 8M
read_buffer_size = 8M
sort_buffer_size = 8M
table_cache = 8000
thread_cache_size = 768
wait_timeout = 20
connect_timeout = 10
tmp_table_size = 384M
max_heap_table_size = 128M
max_allowed_packet = 128M
net_buffer_length = 16384
max_connect_errors = 100000
thread_concurrency = 16
concurrent_insert = 2
table_lock_wait_timeout = 30
read_rnd_buffer_size = 2M
bulk_insert_buffer_size = 64M
query_cache_limit = 4M
query_cache_size = 256M
query_cache_type = 1
query_prealloc_size = 262144
query_alloc_block_size = 65536
transaction_alloc_block_size = 8192
transaction_prealloc_size = 4096
default-storage-engine = MyISAM
max_write_lock_count = 8
long_query_time = 5
log-slow-queries = /root/slow.log
 
[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
nice = -5
open_files_limit = 8192
 
[mysqldump]
quick
max_allowed_packet = 64M
 
[myisamchk]
key_buffer = 1024M
sort_buffer = 64M
read_buffer = 16M
write_buffer = 16M
 

[Datacenter1]

El usuario htcmania está guardando las sessiones en BBDD, al parecer es un sitio de alto tráfico y esto está matando el rendimiento de MySQL

Tienes algunas opciones:

1- Pasar las sesiones a disco, esto puede impactar las I/O pero no creo que sea considerable, puede incluso crear un disco RAM y guardarlas en RAM

2- Puede optimizar MySQL, para la cantidad de ram que dispones, los ajustes que muestran puden mejorarse un poco.

3- Si el presupuesto lo permite, solicita a tu proveedor uno o dos discos SSD y pasa MySQL a estos discos, que junto con alguna optimización hará que tu servidor vuele.

4- Una optimización completa del servidor, incluyendo la instalación de un cache y un servidor web de alto rendimiento (Nginx, Litespeed, etc) ayudará muchisimo

Las opciones no son excluyentes, puedes combinarlas según el presupuesto y objetivos

[jorge_kai]

Gracias colega... tendré que estudiármelo con calma porque no sé cómo hacer las cosas que comentas

[Datacenter1]

Iniciado por jorge_kai

Gracias colega... tendré que estudiármelo con calma porque no sé cómo hacer las cosas que comentas

Utilizas algún panel de control?

[Apolo]

Estamos hablando de un foro vBulletin, ¿cierto?

Si es así, además de lo que puedas hacer del lado del servidor, hay opciones de vBulletin que te permitirán optimizar el rendimiento. Una que te ayudará bastante es:

Admin -> Opciones de vBulletin -> Configuración general -> Tipo de Marcado como Leído de Temas/Foro -> Selecciona: Basado en Inactividad/Cookie

Claro, dependiendo de cómo tengas acostumbrados a tus usuarios, esto puede ser bueno o malo para ellos, en cuanto al control de lectura (temas leídos), pero es lo más eficiente de cara al uso de CPU, disco y RAM. Verás cómo te lo agradecerá el servidor.

Hay otras funciones que se pueden explorar, pero a lo mejor lo ideal es que contrates un profesional en administración de servidores y ojalá con experiencia en vBulletin.

[jorge_kai]

Datacenter, sólo tengo plesk. Todo lo demás lo hago desde linea de comando.

Apolo, esa opción la tengo configurada ya así. Es vbulletin, sí

Gracias a los dos!

[Datacenter1]

Lastima que es Plesk... sin panel de control o con otro que no fuera Plesk (el cual no me agrada mucho) con gusto te hubiera dado una mano

Por otro lado, tienes un excelente servidor, por el que seguramente pagas una buena cantidad de dinero, creo que merece la pena invertir un poco en alguna empresa que te lo administre y te ayude a salir de estos apuros, si es que tu proveedor no lo hace, es solo un consejo.

[jorge_kai]

gracias igualmente datacenter ;)

[Apolo]

Iniciado por jorge_kai

Apolo, esa opción la tengo configurada ya así. Es vbulletin, sí

Pues qué extraño. ¿Y entonces de dónde salen todas esas consultas SQL que hacen referencia a sesiones?

[jorge_kai]

¿puede ser que los datos de la sesión se utilicen para cualquier otra función del foro?

[Apolo]

Iniciado por jorge_kai

¿puede ser que los datos de la sesión se utilicen para cualquier otra función del foro?

Lo siento, me confundí y estaba pensando en otra cosa. vBulletin almacenará las sesiones sin importar cuál de las tres opciones selecciones allí.

[jorge_kai]

vale, ya me parecía ;)

gracias igualmente tio!

[Apolo]

De manera general, puedes probar con las sugerencias que plantean aquí:

http://www.vbulletin.com/forum/showt...ce-Server-Load

Y sobre MySQL, opino que hay valores que puedes optimizar, sobre todo teniendo en cuenta la enorme cantidad de RAM que tienes en el servidor.

En términos generales podría sugerir:

[mysqld]
query_cache_size= 32MB por cada 1GB de RAM
key_buffer= 128MB por cada 1GB de RAM
sort_buffer_size= 1MB por cada 1GB de RAM
read_buffer_size= 1MB por cada 1GB de RAM
read_rnd_buffer_size= 1MB por cada 1GB de RAM
thread_concurrency= Número de CPUs x 2

Pero prueba instalar mysqltuner.pl y tuning-primer.sh, lo dejas corriendo al menos por un par de días y luego lo ejecutas para que te haga las sugerencias de optimización del caso.

[jorge_kai]

gracias Apolo, sobre los scripts, los tengo y ambos dan valores correctos para todo. Probaré a modificar esos parámetros del my.cnf ;)

[WebTech]

Si luego de intentar arreglar todo por tu cuenta aún sigues con problemas, te recomendaría contratar una empresa de administración de servidores o sysadmin que pueda mirar tu problema, a veces intentando arreglarlo sin tener mucho conocimiento generas más downtime y pérdidas monetarias que pagando a alguien para que te lo arregle en poco tiempo.

Saludos,