Servidor Dedicado para vbulletin

Buenas tardes a todos.
Quisiera comentarles umpoco, yo tengo un servidor dedicado exclusivamente para un foro bajo vbulletin en iweb, las caracteristicas son muy buenas, pero desde hace poco ha cambiado mucho.
El mysql consume demaciada memoria, al punto de llegar al 100% (o sea 12gbs)

Quisiera saber si alguien tiene unos tips para que no consuma tanto.

El servidor esta con apache + ngix como proxy y Mysql (no tiene panel)
tine tambien xcache

El foro tiene 1500 online aprox

Las caracteristicas del servidor son:
Intel(R) Xeon(R) CPU E5645 @ 2.40GHz Dual Xeon Quadcore (24 procesadores)
12 Gbs de RAM
1tb disco
100mbs de conexion.

 

Si tienes las imágenes adjuntas en la base de datos cambialas a carpeta, aligerarás la carga y consultas.

Con este equipo no deberías tener problemas.

 

Gracias por responder rápido, no tengo imagenes ni archivos adjuntos, es mas para hacer que el servidor se encargue y solo trabaje en el mysql he movido las imagenes de la web, avatares, etc a amazonaws

Por si qiueres darle un vistaso la web es 9reyes.net

 

optimizaste las coneccions a mysql

 

Hola Apolo, tengo vbulletin 4.1.7 ( la última version)

y mi achivo my.cnf esta así:

CODE, HTML o PHP Insertado:

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
max_connections = 300
max_user_connections = 350
#long_query_time = 5
query_cache_size = 1G
query_cache_limit = 10M
#wait_timeout=20
#max_connect_errors = 150
#interactive_timeout = 150
#connect_timeout=150
table_cache=1024
thread_cache=200
key_buffer=3G
thread_concurrency=24
log_slow_queries=/var/log/mysqld.slow.log
bind-address = 0.0.0.0

innodb_buffer_pool_size = 3G
#innodb_flush_method=O_DIRECT
#innodb_log_file_size=4M
#innodb_log_buffer_size=4M
innodb_thread_concurrency=8

#tmpdir = /dev/shm

tmp_table_size = 6G
max_heap_table_size = 6G
join_buffer_size = 64M
read_buffer_size = 64M
sort_buffer_size = 2G
skip-bdb
[isamchk]
key_buffer=64M
sort_buffer=64M
read_buffer=16M
write_buffer=16M

[myisamchk]
key_buffer=64M
sort_buffer=64M
read_buffer=16M
write_buffer=16M

[mysqlhotcopy]
interactive-timeout

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

Me servirá de mucho tu ayuda.

 

No se que dirán los demas pero creo que te hs pasado un poco con la config del mysql y por eso consume tanta ram.

Bajate esto que a veces ayuda un poco ->mysqltuner.pl/mysqltuner.pl

O bien el tunner premier que hay por ahí.

key_buffer=3G # se recomienda usar 32MB por cada 1GB de RAM, al menos yo lo uso así y no me da problemas con la RAM...

Otros valores los veo un poco altos:

tmp_table_size = 6G
max_heap_table_size = 6G
join_buffer_size = 64M
read_buffer_size = 64M
sort_buffer_size = 2G

Si ejecutas el mysqltunner te dira si la config de tu my.cnf esta bien, y si esta mal te dira cuanto has asignado de RAM al mysql, con tu configuración creo que te has pasado mas del 50%..

En cuanto a lo de 1500 Online, esto como lo mides ? con lo que viene por defecto en Vbulletin ? que te da la suma de los que han estado conectados en la ultima hora ?

Por que si tuvieras 1500 navegando en VB al mismo tiempo no te bastaría con 350 conexiones al mysql..

Al menos yo he tenido por ahí 1200 online en un WP y he tenido que dejar las conexiones por encima de 900 y aun así daba error de conexión a la base de datos.. todo esto en un server con 8 gigas de ram y 1 solo CPU de 4 núcleos. ( Digo esto por que 1500 online y solo 300 conexiones a la BD me parece poco.

Así que ese VB a de estar bien en ese server y lo que te hace falta es reconfigurar un poco.

Calculo que con tu configuración de mysql necesitas mucha mas ram, tal vez unos 24 gigas o mas...

 

como bien dijo Skamasle probablemente te pasaste con algunos parametros del my.cnf
De todas formas un systema unix deberia tratar de usar toda la RAM disponible ya que esta es mucho mas rapida que disco duro, obviamente no deberia swapear pero si utilizar todos los recursos disponibles.

 

bastante lento para el servidor que tienes, nunca vb utilizara tantos recursos como mencionas, el problema de configuracion es evidente. Prueba con vboptimize para aligerar las consultas a la DB (las puedes reducir a la mitad). saludos!