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

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

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

문제 신고

합성 작업 관리자 유지 관리 및 모니터링

합성 작업 관리자를 설치 한 후 여러 가지 방법으로 유지 관리 및 모니터링을 추적할 수 있습니다.

New Relic의 경고 로 모니터 실패에 대한 알림을 받을 수도 있습니다.

HTTP를 사용하여 합성 작업 관리자 상태 확인

HTTP를 사용하여 실행 중인 합성 작업 관리자에 연결하는 것이 정상 작동하는지 확인하는 가장 쉬운 방법입니다. 컨테이너가 8080 포트를 노출합니다. 다음 엔드포인트를 사용하여 합성 작업 관리자를 확인할 수 있습니다.

  • :8080/status/check: 미니언이 수행하는 내부 상태 확인에 대한 세부 정보를 제공합니다. HTTP 200 은 상태가 정상임을 의미합니다.

개인 위치에 더 많은 합성 작업 관리자가 필요한지 확인하십시오.

개인 위치에 여러 모니터 검사가 대기 중이고 지연이 발생하는 경우 모니터 검사를 실행하는 데 사용할 수 있는 합성 작업 관리자가 더 필요할 수 있습니다. Kubernetes에서는 더 많은 핑 런타임 복제본과 API 및 브라우저 런타임에 대한 더 높은 병렬 처리 설정으로 이 문제를 해결할 수 있습니다.

이를 확인하는 방법을 알아보려면 내 개인 위치에 더 많은 합성 작업 관리자가 필요합니까? 를참조하십시오.

로그 검토

합성 작업 관리자 컨테이너 로그를 보고 미니언의 상태를 모니터링할 수 있습니다.

디버그 로그 사용

합성 작업 관리자에 문제가 발생하면 디버그 로그를 활성화하여 문제를 해결할 수 있습니다.

기본 로깅 수준은 사용자에게 주요 정보와 실행 가능한 오류만 알리도록 설정됩니다. 이것이 충분하지 않으면 LOG_LEVEL 환경 변수를 사용하여 더 자세한 로깅을 활성화할 수 있습니다.

중요

로그 수준을 DEBUG 또는 TRACE 로 높이려면 주의하세요. 로그 수준이 높을수록 더 많은 데이터가 기록됩니다. 이는 디버깅에 도움이 될 수 있지만 중요한 데이터를 캡처하고 승인된 위치 외부에 중요한 데이터를 저장할 위험도 높아집니다. 데이터 개인 정보 보호 및 보안을 보장하려면 New Relic이 수집하는 정보 유형을 제한해야 합니다.

Kubernetes 디버깅 정보 검색

Kubernetes 컨테이너 오케스트레이션 시스템 환경에서 합성 작업 관리자에 문제가 발생하면 합성 작업 관리자 포드 및 실행 중인 노드에 대한 정보를 검색하여 문제를 해결할 수 있습니다.

합성 작업 관리자 팟(Pod)에 대한 정보를 검색하려면 다음을 수행하십시오.

kubectl describe pod -n YOUR_NAMESPACE YOUR_JOB_MANAGER_POD_NAME

합성 작업 관리자 팟(Pod)이 실행 중인 노드에 대한 정보를 검색하려면 노드를 식별한 후 다음을 수행하십시오.

kubectl describe node NODE_ASSOCIATED_WITH_YOUR_JOB_MANAGER_POD_NAME

New Relic Infrastructure로 합성 작업 관리자 모니터링

New Relic의 인프라 모니터링고급 Docker 모니터링고급 Kubernetes 모니터링 을 지원합니다.

인프라 에이전트를 사용하여 이러한 러너 컨테이너를 모니터링하는 경우 매분 실행되도록 하나 이상의 모니터를 구성하십시오. 인프라 에이전트는 삭제되기 전에 컨테이너의 docker inspect 에서 위의 레이블을 확인하고 수집할 수 있는 더 많은 기회를 갖게 됩니다.

Copyright © 2024 New Relic Inc.

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