다음을 통해 공유

System Center Operations Manager에서 Azure Monitor로 마이그레이션

이 문서에서는 System Center Operations Manager를 사용하고 비즈니스 애플리케이션 및 기타 리소스를 Azure로 마이그레이션할 때 Azure Monitor 를 사용하여 클라우드 기반 모니터링으로 전환할 계획인 고객을 위한 지침을 제공합니다.

System Center Operations Manager에서 마이그레이션하는 표준 프로세스는 없습니다. 빠른 마이그레이션을 수행하는 것이 아니라 SCOM 관리 팩을 장기간 사용할 수 있습니다. 이 문서에서는 사용 가능한 다양한 옵션과 특정 환경에 가장 적합한 전략을 결정하는 데 사용할 수 있는 의사 결정 기준에 대해 설명합니다.

하이브리드 클라우드 모니터링

대부분의 고객은 클라우드로 점진적으로 전환할 수 있는 하이브리드 클라우드 모니터링 전략을 사용합니다. 이 방법을 사용하면 새 플랫폼에 익숙해지면 기존 비즈니스 프로세스를 유지할 수 있습니다. Azure Monitor로 대체할 수 있을 경우에만 System Center Operations Manager의 기능에서 이동하세요. 여러 모니터링 도구는 복잡성을 더합니다. 그러나 이를 통해 차세대 클라우드 워크로드를 모니터링하는 Azure Monitor의 기능을 활용할 수 있습니다. 동시에 System Center Operations Manager의 서버 소프트웨어 및 워크로드 모니터링 기능을 유지할 수 있습니다.

구성 요소를 Azure로 이동하기 전의 환경은 온-프레미스 또는 관리 서비스 공급자에 있는 가상 및 물리적 머신을 기반으로 합니다. System Center Operations Manager를 사용하여 물리적 서버 및 네트워크와 같은 환경의 비즈니스 애플리케이션, 서버 소프트웨어 및 기타 인프라 구성 요소를 모니터링합니다. IIS(인터넷 정보 서비스), SQL Server 및 다양한 공급업체 소프트웨어와 같은 서버 소프트웨어에 표준 관리 팩을 사용하고 특정 요구 사항에 맞게 해당 관리 팩을 조정합니다. 기존 관리 팩으로 모니터링할 수 없는 비즈니스 애플리케이션 및 구성 요소에 대한 사용자 지정 관리 팩을 만듭니다. 또한 비즈니스 프로세스를 지원하도록 System Center Operations Manager를 구성합니다.

서비스를 클라우드로 이동하면 Azure Monitor에서 각 리소스에 대한 플랫폼 메트릭 및 활동 로그 수집을 시작합니다. 로그 쿼리 및 인사이트를 사용하여 사용 가능한 모든 원격 분석을 대화형으로 분석할 수 있도록 리소스로그를 수집하는 진단 설정을 만듭니다.

이 전환 기간 동안 두 개의 독립적인 모니터링 도구가 있습니다. 인사이트 및 워크북을 사용하여 Azure 포털에서 클라우드 데이터를 분석하는 동시에 운영 콘솔을 사용하여 System Center Operations Manager에서 수집한 데이터를 분석합니다. 각 시스템에는 자체 경고가 있으므로 System Center Operations Manager의 알림 그룹에 해당하는 작업 그룹을 Azure Monitor에 만들어야 합니다.

다음 표에서는 System Center Operations Manager 및 Azure Monitor를 사용하여 하이브리드 모니터링 환경에 사용할 수 있는 다양한 기능과 전략을 설명합니다.

메서드 설명
이중 홈 에이전트 System Center Operations Manager는 Azure Monitor에서 사용하는 Log Analytics 에이전트 와 동일한 MMA(Microsoft Management Agent)를 사용합니다. 단일 컴퓨터가 System Center Operations Manager와 Azure Monitor 모두에 동시에 연결되도록 이 에이전트를 구성할 수 있습니다. 이 구성을 사용하려면 Azure VM이 온-프레미스 관리 서버에 연결되어야 합니다.

