Rendimiento del sitio y APM

Monitorización del Rendimiento de Aplicaciones y APM

La Monitorización del Rendimiento de Aplicaciones te muestra dónde va realmente el tiempo de tu sitio: percentiles de tiempo de respuesta, las URLs más lentas, las consultas de base de datos más lentas, y cuán duro está trabajando PHP. Esta guía cubre cómo habilitar APM, leer cada panel, y actuar según lo que muestre.

Dónde vive APM en KPanel

1. Inicia sesión en KPanel.
2. Haz clic en Websites en la barra lateral izquierda, luego haz clic en el sitio.
3. En la franja de pestañas del sitio, abre WordPress, luego APM.

La dirección directa es /websites/<site-id>/performance.

Activar APM

APM está desactivado hasta que lo habilites. En un plan elegible, la página muestra una tarjeta Application Performance Monitoring con un botón Enable APM.

Habilitarlo agrega un registro de acceso ligero y un rastreador de solicitudes lentas a nivel de trabajador PHP. No inyecta nada en tus páginas y no añade trabajo a la solicitud de un visitante, por lo que es seguro dejarlo activado permanentemente.

Una vez habilitado, la página muestra una insignia APM Active con la fecha en que se activó, un botón Refresh, y un botón Disable APM. Las métricas solo aparecen después de que llega tráfico real, por lo que un sitio tranquilo muestra Waiting for requests durante un tiempo.

Tiempos de Respuesta

La primera tarjeta contiene cuatro cifras de la última hora, con el recuento de solicitudes y el tiempo de captura en su encabezado.

Cada mosaico está codificado por color para que puedas leer el estado sin conocer los umbrales.

Lee los percentiles juntos, no por separado. Una mediana buena con un P95 terrible significa que la mayoría de las solicitudes están bien y una minoría son dolorosas, que es la firma clásica de una página lenta, una consulta lenta, o un caché que falla en ciertas URLs. Una mediana mala significa que todo el sitio es lento y la causa suele ser estructural: un plan insuficiente, un tema pesado, o almacenamiento en caché desactivado.

La tasa de error 5xx es la única cifra que debe ser cero. Cualquier cosa sostenida por encima de cero significa que los visitantes están viendo fallos.

Trabajadores PHP

La tarjeta PHP Workers muestra tres números:

• Active Workers: cuántos procesos PHP están manejando solicitudes actualmente.
• Slow Requests: solicitudes que excedieron el umbral de solicitudes lentas y fueron registradas.
• Total Handled: conexiones aceptadas desde que comenzó el grupo.

Los trabajadores activos es una señal de saturación. Si está fijo cerca de su límite durante el tráfico normal, las solicitudes están en cola detrás de PHP, y cada tiempo de respuesta en la página anterior es en parte tiempo de cola. Esto es un problema de capacidad, no de código, y la solución es un plan más grande o menos trabajo por solicitud.

Un recuento creciente de solicitudes lentas con un volumen de solicitudes estable significa que algo se ha vuelto costoso.

Puntos Finales Más Lentos

Esta tarjeta enumera tus URLs más lentas por tiempo de respuesta P95, cada una con una barra, el P95 en milisegundos, y cuántas llamadas recibió. El color marca los peores infractores.

Léela como una lista abreviada, no como una tabla de clasificación. Lo que quieres es la intersección de lento y frecuentemente llamado: una página que tarda cuatro segundos y es visitada dos veces al día importa mucho menos que una que tarda 900 milisegundos y es visitada diez mil veces.

Culpables comunes:

• Páginas de búsqueda que analizan sin un índice.
• Listados de categorías y archivos que construyen grandes consultas por solicitud.
• Páginas de carrito, pago y cuenta, que nunca se almacenan en caché porque son por visitante. Consulta Site Caching para ver qué rutas omiten el caché por diseño.
• URLs de administrador, que siempre son dinámicas.
• Cualquier cosa que llame a una API externa dentro de la solicitud, donde estás midiendo el servidor de otra persona.

Consultas Lentas

La tarjeta Slow Queries enumera consultas de base de datos que promedian más de 100 milisegundos, tomadas de los propios datos de rendimiento de la base de datos. Cada fila muestra el tiempo promedio, el tiempo máximo, el recuento de llamadas, y el texto de la consulta normalizado.

El texto de la consulta es un resumen, con valores literales eliminados, por lo que la misma consulta con diferentes parámetros se agrupa en una fila. Esto es lo que hace que el recuento de llamadas sea significativo.

Arreglar consultas lentas suele ser una de tres cosas: agregar un índice que la consulta necesita, reducir la frecuencia con la que se ejecuta la consulta almacenando su resultado en caché, o eliminar el complemento que la genera. Una consulta con un recuento de llamadas muy alto y un promedio moderado a menudo es peor en conjunto que un único valor atípico dramático.

Si tanto la lista de puntos finales como la de consultas vuelven vacías, la tarjeta dice que no se detectaron solicitudes lentas, lo que significa que todo en la última hora estuvo dentro de los umbrales normales.

Usar APM Bien

Toma una línea de base. Mira los números cuando el sitio es saludable, para que sepas cómo es lo normal. Un P95 de 700 milisegundos no significa nada hasta que sabes que solía ser 300.

Cambia una cosa a la vez. Habilita un caché, actualiza, y compara. Desactiva un complemento sospechoso, actualiza, y compara. Los cambios agrupados no te dan señal.

Actualiza deliberadamente. El botón Refresh re-lee las métricas bajo demanda. Las cifras cubren la última hora, así que dale a un cambio un poco de tiempo antes de juzgarlo.

Mira también fuera de APM. APM mide tu aplicación. Si el problema es la red o el perímetro en lugar del código, Site Traffic Analytics y Site Uptime Monitoring lo mostrarán en su lugar.

Solución de Problemas

La página muestra un panel de actualización. APM se incluye con Managed WordPress Pro. En otros planes no está disponible.

APM está activado pero no hay métricas. Sin tráfico aún. Las métricas aparecen una vez que el sitio recibe solicitudes.

Los tiempos de respuesta están bien en APM pero el sitio se siente lento. APM mide solo el tiempo del lado del servidor. El tiempo gastado descargando imágenes, ejecutando JavaScript, y cargando fuentes en el navegador es invisible aquí. Si el tiempo del servidor es bueno y la página aún se siente lenta, el problema está en el front end o en lo que estás pidiendo al navegador que descargue.

P95 empeoró después de una actualización de complemento. Comprueba la lista de puntos finales más lentos, luego la lista de consultas lentas. Un complemento que agregó una consulta a cada carga de página aparecerá en ambas.

Todo es lento todo el tiempo. Comprueba los trabajadores PHP para saturación primero. Si los trabajadores están fijos, agrega capacidad o reduce trabajo por solicitud antes de optimizar cualquier otra cosa.

Errores por encima de cero. Arréglalo antes de perseguir milisegundos. Comienza con tus registros, y utiliza el botón Troubleshoot with Kora en la pestaña Error pages del sitio, que pide a Kora que lea tus registros de errores y fallos recientes por ti. Consulta Custom Error Pages.

Páginas Relacionadas

• Site Caching suele ser la ganancia única más grande para un sitio WordPress.
• Site Security para análisis de vulnerabilidades y malware en el mismo sitio.
• Taking a Backup antes de empezar a eliminar complementos.