Share via

관리 팩 수명 주기

  • 아티클

중요

이 버전의 Operations Manager는 지원이 종료되었습니다. Operations Manager 2022로 업그레이드하는 것이 좋습니다.

System Center - Operations Manager에서는 애플리케이션 및 서비스에 대한 모니터링 설정을 사용합니다. 이상적으로 관리 팩은 모니터링 중인 애플리케이션 또는 기술에 대해 알고 싶은 모든 것을 알려주며, 알고 싶지 않은 것은 없습니다. 관리 팩은 대부분의 환경에 유용한 모니터링 환경을 제공하도록 설계되었습니다. 그러나 각 관리 팩을 테스트, 조정 및 조정하여 organization 요구 사항에 가장 적합한 결과를 제공할 수 있습니다.

다음 표에서 설명하는 관리 팩 수명 주기는 관리 팩 사용에 대한 권장 접근 방식을 나타냅니다. 표 다음 섹션에서는 각 단계에 대해 자세히 설명합니다.

단계 Description
프리프로덕션 환경에서 관리 팩 검토 및 평가 프로덕션 환경에서 관리 팩을 배포하기 전에 관리 팩 및 가이드의 내용을 숙지하고, 프리프로덕션 또는 테스트 환경에서 관리 팩을 가져와야 합니다. 또한 가상 머신 환경에서 관리 팩을 확인할 수도 있습니다.
관리 팩 설정 조정 및 사용자 지정 관리 팩 저장 조직 요구를 보다 효과적으로 충족시킬 수 있도록 모니터, 규칙, 개체 검색 등 관리 팩의 설정을 재정의하여 조정합니다. 자신이 만든 관리 팩에 대한 재정의를 저장해야 합니다.
프로덕션 환경에 관리 팩 배포 배포하려는 관리 팩과 연결된 재정의를 사용하여 관리 팩을 내보내고 프로덕션 환경에서 관리 팩을 가져옵니다.
관리 팩 유지 관리 배포 후 관리 팩에는 다음과 같은 추가 튜닝이 필요할 수 있습니다.

- 새로운 하드웨어 또는 운영 체제 등의 환경 변화
- 프로덕션 환경에 새로운 애플리케이션 추가
- 애플리케이션 버전 업그레이드
- 새로운 관리 팩 또는 업데이트된 버전이 제공된 경우
- 비즈니스 요구에 따라 모니터링을 늘리거나 줄이는 정책 변화

검토 및 평가

각 관리 팩은 관리 팩과 동일한 폴더에 설치되는 관리 팩 가이드와 함께 제공됩니다. 관리 팩 가이드에는 관리 팩 설치 및 구성에 대한 지침과 관리 팩에 대한 정보(예: 관리 팩에서 검색하는 개체 및 상태가 롤업되는 방법)가 포함되어 있습니다. 이 정보를 사용하면 사용자 목적에 맞게 관리 팩을 사용자 지정할 수 있습니다. 관리 팩을 가져오기 전에 관리 팩 가이드를 항상 확인해야 합니다.

봉인된 관리 팩의 콘텐츠를 확인하는 도구는 MPViewer이며, 이 도구는 관리 팩의 규칙, 모니터, 보기, 작업, 콘솔 작업, 보고서 등의 콘텐츠를 표시할 수 있습니다. 또한 MPViewer는 특정 관리 팩 항목과 연결된 기술 정보도 표시합니다. Operations Manager 운영 콘솔이 설치된 모든 컴퓨터에 MPViewer를 설치하여 사용할 수 있습니다.

새 관리 팩이 있는 경우 사전 프로덕션 환경으로 가져와야 합니다. Operations Manager에서는 프로덕션 애플리케이션을 모니터링하는 데 사용되는 프로덕션 구현과 프로덕션 환경과의 상호 작용을 최소화하는 사전 프로덕션 구현을 사용하는 것이 가장 좋습니다. 프리프로덕션 관리 그룹은 프로덕션 환경에 관리 팩을 배포하기 전에 관리 팩 기능을 테스트하고 조정하는 데 사용됩니다.

관리 팩이 수집하는 데이터를 정확하게 측정하려면 프로덕션 환경의 요구 사항을 에이전트에 제공해야 합니다. 사전 프로덕션 환경에서 관리 서버의 하드웨어는 프로덕션 환경에서 사용 중인 하드웨어를 반영해야 합니다. 프리프로덕션 관리 그룹에서는 프로덕션 관리 그룹에서와 동일한 관리 팩을 관리 서버에 가져와야 합니다. 상호 운용성을 테스트하려면 프리프로덕션 환경에 프로덕션 환경과 동일한 유형의 버 역할 유형도 소규모 구성으로 포함해야 합니다.

Operations Manager 에이전트를 두 개 이상의 관리 그룹(또는 멀티호밍)에 할당할 수 있습니다. 프로덕션 환경 및 사전 프로덕션 환경에서 에이전트의 대표적인 하위 집합을 멀티홈하는 경우 사전 프로덕션 환경에서 관리 팩을 올바르게 조정하는 데 필요한 정보를 제공해야 합니다. 에이전트를 멀티호밍하는 방법에 대한 자세한 내용은 Windows 에이전트 구성을 참조하세요.

