새 Java 응용 프로그램 모니터링 전략
다음에서는 몇 가지 시나리오를 제시하고, 모니터링 환경 및 가장 유용한 데이터를 수신하기 위해 제작 중 변경해야 할 설정에 대해 설명합니다.
관리자가 관련 지식을 보유하지 않은 새로운 응용 프로그램 모니터링
관리자가 관련 지식이 거의 또는 전혀 없는 응용 프로그램에 대한 모니터링을 시작할 때 모든 기본값을 그대로 사용하는 것이 좋습니다. 그리고 관리자가 어느 정도의 기간 동안 모든 기본값으로 모니터링한 후 모니터링 경고, Application Diagnostics 데이터 및 Application Advisor 보고서에 기반하여 설정을 조정할 수 있습니다. 자세한 내용은 Java 응용 프로그램 모니터링 방법 항목을 참조하세요.
특정 서버 집합으로 모니터링 제한
대상 그룹을 정의하면 서버의 특정 집합으로 모니터링을 제한할 수 있습니다. 대규모 응용 프로그램 배포의 경우, 일반적으로 응용 프로그램의 모든 인스턴스를 모니터링할 필요는 없습니다. 대표적인 샘플 하나면 필요한 데이터를 충분히 얻을 수 있습니다. 대표적인 샘플만 사용하면 수집되고 저장된 데이터의 양을 적게 유지할 수 있습니다.
수집할 데이터의 양을 정의하여 "노이즈" 줄이기
민감도 임계값을 늘리면 빠른 실행 방법을 필터링하여 전체 "노이즈"를 줄이거나 조사할 호출 스택의 수준을 필터링하여 문제가 어디에 있는지 더 쉽게 확인할 수 있습니다. 이렇게 하면 네트워크 대역폭 사용률도 줄어듭니다.
민감도 설정은 호출 스택에 특정 함수 호출을 포함해야 하는지 여부를 결정하는 데 사용됩니다. 민감도 수준보다 빠르게 실행 및 반환되는 모든 함수는 빠르게 실행되는 작은 함수가 실제 문제를 숨기지 못하도록 삭제됩니다. 민감도만 사용하면 특정 이벤트에 대한 호출 스택에 표시되는 함수 수가 줄어들지만 전체 임계값이 초과되는 경우 이벤트는 여전히 생성됩니다.
Java 응용 프로그램 성능 모니터링용 관리 팩 가이드에서 설명했듯이 구성 파일에서 민감도 임계값을 조정할 수 있습니다.
또한 민감도가 높으면 문제가 숨겨질 수 있습니다. 다른 함수를 호출하는 함수가 있는 경우, 수신자의 응답 시간이 약간만 증가해도 응용 프로그램에 문제가 발생할 수 있습니다. 예를 들어, 조회 함수를 1,000번 호출하는 데이터 처리 함수가 있고 조회 처리 시간이 1ms씩 증가하는 경우 최상위 수준 함수에 대한 응답 시간은 1초까지 증가합니다. 이 문제는 높은 민감도로 숨겨질 수 있습니다. 이러한 상황이 발생하는 경우, 수신자를 한 메서드로 추가하고 사용자 지정 민감도를 설정하여 항상 낮은 민감도 임계값에 따라 평가되도록 할 수 있습니다.
응용 프로그램 오류 경고는 응용 프로그램 내에서 오류를 검색하는 응용 프로그램 또는 코드입니다. 이러한 종류의 경고는 문제를 해결하기 위해 주로 코드 수정을 요구하므로 응용 프로그램에 문제가 있는 경우 잠재적으로 매우 자주 발생하는 응용 프로그램 오류 경고를 수신하지 않도록 선택할 수 있습니다. 이 경고를 해제하면 운영 팀에서 직접 해결할 수 없는 많은 경고 "노이즈"가 줄어듭니다.