• EnglishEspañol日本語한국어Português
  • 로그인지금 시작하기

이 한글 문서는 사용자의 편의를 위해 기계 번역되었습니다.

영문본과 번역본이 일치하지 않는 경우 영문본이 우선합니다. 보다 자세한 내용은 이 페이지를 방문하시기 바랍니다.

문제 신고

개인 위치 모니터링

New Relic의 경고와 함께 합성 모니터링의 개인 위치 를 사용할 때 위치가 제대로 프로비저닝되지 않았거나 잘못 구성되었거나 일반적으로 오작동하는 경우 알림을 받을 수 있습니다.

이 가이드는 New Relic 대시보드NRQL 경고 를 사용하여 개인 위치 상태에 관한 다음 기본 질문에 답하는 데 도움이 됩니다.

전제 조건

이 가이드의 지침을 따르기 전에 다음 사항을 확인하십시오.

다음 Private Minion 대시보드 예제 JSON은 다음을 사용하여 계정으로 가져올 수 있습니다.

가져오기 단계:

  1. 대시보드 JSON을 복사하여 텍스트 편집기에 붙여넣습니다.
  2. JSON 코드의 각 항목에 대해 "accountId": 1, 을 New Relic 계정 ID로 바꿉니다.
  3. 텍스트 편집기에서 대시보드 JSON을 복사하고 위에서 설명한 방법 중 하나를 사용하여 가져옵니다.
  4. 패싯 필터링 을 사용하려는 차트를 편집합니다.

개인 위치가 상위 계정에 있고 Synthetics 모니터가 하위 계정에 있는 경우 SyntheticPrivateLocationStatusSyntheticsPrivateMinion를 사용하는 NRQL 쿼리의 상위 계정 ID와 SyntheticCheckSyntheticRequest를 사용하는 쿼리의 하위 계정 ID를 삽입합니다.

내 개인 미니언이 온라인 상태입니까?

이 질문에 답하기 위해 SyntheticsPrivateMinion 이벤트의 속성에 의존할 수 있습니다. 개인 미니언은 30초마다 이 이벤트를 New Relic으로 보냅니다. 미니언이 온라인 상태인지 확인하는 간단한 방법은 고유한 미니언 ID 수와 온라인에 있을 것으로 예상되는 미니언 수를 비교하는 것입니다.

보고하는 미니언 수를 이해하려면 다음 예제 NRQL 쿼리 를 실행하십시오.

SELECT uniqueCount(minionId)
  FROM SyntheticsPrivateMinion
  WHERE minionLocation = '1-acme_okc_dc-309'

이 쿼리를 사용하여 보고하는 미니언이 예상보다 적을 때 팀에 알리는 경고 조건을 만들 수 있습니다. 이 조건은 2 units 의 정적 임계값으로 구성됩니다. 즉, 미니언이 오프라인 상태인 경우 알림을 받게 됩니다.

미니언 중 하나를 수동으로 중지하여 경고 정책이 예상대로 작동하는지 확인할 수 있습니다. 그런 다음 경고 위반이 발생하면 설정된 알림 채널을 통해 알림을 받게 됩니다. 미니언이 다시 시작되고 다시 온라인 상태가 되면 경고가 복구됩니다.

미니언이 올바르게 작동하는지 확인하는 더 강력한 방법이 있지만 이 쿼리 및 조건은 시스템이 실패하거나 실수로 폐기되거나 미니언 프로세스가 충돌하는 경우를 간단하고 성공적으로 처리합니다. 또한 미니언이 New Relic과 통신할 수 있도록 합니다.

내 개인 위치에 더 많은 미니언이 필요합니까?

이 질문에 답하기 위해 SyntheticsPrivateLocationStatus 이벤트의 checksPending 속성을 사용할 수 있습니다. checksPending 속성은 예약된(또는 "대기 중인") 모니터 검사의 수를 반영하지만 지정된 위치의 미니언이 아직 수락하지 않았습니다. 예약된 검사가 있고 미니언이 없는 위치의 경우 이 그래프는 오른쪽 위로 선형으로 증가합니다.

이 측정항목은 uniqueCount(minionId) 보다 모니터링하기가 더 복잡합니다. 값이 높다고 반드시 위치가 나쁜 상태라는 의미는 아니기 때문입니다. 메트릭이 오른쪽 위로 선형적으로 증가하지 않는 한(및 검사가 일정에 따라 실행되고 있음) 위치는 양호한 상태입니다.

이 사용 사례는 기준 NRQL 경고 조건 에 적합하며, 이를 통해 정적 값이 아닌 메트릭의 편차를 모니터링할 수 있습니다. 예를 들어:

SELECT average(checksPending)
  FROM SyntheticsPrivateLocationStatus
  WHERE name = '1-acme_tokyo_dc-512'

이 경고 조건을 테스트하려면 해당 위치에서 1분 동안 브라우저 기반 모니터가 실행되도록 예약하십시오. 브라우저 기반 작업은 ping 작업보다 더 많은 리소스를 소비하므로 로드 시뮬레이션에 더 적합합니다. New Relic은 점점 더 많은 보류 중인 수표를 알려드립니다.

부하를 처리할 미니언의 수를 두 배로 늘리면 경고가 복구됩니다. 예를 들어, Synthetics 개인 위치 대시보드 예제를 사용하여 사고 및 복구 과정에서 보류 중인 검사의 증가 및 감소를 확인하십시오. NRQL 조건을 사용하여 New Relic은 해당 위치에 더 많은 미니언 용량이 필요한지 여부를 알려줍니다.

특정 미니언의 상태를 직접 확인할 수 있나요?

미니언에게 직접 연락하여 어떻게 작동하는지 확인할 수도 있습니다. 미니언에 의해 노출된 HTTP 끝점 집합을 사용하여 애플리케이션이 수행하는 작업을 확인할 수 있습니다. 이러한 엔드포인트에 액세스하려면 포트 80808180 을 호스트의 포트에 바인딩합니다. 예를 들어 Docker의 경우 docker run -p 80:8080 -p 81:8180 ... 사용):

  • :8080/status/check: 미니언이 수행하는 내부 상태 확인에 대한 세부 정보입니다. HTTP 200은 "정상"을 의미합니다.
  • :8080/status: 미니언의 상태에 대한 세부 정보입니다. 그러면 동일한 데이터가 SyntheticsPrivateMinion 이벤트로 보고됩니다 .
  • :8180/: JVM 애플리케이션 관리 엔드포인트; 미니언의 내부 상태에 대한 고급 보기입니다.

이 접근 방식은 checksPending 만큼 자동화되거나 유연하지 않습니다. 그러나 전체 네트워크 연결 실패가 있는 경우 이 수동 접근 방식이 상황을 해결하는 데 도움이 될 수 있습니다.

Copyright © 2024 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.