Log Analytics 에이전트는 더 간단한 관리 및 데이터 수집에 대한 더 나은 제어를 포함하여 중요한 이점을 제공하는 Azure Monitor 에이전트로 대체됩니다. 두 에이전트는 동일한 컴퓨터에서 공존하여 Azure Monitor와 System Center Operations Manager 모두에 연결할 수 있습니다. 이 구성은 Azure Monitor 에이전트의 상당한 장점 때문에 레거시 에이전트를 이중 호밍하는 것보다 더 나은 옵션입니다.
연결된 관리 그룹 SCOM 관리 그룹을 Azure Monitor에 연결하여 System Center Operations Manager 에이전트에서 수집된 데이터를 Azure Monitor로 전달합니다. 이 설정은 이중 홈 에이전트를 사용하는 것과 유사하지만 각 에이전트를 Azure Monitor에 연결하도록 구성할 필요는 없습니다. 이 전략에는 레거시 에이전트가 필요하므로 DCR(데이터 수집 규칙)을 사용하여 모니터링을 지정할 수 없습니다. 각 VM을 Azure Monitor에 직접 연결하지 않는 한 VM 인사이트를 사용할 수 없습니다.
SCOM 관리되는 인스턴스 SCOM 관리형 인스턴스 는 온-프레미스 System Center Operations Manager 환경에서 실행하는 것과 동일한 관리 팩을 계속 실행할 수 있도록 하는 Azure의 System Center Operations Manager의 전체 구현입니다. 상태 및 경고를 분석하기 위해 동일한 운영 콘솔을 계속 사용할 수 있습니다. Azure Monitor에서 경고를 보고 Grafana에서 System Center Operations Manager 데이터를 분석할 수도 있습니다.

SCOM MI는 Azure에서 모니터링 구성을 통합하고 데이터베이스 및 관리 서버와 같은 온-프레미스 구성 요소를 사용 중지할 수 있지만 기존 System Center Operations Manager 환경 및 이중 호밍 에이전트를 유지 관리하는 것과 유사합니다. Azure VM의 에이전트는 사용자 고유의 데이터 센터의 관리 서버에 연결하지 않고 Azure의 System Center Operations Manager 관리형 인스턴스에 연결할 수 있습니다.
Azure 관리 팩 Azure 관리 팩을 사용하면 Operations Manager가 특정 모니터링 시나리오 집합에 따라 Azure 리소스를 검색하고 상태를 모니터링할 수 있습니다. 이 관리 팩을 사용하려면 Azure의 각 리소스에 대해 추가 구성을 수행해야 합니다. 비즈니스 프로세스를 발전하여 Azure Monitor에 집중할 때까지 운영 콘솔에서 Azure 리소스의 가시성을 제공하는 것이 유용할 수 있습니다.

비즈니스 애플리케이션 모니터링

일반적으로 각 가상 머신에 설치된 에이전트를 사용하여 System Center Operations Manager를 사용하여 비즈니스 애플리케이션을 모니터링하려면 사용자 지정 관리 팩이 필요합니다. Azure Monitor의 Application Insights는 Azure, 다른 클라우드 또는 온-프레미스에 있는지 여부에 관계없이 웹 기반 애플리케이션을 모니터링합니다. Azure로 마이그레이션했는지 여부에 관계없이 모든 애플리케이션에 사용할 수 있습니다.

비즈니스 애플리케이션 모니터링이 System Center Operations Manager의 .NET 앱 성능 템플릿 에서 제공하는 기능으로 제한되는 경우 기능 손실 없이 Application Insights로 마이그레이션할 가능성이 높습니다. 실제로 Application Insights에는 다음을 비롯한 많은 다른 기능이 포함되어 있습니다.

  • 애플리케이션 구성 요소를 자동으로 검색하고 모니터링합니다.
  • 응답 시간, 실패율 및 요청 속도와 같은 자세한 애플리케이션 사용량 및 성능 데이터를 수집합니다.
  • 페이지 보기 및 로드 성능과 같은 브라우저 데이터를 수집합니다.
  • 예외를 감지하고 스택 추적 및 관련 요청을 분석합니다.
  • 분산 추적 및 스마트 검색과 같은 기능을 사용하여 고급 분석을 수행합니다.
  • 메트릭 탐색기를 사용하여 성능 데이터를 대화형으로 분석합니다.
  • 로그 쿼리를 사용하여 Azure 서비스 및 VM 인사이트를 위해 수집된 데이터와 함께 수집된 원격 분석을 대화형으로 분석합니다.

