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

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

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

문제 신고

개인 위치 모니터링

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

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

전제 조건

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

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

가져오기 단계:

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

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

내 개인 작업 관리자나 미니언이 온라인 상태인가요?

이 질문에 대답하려면 SyntheticsPrivateMinion이벤트의 속성을 사용하면 됩니다. 개인 신세틱스 작업 관리자와 미니언은 30초마다 이 이벤트를 뉴렐릭으로 보냅니다. 귀하의 작업 관리자 또는 미니언이 온라인 상태인지 확인하는 간단한 방법은 고유한 미니언 ID 수와 온라인 상태일 것으로 예상되는 작업 관리자 또는 미니언의 수를 비교하는 것입니다.

보고하는 작업 관리자 또는 미니언 수를 이해하려면 다음 예제 NRQL 쿼리를 실행하세요.

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

이 쿼리를 사용하면 작업 관리자나 미니언이 예상보다 적은 수의 보고를 하는 경우 팀에 알리는 공지 조건을 만들 수 있습니다. 이 조건은 2 units 의 정적 레버 값으로 구성됩니다. 즉, 작업 관리자나 미니언이 오프라인인 경우 공지를 받게 된다는 의미입니다.

미니언 중 하나를 수동으로 중지하여 공지 사항이 예상대로 작동하는지 확인할 수 있습니다. 이후 공지 인시던트가 발생하면, 설정되어 있는 공지 채널로 알림을 받게 됩니다. 작업 관리자나 미니언을 다시 시작하고 다시 온라인 상태가 되면 공지가 복구됩니다.

작업 관리자 또는 미니언이 올바르게 작동하는지 확인하는 더 강력한 방법이 있지만 이 쿼리 및 조건은 컴퓨터가 실패하거나 실수로 서비스가 해제되거나 작업 관리자 또는 미니언 프로세스가 충돌하는 경우를 간단하고 성공적으로 처리합니다. 또한 작업 관리자나 미니언이 뉴렐릭과 통신할 수 있도록 보장합니다.

내 로케이션에 작업 관리자나 미니언이 더 필요한가요?

이 질문에 대답하려면 SyntheticsPrivateLocationStatus 이벤트의 checksPending 속성을 사용할 수 있습니다. checksPending 속성은 예약(또는 "대기")되었지만 지정된 위치의 신세틱스 작업 관리자 또는 미니언이 아직 승인하지 않은 모니터 확인 수를 반영합니다. 예정된 점검이 있고 작업 관리자나 미니언이 없는 위치의 경우 이 그래프는 오른쪽 위쪽으로 선형으로 커집니다.

추가 속성을 사용하면 어떤 작업 유형이 checksPending 속성을 증가시키고 문제 해결 노력에 집중해야 하는지 식별할 수 있습니다.

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

이 사용 사례는 정적 값이 아닌 지표의 모습을 모니터링할 수 있게 해주는 이상 작용 NRQL 공지 조건 에 적합합니다. 예를 들어:

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

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

부하를 처리하기 위해 작업 관리자나 미니언의 수를 두 배로 늘린 후 공지가 복구됩니다. 예를 들어, Synthetics private location 대시보드 예시를 사용하면 인시던트 및 회복 과정에서 보류 중인 수표의 증가와 감소를 확인할 수 있습니다. 뉴렐릭은 NRQL 조건을 사용하여 해당 위치에 더 많은 미니언 용량이 필요한지 여부와 시기를 알려줍니다.

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

미니언이나 직업 관리자에게 직접 연락하여 어떻게 운영되고 있는지 확인할 수도 있습니다. 미니언이 노출한 일련의 HTTP 엔드포인트를 사용하여 애플리케이션이 수행하는 작업을 확인할 수 있습니다. 이러한 엔드포인트에 액세스하려면 포트 80808180 을 컨테이너화된 미니언(분당 호출 수) 에 대한 호스트의 포트와 신세틱스 작업 관리자 에 대한 포트 80808082 바인딩합니다. 예를 들어 docker 의 경우 docker run -p 8080:8080 -p 8082:8082 ...를 사용합니다.

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

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

Copyright © 2024 New Relic Inc.

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