조정 및 사용자 지정

Operations Manager에서, 재정의를 사용하여 모니터, 규칙, 개체 검색, 특성 등 멀티호밍 개체의 설정을 구체적으로 정의할 수 있습니다. 사용자 지정을 저장할 수 있는 관리 팩을 만들어야 합니다.

IT 서비스(서비스의 복잡성에 따라 하나 이상의 관리 팩이 포함될 수 있음)의 모니터링 구성을 효과적으로 조정하려면 서비스 소유자 또는 관련 분야 전문가, 서비스 데스크 담당자, 경고 및 이벤트를 모니터링하고 주의가 필요한 경우 조치를 취할 운영 팀 구성원의 담당자 및 Operations Manager 인프라를 담당하는 엔지니어링 팀을 참여시켜야 합니다. 관리 팩에서 모니터링하는 서비스에 따라 네트워킹 또는 보안 팀의 담당자를 포함할 수도 있습니다. Operations Manager 인프라 담당자들은 전문가의 도움 없이 관리 팩을 효과적으로 조정할 수 있을 만큼 서비스에 대한 지식과 경험이 없을 수도 있습니다.

먼저 대용량 경고에 집중하여 가장 일반적인 경고를 검토하여 모니터링 정확도를 개선합니다. 다음을 확인하고 영향에 따라 우선 순위를 지정합니다.

  • 기존/알려진 문제로 인해 발생한 경고의 개수 및 백분율
  • 반복되거나 중복된 경고의 개수 및 백분율. 추가 튜닝이 필요하거나 추가로 조사할 잠재적인 문제가 있음을 나타낼 수 있습니다.
  • 성능 또는 가용성 문제를 나타내는 경고의 개수 및 백분율
  • 생성된 티켓과 경고의 비율
  • 해결 상태가 워크플로에서 대용량 경고를 생성 중이며 조사 결과 작업 또는 계층 2 지원의 잘못으로 드러났음을 나타내는 상태로 설정된 경고

다음 보고서를 사용하여 추가 튜닝이 필요한지 확인합니다.

  • 가장 일반적인 경고 보고서
  • 경고 보고서
  • 관리 팩별 데이터 볼륨

다음 보고서는 서비스를 전체적으로 효율적으로 모니터링하고 있는지 확인하는 데 중요하며, 그렇지 않습니다.

  • 검색 규칙이 너무 자주 실행되거나 자주 변경되는 속성/특성이 수집되어 구성 변동
  • 성능 데이터가 너무 자주 수집되거나 organization 보고서, 보기 또는 dashboard 사용하지 않으므로 수집할 필요가 없습니다.
  • 아무 값도 추가하지 않고 문제 해결에만 사용되는 이벤트 데이터 수집
  • 잘못된 구성, 버그 또는 다른 증상으로 인한 성능 상태 플립플롭
  • 반복 횟수가 높은 경고 규칙

최소한 다음 조건에 따라 각 규칙을 평가해야 합니다.

  • 측정 및 식별 가능한 발생. 해당 범주에 적합하지 않은 것은 사용되지 않습니다.
  • 경고가 발생한 경우 문제를 해결하는 방법을 알고 있는지 여부
  • 서비스 중단을 나타내는 인시던트(오류) 외에 잠재적 서비스 영향을 사전에 고지하는 예외(경고)가 NOC/서비스 데스크에 노출되는지 여부
  • 검색이 너무 자주 실행되는지 여부
  • 이 성능 데이터를 수집해야 하는지 여부 데이터가 유용한지 여부
  • 경고가 이해하기 쉽고, 관련이 있으며, 최신 상태인지 여부
  • 증상/문제가 자체적으로 해결된 경우 모니터에서 자동 해결하는지 여부

조정할 대상

  • 검색 빈도

  • 모니터 임계값

  • 대상

  • 스크립트 기반 규칙/모니터 및 성능 수집 규칙에 대한 간격

  • 매개 변수

팁

  • 새로운 관리 팩을 사용하여 모니터링하는 서버에 대해 보고된 새 경고를 확인합니다. 경고 및 가장 자주 발생하는 경고 보고서를 사용하여 가장 자주 발생하는 경고를 검색할 수 있습니다. 먼저 관리 팩을 설치하면 이전에 알려진 다양한 문제를 검색할 수 있습니다. 경고를 모니터링하여 잠재적인 우려 영역을 확인합니다.

  • 특정 클래스의 모든 개체, 그룹 또는 특정 개체에 대해 적용 가능한 모니터 또는 규칙을 재정의합니다.

  • 문제가 경고를 보증할 만큼 심각하지 않고 모니터링되는 특정 상황을 인식할 필요가 없는 경우 모니터 또는 규칙을 사용하지 않도록 설정합니다.

  • 기본 조건을 모니터링하려고 하지만 조건이 특정 환경에서 실제로 문제가 되기 전에 경고가 생성되는 경우, 경고를 생성하는 모니터의 임계값을 변경합니다.

  • 관리 팩에 대한 재정의를 설정하는 경우 ManagementPack_Override라는 관리 팩에 이러한 재정의를 저장합니다. 여기서 ManagementPack은 재정의가 적용되는 봉인된 관리 팩의 이름입니다.

