• English日本語한국어
  • 로그인지금 시작하기

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

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

문제 신고

APM 요약 페이지에서 인프라 데이터 보기

APMInfrastructure [인프라] 데이터의 통합으로 단일 페이지에서 전체 시스템의 상태를 볼 수 있습니다. APM Summary [요약] 페이지에서 호스트, 앱, 이벤트 및 경고 활동을 모니터링하고 내장된 변경 추적을 사용하여 데이터를 최근 배포와 비교할 수 있습니다. 한 페이지에서 경고에 대응하고 근본 원인을 식별하고 호스트 성능에 미치는 영향을 신속하게 해결할 수 있습니다.

먼저 이 문서는 APM으로 인프라 문제를 해결하는 과정을 안내합니다. 그런 다음 APM 및 인프라 모니터링의 주요 기능 중 일부에 대해 자세히 알아봅니다.

Step 1 of 4

APM과 인프라 데이터 통합

을 위한 통합할 인프라 데이터는 다음 사항이 모두 참이어야 합니다.

  • APM 에이전트와 인프라 에이전트는 동일한 호스트에 설치해야 합니다.

  • 두 에이전트는 동일한 것을 사용해야 합니다.

    또는 같은 조직에 있는 계정의 라이선스 키를 사용합니다.

    • APM Summary [요약] 페이지를 보는 사용자는 APM 및 인프라 에이전트에 별도의 라이센스 키가 사용되는 경우 두 계정 모두에 대한 액세스 권한이 있어야 합니다.
  • 동일한 호스트 이름 을 사용해야 합니다.

  • Kubernetes 호스팅 애플리케이션의 경우 APM 계측 애플리케이션을 Kubernetes에 연결하기 위한 추가 통합 단계도 필요합니다.

    통합이 작동하지 않는 경우 APM-인프라 통합 문제 해결을참조하십시오.

Step 2 of 4

경고에 응답

이 예에서 귀하가 Billing Service 애플리케이션을 담당하는 엔지니어이고 " Billing Service에서 최소 5분 동안 오류 비율 > 45%"라는 알림을 받았다고 가정해 보겠습니다.

  • 가장 먼저 할 일은 APM의 Billing Service 애플리케이션으로 이동하고 Summary [요약] 페이지를 열어 시스템 상태에 대한 개요를 보는 것입니다. 사용자 만족도의 척도인 높은 Apdex 점수는 시스템에 문제가 있음을 나타낼 수 있습니다. 여기서 점수가 .79임을 알 수 있습니다. 중요한 사건을 촉발했습니다.

  • 다음으로 오류율을 확인합니다. 여기에서 오류율이 100%에 도달한 것을 볼 수 있습니다.

    이 두 가지 지표를 기반으로 문제가 있음을 알 수 있습니다. 이제 위치와 이유를 파악하기만 하면 됩니다.

Step 3 of 4

오류의 원인 파악

APM 요약 페이지의 Infrastructure [인프라] 섹션까지 아래로 스크롤합니다. 여기에서 Billing Service 애플리케이션에 연결된 각 호스트와 해당 Response time [응답 시간], Throughput [처리량], Error rate [오류율], CPU%레코드를 나열하는 테이블을 볼 수 있습니다. 및 Memory % [메모리 %]. 차트 아래에는 이러한 황금 신호 중 두 가지를 강조 표시하는 히스토그램이 있습니다. 기본 선택 항목은 CPU %Memory % [메모리 %] 이지만 왼쪽 상단의 드롭다운 메뉴를 클릭하고 다른 보기를 선택할 수도 있습니다.

검사하려는 다른 황금 신호 간에 전환할 수 있습니다.

CPU 히스토그램을 보면 모든 호스트의 CPU %가 오전 11시 30분경에 급증한 것을 볼 수 있습니다. 이 CPU 변경이 최근 배포와 동시에 발생했음을 확인할 수도 있습니다. 배포 마커를 클릭하면 변경 사항을 발표한 사람과 해당 변경 사항이 무엇인지 알려줍니다.

Step 4 of 4

특정 호스트에 대해 자세히 알아보기

이제 Billing Service 애플리케이션의 최근 배포로 인해 오류가 급증하고 중요한 Apdex 사고가 발생했음을 알았으므로 보다 명확하게 특정 호스트를 조사할 수 있습니다. 검사하려는 호스트의 이름을 클릭합니다. Infrastructure [인프라] 페이지에서 모든 관련 정보를 가져오는 사이드바가 표시됩니다. 이를 통해 나머지 데이터를 남기지 않고 호스트 및 서비스 오류와 관련하여 필요한 모든 정보에 액세스할 수 있습니다.

APM 요약 페이지를 떠나지 않고 호스트를 검사하십시오.

이제 APM 및 인프라 모니터링으로 문제를 해결하는 방법을 알았으므로 APM 및 인프라 데이터를 통합하고 실행하는 방법을 살펴보겠습니다.

APM 및 인프라 데이터에 대한 로그 보기

또한 로그와 애플리케이션의 데이터를 함께 가져와 더 쉽고 빠르게 문제를 해결할 수 있습니다. 컨텍스트의 로그를 사용하면 앱의 UI에서 직접 오류 및 추적과 관련된 로그 메시지를 볼 수 있습니다. Kubernetes 클러스터와 같은 인프라 데이터 컨텍스트에서 로그를 볼 수도 있습니다. 다른 UI 페이지로 전환할 필요가 없습니다.

애플리케이션 데이터로 필터링

당신의 인프라 데이터가 연결되어 있으면 검사하려는 특정 애플리케이션을 검색하여 표시된 호스트 데이터를 필터링할 수 있습니다. 위의 경우 Billing Service에 대해 필터링할 수 있습니다.

인벤토리 및 이벤트 UI 페이지의 APM 데이터

당신의 인프라 데이터가 연결되면 인프라 모니터링 UI의 Inventory [인벤토리] 페이지Events [이벤트] 페이지 에서 애플리케이션 데이터를 보고 필터링할 수 있습니다.

누락된 APM 데이터 문제 해결

APM/인프라 통합은 두 가지가 모두 있는 경우 자동으로 발생해야 합니다. 에이전트와 인프라 에이전트는 동일한 호스트에 설치되며 동일한 호스트를 사용합니다. 또는 동일한 조직의 라이센스 키 쌍과 동일한 호스트 이름 세트가 있습니다.

인프라 모니터링에 APM 데이터가 표시되지 않으면 문제 해결을참조하십시오.

Copyright © 2023 New Relic Inc.

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