당사의 성능 분석 보고서는 애플리케이션의 상태 및 성능에 대한 간단하고 사전 정의된 보기를 제공합니다.아래에서 보고서를 선택하여 자세히 알아보세요.
Background jobs analysis 보고서는 DelayedJob 및 Resque 와 같이 뉴렐릭에서 프레임워크 HTML을 사용하는 프로덕션에서 실행 중인 작업 및 기타 비 웹 프로세서 의 성능을 분석하는 데 도움이 됩니다. 보고서에는 처리량(분당 요청 수 또는 rpm)에 소요된 시간, 작업에 소요된 총 시간 및 평균 실행 시간을 포함하여 지난 24시간부터 지난 7일까지의 비교 정보가 표시됩니다.
UI에서 보고서 보기
앱에 대한 Background jobs analysis 보고서를 보려면: one.newrelic.com > All capabilities > APM & services > (select an app) > Reports > Performance > Non-web transactions 탭으로 이동하세요. 기본 보고서는 지난 24시간을 이전 24시간, 7일 전, 지난 7일 동안의 평균과 비교합니다.
If you want to... | Do this |
|---|---|
표시되는 세부 정보의 양 변경 | 기간 확인란 옵션을 선택하거나 선택 취소합니다. |
표시되는 거래 제한 | Filter 텍스트 상자를 사용하세요. |
정렬 순서 변경 | Sort by 드롭다운 메뉴에서 사용 가능한 옵션 중 하나를 선택합니다. |
막대 차트로 표시할 데이터 선택 | Plotting 옵션을 선택하세요. |
거래 세부정보 보기 | APM Transactions 페이지 로 직접 이동하려면 프로세서 제목을 선택하세요. |
APM의 용량 분석 보고서는 실행 중인 앱의 인스턴스 수와 사용량을 보여줍니다. 이 정보는 앱에 요청 로드를 지원하기에 충분한 인스턴스가 배포되어 있는지 분석하는 데 유용합니다. 그런 다음 이 정보를 사용하여 최적의 성능을 위해 구성을 미세 조정할 수 있습니다.
용량 분석 보고서는 Python 및 Ruby 언어 에이전트에만 사용할 수 있습니다.
용량 분석 보고서 보기
앱에 대한 용량 분석 보고서를 보려면 다음 안내를 따르세요.
one.newrelic.com > All capabilities > APM & services > (select an app) > Reports > Capacity 으)로 이동합니다.
자세한 정보를 드릴다운하려면 New Relic의 표준 페이지 기능 을 사용하십시오.

