CMDB CI 수명주기 관리(레거시)

릴리스 버전: Yokohama

업데이트 날짜 2025년 01월 30일

읽기6분

CMDB CI는 생성 시점부터 더 이상 필요하지 않은 시점까지 일반적으로 다양한 작업을 수행하면서 여러 운영 상태를 거칩니다. CI 수명주기 관리는 CI의 상태와 작업을 정의하는 메커니즘을 제공하며 CI의 상태에 따라 적절한 작업을 적용하여 CI 수명주기 관리를 비즈니스 요구에 맞게 조정할 수 있도록 합니다.

CMDB 데이터 관리자는 이제 삭제 및 보관과 같은 CI 수명주기 작업을 대량으로 관리하기 위한 보다 포괄적인 통합 솔루션입니다. CMDB 데이터 관리자에 대한 자세한 내용은 문서를 참조하십시오 CMDB 데이터 관리자 작업.

CI 수명주기 관리와 관련된 용어:

운영 상태: CI가 있을 수 있는 상태 세트입니다(예: "운영" 또는 "수리 진행 중"). CI는 특정 시점에 하나의 운영 상태와만 연결될 수 있습니다. 운영 상태에 대한 선택은 [cmdb_ci] 테이블의 필드를 기반으로 operational_status 합니다. 기본 시스템에는 '폐기됨' 및 '수리 진행 중'과 같이 여러 운영 상태가 정의됩니다. 비즈니스와 관련된 운영 상태를 반영하도록 이 목록을 수정할 수 있습니다.
주:
기본적으로 서비스 매핑 는 운영 상태 [operational_status] 값이 1 (운영)이 아니거나 상태 [install_status] 값이 100 (없음)인 모든 호스트 CI를 무시하도록 구성됩니다. 이 동작에 관한 자세한 내용은 HI 지식베이스에서 서비스 매핑 [KB0647574] 으로 작업하기 위한 사용자 지정 ServiceNow 배포 준비 하기를 참조하십시오.
CI 수명주기 관리를 사용하면 여러 운영자와 자동화가 CI의 서로 다른 운영 상태를 동시에 설정할 수 있습니다. CI는 여러 운영 상태와 연관될 수 없으므로 각 운영 상태를 우선순위로 구성하는 것이 중요합니다. 그런 다음 이러한 상황에서 이러한 우선 순위를 사용하여 누적 작동 상태인 작동 상태를 결정합니다.
CI 작업: CI의 수명 동안 적용할 수 있는 일련의 작업입니다. 비즈니스와 관련된 CI 작업을 정의할 수 있습니다.
호환 가능한 CI 동작: CI 수명주기 관리를 사용하면 CI에 여러 개의 활성 CI 작업을 동시에 수행할 수 있지만 호환 가능한 것으로 구체적으로 정의해야 합니다. 기본적으로 서로 호환되는 CI에 대한 두 가지 작업은 없습니다. 호환 가능하여 CI에 동시에 적용할 수 있는 작업 쌍을 지정하여 이 동작을 변경할 수 있습니다. 예를 들어 '패치 적용' 및 '프로비저닝' CI 작업이 호환되도록 지정하여 CI에 동시에 둘 다 적용할 수 있도록 할 수 있습니다.
허용되지 않은 CI 동작: 기본적으로 모든 CI 작업을 모든 CI에 적용할 수 있습니다. CI가 특정 작동 상태에 있을 때 작업이 허용되지 않는다는 규칙을 정의하여 이 동작을 제한할 수 있습니다. 예를 들어 '비운영' 상태에 있는 Linux 서버에 '프로비저닝' 작업을 적용할 수 없는 허용되지 않은 CI 작업을 정의할 수 있습니다.
허용되지 않은 운영 전환: 기본적으로 모든 운영 상태에서 다른 운영 상태로의 전환이 허용됩니다. 지정된 CI에 대해 특정 작동 상태에서 다른 작동 상태로의 전환이 허용되지 않는 규칙을 정의하여 이 동작을 제한할 수 있습니다. 예를 들어 Linux 서버의 경우 '수리 진행 중'에서 '비운영'으로 전환할 수 없도록 정의할 수 있습니다.
요청자: 요청자는 운영 상태를 설정하고 CI 작업을 적용하려는 워크플로우 또는 비워크플로우 운영자일 수 있습니다. 각 요청자에게는 GUID인 연결된 요청자 ID가 있으며 활성 워크플로 컨텍스트 또는 워크플로에 등록되지 않은 운영자 ID일 수 있습니다.
임대 시간: 각 요청자(특히 비 워크플로우 운영자)가 제공할 수 있는 기간으로, 이 기간 동안 지정된 CI에 대해 특정 CI 작업을 활성화할 수 있습니다.

CMDB CI 수명주기 관리는 CI 운영 상태 및 CI 작업을 관리하는 일련의 API를 제공합니다. 또한 특정 운영 상태 전환을 제한하고 운영 상태에 따라 작업을 제한하는 일련의 규칙을 정의하는 UI입니다. 또한 전체 CI 수명주기 동안 CI 운영 상태 및 CI 작업을 감사하는 메커니즘을 제공합니다.