필요한 기능을 달성할 수 있을 때까지 Application Insights 외에도 System Center Operations Manager를 계속 사용해야 하는 특정 시나리오가 있습니다. System Center Operations Manager를 계속 사용해야 하는 예제는 다음과 같습니다.

  • 애플리케이션의 가용성 및 응답성을 모니터링하고 경고할 수 있는 가용성 테스트에는 웹 테스트 에이전트의 IP 주소에서 들어오는 요청이 필요합니다. 정책에서 이러한 액세스를 허용하지 않는 경우 System Center Operations Manager에서 웹 애플리케이션 가용성 모니터를 계속 사용해야 할 수 있습니다.
  • System Center Operations Manager에서 가용성 테스트에 대한 폴링 간격을 설정할 수 있으며, 많은 고객이 60-120초마다 확인합니다. Application Insights의 최소 폴링 간격은 5분이며 일부 고객에게는 너무 길 수 있습니다.
  • System Center Operations Manager에서 상당한 양의 모니터링은 애플리케이션에서 생성된 이벤트를 수집하고 로컬 에이전트에서 스크립트를 실행하여 수행됩니다. 이러한 옵션은 Application Insights에서 표준이 아니므로 비즈니스 요구 사항을 달성하기 위해 사용자 지정 작업이 필요할 수 있습니다. 여기에는 Log Analytics 작업 영역에 저장된 이벤트 데이터를 사용하는 사용자 지정 경고 규칙과 Hybrid Runbook Worker를 사용하여 가상 머신 게스트에서 시작된 스크립트가 포함될 수 있습니다.
  • 애플리케이션이 작성된 언어에 따라 Application Insights에서 사용할 수 있는 계측이 제한될 수 있습니다.

이 가이드의 다른 섹션에 있는 기본 전략에 따라 비즈니스 애플리케이션에 System Center Operations Manager를 계속 사용하지만 Application Insights에서 제공하는 다른 기능을 활용합니다. 중요한 기능을 Azure Monitor로 바꿀 수 있으므로 사용자 지정 관리 팩을 사용 중지할 수 있습니다.

가상 머신 모니터링

하이브리드 환경에서 가상 머신의 소프트웨어를 모니터링하는 경우 VM에서 실행되는 워크로드의 요구 사항에 따라 Azure Monitor와 System Center Operations Manager의 조합을 사용하는 경우가 많습니다. Azure에서 가상 머신을 만드는 즉시 VM 호스트에 대한 플랫폼 메트릭 및 활동 로그 가 자동으로 수집되기 시작합니다. 권장 경고를 사용하도록 설정 하여 서버 다운 및 높은 CPU 사용률과 같은 VM 호스트에 대한 일반적인 오류를 알립니다.

VM 인사이트를 사용하도록 설정하여 Azure Monitor 에이전트를 설치하고 클라이언트 운영 체제에서 일반적인 성능 데이터 수집을 시작합니다. System Center Operations Manager에서 이미 수집 중인 일부 데이터와 겹칠 수 있습니다. 그러나 시간이 지남에 따라 추세를 보기 시작하고 다른 클라우드 리소스를 사용하여 Azure VM을 모니터링할 수 있습니다. 또한 가상 머신에서 실행되는 프로세스와 다른 서비스에 대한 종속성에 대한 인사이트를 제공하는 맵 기능을 사용하도록 선택할 수도 있습니다.

Azure Monitor의 다른 기능에서 제공하지 않는 기능에 관리 팩을 계속 사용합니다. 여기에는 IIS, SQL Server 또는 Exchange와 같은 중요한 서버 소프트웨어용 관리 팩이 포함됩니다. Azure Monitor로 연결할 수 없는 온-프레미스 인프라용으로 개발된 사용자 지정 관리 팩이 있을 수도 있습니다. 운영 프로세스에 긴밀하게 통합된 경우 System Center Operations Manager를 계속 사용합니다. 서비스 작업 현대화로 전환할 수 있으면 Azure Monitor 및 기타 Azure 서비스가 서비스 작업을 확대하거나 대체할 수 있습니다.

비고

Azure Monitor 에이전트 대신 Log Analytics 에이전트를 사용하여 VM 인사이트를 사용하도록 설정하는 경우 VM에 다른 에이전트를 설치할 필요가 없습니다. 하지만 클라우드에서 VM 모니터링이 크게 향상되었기 때문에 Azure Monitor 에이전트를 사용하는 것이 좋습니다. 데이터 수집 규칙에서 모니터링을 정의하는 기능은 여러 에이전트를 유지 관리하는 복잡성을 만회합니다. 이러한 규칙을 사용하면 관리 팩을 디자인하기 위한 전략과 유사하게 여러 VM 집합에 대해 서로 다른 데이터 수집을 구성할 수 있습니다.