보고서에는 세 개의 차트가 포함됩니다.
Capacity chart
Description
앱 인스턴스 사용 중
이 차트는 요청을 처리하는 시간의 백분율로 애플리케이션 인스턴스가 얼마나 바쁜지를 보여줍니다. 여기에는 차트의 모든 기간에 대한 평균, 최소 및 최대 백분율이 포함됩니다.
이 정보를 사용하여 애플리케이션에 적절한 수의 인스턴스가 있는지 확인하십시오. 애플리케이션 사용률이 100%에 가까워지면 애플리케이션에서 수신 요청을 처리하기 위해 더 많은 인스턴스가 필요합니다.
호스트에서 앱 인스턴스 다시 시작
이 차트는 각 시간 간격에 대한 인스턴스 재시작 횟수를 보여줍니다. 이 정보를 사용하여 애플리케이션 인스턴스가 너무 자주 다시 시작되고 있는지 확인하십시오.
활동을 특정 호스트로 분리하려면 차트 아래 범례에서 다른 호스트의 제목을 선택하여 숨기거나 차트로 되돌립니다.
또는:
APM 요약 페이지의 Hosts 목록에서 원하는 항목을 선택합니다.
앱 인스턴스 분석
이 차트는 동시 로드와 함께 실행 중인 총 추가 수를 표시합니다. 동시 로드는 앱의 로드를 처리하는 데 필요한 완전히 바쁜 추가 횟수입니다. 뉴렐릭은 App instance busy 차트의 평균 앱 추가 값에 실행 중인 추가 수를 곱한 값을 기반으로 합니다.
Python 단일 또는 다중 스레드 앱
Python 에이전트의 경우 용량 분석 보고는 기존의 단일 또는 다중 스레드 애플리케이션에서만 작동합니다. 이것은 New Relic이 시스템 부하를 계산하는 방식이 공동 루틴 기반 시스템으로 변환되지 않기 때문입니다.
기존의 단일 또는 다중 스레드 응용 프로그램을 사용할 때 Python 에이전트에서 생성된 메트릭 정보는 선택적 C 확장 구성 요소를 컴파일하고 설치할 수 있는 경우에만 캡처되고 보고됩니다. gevent 또는 eventlet과 같은 코루틴 기반 시스템을 WSGI 서버와 함께 사용하는 경우 용량 분석 보고서는 에이전트 재시작을 제외하고 어떤 데이터도 표시하지 않습니다.
APM의 데이터베이스 분석 보고서를 사용하면 지난 24시간부터 지난 7일까지 데이터베이스 관점에서 애플리케이션 성능을 분석할 수 있습니다. 처리량(분당 작업 요청 또는 rpm)에 소요된 시간, 작업에 소요된 총 시간, 평균 실행 시간 등 트랜잭션에 대한 비교 정보를 표시합니다.
데이터베이스 분석 보고서 보기
앱에 대한 데이터베이스 분석 보고서를 보려면: one.newrelic.com > All capabilities > APM & services > (select an app) > Reports > Performance > Databases 탭으로 이동하세요. 기본 보고서는 지난 24시간을 이전 24시간, 7일 전, 지난 7일 동안의 평균과 비교합니다.
If you want to... | Do this |
|---|---|
표시되는 세부 정보의 양 변경 | 기간 확인란 옵션을 선택하거나 선택 취소합니다. |
표시되는 거래 제한 | Filter 텍스트 상자에 값을 입력합니다. 예를 들어, User 값을 포함하는 |
정렬 순서 변경 | Sort by 드롭다운 메뉴에서 사용 가능한 옵션 중 하나를 선택합니다. |
막대 차트로 표시할 데이터 선택 | Plotting 옵션을 선택하세요. |
거래 세부정보 보기 | 트랜잭션 제목을 선택하면 APM의 데이터베이스 및 느린 쿼리 페이지 로 바로 이동합니다. |
APM의 확장성 분석 보고서는 애플리케이션 부하와 관련된 응답 시간, 데이터베이스 시간 및 CPU 시간을 보여줍니다. 이를 통해 앱이 성장함에 따라 성능을 평가하고 잠재적인 하드웨어 요구 사항을 식별할 수 있습니다.
확장성 분석 보고서 보기
앱에 대한 보고서를 보려면 다음 단계를 따르세요.
one.newrelic.com > All capabilities > APM & services > (select an app) > Reports > Scalability 으)로 이동합니다.
확장성 분석 보고서에는 응답 시간, 데이터베이스 및 APM CPU의 세 가지 탭이 포함되어 있습니다. 각 탭에는 빌보드와 차트가 포함되어 있으며 다양한 성능 측면을 나타냅니다.

