종속 CI 관리

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2024년 08월 01일
  • 읽기11분
  • CI에 대한 수명주기 업데이트는 종속 CI에 영향을 줍니다. 예를 들어, 종속 CI의 족속 대상인 CI가 삭제되면 종속 CI는 더 이상 사용할 수 없는 고아 상태가 됩니다. CMDB의 무결성과 상태를 유지하기 위해 시스템은 수명주기 업데이트의 영향을 받는 종속 CI에 단계적 정리 프로세스를 적용합니다.

    독립 및 종속 CI에 대한 자세한 내용은 다음 문서를 참조하십시오 CMDB 분류 및 클래스 종속성.

    CI를 삭제하거나 보관한 후 종속 CI가 제대로 관리되도록 하려면 다음을 수행해야 합니다.
    1. 이 페이지에 설명된 대로 종속 CI 관리를 활성화합니다.
    2. 종속 CI 관리에서 생성하는 CMDB 데이터 관리자 작업을 수동으로 승인하거나, 검토 또는 승인이 필요하지 않도록 해당 작업을 구성합니다.
    주:
    데이터 관리자 컨텍스트의 고아 종속 CI 는 CMDB 상태 컨텍스트의 고아 CI 와 다릅니다. 데이터 관리자의 컨텍스트 내에서 고아 종속 CI가 종속 클래스에 속하며 종속 관계가 누락되었습니다. CMDB 상태의 컨텍스트에서 고아 CI에 대한 정의는 보다 광범위하며 CMDB 상태 고아 규칙과 일치하는 모든 CI를 포함합니다. CMDB 상태의 고아 CI에 대한 자세한 내용은 다음 문서를 참조하십시오 CMDB 상태 KPI 및 메트릭.
    단계적 정리가 필요한 종속 CI의 예:
    • Tomcat 애플리케이션(T1)은 Linux 서버(L1)에서 실행되며 WAR 파일(W1)을 포함합니다. L1이 삭제되면 T1과 W1은 고아 종속 CI가 됩니다.
    • 하드웨어 자체가 삭제되면 네트워크 어댑터는 고아 종속 CI가 됩니다.
    • Linux 서버가 사용 중지되고 수명이 종료된 경우 서버가 더 이상 작동하지 않으면 서버에 의존하는 애플리케이션도 작동하지 않아야 한다고 가정합니다.

    종속 CI 관리 사용

    종속 CI 관리를 활성화하려면 다음을 수행합니다.
    • CMDB 데이터 관리자에 대한 환경을 구성합니다. CMDB 데이터 관리자 및 CMDB 데이터 관리자 자체의 필수 구성 요소에 대한 환경을 구성하는 방법에 대한 자세한 내용은 을 참조하십시오 를 사용한 작업 CMDB 데이터 관리자.
    • 시스템 cmdb.dependent.ci.cascade.op.enabled 속성이 true (기본적으로 true)로 설정되어 있는지 확인합니다. 이 속성은 단계적 작업을 활성화하며 기본 시스템에는 존재하지 않습니다. 따라서 속성 값을 보거나 수정하려면 먼저 시스템 속성 [sys_properties] 테이블에 추가해야 합니다.
    • 단계적 폐기 프로세스를 사용하려면 CI의 단계적 폐기를 관리하는 데 사용되는 시스템 속성이 cmdb.dependent.ci.cascade.retire.enabledtrue(기본적으로 false)로 설정되어 있는지 확인합니다. 다운스트림 CI 의존성을 확인하는 비즈니스 규칙은 After BR: Track “Retired” CIs이 속성이 true로 설정된 경우에만 실행됩니다. 이 속성은 기본 시스템에 없으며 이를 보거나 수정하려면 먼저 시스템 속성 [sys_properties] 테이블에 추가해야 합니다.

    단계적 정리 작업은 종속 CI 관리 기능을 활성화한 시점부터만 적용됩니다. 이 기능을 활성화하기 전에 CMDB에 이미 있었던 고아 종속 CI에 cascade-cleanup을 적용하려면 다음 문서를 참조하십시오 기존 고아 종속 CI의 단계적 정리.

    CMDB 데이터 관리자를 사용하여 단계적 정리 작업 수행

    종속 CI 관리 프로세스는 CMDB 데이터 관리자를 사용하여 다음과 같은 방법으로 CMDB 종속 CI 원장 [cmdb_dependent_ci_ledger] 테이블의 종속 CI에 대한 수명주기 업데이트를 처리합니다.
    1. CI의 수명주기 업데이트에 대해 사용자에게 승인을 요청하고 받습니다.
    2. 이러한 작업이 승인된 후 실제 삭제, 보관 또는 폐기 CI 업데이트를 수행합니다.

    시스템은 삭제, 보관 또는 폐기할 준비가 된 CI를 대상 CI로 사용하여 "종속 CI - 삭제", "종속 CI - 보관" 및 "종속 CI - 폐기" 데이터 관리자 정책에 대한 작업을 생성합니다. 이러한 정책은 각각의 '요청 시' 정책 유형으로 설정됩니다. 그런 다음, 설정에 따라 Managed By Group 데이터 관리자 또는 사용자는 해당 하위 플로우를 종속 CI에 적용하기 전에 이러한 작업을 검토하고 승인해야 합니다.

    이러한 작업을 자동으로 승인하려면 CMDB 데이터 관리자를 사용하여 각 데이터 관리자 정책의 검토 필요 플래그를 해제합니다. 그러면 이러한 작업은 사용자 개입 없이 실행됩니다.

    단계적 폐기 종속 CI

    CI가 폐기로 설정되면 종속 CI 관리 데이터 프로세스는 해당 CI에 의존하는 모든 CI를 단계적 업데이트하고 폐기도 시도합니다.

    1. CI의 Life Cycle Stage 속성이 CSDM 표준에 따라 수명 종료 로 설정되어 있으므로 CI가 폐기로 업데이트됩니다.
    2. CI가 다운스트림 종속성이 있는 클래스에 속하는지 확인하기 위해 비즈니스 규칙이 After BR: Track “Retired” CIs 실행(시스템 속성이 cmdb.dependent.ci.cascade.retire.enabledtrue인 경우에만).

      그렇다면: CI가 CMDB CI 수명 종료 원장 [cmdb_ci_end_of_life_ledger] 테이블에 추가됩니다.

    3. CMDB CI 수명 종료 원장 [cmdb_ci_end_of_life_ledger] 테이블의 각 CI에 대해 예약된 작업은 CMDB Cascade Retire Dependent CIs CI 관계 [cmdb_rel_ci] 테이블에서 CI의 관계를 확인합니다. 종속 CI와 종속 관계가 있는 경우 해당 종속 CI는 폐기 작업을 통해 CMDB 종속 CI 원장 [cmdb_dependent_ci_ledger] 테이블에 추가됩니다.

      종속 관계 규칙에 대한 자세한 내용은 다음 문서를 참조하십시오 CMDB 종속 관계 규칙.

    4. 예약된 작업은 CMDB Dependent CI Policy Processor (시스템 속성이 cmdb.dependent.ci.cascade.retire.enabled 예일 경우) CMDB 종속 CI 원장 [cmdb_dependent_ci_ledger] 테이블의 CI를 처리하기 위해 실행됩니다. 이러한 CI는 CMDB 데이터 관리자를 사용하여 승인 시 폐기할 준비가 된 것으로 설정됩니다. 실제로 CI를 폐기하기 위해 종속 CI 폐기 정책에 대해 CMDB 데이터 관리자에서 작업이 생성됩니다.

    단계적 보관 종속 CI

    CI를 보관하면 종속 CI가 CMDB에 고아로 남을 수 있습니다. 부실 데이터가 누적되는 것을 방지하기 위해 시스템은 고아 상태의 종속 CI를 단계적으로 보관하는 정리 프로세스를 적용합니다.

    고아 종속 CI는 즉시 보관되지 않습니다. CI가 보관되면 [cmdb_rel_ci] 테이블의 해당 CI에 대한 모든 CI 관계 기록도 보관됩니다. 그러면 시스템은 이 보관의 결과로 고아가 된 종속 CI가 있는지 확인합니다. 고아 종속 CI로 식별되는 의존성 체인의 모든 CI는 다음 조건 중 하나에 대해 검사됩니다. 이러한 조건 중 하나라도 충족하는 CI는 고아 종속 CI가 아니므로 보관되지 않습니다.

    • CI가 처리되지 않은 중복 CI입니다(CI가 해결되지 않은 중복 제거 작업과 연결되어 있음).
    • CI에 여러 상위 CI가 있습니다.
    • CI는 CI 관계 [cmdb_rel-ci] 테이블에서 다른 관계를 갖습니다.
    • CI가 제외된 클래스에 속합니다. 제외된 클래스는 CMDB 종속 CI 클래스 제외 [cmdb_dependent_ci_class_exclusion] 테이블에 저장됩니다. 기본 시스템에서 해당 테이블은 , cmdb_ci_vmware_instance및 기타 VMware 관련 클래스와 같은 cmdb_ci_vm일부 클래스로 미리 채워져 있습니다. 해당 테이블에 레코드를 추가하거나 제거하여 고아 종속 CI의 관리에서 제외되는 클래스 세트를 관리할 수 있습니다.
    결과적으로 이러한 조건이 적용되지 않는 CI만 CMDB 종속 CI 원장 [cmdb_dependent_ci_ledger] 테이블에 추가됩니다. 이러한 CI는 승인 시 CMDB 데이터 관리자를 사용하여 보관할 준비가 된 것으로 설정됩니다.

    단계적 삭제 종속 CI

    CI를 삭제하면 종속 CI가 CMDB에서 고아로 남을 수 있습니다. 부실 데이터가 축적되는 것을 방지하기 위해 시스템은 이러한 고아 종속 CI를 단계적 삭제하는 정리 프로세스를 적용합니다.

    1. CI의 수명 주기 스테이지 속성이 CSDM 표준에 따라 수명 종료로 설정되어 있으므로 CI가 삭제되도록 업데이트됩니다.
    2. 삭제된 CI와 관련된 cmdb_rel_ci 테이블의 모든 관계가 삭제됩니다.

    3. 비즈니스 규칙을 After BR: CMDB Dependent CI Delete 실행하여(시스템 속성이 cmdb.dependent.ci.cascade.op.enabledtrue인 경우에만) 관계의 다른 CI(상위 또는 하위)가 고아 종속 CI인지 여부를 CI 관계 [cmdb_rel_ci] 테이블에서 삭제된 각 관계를 확인합니다.

      "예"인 경우: 이러한 고아 종속 CI는 CMDB 종속 CI 원장 [cmdb_dependent_ci_ledger] 테이블에 추가되고 작업 = 삭제로 설정됩니다.

    4. 예약된 작업은 CMDB Dependent CI Policy Processor (시스템 속성이 cmdb.dependent.ci.cascade.retire.enabled 예일 경우) CMDB 종속 CI 원장 [cmdb_dependent_ci_ledger] 테이블의 CI를 처리하기 위해 실행됩니다. 이러한 CI는 CMDB 데이터 관리자를 사용하여 승인 시 삭제할 준비가 된 것으로 설정됩니다. 실제로 CI를 삭제하기 위해 CMDB 데이터 관리자에서 종속 CI 삭제 정책에 대한 작업이 생성됩니다.

    분리 종속 CI는 즉시 삭제되지 않습니다. CI 관계 [cmdb_rel_ci] 테이블에서 각 CI 관계를 삭제하기 전에 시스템은 관계의 다른 CI가 종속 클래스에 속하는지 확인합니다. 삭제된 CI에 종속된 것으로 식별된 의존성 체인의 모든 CI에 대해 다음 조건 중 하나를 검사합니다. 이러한 조건 중 하나라도 충족하는 CI는 고아 종속 CI가 아니므로 삭제 대상으로 표시되지 않습니다.

    • CI가 처리되지 않은 중복 CI입니다(CI가 해결되지 않은 중복 제거 작업과 연결되어 있음).
    • CI에 여러 상위 CI가 있습니다.
    • CI는 CI 관계 [cmdb_rel-ci] 테이블에서 다른 관계를 갖습니다.
    • CI가 제외된 클래스에 속합니다. 제외된 클래스는 CMDB 종속 CI 클래스 제외 [cmdb_dependent_ci_class_exclusion] 테이블에 저장됩니다. 기본 시스템에서 해당 테이블은 , cmdb_ci_vmware_instance및 기타 VMware 관련 클래스와 같은 cmdb_ci_vm일부 클래스로 미리 채워져 있습니다. 해당 테이블에 레코드를 추가하거나 제거하여 고아 종속 CI의 관리에서 제외되는 클래스 세트를 관리할 수 있습니다.
    결과적으로 이러한 조건이 적용되지 않는 CI만 CMDB 종속 CI 원장 [cmdb_dependent_ci_ledger] 테이블에 추가됩니다. 이러한 CI는 승인 시 CMDB 데이터 관리자를 사용하여 삭제할 준비가 된 것으로 설정됩니다.

    관련 없는 관계

    삭제 및 보관 작업의 경우 시스템은 종속 CI 관계 평가 구성[cmdb_dependent_ci_extra_rels_config] 테이블에서 CI의 외부 관계도 추적합니다. 외부 관계는 CI의 의존성 체인에 없는 관계이며 삭제 또는 보관은 시스템 속성의 cmdb.dependent.ci.extra.rel.check 값에 따라 달라집니다. 이 속성은 기본적으로 true 로 설정되며, 이 경우 관련 없는 관계는 삭제되거나 보관되지 않습니다. 속성을 false 로 설정하면 관계없는 관계를 삭제하고 보관할 수 있습니다.

    cmdb.dependent.ci.extra.rel.check 속성이 기본 시스템에 없으며 속성 값을 보거나 수정하려면 먼저 시스템 속성 [sys_properties] 테이블에 추가해야 합니다.

    기존 고아 종속 CI의 단계적 정리

    종속 CI 관리 기능을 활성화하면 이 기능이 활성화된 시점부터만 단계적 정리 작업이 적용됩니다. 그러나 기능을 활성화하기 전에 CMDB에 이미 있었던 고아 종속 CI에 유사한 단계적 정리 작업을 적용해야 할 수도 있습니다.

    CMDB 전체에서 고아 종속 CI의 일회성 단계적 정리를 수행하려면 고아 CI 정리 예약된 작업을 활성화합니다. 고아 CI 정리 예약된 작업은 전체 CMDB를 검사하여 고아 종속 CI를 식별합니다. 그런 다음 이러한 CI는 단계적 삭제되는 CI가 처리되는 방식과 같은 방식으로 처리됩니다. 삭제할 준비가 된 CI가 CMDB 종속 CI 원장 [cmdb_dependent_ci_ledger] 테이블에 추가됩니다. 그런 다음 CMDB 데이터 관리자는 섹션에 CMDB 데이터 관리자를 사용하여 단계적 정리 작업 수행 설명된 대로 활용됩니다.

    고아 CI 정리 예약된 작업은 한 번만 실행되고 나면 작업이 비활성화됩니다. CMDB의 크기에 따라 고아 CI 정리 예약된 작업이 완료되는 데 며칠이 걸릴 수 있습니다.

    샘플 시나리오: cascade-retire

    1. 종속 CI 관리를 활성화합니다.
    2. CMDB 데이터 관리자에서 폐기 정책을 생성하고 게시합니다. 예를 들어, 종속 CI 네트워크 어댑터 및 파일 시스템과 관계가 있는 독립 Linux 서버 CI를 폐기합니다.
    3. 예약된 작업이 CMDB Data Manager Retire Policy Processor 실행되기를 기다리거나 수동으로 실행합니다.
    4. 데이터 관리자 개요 페이지에서 작업 카드 열기를 선택하고 폐기 작업을 승인합니다(승인=승인됨). 자동으로 변경되지 않으면 작업 상태를 '진행 중'으로 변경합니다. 이렇게 하면 Linux 서버 CI가 폐기되고 cmdb_ci_end_of_life_ledger 테이블에 추가됩니다.
    5. 예약된 작업을 CMDB Cascade Retire Dependent CIs실행합니다.

      이 예약된 작업은 cmdb_ci_end_of_life_ledger 테이블의 각 CI를 처리하고 이 CI에 대한 cmdb_rel_ci 테이블의 관계를 쿼리합니다. 다른 종속 CI와의 관계가 있는 경우 해당 종속 CI는 상태 = '준비' 및 동작 = '폐기'로 설정된 cmdb_dependenct_ci_ledger 테이블에 추가됩니다.

    6. 예약된 작업이 CMDB Dependent CI Policy processor 실행되기를 기다리거나 수동으로 실행합니다. 이 예약된 작업은 cmdb_dependenct_ci_ledger 테이블의 CI를 대상으로 OOB 종속 CI 폐기 정책에 대한 작업을 생성합니다.
    7. 데이터 관리자 개요 페이지에서 작업 카드 열기를 선택하고 "종속 CI - 폐기."로 설명된 작업을 승인합니다.