New Relic은 적격 계정 에 대한 SLA 데이터를 영구적으로 저장하므로 New Relic REST API 를 사용하여 기간에 관계없이 서비스 수준 계약 보고서를 생성할 수 있습니다. 예를 들어, 12일, 주 또는 개월 이상 이전의 SLA 보고서를 작성할 수 있습니다.
팁 이 기능에 대한 액세스는 구독 단계 에 따라 다릅니다.
SLA에 대한 브라우저 측정항목 End user 티어 에 대한 브라우저 라이브러리는 브라우저 모니터링 에이전트를 설치
Browser (End user tier)
SLA metric name:value (and formula)
페이지뷰 수천
최종 사용자 : call_count
로드 시간 초
최종 사용자 : 평균_응답_시간
Apdex
최종 사용자/Apdex: 점수
% 만족하는
EndUser/Apdex: s를 EndUser로 나눈 값: call_count
% 허용
EndUser/Apdex : t를 Enduser로 나눈 값 : call_count
% 좌절스러운
EndUser/Apdex : f를 Enduser로 나눈 값 : call_count
SLA에 대한 앱 서버 측정항목 다음은 애플리케이션 서버에 대한 SLA 메트릭입니다.
App server
SLA metric name:value (and formula)
수백만 요청
HttpDispatcher : call_count(적절하게 조정됨)
대응 시간 ms
HttpDispatcher : average_response_time(1000 곱하기)
Apdex
Apdex : 점수
% 만족하는
Apdex : s를 Apdex로 나눈 값 : 개수
% 허용
Apdex : t를 Apdex로 나눈 값 : 개수
% 좌절스러운
Apdex : f를 Apdex로 나눈 값 : 개수
측정항목 수집을 위한 팁 다음은 수집할 측정항목을 계획하기 위한 몇 가지 팁입니다.
SLA tips
Comments
요구 사항
cURL 명령 예제를 사용할 때 자리 표시자 텍스트를 계정 ID , API 키 및 애플리케이션 ID 로 바꿔야 합니다.
시간 범위
표준 일, 주 또는 월 시간 범위로 제한되지 않습니다. 예를 들어, 12월 23일부터 12월 26일까지 "휴일 주말" 또는 "당사 사이트에 문제가 발생한 후 20분" 또는 기타 관심 있는 기간에 대한 메트릭 데이터를 추출 할 수 있습니다.
UTC XML 시간 형식
UTC XML 형식으로 시간을 지정해야 하므로 UTC와 비교하여 시간대 에 맞게 조정해야 합니다. 예를 들어 New Relic은 New Relic의 본사가 UTC-8에 있으므로 선택한 데이터 전날 16:00:00부터 시작합니다.
요약 보고서
요약 보고서 와 함께 사용할 측정항목을 요청할 때 예시와 같이 쿼리 문자열 매개변수 summarize=true (v2) 또는 summary=1 (v1)을 포함합니다.
확장 통계
귀하의 보고서에는 New Relic의 사용자 인터페이스에 있는 SLA 보고서에서 조정된 일부 통계가 있습니다. New Relic은 보고서의 페이지 보기 비율을 변경하여 적은 수를 표시합니다. 트래픽에 따라 일반적으로 수천, 수백만 또는 수십억 단위로 표시될 수 있습니다.
권장 사항: 0 문자열을 방지하려면 이 숫자를 자신의 목적에 맞게 적절하게 나누십시오.
최종 사용자 통계
최종 사용자 통계에는 에이전트가 브라우저 데이터를 수집한 호출만 반영됩니다. 예를 들어, 최종 사용자 통계는 다음과 같은 상황에서 나타나지 않을 수 있습니다.
브라우저 유형
클라이언트(JavaScript 에이전트를 비활성화했거나 JavaScript 코드 위치에 대해 New Relic 사이트에 대한 트래픽을 차단했을 수 있습니다.
어떤 이유로든 페이지 로드가 완료되지 않은 경우 해당 범주에 속하지 않는 거래
이것이 App server 데이터 섹션보다 End User (브라우저 데이터 섹션)의 페이지 조회수가 더 적은(때로는 훨씬 더 적은) 이유입니다.
예 다음 섹션에는 기본 GMT/UTC 시간대의 일일(24시간) SLA 통계에 대해 위에서 설명한 값에 대한 데이터를 가져오는 코드 예제가 포함되어 있습니다. 원하는 대로 시간 범위 에 대해 from= 및 to= 을 조정합니다.
New Relic의 REST API v2와 v1 사이에는 구문상의 차이점이 있습니다. 예제는 각각의 사용법을 보여줍니다.
REST API v2 명령 브라우저 로드 시간 및 페이지 조회수(v2) v2에 대한 브라우저(최종 사용자/RUM) 로드 시간 및 페이지 보기 수를 얻으려면 명령줄에서 다음을 입력합니다.
$ curl -X GET "https://api.newrelic.com/v2/applications/ $APP_ID /metrics/data.xml" \
> -H "Api-Key: $API_KEY " -i \
> -d "names[]=EndUser&values[]=call_count&values[]=average_response_time&from=2014-06-09T00:00:00+00:00&to=2014-06-09T23:00:00+00:00&summarize=true"
루비에서:
response = Curl :: Easy . http_get ( "https://api.newrelic.com/v2/applications/$APP_ID/metrics/data.xml?names[]=EndUser&values[]=call_count&values[]=average_response_time&from=2012-01-01T00:00:00+00:00&to=2012-01-08T00:00:00+00:00&summarize=true" ) do | curl |
curl . headers [ "api-key" ] = "$API_KEY"
앱 응답 시간 및 요청 횟수(v2) v2에 대한 애플리케이션 응답 시간 및 요청 수를 얻으려면 명령줄에서 다음을 입력합니다.
$ curl -X GET "https://api.newrelic.com/v2/applications/ $APP_ID /metrics/data.xml" \
> -H "Api-Key: $API_KEY " -i \
> -d "names[]=HttpDispatcher&values[]=average_response_time&values[]=call_count&from=2014-06-09T00:00:00+00:00&to=2014-06-09T23:00:00+00:00&summarize=true"
루비에서:
response = Curl :: Easy . http_get ( "https://api.newrelic.com/v2/applications/$APP_ID/metrics/data.xml?names[]=HttpDispatcher&values[]=average_response_time&values[]=call_count&from=2012-01-01T00:00:00+00:00&to=2012-01-08T00:00:00+00:00&summarize=true" ) do | curl |
curl . headers [ "api-key" ] = "$API_KEY"
Apdex SLA 데이터(v2) v2에 대한 Apdex 관련 데이터를 얻으려면 명령줄에서 다음을 입력합니다.
$ curl -X GET "https://api.newrelic.com/v2/applications/ $APP_ID /metrics/data.xml" \
> -H "Api-Key: $API_KEY " -i \
> -d 'names[]=Apdex&names[]=EndUser/Apdex&from=2014-06-09T00:00:00+00:00&to=2014-06-09T23:00:00+00:00&summarize=true'
루비에서:
response = Curl :: Easy . http_get ( "https://api.newrelic.com/v2/applications/$APP_ID/metrics/data.xml?names[]=EndUser/Apdex&from=2012-01-01T00:00:00+00:00&to=2012-01-08T00:00:00+00:00&summarize=true" ) do | curl |
curl . headers [ "api-key" ] = "$API_KEY"
REST API v1 명령(더 이상 사용되지 않음) REST API v1은 더 이상 사용되지 않습니다.
브라우저 로드 시간 및 페이지 조회수(v1) v1에 대한 브라우저(최종 사용자/RUM) 로드 시간 및 페이지 보기 수를 얻으려면 명령줄에서 다음을 입력합니다.
$ curl -gH "api-key: $API_KEY " "https://api.newrelic.com/api/v1/accounts/ $ACCOUNT_ID /applications/ $APP_ID /data.xml?metrics[]=EndUser&field=call_count&field=average_response_time&summary=1&begin=2012-01-01T00:00:00Z&end=2012-01-08T00:00:00Z"
루비에서:
response = Curl :: Easy . perform ( "https://api.newrelic.com/api/v1/accounts/$ACCOUNT_ID/applications/$APP_ID/data.xml?metrics[]=EndUser&field=call_count&field=average_response_time&summary=1&begin=2012-01-01T00:00:00Z&end=2012-01-08T00:00:00Z" ) do | curl |
curl . headers [ "api-key" ] = "$API_KEY"
앱 응답 시간 및 요청 횟수(v1) v1에 대한 애플리케이션 응답 시간 및 요청 수를 얻으려면 명령줄에서 다음을 입력합니다.
$ curl -gH "api-key: $API_KEY " "https://api.newrelic.com/api/v1/accounts/ $ACCOUNT_ID /applications/ $APP_ID /data.xml?metrics[]=HttpDispatcher&field=average_response_time&field=call_count&summary=1&begin=2012-01-01T00:00:00Z&end=2012-01-08T00:00:00Z"
루비에서:
response = Curl :: Easy . perform ( "https://api.newrelic.com/api/v1/accounts/$ACCOUNT_ID/applications/$APP_ID/data.xml?metrics[]=HttpDispatcher&field=average_response_time&field=call_count&summary=1&begin=2012-01-01T00:00:00Z&end=2012-01-08T00:00:00Z" ) do | curl |
curl . headers [ "api-key" ] = "$API_KEY"
Apdex SLA 데이터(v1) v1에 대한 Apdex 관련 데이터를 얻으려면 명령줄에서 다음을 입력합니다.
$ curl -gH "api-key: $API_KEY " "https://api.newrelic.com/api/v1/accounts/ $ACCOUNT_ID /applications/ $APP_ID /data.xml?metrics[]=Apdex&metrics[]=EndUser/Apdex&summary=1&begin=2012-01-01T00:00:00Z&end=2012-01-08T00:00:00Z"
루비에서:
response = Curl :: Easy . perform ( "https://api.newrelic.com/api/v1/accounts/$ACCOUNT_ID/applications/$APP_ID/data.xml?metrics[]=Apdex&metrics[]=EndUser/Apdex&summary=1&begin=2012-01-01T00:00:00Z&end=2012-01-08T00:00:00Z" ) do | curl |
curl . headers [ "api-key" ] = "$API_KEY"
데이터 분석 APM은 사용자 인터페이스에 여러 보고서를 포함합니다. 소프트웨어에 대한 데이터를 다른 형식으로 수집, 분석 및 시각화하려면 대시보드 를 사용하십시오.