Italiano
Română
РусскийOptimizar Apache para uso con WordPress
Saludos,
Tengo un sitio WordPress con más de 150k visitas/día.
Está ejecutándose en un Intel Core i5 CPU 760 @ 2.80GHz, con CentOS y 4 GB de RAM.
El problema es que WordPress consume demasiada RAM y después de un tiempo el servidor se sobrecarga y la RAM se agota. He probado muchos ajustes en Apache pero nada parece funcionar. Después de reiniciar Apache, el sitio funciona sin problemas pero después de una o dos horas se sobrecarga nuevamente.
¿Alguien tiene algún consejo que pueda ayudarme?
Por cierto, estoy usando WP-Super Cache.
ACTUALIZACIÓN: Información adicional
Aquí está mi lista de plugins:
- Akismet
- Contact Form 7
- Domain Mirror
- Faster Image Insert
- IntenseDebate
- Role Manager
- SexyBookmarks
- Smart Youtube
- Star Rating for Reviews
- Thumbnail For Excerpts
- WP-Polls
- WP-SWFObject
- WP Super Cache
En cuanto a los ajustes, he probado algunos consejos de aquí
Mis configuraciones son:
<IfModule prefork.c>
StartServers 8
MinSpareServers 5
MaxSpareServers 20
ServerLimit 256
MaxClients 200
MaxRequestsPerChild 1000
</IfModule>
<IfModule worker.c>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 1000
</IfModule>
Timeout 120
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 2
También aquí está mi my.cnf
[mysqld]
set-variable=local-infile=0
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# Por defecto se usa el formato de contraseña antiguo para compatibilidad con clientes mysql 3.x
# (aquellos que usan el paquete de compatibilidad mysqlclient10).
old_passwords=1
# Se recomienda deshabilitar los enlaces simbólicos para prevenir varios riesgos de seguridad;
# para hacerlo, descomenta esta línea:
# symbolic-links=0
[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
ACTUALIZACIÓN
Aquí está mi uso actual de memoria
ps -ylC httpd --sort:rss
S UID PID PPID C PRI NI RSS SZ WCHAN TTY TIME CMD
S 504 8446 8444 0 78 0 7884 59507 554050 ? 00:00:00 httpd
S 504 29164 8444 0 78 0 13380 87043 - ? 00:00:00 httpd
[... código abreviado para brevedad ...]
S 504 22354 8444 0 75 0 62124 93962 - ? 00:00:00 httpd
¿Esto cambia lo que me recomendarían?
wp-supercaché ahora también admite el uso de APC como caché de objetos; sin embargo, tanto para w3 total cache como para wp-supercache, he observado un comportamiento extraño con el almacenamiento en caché de objetos, especialmente en el contexto de usuarios registrados. No estoy seguro de si se trata de algo específico de mi sitio, pero ¡estén atentos y realicen pruebas exhaustivas!
anu
Además, aunque mysqltuner (y también instalar mtop) es útil, descubrí que el mayor aumento de rendimiento ocurrió al activar el registro de consultas lentas y luego usar EXPLAIN para entender por qué ciertas consultas eran lentas.
anu
Muy buenos puntos. Olvidé mencionar los registros de consultas lentas. Tuning primer te indicará que lo actives si no lo estás usando.
Chris_O
vota por xcache en lugar de APC, pero estrictamente la versión 1.3.x+
petermolnar
APC es el camino a seguir. Supera a xcache en todas mis pruebas y eventualmente estará incluido con PHP.
Chris_O
sí, según los benchmarks que he visto, la diferencia entre APC y otros aceleradores de op-code es bastante mínima, por lo que la facilidad de instalación y el hecho de que APC está a punto de convertirse en parte de la distribución de PHP (con PHP6) cuentan más para mí, pero lo importante es instalar uno de ellos!
anu
Al revisar Plesk veo SOLO Apache usando excesivamente la memoria. Todo el resto del sistema está utilizando bastante poca memoria.
Souljacker
@souljacker nadie está sugiriendo que MySQL en sí esté utilizando demasiada memoria (es bastante probable que de hecho necesites aumentar la memoria disponible para él). Pero, si lees lo que escribí, las consultas SQL lentas pueden ser una causa de problemas OOM en Apache, ya que los procesos de Apache hacen cola esperando que MySQL responda, por lo que se generan más procesos. Eso no significa que sea tu problema - necesitarás investigar un poco para determinar dónde está el problema.
anu
También podrías obtener un Apache ligero simplemente con una configuración adecuada. No me malinterpretes, Nginx o cualquier otro servidor web ligero como lighthttpd son geniales. Mi consejo es usar Apache para contenido dinámico y un Nginx/lighthttpd para contenido estático.
Roman
lo mejor sería si WordPress fuera reescrito en servlets C *guiño* Para dinámico/estático: estoy deslumbrado por los 1000 posts de blog al día sobre diferencias y solo quiero mantener 1 servidor web, más fácil.
edelwater
Estoy de acuerdo contigo aquí. Mantener un servidor web sigue siendo más fácil que dos. Pero en lugar de desechar Apache e instalar un nuevo servidor web solo porque es "más rápido" en la configuración predeterminada, no es la respuesta.
Roman
@Roman Wünsche tal vez podrías compartir algunos consejos sobre cómo obtener una configuración ligera de apache que supere a nginx?
anu
@Roman Wünsche Eso es exactamente lo que estoy intentando hacer, pero aún no ha funcionado
Souljacker
Las respuestas que solo contienen enlaces se consideran de baja calidad. Por favor, úsalos solo para demostrar que tus afirmaciones están respaldadas por alguien más. Inclúyelos en tu respuesta.
kaiser
Enlace roto, ¿puedes actualizarlo?
JorgeM