설명서Experience Cloud KCS

Adobe Commerce에서 New Relic을 사용하여 성능 문제 해결

마지막 업데이트: 2026년 8월 15일

클라우드 인프라의 Adobe Commerce에서 New Relic을 사용하여 성능 문제를 해결합니다. 이 문서에서는 추가 정보를 위한 리소스도 제공하며 낮은 Apdex 점수, 높은 CPU 사용, 높은 I/O 작업 및 중단을 다룹니다. 이 문제를 해결하려면 문제 해결 단계 및 관련 문제에 대한 권장 리소스를 따르십시오.

설명 description

환경

클라우드 인프라의 Adobe Commerce.

문제/증상

  • 낮은 Apdex 점수. New Relic Apdex 점수는 웹 애플리케이션 및 서비스의 응답 시간에 대한 사용자의 만족도를 측정합니다. Apdex 점수 0.5 이하.
  • 높은 CPU 사용. CPU 사용량이 많으면 MySQL 또는 Redis와 같이 특히 사용량이 많은 서비스를 나타냅니다.
  • 높은 입출력 작업 I/O 작업은 고객마다 다르며 평균과 상당한 차이가 있습니다. 이전의 평균 I/O 작업과 비교하여 비정상적인 급등을 찾아보십시오.
  • 중단. New Relic은 Apdex를 통해 중단을 결정합니다. Apdex가 0.4 미만일 때 빨간색 선이 Apdex 점수 그래프에 나타나며, 이는 중단으로 간주됩니다.

해결 방법 resolution

New Relic을 사용하여 성능 문제를 해결하려면 다음 단계를 따르십시오.

문제
문제 해결
리소스
낮은 Apdex 점수:

New Relic Apdex 점수는 웹 응용 프로그램 및 서비스의 응답 시간에 대한 사용자의 만족도를 측정합니다.

New Relic > APM > 개요에 로그인합니다. 개요 페이지의 오른쪽에 Apdex 점수 그래프가 표시됩니다. Apdex 점수가 0.5 이하인 경우 문제가 되며 조사가 필요합니다.

웹 트랜잭션 시간(서버 요청):

  1. New Relic에 로그인 > APM > 앱 > 개요를 선택하십시오. 기본 차트 드롭다운 필터에서 필터를 웹 트랜잭션 시간으로 설정합니다. Transactions 테이블에서 앱 서버 시간을 찾습니다. 오래 실행되거나 의심스러운 거래를 확인합니다.

  2. > 트랜잭션 모니터링으로 이동하여 개별적으로 트랜잭션을 조사합니다. 필터를 웹으로 설정하고 가장 많은 시간이 소요됩니다.

  3. 결제 제공업체 및 ERP 시스템과 같이 리소스를 사용하는 타사 모듈을 검색합니다.

  4. APM의 모니터링 섹션에서 다음을 수행합니다.

    1. 트랜잭션을 누릅니다.
    2. 아래로 스크롤하여 모든 트랜잭션 표시 테이블을 누릅니다.
    3. 다양한 매개 변수별로 트랜잭션을 정렬하고 의심스러운 트랜잭션을 검토하십시오.
    4. Apdex 점수가 낮거나, 비정상적으로 높은 Count 또는 Avg 시간 또는 Dissat %가 있는 거래를 검토합니다.
    5. 각 개별 트랜잭션을 누릅니다. 문제를 해결할 수 없는 경우 지원 티켓을 제출하십시오.
    6. 추가 조사가 필요한 경우 웹이 아닌 트랜잭션을 확인합니다.

웹 트랜잭션이 아닌 시간(작업 및 백그라운드 작업):

  1. New Relic에 로그인 > APM > 앱 > 개요를 선택하십시오. 기본 그래프 드롭다운 필터에서 웹이 아닌 트랜잭션 시간 을 선택합니다. 트랜잭션 테이블에서 개별 트랜잭션을 누릅니다. 오래 지속되거나 의심스러운 거래를 찾습니다. 여기에는 백엔드 작업, cron 작업, 가져오기 및 내보내기 작업 및 서드파티 작업이 포함됩니다.
New Relic Apdex 점수에 대한 자세한 내용은 New Relic 설명서 > APM Apdex > 사용자 만족도 측정을 참조하세요. 또한 Adobe Commerce 지원 기술 자료에서 Adobe Commerce에 대한 관리 경고: Apdex 경고 경고를 참조하십시오.
높은 CPU 사용량:

높은 CPU 사용량은 MySQL 또는 Redis와 같이 특히 사용량이 많은 서비스를 나타냅니다.
  1. New Relic에 로그인 > 인프라 > 프로세스.
  2. CPU 그래프를 검토하여 100% 이상의 CPU 시간을 사용하는 중단되거나 많은 시간이 소요되는 프로세스를 식별하고 인스턴스의 프로세서 횟수와 비교합니다. 자원 활용도가 최고점에 달할 수 있도록 주의를 기울여야 합니다. 그것이 갇힌 크론이 아니라면 과정을 죽이지 마라.
성능 지표(특히 CPU 백분율, I/O 바이트 및 개별 프로세스 또는 프로세스 그룹의 메모리 사용량)에 대한 자세한 내용은 New Relic 설명서 > 인프라 UI 페이지 > 인프라 호스트 페이지 > 프로세스 탭을 참조하십시오.
높은 I/O 작업: 각 고객의 경우 이 숫자는 개인이며 평균과 크게 다릅니다.

이전 평균 I/O 작업과 비교한 비정상적인 급등을 찾습니다.

  1. New Relic에 로그인 > 인프라 > 프로세스.
  2. I/O Read Bytes Per Second 그래프를 검토합니다.
  3. 스파이크 시간을 기록합니다.
  4. APM을 클릭합니다.
  5. 기본 그래프 드롭다운 필터에서 웹 트랜잭션 시간 을 선택합니다.
  6. 시간을 기록된 스파이크의 시간으로 설정합니다.
  7. 높은 I/O 작업을 유발한 트랜잭션을 검색합니다.
  8. 각 트랜잭션 추적 > 추적 세부 정보를 드릴다운하여 문제의 원인을 식별합니다.
중단: New Relic은 Apdex를 통해 중단을 결정합니다. Apdex가 < 0.4일 때 Apdex 점수 그래프에 빨간색 줄이 표시되며, 이는 중단으로 간주됩니다.

가동 중단 조사는 웹 및 비웹 트랜잭션, 데이터베이스, 타사 트랜잭션 검사 등 몇 가지 단계를 수행합니다.

웹 트랜잭션:

  1. New Relic에 로그인 > APM > 개요. 드롭다운 그래프 필터에서 필터를 웹 트랜잭션 시간으로 설정합니다.
  2. 수동으로 시간 창의 범위를 좁힙니다.
  3. 트랜잭션을 누릅니다. 필터를 웹으로 설정하고 가장 많은 시간이 소요됩니다. 가장 오래 실행되는 트랜잭션을 조사합니다.
  4. 추가 조사가 필요한 경우 웹이 아닌 트랜잭션을 확인합니다.

웹이 아닌 트랜잭션:

  1. 개요 페이지로 돌아가서 드롭다운 필터에서 비웹 트랜잭션으로 전환합니다.
  2. 페이지 하단에 있는 트랜잭션 추적을 하나씩 검토합니다.
  3. 문제에 따라 PHP 프로파일러와 같은 서드파티 도구를 사용하여 병목 지점을 찾습니다.
  4. 추가 조사가 필요한 경우 데이터베이스 프로세스를 조사합니다.

데이터베이스 프로세스:

  1. APM 페이지에서 > 데이터베이스 모니터링으로 이동합니다.

  2. 가장 시간이 많이 걸리는 항목별로 정렬합니다.

  3. 상위 쿼리를 검토합니다.

    참고: 업데이트 또는 삽입 쿼리는 CPU에서 가장 많이 사용하는 쿼리입니다.

  4. 정렬 기준 선택기에서 처리량으로 전환하고 데이터베이스 처리량이 드롭다운된 프로세스를 찾습니다.

  5. 추가 조사가 필요한 경우 서드파티 서비스를 조사합니다.

타사 서비스:

  1. APM 페이지에서 > 외부 서비스 모니터링으로 이동합니다.
  2. 정렬 기준 드롭다운 목록에서 가장 느린 평균 응답 시간을 선택합니다.
  3. 중단 직전에 발생한 프로세스를 찾습니다.
특정 성능 문제를 조사하는 방법에 대한 자세한 내용은 New Relic 설명서 > APM UI 페이지 > 트랜잭션 페이지 > 드릴다운 기능 사용을 참조하세요.
recommendation-more-help
experience-cloud-kcs-help-kbarticles