Tab | Description |
|---|---|
응답 시간 | 이 탭의 차트는 애플리케이션의 응답 시간과 애플리케이션 로드를 분당 요청 수로 표시합니다. 잘 확장되는 애플리케이션의 경우 응답 시간은 수평이거나 수평에 가까워야 합니다. 빌보드에는 평균, 최소 및 최대 응답 시간과 평균 처리량이 표시됩니다. |
데이터 베이스 | 이 탭의 차트는 애플리케이션의 데이터베이스 시간 대 애플리케이션 부하를 분당 요청 수로 표시합니다. 잘 확장되는 응용 프로그램의 경우 플롯된 점에서 대략적인 선형 패턴을 볼 수 있습니다. 빌보드에는 평균, 최소 및 최대 데이터베이스 시간과 평균 처리량이 표시됩니다. |
APM CPU | 이 탭의 차트는 요청당 애플리케이션의 CPU 시간과 분당 요청 측면에서 애플리케이션 로드를 표시합니다. 잘 확장되는 응용 프로그램의 경우 플롯된 점에서 대략적인 선형 패턴을 볼 수 있습니다. 빌보드에는 평균, 최소 및 최대 CPU 시간과 평균 처리량이 표시됩니다. |
차트에는 두 개의 선이 있습니다. 데이터 포인트를 연결하는 기본 선과 "평활" 레이블이 지정되고 기본 선의 평활 버전을 표시하는 보조 선입니다. 보조 라인은 기본 라인에서 관찰되는 예기치 않은 변동에 대해 걱정하지 않고 애플리케이션의 성능을 시각화하는 데 도움이 됩니다.
이 차트는 다른 New Relic 차트와 약간 다르게 구성되며 일반적으로 사용 가능한 기본 차트 작업이 없습니다.
기간에 대한 옵션 선택
확장성 보고서에는 여러 기간 동안의 데이터를 볼 수 있는 시간 선택기가 있습니다. 최소 권장 기간은 30분입니다. 애플리케이션의 확장성을 분석할 때 더 낮은 시간 범위는 전체 그림을 제공하지 않기 때문입니다. 시간 선택기는 지난 30분의 기본값을 사용합니다.
개별 인스턴스에 대한 데이터 보기
각 탭에는 특정 인스턴스를 선택할 수 있는 인스턴스 선택기가 포함되어 있으며 차트와 빌보드는 해당 인스턴스의 데이터로 필터링됩니다.
APM 의 웹 프로세서 분석 보고서는 처리량(분당 요청 수 또는 rpm)에 소요된 시간, 웹 프로세서의 총 시간, 이를 실행하는 데 소요된 평균 시간 및 Apdex 점수를 포함하여 웹 프로세서에 대한 비교 정보를 제공합니다. 지난 24시간 동안의 데이터를 이전 24시간, 7일 전, 지난 7일 동안의 평균과 비교할 수 있습니다.
이 정보를 사용하여 가장 많은 시간을 소비하는 웹 트랜잭션, 가장 많은 호출 수, 가장 많은 표준 편차 등을 분석합니다. 이 정보는 앱을 미세 조정할 위치를 식별하는 데 도움이 될 수 있습니다.
웹 트랜잭션 분석 보고서 보기
앱에 대한 웹 프로세서 분석 보고서를 보려면: one.newrelic.com > All capabilities > APM & services > (select an app) > Reports > Performance > Web transactions 탭으로 이동하세요.
기본 보고서는 지난 24시간을 7일 전의 이전 24시간 기간과 비교하고 지난 7일 동안의 평균을 비교합니다. 별표(*)가 뒤에 오는 Apdex 항목은 지정된 기간 동안 둘 이상의 Apdex 임계값이 설정되었음을 나타냅니다.
If you want to... | Do this |
|---|---|
표시되는 세부 정보의 양 변경 | 기간 확인란 옵션을 선택하거나 선택 취소합니다. |
표시되는 거래 제한 | Filter 텍스트 상자를 사용하세요. 예를 들어 이름에 |
정렬 순서 변경 | Sort by 드롭다운 메뉴에서 사용 가능한 옵션 중 하나를 선택합니다. |
막대 차트로 표시할 데이터 선택 | Plotting 옵션을 선택하세요. |
웹 거래 세부 정보 보기 | APM Transactions 페이지 로 직접 이동하려면 웹 트랜잭션 제목을 선택하세요. |
매주 월요일 New Relic은 이메일을 통해 이 보고서를 받기로 선택한 계정 사용자에게 주간 실적 보고서를 보냅니다. 이메일 보고서에는 선택한 애플리케이션 그룹에 대한 지난 주의 요약 성능 메트릭이 포함되어 있습니다. 주간 성과 보고서는 APM의 SLA(서비스 수준 계약) 보고서 와 다릅니다.
중요
현재 EU 지역의 계정에 대한 주간 실적 보고서는 제공되지 않습니다.
예시 보고서 세부정보 보기
계정에 대한 주간 실적 보고서의 예를 보려면 다음 단계를 따르세요.
사용자 메뉴 에서 User preferences 선택합니다.
Weekly summary emails 으로 이동하여 See a sample email 선택합니다.

