.NET 응용 프로그램 모니터링 접근 방식 비교

 

적용 대상: System Center 2012 R2 Operations Manager

일반적으로 Microsoft .NET Framework 응용 프로그램을 항상 모니터링(연속 모니터링)하는 것이 좋습니다. 그렇게 하면 기준 성능에 대한 정보를 얻을 수 있으며 여러 고객이 영향을 받기 전에 응용 프로그램 오류에 대한 알림을 적시에 받을 수 있습니다. 그러나 때로는 특정 응용 프로그램만의 문제를 해결하기 위해서(요청 시) 모니터링을 시작해야 할 수 있습니다. System Center에서는 로컬 컬렉션을 사용하는 경우에는 사용 불가능한 경고 및 보고를 포함하는 강력한 모니터링 솔루션을 제공합니다. 그러나 System Center를 사용하면 일반적으로 관리자 및 사용량 요구가 많은 인프라가 필요합니다. 로컬 컬렉션은 모니터링을 시작하기 전에는 특별한 구성이 필요하지 않은 간단한 모니터링 솔루션입니다. 예를 들어 특별 데이터베이스 또는 특별 계정을 설정할 필요가 없습니다. 그러나 데이터가 적게 수집되며 응용 프로그램 문제에 대해 실시간 경고를 수신하지 못합니다. 로컬로 수집된 추적에는 Microsoft Monitoring Agent를 System Center 2012 - Operations Manager와 함께 사용하는 경우 사용 가능한 성능 카운터 또는 기타 진단 정보가 들어 있지 않습니다.

.NET Framework 응용 프로그램 모니터링 방법 선택

모니터링 접근 방식 비교

모니터링 접근 방식	사용 시기	모니터링 제어 방법
System Center APM(응용 프로그램 성능 모니터링)으로 연속 모니터링	System Center Operations Manager가 있는 경우 이러한 접근 방식을 사용합니다. 일반적으로 IT 운영 팀에서 이러한 접근 방식을 사용하여 응용 프로그램 성능 또는 오류에 대한 경고를 수신합니다. IT 운영 팀에서 APM 경고의 데이터를 Microsoft IntelliTrace 형식으로 변환하거나 TFS(Team Foundation Server) 동기화를 사용하여 경고를 Microsoft Visual Studio TFS 작업 항목으로 자동으로 라우팅할 수 있습니다. IT 운영 팀에서 환경을 소유합니다. 자세한 내용은 System Center 2012 R2에서 TFS와의 통합을 구성하는 방법 항목을 참조하세요.	.NET 응용 프로그램 성능 모니터링 템플릿을 사용합니다. 자세한 내용은 .NET 응용 프로그램 성능 모니터링 템플릿 을 참조하십시오.
Microsoft Monitoring Agent 로컬 컬렉션으로 연속 모니터링	컴퓨터에서 System Center를 사용하여 계속 모니터링하고 있으며 APM 모니터링에 대해 구성한 다른 응용 프로그램이 있는 경우 이러한 접근 방식을 사용합니다. 사용자가 환경의 소유자입니다. 모니터링의 시작 및 중지 시기를 제어하고 추적을 수집할 최적의 시간을 알고 있습니다.	Windows PowerShell cmdlet, Start-WebApplicationMonitoring 및 Checkpoint-WebApplicationMonitoring을 사용합니다. Start-WebApplicationMonitoring은 모니터링을 시작합니다.Checkpoint-WebApplicationMonitoring은 IntelliTrace 파일의 스냅숏을 수집하고 모니터링을 계속합니다.Checkpoint-WebApplicationMonitoring은 사용 중인 응용 프로그램에 영향을 주지 않으며 응용 프로그램을 다시 시작할 필요가 없습니다. 모니터링을 시작한 이후에는 응용 프로그램 또는 컴퓨터가 다시 시작되는 경우에도 모니터링이 계속됩니다.Stop-WebApplicationMonitoring은 모니터링을 중지합니다. 자세한 내용은 Microsoft.MonitoringAgent.PowerShell.Start-WebApplicationMonitoring 및 Microsoft.MonitoringAgent.PowerShell.Checkpoint-WebApplicationMonitoring을 참조하십시오.
System Center APM을 사용한 연속 모니터링 설정을 일시적으로 재정의하는 주문형 로컬 컬렉션	문제를 해결하기 위한 특정 시점에 보다 많은 데이터를 수집하려는 경우에 이러한 접근 방식을 사용합니다. 응용 프로그램별 설정을 사용하여 컬렉션 계획을 정의해야 하며 이 경우 모니터링에 시스템 리소스(CPU 및 메모리)를 더 많이 사용할 수 있습니다. 출력은 재정의, 주문형 세션 중 수집된 모든 이벤트를 포함한 IntelliTrace 로그가 됩니다. IT 운영 팀에서 환경을 계속 소유하지만 사용자는 특정 시기의 데이터를 더 많이 수집해야 하며 유연성을 발휘할 수 있습니다.	Windows PowerShell cmdlet, Start-WebApplicationMonitoring 및 Stop-WebApplicationMonitoring을 사용하여 로컬 컬렉션을 사용하도록 설정할 수 있습니다. 모니터링을 중지한 경우 추적이 로컬 파일에 기록되며 System Center APM 모니터링 설정이 복원됩니다.
Microsoft Monitoring Agent 로컬 컬렉션을 사용한 연속 모니터링 설정을 일시적으로 재정의하는 주문형 로컬 컬렉션	응용 프로그램을 이미 모니터링했지만 특정 응용 프로그램 문제를 해결해야 하며 모니터링에 시스템 리소스(CPU 및 메모리)를 더 많이 사용할 수 있는 설정을 더 구체화하여 모니터링을 실행하려는 경우에 이러한 접근 방식을 사용합니다. 출력은 재정의, 주문형 세션 중 수집된 모든 이벤트를 포함한 IntelliTrace 로그가 됩니다. IT 운영 팀에서 환경을 계속 소유하지만 사용자는 특정 시기의 데이터를 더 많이 수집해야 하며 유연성을 발휘할 수 있습니다.	Windows PowerShell cmdlet, Start-WebApplicationMonitoring 및 Stop-WebApplicationMonitoring을 사용합니다. 모니터링을 중지한 경우 추적은 모니터링을 시작할 때 지정한 위치에 있는 로컬 파일에 기록됩니다.