새 응용 프로그램을 모니터링을 시작 하는 방법
게시: 2016년 3월
적용 대상: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
에 대해 배우는 하는 새 응용 프로그램을 사용 하는 경우에.NET 응용 프로그램 성능 모니터링 템플릿을 사용할 수 있습니다 System Center 2012 - Operations Manager 것에 대 한 모니터링을 구성할 수 있습니다. 이 항목에는 새 응용 프로그램에 대해 알아보는 데 도움이 되는 몇 가지 설정이 있습니다. 또한 테스트 또는 개발 환경에서 모니터링을 시작하는 것이 좋습니다.
새 응용 프로그램에 대한 모니터링 설정
다음 새 응용 프로그램을 모니터링 하기 위한이 전략 시스템 내에서 그리고 고객을 위해 응용 프로그램의 작동 방식을 이해 하는데 도움이 됩니다.
간단한 모니터링 대상된 시스템 및 단기 설정으로만 서버쪽 모니터링을 시작합니다
첫째, 구성을 단순하게 유지: 하나의 서버에 하나의 응용 프로그램을 모니터링 합니다. 둘째,.NET 응용 프로그램 성능 모니터링 설정을 유지 하려면 계획을 새 응용 프로그램을 모니터링 하려면 먼저 구성 하는 경우 일부 추세를 이해 하기 위해 충분 한 시간 동안 구현 합니다. 일별 데이터 값을 통해 응용 프로그램의 성능 및 사용 패턴을 심층적으로 파악할 수 있습니다.
기본 설정 및 몇 가지 특정 설정을 사용하여 기준 성능 설정
대부분의 경우에는 기본 설정을 유지하려고 할 것입니다. 기본 설정을 통해 응용 프로그램에 큰 문제가 있는지 확인하고 모니터링되는 응용 프로그램에 대한 영향을 최소로 유지할 수 있습니다.
성능 또는 예외 이벤트가 발생하지 않은 경우 다음 단계를 사용하여 기준 성능이 대략 어떤지 파악할 수 있습니다.
모니터링을 시작하기 위해 다음에 설명한 대로 조정할 수 있는 몇 가지 설정이 있습니다.
성능에 대한 임계값을 낮춥니다. 그렇게 하면 응용 프로그램의 현재 성능 특징이 무엇인지 확인하여 기준 성능 측정값을 쉽게 설정할 수 있습니다.
모든 네임 스페이스를 사용 하도록 설정 합니다. 네임 스페이스와 관련 된 찾으려고 할 및 처음에 특정 네임 스페이스를 설정 하는 경우 오류가 발생 하는 네임 스페이스를 누락 될 수 있습니다.
모든 예외, 예외, 중요 한 것을 수집 합니다. 어떤 종류의 예외가 발생하고 있는지 파악해야 합니다. 알려진 예외 처리기를 사용하여 수신할 예외를 제한합니다.
이렇게 하면 많은 데이터(장기 모니터링 기간 동안 원하는 것 이상으로)가 생성될 수 있지만, 처음에는 이렇게 많은 양의 데이터가 고객이 시스템을 통해 거쳐간 경로의 종류 및 정상 성능의 정의와 같은 추세를 확인하는 데 유용하게 활용됩니다.
데이터 수집을 완료하면 응용 프로그램 성능 분석과 같은 Application Advisor 보고서를 사용하여 모니터링되는 응용 프로그램이 어떤 상태인지 확인합니다. 보고서를 사용하여, 시스템을 통해 사용 요구가 가장 많은(가장 오래 실행되는) 호출에 대한 평균 기간 및 요청 처리에 소요된 최대 시간을 확인합니다. 그렇게 해서 실제 응용 프로그램 성능에 기반한 사용자 지정 임계값을 설정할 수 있습니다. 또한 다른 기능보다 빠르게 실행되는 기능을 확인하고 특정 웹 페이지, 웹 방식 및 중요한 메서드에 대한 기능 트랜잭션을 만들어 전체적으로 응용 프로그램보다 더 엄격한 SLA에서 응답하도록 보장할 수 있습니다. 보고서 보기에 대 한 자세한 내용은 범위 및 실행 하는 방법 및 Application Advisor를 사용 하 여 우선순위를 지정 하면 경고에서 Application Advisor 보고서를 참조 하십시오.
설정 조정 및 기준 비교
기준 성능 측정값을 설정한 후에는 설정을 조정하여 발생하는 예외 종류를 검색하도록 모니터링을 조절합니다. 모든 예외를 보고함으로써 경고를 수신할 예외를 검색하는 기본 예외 처리기가 응용 프로그램에 있는지 여부를 알 수 있습니다. 사용자가 얻는 데이터는 상당한 의미가 있으며 각기 조정해야 하는 양이 줄어듭니다.
사용자 지정 설정을 제거하고 수집된 데이터에 따라 임계값을 설정합니다.
초기 계획 단계 중에 발견 하는 성능 및 예외 이벤트에서 호출 스택을에 따라 특정 네임 스페이스를 추가 합니다.
처리기에 대 한 모든 응용 프로그램 수준 "모두 catch".NET Framework 예외 처리기로 시작 하 고 응용 프로그램 외부에서 예외를 유지 하는 예외 처리기를 추가 합니다.
전체적으로 응용 프로그램보다 더 강력한 SLA를 준수해야 하는 공용 메서드의 성능을 모니터링하기 위해 특수한 트랜잭션을 추가합니다.
새 데이터를 사용 중인 기준과 비교합니다. 예를 들어 실제 평균 응답 시간을 확인합니다. 응용 프로그램에서 보내고 있는 다양한 성능 예외를 파악했으므로 모든 네임스페이스를 모니터링하는 대신, 원하는 특정 네임스페이스를 추가할 수 있습니다. 응용 프로그램은 관찰된 성능 수준에 따라 모니터링되도록 구성되고 정상 수준에서 벗어나는 항목이 있는 경우 경고가 수신됩니다.
시스템의 모니터링되는 추가 서버에 점진적으로 응용 프로그램 배포
새 모니터링 구성으로 응용 프로그램을 잠시 모니터링한 후 응용 프로그램이 정상이라고 생각되는 경우 응용 프로그램을 실행하고 모니터링할 서버 수를 늘려 갑니다. 예를 들어 한 대에서 열 대까지 늘릴 수 있습니다. 해당 수준에서 정상적으로 실행되면 더 많은 서버에 배포 및 모니터링을 늘리는 식으로 진행합니다. 이러한 점진적 확장 방법을 통해 해당 응용 프로그램에 대한 모니터링을 확신할 수 있으며 시스템 상태도 쉽게 보장할 수 있습니다.
클라이언트쪽 모니터링을 시작 합니다.
응용 프로그램 시스템 내에서 잘 실행 되 고 있는지 확신할 때 어떤 고객 환경을 모니터링 하는 좋은 시간입니다. 이 어떤 클라이언트쪽 응용 프로그램 모니터링지 않습니다. 클라이언트쪽 모니터링을 사용 하려면 참조 하십시오. .NET 응용 프로그램에 대 한 모니터링을 구성 하는 방법
운영자가 이 정보를 사용하여 수행할 수 있는 작업
운영자는 이러한 기본 정보를 사용하여 응용 프로그램 또는 인프라에서 문제가 발생하는 위치를 더 적절히 파악할 수 있으며, 문제를 개발 팀에서만 수정할 수 있는지 아니면 운영자가 직접 해결할 수 있는지 여부도 알 수 있습니다.