it-swarm-es.com

¿Cuál es el límite esperado para un rendimiento aceptable de WordPress sin ningún ajuste?

En su experiencia, ¿cuándo es el momento en que uno necesita comenzar a pensar en ampliar la escala?

¿Cuál es el rendimiento esperado de una instalación de WordPress común en un servidor web Apache estándar, sin ningún [ajuste de rendimiento o complementos] ( Pasos para optimizar WordPress en relación con la carga del servidor? )?

En términos de cargas de página (supongamos que no hay almacenamiento en caché): ¿Está en el rango de 100/1000/+ de cargas de página por segundo?

En términos de tráfico: ¿A qué número de usuarios por día se puede esperar que comiencen a tener cuellos de botella en el rendimiento (ignorando el tráfico, suponiendo una gran conexión)?

3
Marek

Mucho de esto es muy subjetivo y difícil de responder debido a diferentes entornos de servidor, temas, tamaño de la base de datos, etc.

En su experiencia, ¿cuándo es el momento en que uno necesita comenzar a pensar en ampliar la escala?

Si está preocupado por la experiencia de sus usuarios, ya debería estar practicando técnicas de sonido de front-end . ¿Cuándo es el momento de escalar? Cuando la experiencia de los usuarios comienza a degradarse y las cargas de páginas lentas hacen que aumente la tasa de rebote.

¿Cuál es el rendimiento esperado de una instalación de WordPress común en un servidor web Apache estándar, sin ningún ajuste o complemento de rendimiento?

Una instalación de WordPress común que ejecute el tema predeterminado para un blog pequeño a mediano en uno de los hosts compartidos recomendados debería poder manejar cientos de usuarios al día sin problemas.

En términos de cargas de página (supongamos que no hay almacenamiento en caché): ¿Está en el rango de 100/1000/+ de cargas de página por segundo?

Para esta pregunta, ejecuté un Apache Benchmark en una instalación de WordPress ejecutando el tema predeterminado de 2010 sin almacenamiento en caché.

alt text

Hice 500 solicitudes a 10 solicitudes por segundo y pude promediar 3.6 solicitudes por segundo, pero a medida que las solicitudes comenzaron a acumularse, la solicitud más larga tomó casi 2 minutos.

En términos de tráfico: ¿a qué número de usuarios por día se puede esperar que comiencen a tener cuellos de botella en el rendimiento (ignorando el tráfico, suponiendo una buena conexión)?

Es imposible responder a esta pregunta sin ejecutar pruebas de carga o puntos de referencia en el servidor. Para el punto de referencia anterior, comenzaría a tener cuellos de botella en cualquier momento en el que hubiera más de 10 usuarios utilizando el sitio a la vez.

6
Chris_O

Marek, tu pregunta es altamente subjetiva y, por lo tanto, no se puede responder correctamente. Debe proporcionar el contexto, la definición de términos y valores correctamente definidos, etc. para que esto se acerque. Algo ciertamente no es posible aquí. A menos que no hagas la respuesta es muy fácil:

Depende.

Por ejemplo, si su sitio se siente lento directamente después de una configuración en blanco y tarda unos 30 segundos en responder, puedo sin duda decirle que es hora de que empiece a pensar en aumentar la escala.

Una regla de oro podría ser que su sitio de vida responda por debajo de x cantidad de tiempo (por ejemplo, el décimo de segundo) para cualquier solicitud mientras esté bajo carga. Si no, comience a pensar acerca de la ampliación de escala. Establezca el tiempo para sus necesidades, luego monitoree su sitio y, si se ejecuta en la línea, empiece a pensar en ampliar la escala. Con los sitios siempre depende por lo que necesitas medirlo.

0
hakre

También depende de los complementos instalados, etc.

Estoy trabajando en una instalación de varios sitios ahora mismo que tiene más de 60 complementos instalados.

En un servidor de Amazon EC2, m2-xlarge, alcanza un máximo de 25 PHP solicitudes por segundo (prueba de carga con httperf, solo golpeando PHP urls, no imágenes, etc.) Las CPU son maximizado por el proceso PHP-FPM.

Hay muchas oportunidades de mejora.

0
Barry G