VM 워크로드에 대한 관리 팩 논리 마이그레이션

논리가 Azure Monitor 데이터 수집과 근본적으로 다르기 때문에 SCOM 관리 팩을 Azure Monitor로 변환하는 마이그레이션 도구는 없습니다. 관리 팩 논리 마이그레이션은 일반적으로 System Center Operations Manager에서 수집한 데이터를 분석하고 Azure Monitor에서 복제할 수 있는 모니터링 시나리오를 식별하는 데 중점을 둡니다. 다양한 애플리케이션 및 구성 요소에 대한 요구 사항을 충족하도록 Azure Monitor를 사용자 지정하면 System Center Operations Manager에서 다양한 관리 팩 및 레거시 에이전트를 사용 중지할 수 있습니다.

System Center Operations Manager의 관리 팩에는 데이터 수집 및 결과 경고를 단일 엔드 투 엔드 워크플로로 결합하는 규칙 및 모니터가 포함되어 있습니다. System Center Operations Manager에서 이미 수집한 데이터는 경고에 거의 사용되지 않습니다. Azure Monitor는 데이터 수집 및 경고를 별도의 프로세스로 구분합니다. 경고 규칙은 에이전트에서 수집된 Azure Monitor 로그 및 Azure Monitor 메트릭의 데이터에 액세스합니다. 또한 규칙 및 모니터는 일반적으로 특정 이벤트 또는 성능 카운터와 같은 특정 데이터에 중점을 줍니다. Azure Monitor의 데이터 수집 규칙은 일반적으로 단일 DCR에서 여러 이벤트 및 성능 카운터 집합을 수집하는 데 더 광범위합니다.

데이터 수집을 만들고 일반적인 모니터링 시나리오에 대한 경고에 대한 지침은 다음 콘텐츠를 참조하세요.

관리 팩의 전체 기능을 복제하는 대신 각각이 제공하는 중요한 모니터링을 분석합니다. 대체 방법을 사용하여 이러한 모니터링 요구 사항을 복제할 수 있는지 여부를 결정합니다. 대부분의 경우 Azure Monitor에서 특정 관리 팩을 사용 중지할 수 있는 충분한 기능을 복제하는 데이터 수집 및 경고 규칙을 구성할 수 있습니다. 관리 팩에는 수백, 심지어 수천 개의 규칙과 모니터가 포함될 수 있습니다.

한 가지 전략은 사용자 환경에서 경고를 트리거한 모니터 및 규칙에 초점을 맞추는 것입니다. 시간에 따른 경고를 식별하는 데 도움이 되는 경고 및 가장 일반적인 경고와 같은 Operations Manager에서 사용할 수 있는 기존 보고서를 참조하세요. Operations Database에서 다음 쿼리를 실행하여 가장 일반적인 최신 경고를 평가할 수도 있습니다.

select AlertName, COUNT(AlertName) as 'Total Alerts' from
Alert.vAlertResolutionState ars
inner join Alert.vAlertDetail adt on ars.AlertGuid = adt.AlertGuid
inner join Alert.vAlert alt on ars.AlertGuid = alt.AlertGuid
group by AlertName
order by 'Total Alerts' DESC

출력을 평가하여 마이그레이션에 대한 특정 경고를 식별합니다. 튜닝되었거나 문제가 있는 것으로 알려진 경고는 무시합니다. 관리 팩을 검토하여 한 번도 발생하지 않은 중요한 관심 경고를 식별합니다.

가상 트랜잭션

관리 팩은 컴퓨터에서 실행되는 애플리케이션 또는 서비스에 연결하는 가상 트랜잭션을 사용하여 사용자 연결 또는 실제 사용자 트래픽을 시뮬레이션하는 경우가 많습니다. 애플리케이션을 사용할 수 있는 경우 컴퓨터가 제대로 실행되고 있다고 가정할 수 있습니다. Azure Monitor의 Application Insights 가용성 테스트는 이 기능을 제공합니다. 인터넷에서 액세스할 수 있는 애플리케이션에 대해서만 작동합니다. 내부 애플리케이션의 경우 테스트를 수행하는 특정 Microsoft URL의 액세스를 허용하도록 방화벽을 열어야 합니다. 또는 기존 관리 팩을 계속 사용할 수 있습니다.

다음 단계