Alertas administradas en Adobe Commerce: alerta crítica de memoria

Compruebe si existe un ticket de asistencia de Adobe Commerce. Para ver los pasos, consulta Rastrear tus tickets de soporte en nuestra base de conocimiento de soporte. Es posible que el equipo de asistencia ya haya recibido una alerta de umbral de New Relic, haya creado un ticket y haya empezado a trabajar en el problema. Si no existe ningún ticket, cree uno. El ticket debe tener la siguiente información:

• Motivo del contacto: seleccione "Alerta CRÍTICA de New Relic recibida"
• Descripción de la alerta
• Vínculo a incidente de New Relic. Esto se incluye en Alertas administradas para Adobe Commerce.

Utilice la página Infraestructura de APM de New Relic para identificar los procesos con mayor consumo de memoria. Para ver los pasos, consulte la página Hosts de supervisión de infraestructura de New Relic > pestaña Procesos:

• Si servicios como Redis, MySQL o PHP son las principales fuentes de consumo de memoria, pruebe lo siguiente:

Compruebe que está en las versiones más recientes. Las versiones más recientes a veces pueden corregir las fugas de memoria. Si no dispone de la versión más reciente, considere la posibilidad de actualizar. Para ver los pasos, consulte Adobe Commerce en la infraestructura de la nube > Servicios > Cambiar servicios en nuestra documentación para desarrolladores.

Si el problema con el servicio no está relacionado con la versión, intente lo siguiente:

MySQL: compruebe problemas como consultas de larga ejecución, claves principales no definidas e índices duplicados. Para ver los pasos, consulte Problemas más comunes de la base de datos en Adobe Commerce sobre la infraestructura en la nube en nuestra base de conocimiento de asistencia.

Redis: Si Redis es una de las principales fuentes de consumo de memoria, envíe un ticket de asistencia.

PHP: Si PHP es una fuente de consumo de memoria superior, revise los procesos en ejecución ejecutando ps aufx en CLI/Terminal. En la salida de terminal verá trabajos y procesos cron que se están ejecutando actualmente. Compruebe el resultado para el tiempo de ejecución de los procesos. Si hay un cron con un tiempo de ejecución largo, el cron puede estar colgando. Para ver los pasos de solución de problemas, consulte Rendimiento lento, crones lentos y de larga ejecución y Trabajo de cron atascado en estado de "ejecución" en nuestra base de conocimiento de asistencia.

Si sigue teniendo problemas para identificar el origen del problema, use la página de transacciones de New Relic APM para identificar transacciones con problemas de rendimiento:

• Ordene las transacciones según las puntuaciones de Apdex ascendentes. Apdex hace referencia a la satisfacción del usuario con el tiempo de respuesta de sus aplicaciones y servicios web. Una puntuación Apdex baja puede indicar un cuello de botella (una transacción con un tiempo de respuesta más alto). Normalmente es la base de datos, Redis, o PHP. New Relic Para ver los pasos, consulte Ver transacciones con mayor insatisfacción con Apdex.
• Ordene las transacciones por el mayor rendimiento, el tiempo de respuesta medio más lento, el tiempo más lento y otros umbrales. Para ver los pasos, consulte New Relic Buscar problemas de rendimiento específicos. Si sigue teniendo problemas para identificar el problema, utilice la página Infraestructura de APM de New Relic.

Si no puede identificar la causa del aumento del consumo de memoria, revise las tendencias recientes para identificar los problemas con las implementaciones de código o los cambios de configuración recientes (por ejemplo, nuevos grupos de clientes y grandes cambios en el catálogo). Se recomienda revisar los últimos 7 días de actividad para cualquier correlación en implementaciones o cambios de código.

Si los métodos anteriores no le ayudan a encontrar la causa y/o la solución en un tiempo razonable, solicite un aumento o coloque el sitio en modo de mantenimiento si aún no lo ha hecho. Para ver los pasos, consulte Cómo solicitar el cambio de tamaño temporal en nuestra base de conocimiento de soporte técnico y Guía de instalación > Habilitar o deshabilitar el modo de mantenimiento en nuestra documentación para desarrolladores.

Si el cambio de tamaño devuelve el sitio a las operaciones normales, considere la posibilidad de solicitar un cambio de tamaño permanente (póngase en contacto con el equipo de cuenta de Adobe) o intente reproducir el problema en el ensayo dedicado ejecutando una prueba de carga y optimizando las consultas, o código que reduzca la presión sobre los servicios. Consulte Adobe Commerce en la infraestructura de la nube > Implementación de pruebas > Pruebas de carga y esfuerzo en nuestra documentación para desarrolladores.