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

사용자의 편의를 위해 제공되는 기계 번역입니다.

In the event of any inconsistency between the English version and the translated version, the English versionwill take priority. Please visit this page for more information.

문제 신고

개인 위치 모니터링

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.