자동화, 워크플로우 또는 변경 관리와 같은 제공자는 CI 수명주기 관리를 CI 운영 상태를 관리하고 CI 작업을 적용하는 메커니즘으로 사용할 수 있습니다. 기본적으로 CI 수명주기 관리의 동작에는 일부 작업에 대한 제한이 없고 다른 작업에 대한 완전한 제한이 있습니다. CI 수명주기 관리 UI에서는 허용되지 않은 CI 작업, 호환되는 CI 작업 및 일부 작업을 제한하고 다른 작업을 활성화하는 허용되지 않은 운영 전환을 지정하여 이 기본 동작을 수정할 수 있습니다.

CI 수명주기 관리를 통해 다음을 수행할 수 있습니다.

전체 CI 수명주기 동안 CI 운영 상태 및 CI 작업을 관리합니다.
CI 운영 상태 전환을 관리합니다.
특정 운영 상태 전환을 제한합니다.
특정 운영 상태에 있는 특정 CI 유형에 대해 특정 작업을 연결합니다.
CI 운영 상태에 따라 IT Service Management 애플리케이션을 제한합니다.
전체 CI 수명주기 동안 CI 운영 상태 및 CI 작업을 감사합니다.

수명주기 관리 API

CI 수명주기 관리는 전체 CI 수명주기 동안 CI 운영 상태 및 CI 작업을 관리하는 일련의 API를 제공합니다. UI의 규칙에 의해 지정된 모든 제한 및 허용은 상태 관리 API가 실행될 때 적용되며 API가 제한된 작업을 수행하려고 하면 작업이 차단되고 오류가 기록됩니다.

요청자 등록하기

수명주기 관리 API를 사용하여 CI 작업을 적용할 때 요청자를 등록하고 수명주기 관리 테이블 내에서 고유한 요청자 ID를 얻어야 합니다. 등록하고 요청자 ID를 얻으려면 워크플로가 아닌 사용자가 API를 registerOperator 호출해야 합니다. 워크플로 사용자는 활성 워크플로 컨텍스트를 요청자 ID로 사용할 수 있으며 registerOperator를 명시적으로 호출할 필요가 없습니다.

CI 수명 주기 작업을 완료한 후 요청자는 unregisterOperator API를 호출하여 등록을 취소해야 합니다. 그러면 해당 특정 요청자 ID와 연결된 모든 상태 관리 기록이 비활성으로 표시되거나 예약된 작업에 의해 CI Lifecycle Management — Restore Internal State Management Tables 제거됩니다.

및과의 인시던트 관리 통합 문제 관리

기본 인스턴스에는 CI에 대한 작업을 생성하는 데 사용되는 사전 정의된 CI 작업이 CreateTask 포함됩니다. 새 인스턴스에는 폐기된 운영 상태의 CI에 대해 'CreateTask' 작업이 허용되지 않도록 지정하는 사전 정의된 허용되지 않음 CI 작업이 있습니다. 이 제한 사항은 폐기된 CI에 대한 인시던트 또는 문제 작업 생성을 방지하기 위해 및과 문제 관리 통합됩니다인시던트 관리. 'CreateTask' CI 작업은 인시던트/문제 테이블 필드에 대한 Configuration Item 참조 한정자로 사용됩니다. 새 인시던트나 문제에서는 '폐기됨'인 CI Operational Status 가 양식의 목록에서 필터링 Configuration Item 됩니다. 참조 한정자에 대한 자세한 내용은 참조 한정자를 참조하십시오 .

자산 관리 앱과의 통합

기본 시스템에서는 두 필드의 값 중 하나가 폐기되면 CI Operational Status 의 필드와 Status/Hardware Status(하드웨어인 경우) 필드를 동기화된 상태로 유지합니다. Operational Status 의 CI가 폐기됨으로 설정된 경우 Status/Hardware Status 필드는 자동으로 폐기됨으로 설정됩니다. 반대 방향으로, StatusCI의 /Hardware Status 필드가 폐기됨Operational Status으로 설정되면 도 자동으로 폐기됨으로 설정됩니다.

Operational Status 필드가 폐기됨 상태에서 다른 상태로 변경되면 CI/StatusHardware Status필드가 설치됨으로 설정됩니다.
CI Status/Hardware Status 필드가 폐기 됨 상태에서 다른 상태로 Operational Status 변경되면 필드가 자동으로 비운영으로 설정됩니다.

'폐기됨'에서 다른 상태로 상태가 변경되는 경우는 거의 없으며 기본적으로 상태가 '비운영'으로 변경됩니다. 그러나 이는 기록에 대해 의도된 상태가 아닐 수 있습니다. 따라서 관리자는 이 경우 상태를 적절하게 검토하고 관리하는 것이 중요합니다.

CI Status/Hardware Status 변경이 있을 때마다 CI의 해당 Asset State 필드와 동기화되며 그 반대의 경우도 마찬가지이므로 CI Operational Status 와 CI의 해당 Asset State 동기화된 상태를 유지합니다.

CIStatus의 /Hardware Status(하드웨어인 경우) 필드에 대한 필드 매핑 Asset State 에 Substate 대한 자세한 내용은 자산 상태 및 CI 하드웨어 상태 매핑을 참조하십시오. 자산 사용 중지에 대한 자세한 내용은 자산 사용 중지를 참조하십시오.