CMDB 상태의 도메인 분리

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 8분

    • CMDB 상태와 관련된 도메인 분리의 개요입니다. 도메인 분리를 사용하여 데이터, 프로세스 및 관리 작업을 도메인이라는 논리적 그룹으로 분할할 수 있습니다. 어떤 사용자가 데이터를 보고 액세스할 수 있는지를 포함하여 이러한 분리의 여러 측면을 제어할 수 있습니다.

    CMDB 상태의 도메인 분리 개요

    CMDB 대시보드는 사용자가 필요로 하는 방식을 가장 잘 수용할 수 있도록 고유한 규칙 세트로 설정되어야 합니다. CMDB 대시보드 작업은 이러한 규칙을 준수하여 보고서를 생성합니다. 이러한 내용은 아래의 별도 섹션에서 다룹니다.

    CMDB 상태에서 도메인 분리가 작동하는 방식

    대시보드를 가장 효과적으로 사용하려면 사용자가 대시보드를 적절히 구성해야 합니다. 이 작업은 요구 사항에 맞게 고아, 부실 및 포함 규칙을 설정하여 수행되며, 이렇게 하면 대시보드에 표시되는 보고서에 영향을 줍니다.

    각 도메인은 다르게 구성할 수 있으므로 설정과 메트릭은 각 애플리케이션의 서로 다른 측면을 정의합니다. 이러한 규칙은 기본 시스템에 포함된 규칙에 추가적으로 설정됩니다. CI마다 소유자의 유형이 다릅니다. 각 도메인에는 고유한 규칙 세트가 있습니다.

    전역 도메인의 메트릭 테스트는 하위 도메인으로 전파됩니다. 그러나 하위 도메인에는 전역 도메인 테스트를 재정의하는 자체 로컬 메트릭 테스트가 있을 수 있습니다. 릴리스까지 San Diego 하위 도메인 로컬 메트릭 테스트는 하위 도메인 CI와 전역 도메인 CI(하위 도메인에 표시됨)에 적용되었습니다. 로컬 하위 도메인의 메트릭 테스트에 실패한 전역 도메인 CI는 중복된 데이터로 인해 많은 양의 데이터를 생성할 수 있습니다.

    릴리스부터 Tokyo 전역 도메인의 CI는 전역 도메인에 지정된 메트릭 테스트에 대해서만 평가됩니다. 하위 도메인에서 로컬 메트릭 테스트는 해당 하위 도메인의 CI에만 적용되고 전역 도메인 CI에는 적용되지 않습니다(하위 도메인에 전역 도메인 CI가 표시되더라도). 전역 도메인의 CI에 대한 상태 결과는 하위 도메인에 나타나고 하위 도메인의 상태 결과에는 이 새 동작이 반영됩니다.

    주:
    도메인 분리는 기본적으로 켜져 있지만 필요에 따라 각 도메인을 구성할 수 있습니다.

    건강 기본 설정

    설정 중에 다음 기본 설정을 구성합니다.

    1. CMDB 상태를 제어하는 전역 시스템 속성 – 시스템 속성은 도메인으로 구분되지 않습니다. 자세한 내용은 다음 문서를 참조하십시오 CMDB 상태 시스템 속성.

    2. CMDB 상태 대시보드 작업 – 완성도와 같은 각 주요 KPI에 대한 대시보드 작업이 있습니다. 이 작업은 활성화된 모든 도메인에서 CI의 상태를 찾습니다. 모든 도메인에 대해 하나의 작업만 실행되며 작업 자체는 도메인으로 구분되지 않습니다.

      사용자는 작업을 실행할 빈도를 정의할 수 있습니다. 보고서는 모든 도메인에 대해 실행됩니다. 작업에 포함된 도메인이 많을수록 작업 실행 시간이 길어집니다.

    3. 상태 메트릭 – 이러한 선택 항목은 도메인으로 구분되며 도메인 분리의 설정된 "시스템 재정의" 논리를 따릅니다. 사용자가 로그인한 도메인에 따라 변경됩니다. 기본 시스템 값은 전역 도메인에서 정의됩니다. 재정의 도메인 논리는 이러한 값이 모든 도메인에 적용됨을 의미합니다. 사용자가 도메인에 대해 다른 값을 원할 경우 특정 도메인에 로그인하고 거기에서 속성을 변경해야 합니다. 새 속성 설정은 해당 도메인과 이 도메인을 상속하는 모든 도메인에만 적용됩니다. 자세한 내용은 상태 메트릭을 참조하세요.
      주:
      완전성, 준수 및 정확성 KPI와 관련하여: 사용자는 대시보드 점수의 일부로 KPI를 표시하지 않으려면 이 KPI를 비활성화할 수 있습니다. 이러한 설정은 모두 도메인으로 구분되며 사용자는 도메인에 대한 특정 속성을 정의할 수 있습니다.
      1. 활성 – 이 설정은 작업 실행 시간에 영향을 주기 때문에 가장 중요합니다. 플래그 Active가 설정된 도메인이 많을수록 작업 시간이 길어집니다. 원하는 도메인 Active 만 선택하고 나머지는 = false로 Active 렌더링하는 것이 가장 좋습니다. 건강 기본 설정에서 이를 설정할 수 있습니다. 전역 도메인의 기본 설정은 = true이지만 Active 사용자가 대시보드에서 보려는 특정 도메인을 수정하거나 비활성화할 수 있습니다. 사용자는 이러한 값을 변경할 때 도메인 계층 구조를 고려해야 합니다. 도메인 수가 많으면(>100) 작업에 시간이 오래 걸릴 수 있습니다. 이를 완화하려면 모든 루트 도메인에 대해 false로 설정 Active 하여 계층 구조의 다른 모든 도메인을 비활성화합니다. 맨 위에 규칙이 있으면 모든 하위 도메인이 해당 규칙을 상속합니다.
      2. Failure Threshold, , Create TaskTask Assignee Group – 이러한 모든 설정은 각 도메인에 필요한 항목에 따라 도메인마다 다르게 설정할 수 있습니다.
      3. 예외 – 관계 메트릭(관계, 중복 관계, 고아 관계, 부실 관계)의 경우 장애 임계치 설정은 도메인으로 구분되지 않습니다. 전역 도메인의 실패 임계치는 모든 도메인에 적용됩니다. 예를 들어 사용자가 도메인의 장애 임계치를 재정의하더라도 임계치에 대한 전역 도메인 설정은 여전히 적용됩니다.
      4. 문제 해결/구현 세부 정보 – 이 설정은 도메인으로 구분된 테이블에 cmdb_health_metric_pref 저장됩니다.

    CMDB 상태 관련 규칙

    다음에서 CMDB 상태 관련 규칙 설정을 참조하십시오.

    대부분의 CMDB 상태 관련 규칙은 도메인이 분리되어 사용자가 제공합니다. 사용자는 각 도메인에 로그인하고 CI 클래스 관리자에서 규칙을 추가/재정의하여 도메인마다 서로 다른 규칙을 정의할 수 있습니다.

    1. 완료됨
      1. 필수 필드 – 플랫폼 System dictionary 에 정의된 클래스 스키마를 기반으로 하며 모든 도메인에 대해 고정됩니다. 변경할 수 없습니다.
      2. 권장 필드 - 도메인으로 구분됩니다. 사용된 테이블은 도메인으로 구분된 CMDB 권장 필드 [cmdb_recommended_fields]입니다. 사용자는 여러 도메인에 대해 이를 설정할 수 있습니다.
    2. 정확도
      1. 중복 – 중복은 도메인으로 구분되지 않는 식별 규칙을 기반으로 하므로 모든 도메인에 동일한 규칙이 적용됩니다.
      2. 분리 – 분리 규칙은 도메인으로 분리됩니다. 도메인마다 다양한 고아 규칙이 있습니다. CMDB 상태 고아 규칙[cmdb_health_orphan_rule] 테이블에 사용되는 테이블이며 도메인으로 구분됩니다.
      3. 부실 – 부실 규칙은 도메인으로 구분됩니다. 사용된 테이블은 cmdb_health_staleness_rule입니다. 기본 시스템 규칙(60일)은 전역 도메인에 대해 설정되므로 모든 도메인에서 기본 규칙으로 상속됩니다.
    3. 준수

      감사 – 감사 점수는 사용자가 준수 모듈에 정의한 원하는 상태 또는 스크립팅된 감사를 기반으로 합니다. 감사 자체는 도메인으로 구분됩니다. 도메인에 대해 감사 점수 평가가 활성화되면 점수는 해당 도메인에 표시되는 감사만을 기준으로 점수가 계산됩니다.

    상태 포함 규칙:
    • 상태 포함 규칙은 도메인으로 구분됩니다. 규칙은 도메인으로 구분된 cmdb_health_config 테이블에 저장됩니다.
    • 각 도메인에는 각 하위 메트릭에 대한 특정 상태 포함 규칙과 도메인별 규칙이 있을 수 있습니다.
    • 상태 포함 규칙이 전역으로 정의되면 모든 하위 도메인이 도메인 구조에 따라 규칙을 상속하고 모든 도메인에서 규칙을 재정의할 수 있습니다.
    • 상태 포함 규칙이 구성 항목 [cmdb_ci] 클래스 수준에서 정의되면 모든 내림차순 클래스가 규칙을 상속하며 모든 클래스 수준에서 규칙을 재정의할 수 있습니다.

    CMDB 상태 대시보드

    Domain Support — Domain Extensions Installer 플러그인이 활성화되면 CMDB 상태 대시보드가 도메인을 인식합니다.
    • CMDB 상태 대시보드는 CI에 대한 사용자의 도메인 가시성을 기반으로 상태 장애 및 점수를 집계하고 보고합니다. 도메인 가시성을 통해 사용자가 CI를 볼 수 있는 경우 CI가 사용자의 도메인에 있든 포함된 도메인에 있든 관계없이 해당 사용자 도메인의 감사 규칙이 해당 CI에 적용됩니다. CI가 다른 사용자 도메인의 상태 테스트에 실패하면 별도의 실패 기록이 생성됩니다.
    • 사용자는 도메인의 요구 사항에 맞게 KPI 및 메트릭 설정을 구성할 수 있습니다. 따라서 도메인마다 활성/비활성, 임계치 등의 설정이 다를 수 있습니다.
    • 하위 도메인이 자체적으로 구성하지 않는 경우 하위 도메인은 직접 상위의 도메인 상태 구성을 파생시킵니다. 하위 도메인은 상위 구성을 수정하여 재정의할 수 있습니다.

    상태 대시보드(클래스 뷰/서비스 뷰/상태 그룹 뷰)

    일반적으로 CMDB 상태 대시보드는 도메인을 인식하며 로그온한 도메인 사용자에 따라 데이터를 표시합니다. 사용자가 도메인에 로그인하여 상태 대시보드를 보는 경우:

    1. 해당 도메인에서 활성화된 메트릭에 대한 점수만 표시됩니다(위에서 설명한 상태 기본 설정 Active 플래그 기준).
    2. 모든 점수는 특정 도메인에서 표시되는 CI를 기반으로 합니다. (다음은 일반 도메인 가시성 규칙입니다. 해당 도메인에서 전역 도메인, 특정 도메인, 해당 도메인의 하위 도메인 또는 해당 도메인에 직접 또는 간접적으로 포함된 모든 도메인의 CI를 볼 수 있습니다.)
    3. 대시보드 뷰는 로그인한 사용자가 제공하는 규칙과는 달리 도메인 매핑에 정의된 도메인 규칙을 기반으로 합니다. 이 뷰는 로그인한 사용자가 가질 수 있는 모든 추가 도메인 가시성 규칙을 재정의합니다. 관리자가 기본 규칙을 설정하지만 각 개별 도메인을 설정하지는 않습니다. 관리자는 특정 사용자 또는 사용자 그룹에 다른 도메인에 대한 추가 가시성을 제공할 수 있지만 대시보드는 여전히 변경되지 않습니다. 대시보드는 사용자가 로그인한 도메인의 도메인 계층 구조를 기반으로 위에서 언급한 도메인 규칙을 엄격히 따릅니다.
    4. 상태 기본 설정 섹션에 설명된 대로 사용자는 대시보드에 보고된 점수에 영향을 주는 모든 도메인에 대해 서로 다른 기본 설정 값을 정의할 수 있습니다. 점수에 영향을 줄 수 있는 기본 설정에는 장애 임계치 와 활성이 포함됩니다.
    5. CMDB 상태 규칙 섹션에서 설명한 것처럼 메트릭에 대해 보고되는 점수는 메트릭에 대해 정의된 상태 규칙(부실성, 고아, 권장, 감사 및 포함 규칙)을 기반으로 하며 특정 도메인(CI 클래스 관리자에서)에 대해 다르게 정의할 수 있습니다. 필수 메트릭 및 중복 메트릭만이 모든 도메인에 적용되는 규칙을 기반으로 합니다.
    6. 서비스 뷰/그룹 뷰 – 이 보고서도 대체로 위의 요점을 따릅니다. 일반적으로 이러한 뷰는 상태 보고서의 다양한 뷰/필터와 다릅니다. 하나는 비즈니스 규칙을 기반으로 하고 다른 하나는 CMDB 상태 그룹을 기반으로 합니다.