실적 보고서는 다음 섹션으로 나뉩니다.
Section
Description
추천 앱
이는 계정에서 호출 수가 가장 많은 애플리케이션에 대한 처리량 패턴과 성능 메트릭 을 모두 제공합니다.
호출 수가 적더라도 연결된 (가) 있는 애플리케이션은 그렇지 않은 애플리케이션보다 우선순위가 높습니다.
모든 앱 보고서
이 섹션은 귀하의 계정에서 호출 수가 가장 많은 20개 애플리케이션에 대한 중요한 성능 메트릭을 제공합니다. 이 목록의 메트릭에는 가동 시간, Apdex , 로드 시간 및 처리량이 포함됩니다.
최근 이벤트
이 섹션에는 최근 알림, 앱에 대한 배포 또는 계정의 애플리케이션에 대해 기록된 기타 이벤트가 포함됩니다.
NRQL을 사용한 주간 보고서 메트릭 쿼리
이것은 뉴렐릭이 주간 성능 보고서 이메일의 수치를 생성하는 데 사용하는 쿼리입니다.
Metric이벤트에서newrelic.timeslice.value을(를) 통해 노출된 APM 타임슬라이스 데이터를 기반으로 하므로, 쿼리 빌더 에서 이를 실행하거나 대시보드 에 고정하여 이메일의 모든 값을 재현할 수 있습니다.쿼리를 실행하기 전에 변수를 애플리케이션에 맞는 값으로 바꿉니다:
변하기 쉬운
설명
<app_name>APM 애플리케이션의
appName.<APP_GUID>APM 애플리케이션의
entity.guid.<monday>/<next_monday>보고 주간의 시작과 끝을 표시하는 한 쌍의 ISO 8601 타임스탬프입니다. 주간 이메일은 월요일
00:00UTC를 경계로 사용합니다. 예를 들어,<monday>의 경우'2026-04-20T00:00:00Z'이고<next_monday>의 경우'2026-04-27T00:00:00Z'입니다.{N}시계열 쿼리에 포함할 주 수입니다. 예를 들어, 지난 8주 동안의
8입니다.팁
여러 쿼리에 두 가지 상수가 나타납니다:
10080은 일주일의 분 수(합산된 타임슬라이스 수를 분당 처리량 평균으로 변환하는 데 사용됨)이고,604800은 일주일의 초 수(CPU % 계산에 사용됨)입니다.앱 서버 메트릭
이 그룹의 각 쿼리는 하나의 애플리케이션에 대한 단일 주간 값을 보고하며,
SINCE '<monday>' UNTIL '<next_monday>'을(를) 사용하여 주의 범위를 지정하고appName = '<app_name>'을(를) 사용하여 앱을 선택합니다.Requests (수백만): 한 주 동안 처리된 총 HTTP requests로, 수백만 단위로 표시됩니다.
SELECT sum(newrelic.timeslice.value[count]) / 1e6 AS 'Requests millions'FROM MetricWHERE metricTimesliceName = 'HttpDispatcher' AND appName = '<app_name>'SINCE '<monday>' UNTIL '<next_monday>'응답 시간(ms): 모든 HTTP 트랜잭션에 대한 밀리초 단위의 평균 응답시간입니다.
SELECT sum(newrelic.timeslice.value) / sum(newrelic.timeslice.value[count]) * 1000 AS 'Resp time ms'FROM MetricWHERE metricTimesliceName = 'HttpDispatcher' AND appName = '<app_name>'SINCE '<monday>' UNTIL '<next_monday>'처리량(RPM): 일주일 동안의 분당 평균 requests.
SELECT sum(newrelic.timeslice.value[count]) / 10080 AS 'Throughput RPM'FROM MetricWHERE metricTimesliceName = 'HttpDispatcher' AND appName = '<app_name>'SINCE '<monday>' UNTIL '<next_monday>'Error rate (%) [오류율 (%)]: 모든 웹 및 비 웹 트랜잭션에 대한 오류의 백분율입니다.
SELECT filter(sum(newrelic.timeslice.value[count]), WHERE metricTimesliceName = 'Errors/all') /(filter(sum(newrelic.timeslice.value[count]), WHERE metricTimesliceName = 'HttpDispatcher') +filter(sum(newrelic.timeslice.value[count]), WHERE metricTimesliceName = 'OtherTransaction/all')) * 100 AS 'Error rate'FROM MetricWHERE metricTimesliceName IN ('Errors/all', 'HttpDispatcher', 'OtherTransaction/all')AND appName = '<app_name>'SINCE '<monday>' UNTIL '<next_monday>'Apdex: 애플리케이션의 주간 Apdex 점수입니다.
SELECT (sum(newrelic.timeslice.value[count]) + sum(newrelic.timeslice.value[total]) / 2.0) /(sum(newrelic.timeslice.value[count]) + sum(newrelic.timeslice.value[total]) + sum(newrelic.timeslice.value[exclusiveTotal])) AS 'Apdex'FROM MetricWHERE metricTimesliceName = 'Apdex' AND appName = '<app_name>'SINCE '<monday>' UNTIL '<next_monday>'% 만족/% 허용/% 실망: 백분율로 나타낸 세 가지 Apdex 구성 요소입니다. 이는 위의 단일 Apdex 점수를 기반 요청 카테고리로 세분화하여 보완합니다.
SELECT sum(newrelic.timeslice.value[count]) /(sum(newrelic.timeslice.value[count]) + sum(newrelic.timeslice.value[total]) + sum(newrelic.timeslice.value[exclusiveTotal])) * 100 AS '% Satisfied',sum(newrelic.timeslice.value[total]) /(sum(newrelic.timeslice.value[count]) + sum(newrelic.timeslice.value[total]) + sum(newrelic.timeslice.value[exclusiveTotal])) * 100 AS '% Tolerating',sum(newrelic.timeslice.value[exclusiveTotal]) /(sum(newrelic.timeslice.value[count]) + sum(newrelic.timeslice.value[total]) + sum(newrelic.timeslice.value[exclusiveTotal])) * 100 AS '% Frustrated'FROM MetricWHERE metricTimesliceName = 'Apdex' AND appName = '<app_name>'SINCE '<monday>' UNTIL '<next_monday>'CPU (%): 백분율로 표시된 주간 평균 CPU 사용자 시간입니다.
SELECT sum(newrelic.timeslice.value) / 604800 * 100 AS 'CPU %'FROM MetricWHERE metricTimesliceName = 'CPU/User Time' AND appName = '<app_name>'SINCE '<monday>' UNTIL '<next_monday>'Memory (MB) [메모리(MB)]: 메가바이트 단위의 평균 실제 메모리 사용량입니다.
SELECT average(newrelic.timeslice.value) AS 'Memory MB'FROM MetricWHERE metricTimesliceName = 'Memory/Physical' AND appName = '<app_name>'SINCE '<monday>' UNTIL '<next_monday>'DB (%): 전체 웹 트랜잭션 시간 중 웹 데이터스토어 호출에 소요된 시간의 백분율입니다.
SELECT filter(sum(newrelic.timeslice.value), WHERE metricTimesliceName = 'Datastore/allWeb') /filter(sum(newrelic.timeslice.value), WHERE metricTimesliceName = 'HttpDispatcher') * 100 AS 'DB %'FROM MetricWHERE metricTimesliceName IN ('Datastore/allWeb', 'HttpDispatcher') AND appName = '<app_name>'SINCE '<monday>' UNTIL '<next_monday>'메모
데이터베이스 백분율은 총 웹 트랜잭션 응답 시간에 대한 데이터베이스 작업 시간의 비율을 나타냅니다. 공식: (데이터베이스 시간/총 응답 시간)×100. 100%를 초과하는 백분율은 병렬 또는 비동기 데이터베이스 호출 실행을 나타냅니다.
Traffic 패턴
이러한 쿼리는 보고서 상단에 표시되는 2개월 일일 스파크라인을 생성합니다. 그들은
SINCE 2 months ago대신TIMESERIES 1 day을(를) 사용합니다. 앱이 계측되는 방식에 따라 두 가지 변형이 있습니다: 앱 서버 앱은HttpDispatcher타임슬라이스(rpm)를 기준으로 하고, 브라우저 계측 앱은EndUser타임슬라이스(ppm)를 사용합니다.처리량 ― 앱 서버 앱(rpm):
HttpDispatcher타임슬라이스를 보고하는 앱의 일일 분당 요청 수 비율입니다.SELECT rate(sum(newrelic.timeslice.value), 1 minute) AS 'Throughput rpm'FROM MetricWHERE metricTimesliceName = 'HttpDispatcher' AND entity.guid = '<APP_GUID>'SINCE 2 months ago TIMESERIES 1 day처리량 ― 브라우저 계측된 앱(ppm):
EndUser타임슬라이스를 보고하는 앱의 일일 분당 페이지 로드 수입니다.SELECT rate(sum(newrelic.timeslice.value), 1 minute) AS 'Throughput ppm'FROM MetricWHERE metricTimesliceName = 'EndUser' AND entity.guid = '<APP_GUID>'SINCE 2 months ago TIMESERIES 1 day최종 사용자 브라우저 메트릭
이 쿼리는 브라우저 모니터링 이 연결된 애플리케이션에 대한 보고서의 브라우저 섹션을 구동합니다.
TIMESERIES 1 week을(를) 사용하여 가장 최근{N}주 동안 주당 하나의 포인트를 반환합니다.최종 사용자 응답 시간(s): 브라우저 에이전트의 평균 페이지 로드 시간입니다.
SELECT average(newrelic.timeslice.value) AS 'End User Resp Time (s)'FROM MetricWHERE metricTimesliceName = 'EndUser' AND entity.guid = '<APP_GUID>'SINCE {N} weeks ago TIMESERIES 1 week최종 사용자 Apdex(페이지 로드): 최종 사용자 페이지 로드에 대한 Apdex 점수.
SELECT apdex(newrelic.timeslice.value) AS 'End User Apdex'FROM MetricWHERE metricTimesliceName = 'EndUser/Apdex' AND entity.guid = '<APP_GUID>'SINCE {N} weeks ago TIMESERIES 1 week선택한 애플리케이션
New Relic은 다음 기준을 충족하는 통화 수를 기준으로 상위 20개 앱을 선택합니다.
앱에는 최소 25개의 분당 요청(rpm) 처리량이 있어야 합니다.
앱에는 웹 트랜잭션이 포함되어야 합니다.
연결된 브라우저 모니터링이 있는 응용 프로그램은 호출 수가 더 적더라도 그렇지 않은 응용 프로그램보다 우선 순위가 높습니다.
보고서 이메일 수신 동의 또는 거부
주간 성능 보고서 이메일을 관리하려면 one.newrelic.com 으로 이동하여 사용자 메뉴를 클릭하고 User preferences 선택하세요. 액세스 권한이 있는 모든 뉴렐릭 계정에 대해 개별적으로 선택/선택 해제할 수 있습니다.
데이터 분석
APM은 사용자 인터페이스에 여러 보고서를 포함합니다. 소프트웨어에 대한 데이터를 다른 형식으로 수집, 분석 및 시각화하려면 쿼리 빌더 를 사용하십시오.