Alertas administradas para Adobe Commerce: Alerta de advertencia de memoria

Utilice la New Relic página Infraestructura de APM para identificar los procesos con mayor consumo de memoria. Para ver los pasos, consulte New Relic [Página de hosts de supervisión de infraestructura: ficha Processes]. Si servicios como Redis o MySQL son la fuente principal de consumo de memoria, intente lo siguiente:

• Compruebe que está en la versión más reciente. 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 Cambiar servicios en la Guía de Commerce en la nube.
• Si sigue sin poder identificar el origen del aumento del consumo de memoria, compruebe problemas de MySQL 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 el Manual de implementación de Commerce.
• Si no hay problemas con MySQL, compruebe si hay problemas con PHP. Revise los procesos en ejecución ejecutando ps aufx en CLI/Terminal. En la salida del terminal, verá los 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. Consulte Rendimiento lento, crones lentos y de larga ejecución y Trabajo de cron atascado en estado de "ejecución" en la Base de conocimiento de soporte de Commerce para ver los pasos de solución de problemas.

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

• Ordene las transacciones en Apdex puntuaciones en orden ascendente. 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. Para ver los pasos, consulte Ver transacciones con mayor insatisfacción Apdex 2} de New Relic.
• 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, use la New Relic página de infraestructura de APM.

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 siete 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 la Base de conocimiento de asistencia de Commerce y Habilitar o deshabilitar el modo de mantenimiento en la Guía de instalación de Commerce.

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 Pruebas de carga y esfuerzo en la Guía de Commerce en la nube.