Avvisi gestiti su Adobe Commerce: avvisi critici per la memoria

Questo articolo fornisce i passaggi per la risoluzione dei problemi quando si riceve un avviso di memoria critica per Adobe Commerce in New Relic. È necessaria un'azione immediata per risolvere il problema. L’avviso avrà un aspetto simile al seguente, a seconda del canale di notifica dell’avviso selezionato.

avviso disco critico

Prodotti e versioni interessati

Tutte le versioni di Adobe Commerce su infrastruttura cloud Architettura del piano Pro.

Problema

In New Relic riceverai un avviso gestito se hai effettuato la registrazione a Avvisi gestiti per Adobe Commerce e una o più soglie di avviso sono state superate. Questi avvisi sono stati sviluppati da Adobe per fornire ai clienti un set standard utilizzando le informazioni provenienti da Supporto e Progettazione.

Esegui!

Non fare!

  • Avvia ulteriori campagne di marketing che possono portare ulteriori visualizzazioni di pagina sul sito.
  • Eseguire indicizzatori o nodi aggiuntivi che possono causare ulteriore stress alla CPU o al disco.
  • Esegui le principali attività amministrative (ad esempio, amministrazione di Commerce, importazioni/esportazioni di dati).
  • Cancella la cache.

Il sito potrebbe non rispondere (se non si è già verificata un’interruzione) se si esegue una delle azioni "Non rispondere" prima di aver indagato e risolto la causa dell’avviso.

Soluzione

Per identificare e risolvere la causa, seguire la procedura riportata di seguito.

WARNING
Poiché si tratta di un avviso critico, è consigliabile completare il passaggio 1 prima di provare a risolvere il problema (passaggio 2 in poi).
  1. Controlla se è presente un ticket di supporto Adobe Commerce. Per i passaggi, consulta Tracciare i tuoi ticket di supporto nella nostra Knowledge Base di supporto. Il supporto potrebbe aver già ricevuto un avviso di soglia New Relic, creato un ticket e iniziato a lavorare sul problema. Se non esiste alcun ticket, creane uno. Il ticket deve contenere le seguenti informazioni:

  2. Utilizzare la pagina Infrastruttura di New Relic APM per identificare i principali processi che richiedono molta memoria. Per i passaggi, fare riferimento alla pagina Host di monitoraggio infrastruttura di New Relic > scheda Processi:

    • Se servizi come Redis, MySQL o PHP sono le fonti principali di consumo di memoria, provare a effettuare le seguenti operazioni:
  3. Verifica di utilizzare le versioni più recenti. Le versioni più recenti possono a volte correggere le perdite di memoria. Se non utilizzi la versione più recente, puoi procedere con l’aggiornamento. Per i passaggi, consulta Adobe Commerce su infrastruttura cloud > Servizi > Cambia servizi nella documentazione per gli sviluppatori.

  4. Se il problema con il servizio non è correlato alla versione, provare a eseguire le operazioni seguenti:

  5. MySQL: verificare la presenza di problemi quali query con esecuzione prolungata, chiavi primarie non definite e indici duplicati. Per i passaggi, consulta Problemi più comuni relativi al database in Adobe Commerce sull'infrastruttura cloud nella knowledge base per il supporto.

  6. Redis: se Redis è la principale fonte di consumo di memoria, invia un ticket di supporto.

  7. PHP: se PHP è una fonte principale di consumo di memoria, controllare i processi in esecuzione eseguendo ps aufx in CLI/Terminal. Nell’output del terminale vengono visualizzati i processi e i processi cron attualmente in esecuzione. Controlla l’output per il tempo di esecuzione dei processi. Se c'è un cron con un lungo tempo di esecuzione, il cron può essere appeso. Per informazioni sulla risoluzione dei problemi, vedere Rallentamento delle prestazioni, tempi di esecuzione lenti e lunghi e Processo Cron bloccato nello stato "in esecuzione" nella Knowledge Base di supporto.

  8. Se non riesci ancora a identificare l'origine del problema, utilizza la pagina Transazioni di New Relic APM per identificare le transazioni con problemi di prestazioni:

    • Ordina le transazioni in base ai punteggi di Apdex crescenti. Apdex fa riferimento alla soddisfazione degli utenti per il tempo di risposta delle applicazioni e dei servizi Web. Un punteggio Apdex basso può indicare un collo di bottiglia (una transazione con un tempo di risposta più elevato). Di solito si tratta del database, Redis o PHP. Per i passaggi, fare riferimento a New Relic Visualizza le transazioni con il più alto livello di insoddisfazione Apdex.
    • Ordina le transazioni in base alla velocità effettiva più elevata, al tempo medio di risposta più lento, al tempo più lungo e ad altre soglie. Per i passaggi, fare riferimento a New Relic Trova problemi di prestazioni specifici. Se il problema persiste, utilizzare la pagina Infrastruttura di New Relic APM.
  9. Se non riesci a identificare la causa dell’aumento del consumo di memoria, controlla le tendenze recenti per identificare i problemi relativi alle recenti distribuzioni del codice o alle modifiche alla configurazione (ad esempio, nuovi gruppi di clienti e modifiche di grandi dimensioni al catalogo). È consigliabile verificare gli ultimi 7 giorni di attività per eventuali correlazioni nelle distribuzioni o nelle modifiche del codice.

  10. Se i metodi di cui sopra non ti aiutano a trovare la causa e/o la soluzione entro un tempo ragionevole, richiedi un upsize o metti il sito in modalità di manutenzione, se non lo hai già fatto. Per i passaggi, vedere Come richiedere il ridimensionamento temporaneo nella Knowledge Base del supporto e Guida all'installazione > Abilitare o disabilitare la modalità di manutenzione nella documentazione per gli sviluppatori.

  11. Se l'upsize ripristina le normali operazioni del sito, è consigliabile richiedere un upsize permanente (contattare il team dell'account Adobe) oppure provare a riprodurre il problema nella gestione temporanea dedicata eseguendo un test di carico e ottimizzando le query o il codice che riduce la pressione sui servizi. Consulta Adobe Commerce on cloud infrastructure > Test Deployment > Load and stress testing nella documentazione per gli sviluppatori.

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a