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

Compruebe si existe un ticket de asistencia de Adobe Commerce. Para ver los pasos, consulte Seguimiento de los vales de soporte en la Base de conocimiento de soporte de Commerce. Es posible que la asistencia técnica ya haya recibido una alerta de umbral 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: seleccionar New Relic alerta CRÍTICA recibida
• Descripción de la alerta
• New Relic Vínculo de incidente. Esto se incluye en Alertas administradas para Adobe Commerce.

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

• Si servicios como Redis, MySQL o PHP son las principales fuentes de consumo de memoria, intente 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 Cambiar servicios en la Guía de Commerce en la nube.

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 el Manual de implementación de Commerce.

Redis: si Redis es una fuente de consumo de memoria superior, envíe un vale de soporte técnico.

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, crons lentos y de larga duración y Trabajo de Cron atascado en estado de "ejecución" en la Base de conocimiento de soporte de Commerce.

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. Un Apdex score 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 New Relic Ver transacciones con mayor Apdex insatisfacción.
• 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 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 la Base de conocimiento de soporte técnico 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.