배포

사전 프로덕션 환경에서 관리 팩의 성능과 결과에 만족하는 경우 프로덕션 환경에서 관리 팩 및 해당 사용자 지정을 배포할 수 있습니다. 사용자 지정을 저장한 관리 팩을 다른 컴퓨터에서 가져오도록 내보내야 합니다. 자세한 내용은 관리 팩을 가져오고, 내보내고, 제거하는 방법을 참조하세요. 사용자가 설정한 재정의를 포함하는 관리 팩은 원래 관리 팩에 종속되므로, 원래 관리 팩이 설치되어 있는 관리 그룹으로만 가져올 수 있습니다.

유지 관리

관리 팩을 배포한 후에는 계속해서 비즈니스 요구를 충족시킬 수 있는지 확인하기 위해 프로덕션 환경에서 해당 성능과 결과를 주기적으로 평가해야 합니다. 다음 목록에서는 관리 팩에 대한 변경이 필요할 수 있는 일반적인 경우에 대해 설명합니다.

  • 새로운 하드웨어 또는 운영 체제 등의 환경 변화

    프로덕션 환경에 추가하려는 새 하드웨어 또는 새 운영 체제를 테스트하는 경우 필요한 추가 튜닝을 식별하기 위해 테스트 계획에 기존 관리 팩을 포함해야 합니다. 운영 체제의 경우 해당 운영 체제에 특정된 새로운 관리 팩을 가져와야 합니다.

  • 프로덕션 환경에 새로운 애플리케이션 추가

    새 애플리케이션의 경우 새로운 관리 팩이나 기존 관리 팩에 대한 조정이 필요할 수 있습니다.

  • 애플리케이션 버전 업그레이드

    조직에서 애플리케이션 버전을 업그레이드할 때 두 버전의 애플리케이션이 네트워크에 있는 단계별로 업그레이드하거나 애플리케이션의 모든 설치를 한 번에 업그레이드합니다. 새로운 버전에서 관리 팩을 테스트하고 필요한 조정을 마친 후에는 업그레이드를 배포하는 데 사용한 것과 동일한 관리 팩 배포 방식을 따라야 합니다. 애플리케이션의 두 버전이 동시에 사용될 경우 각 버전에 적합한 관리 팩을 설치해야 합니다. 모든 애플리케이션 설치를 한 번에 업그레이드할 경우 이전 버전의 애플리케이션에 대한 관리 팩을 지우고 새 버전에 대한 관리 팩을 설치해야 합니다.

  • 새로운 관리 팩 또는 업데이트된 버전이 제공된 경우

    새로운 또는 업데이트된 관리 팩 버전을 검토하고 조정하려면 프리프로덕션 환경을 사용해야 합니다.

  • 정책 변경 내용

    비즈니스 또는 조직이 지속적으로 변경될 경우 그에 따른 모니터링을 늘리거나 줄이기 위해 관리 팩을 조정해야 합니다.

변경 제어에 대한 모범 사례

다음은 Operations Manager 관리 팩을 관리할 때 따라야 하는 몇 가지 모범 사례입니다.

  • 필요한 경우 변경 사항을 롤백할 수 있도록 관리 팩 버전에 대한 아카이브를 유지 관리합니다. 아카이브를 효율적으로 유지 관리할 수 있는 방법 중 하나는 Microsoft Team Foundation Server 또는 SharePoint Server와 같은 버전 제어 소프트웨어를 사용하는 것입니다. 또 다른 방법은 각 관리 팩 버전마다 개별 폴더를 사용해서 네트워크에 파일 공유를 만들어 사용하는 것입니다.

  • 관리 팩에 대한 재정의를 설정하는 경우 ManagementPack_Overrides라는 관리 팩에 이러한 재정의를 저장합니다. 여기서 ManagementPack 은 재정의가 적용되는 봉인된 관리 팩의 이름입니다. 예를 들어 관리 팩 Microsoft.SQLServer.2012.Monitoring.mp에 대한 재정의는 Microsoft.SQLServer.2012.Monitoring_Overrides.xml에 저장됩니다. 자세한 내용은 Creating a Management Pack for Overrides항목을 참조하세요.

  • 관리 팩이 업데이트되면 <해당 이름>_Overrides.xml 파일을 새로운 버전 번호로 업데이트합니다. XML 편집기를 사용하여 _Overrides.xml 파일의 버전 번호를 업데이트해야 합니다. _Overrides.xml 파일을 변경하지만 버전 특성을 변경하지 않는 경우 파일을 가져올 수 있지만 파일의 설정은 적용되지 않습니다.

  • 관리 팩에 작성한 재정의는 문서화합니다. 재정의를 설정할 때 속성 재정의 대화 상자의 세부 정보 창에서 편집 을 선택하여 수행 중인 작업에 대한 설명과 그 이유를 설명 필드에 추가합니다. 또한 관리 팩에 작성한 변경 내용을 문서화하는 스프레드시트나 다른 양식을 유지할 수도 있습니다.

다음 단계