Adobe Commerce에 대한 관리 경고: 메모리 경고 경고

New Relic APM의 인프라 페이지를 사용하여 메모리 사용량이 가장 많은 프로세스를 식별합니다. 단계는 New Relic 인프라 모니터링 호스트 페이지 > 프로세스 탭을 참조하십시오. Redis 또는 MySQL과 같은 서비스가 메모리 사용의 최상위 소스인 경우 다음을 시도해 보십시오.

• 최신 버전을 사용하고 있는지 확인하십시오. 최신 버전은 경우에 따라 메모리 누수를 해결할 수 있습니다. 최신 버전을 사용하고 있지 않다면 업그레이드를 고려해 보십시오. 단계는 개발자 설명서에서 클라우드 인프라의 Adobe Commerce > 서비스 > 서비스 변경을 참조하십시오.
• 증가된 메모리 사용량의 원인을 여전히 식별할 수 없는 경우 오래 실행되는 쿼리, 기본 키가 정의되지 않음 및 중복 인덱스와 같은 MySQL 문제를 확인하십시오. 단계는 지원 기술 자료에서 클라우드 인프라에서 Adobe Commerce의 가장 일반적인 데이터베이스 문제를 참조하십시오.
• MySQL 문제가 없으면 PHP 문제를 확인합니다. CLI/터미널에서 ps aufx을(를) 실행하여 실행 중인 프로세스를 검토하십시오. 터미널 출력에는 현재 실행 중인 cron job 및 process가 표시됩니다. 프로세스의 실행 시간에 대한 출력을 확인합니다. 실행 시간이 긴 크론이 있는 경우 크론이 걸려있을 수 있습니다. 문제 해결 단계는 지원 기술 자료에서 성능이 느리고 실행 중인 크론 및 실행 중인 크론 작업에서 멈춤을 참조하십시오.

여전히 문제의 원인을 식별하기가 어려운 경우 New Relic APM의 트랜잭션 페이지를 사용하여 성능 문제가 있는 트랜잭션을 식별하십시오.

• 오름차순 Apdex 점수를 기준으로 트랜잭션을 정렬합니다. Apdex은(는) 웹 응용 프로그램 및 서비스의 응답 시간에 대한 사용자 만족도를 나타냅니다. 낮은 Apdex 점수는 병목 현상(응답 시간이 더 긴 트랜잭션)을 나타낼 수 있습니다. 일반적으로 데이터베이스, Redis 또는 PHP입니다. 단계는 New Relic Apdex 불만족도가 가장 높은 트랜잭션 보기를 참조하십시오.
• 가장 높은 처리량, 가장 느린 평균 응답 시간, 가장 많은 시간이 소요되는 임계값 및 기타 임계값별로 트랜잭션을 정렬합니다. 단계는 New Relic 특정 성능 문제 찾기를 참조하십시오. 여전히 문제를 식별하기 어려운 경우 New Relic APM의 인프라 페이지를 사용하십시오.

메모리 사용량 증가의 원인을 파악할 수 없는 경우 최근 트렌드를 검토하여 최근 코드 배포 또는 구성 변경과 관련된 문제(예: 새로운 고객 그룹 및 카탈로그에 대한 대규모 변경)를 파악하십시오. 코드 배포 또는 변경 시 상관 관계에 대한 지난 7일간의 활동을 검토하는 것이 좋습니다.

위의 방법이 적절한 시간 내에 원인 및/또는 해결책을 찾는 데 도움이 되지 않는 경우 업사이징을 요청하거나 아직 이 사이트를 유지 관리 모드로 전환하십시오. 단계는 지원 기술 자료에서 임시 크기 조정 요청 방법 및 개발자 설명서에서 설치 안내서 > 유지 관리 모드 활성화 또는 비활성화를 참조하십시오.

업사이징이 사이트를 정상 작업으로 되돌리는 경우 영구적인 업사이징을 요청하거나(Adobe 계정 팀에 문의), 로드 테스트를 실행하고 쿼리 또는 서비스 압력을 줄이는 코드를 최적화하여 전용 스테이징에서 문제를 재현해 보십시오. 개발자 설명서에서 클라우드 인프라의 Adobe Commerce > 배포 테스트 > 부하 및 스트레스 테스트를 참조하십시오.