종속 CI 관리
CI의 수명주기 업데이트는 종속 CI에 영향을 줍니다. 예를 들어, 종속 CI가 의존하는 CI가 삭제되면 종속 CI는 더 이상 사용되지 않고 고아가 됩니다. CMDB의 무결성과 상태를 유지하기 위해 시스템은 수명주기 업데이트의 영향을 받는 종속 CI에 단계적 정리 프로세스를 적용합니다.
독립 및 종속 CI에 대한 자세한 내용은 을 참조하십시오 CMDB 분류 및 클래스 종속성.
- 아래 설명된 대로 종속 CI 관리를 활성화합니다.
- 종속 CI 관리에서 생성하는 CMDB 데이터 관리자 작업을 수동으로 승인하거나 검토 및 승인이 필요하지 않도록 해당 작업을 구성합니다.
- Tomcat 애플리케이션(T1)은 Linux 서버(L1)에서 실행되며 WAR 파일(W1)을 포함합니다. L1이 삭제되면 T1과 W1은 고아 종속 CI가 됩니다.
- 네트워크 어댑터는 하드웨어 자체가 삭제될 때 고아 종속 CI가 됩니다.
- Linux 서버가 사용 중지되고 수명이 종료된 경우 서버가 더 이상 작동하지 않으면 서버에 의존하는 애플리케이션도 작동하지 않아야 한다고 가정합니다.
종속 CI 관리 사용
- CMDB 데이터 관리자에 대한 환경을 구성합니다. CMDB 데이터 관리자 및 CMDB 데이터 관리자 자체 필수 구성 요소에 대한 환경을 구성하는 방법에 대한 자세한 내용은 을 참조하십시오 를 사용한 작업 CMDB 데이터 관리자.
- 시스템 속성이 true(기본값)로 설정되어 있는지 cmdb.dependent.ci.cascade.op.enabled 확인합니다. 이 속성은 기본 시스템에 없으며 속성 값을 보거나 수정하려면 먼저 시스템 속성 [sys_properties] 테이블에 추가해야 합니다.
단계적 정리 작업은 종속 CI 관리 기능을 활성화한 경우에만 적용됩니다. 기능을 활성화하기 전에 CMDB에 이미 존재했던 고아 종속 CI에 단계적 정리를 적용하려면 다음 문서를 참조하십시오 기존의 고아 종속 CI의 단계적 정리.
단계적 폐기 종속 CI
CI가 폐기로 설정되면 종속 CI 관리 데이터 프로세스는 해당 CI에 종속된 모든 CI를 단계적 업데이트하고 폐기도 시도합니다.
CI가 폐기로 업데이트되면(수명주기 규칙에 따라, 또는 수명이 종료되고 Life Cycle Stage Status폐기됨인 Life Cycle Stage CSDM 표준에 따라) 시스템은 해당 CI에 대한 모든 관계 기록을 확인합니다. 종속 CI와의 관계에 대해 시스템은 종속 CI를 [cmdb_dependent_ci_ledger] 테이블에 추가합니다. 이러한 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의 단계적 삭제
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_dependent_ci_extra_rels_config] 테이블에서 CI의 관계 없는 관계도 추적합니다. 관계없는 관계는 CI의 의존성 체인에 없는 관계이며 삭제하거나 보관하는 것은 시스템 속성 값 cmdb.dependent.ci.extra.rel.check 에 따라 다릅니다. 기본적으로 이 속성은 true 로 설정되며, 이 경우 관련 없는 관계는 삭제되거나 보관되지 않습니다. 속성을 false 로 설정하여 해당 관계를 삭제하고 보관할 수 있습니다.
cmdb.dependent.ci.extra.rel.check 속성이 기본 시스템에 없으며 속성 값을 보거나 수정하려면 먼저 시스템 속성 [sys_properties] 테이블에 추가해야 합니다.
CMDB 데이터 관리자를 사용하여 단계적 정리 작업 적용
- CI의 수명주기 업데이트에 대해 사용자의 승인을 요청하고 받는 중입니다.
- 이러한 작업이 승인된 후 실제 삭제, 보관 또는 폐기 CI 업데이트를 수행합니다.
시스템은 삭제, 보관 또는 폐기할 준비가 된 CI 세트에 대해 "종속 CI - 삭제", "종속 CI - 보관" 및 "종속 CI - 폐기" 데이터 관리자 정책을 생성합니다. 이러한 정책은 각 '요청 시' 정책 유형으로 설정됩니다. 그런 다음 데이터 관리자 관리자 또는 사용자는 데이터 관리자가 삭제, 보관 또는 폐기 하위 플로우를 종속 CI에 적용하기 전에 설정에 따라 Managed By Group 이러한 작업을 검토하고 승인해야 합니다.
이러한 작업을 자동으로 승인하려면 CMDB 데이터 관리자를 사용하여 각 데이터 관리자 정책의 검토 필요 플래그를 지웁니다. 그러면 이러한 작업이 사용자 개입 없이 실행됩니다.
기존의 고아 종속 CI의 단계적 정리
종속 CI 관리 기능을 활성화하면 이 기능이 활성화된 시점부터만 단계적 정리 작업이 적용됩니다. 그러나 기능을 활성화하기 전에 CMDB에 이미 있었던 고아 종속 CI에 유사한 단계적 정리 작업을 적용해야 할 수도 있습니다.
고아 CI 정리 예약된 작업을 활성화하여 CMDB에서 고아 종속 CI의 일회성 단계적 정리를 수행합니다. 고아 CI 정리 예약 작업은 전체 CMDB를 검사하여 고아 종속 CI를 식별합니다. 그런 다음 이러한 CI는 계단식 삭제되는 CI가 처리되는 방식과 같은 방식으로 처리됩니다. 삭제할 준비가 된 CI가 CMDB 종속 CI 원장 [cmdb_dependent_ci_ledger] 테이블에 추가됩니다. 그런 다음 CMDB 데이터 관리자는 섹션에 CMDB 데이터 관리자를 사용하여 단계적 정리 작업 적용 설명된 대로 활용됩니다.
고아 CI 정리 예약된 작업은 한 번만 실행되며, 그 후에는 작업이 비활성화됩니다. CMDB의 크기에 따라 고아 CI 정리 예약된 작업을 완료하는 데 며칠이 걸릴 수 있습니다.