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

릴리스 버전: Washingtondc

업데이트 날짜 2024년 02월 01일

읽기6분

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

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

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

운영 상태: CI가 있을 수 있는 상태 집합(예: "운영" 또는 "수리 진행 중")입니다. CI는 항상 하나의 운영 상태에만 연결될 수 있습니다. 운영 상태에 대한 선택은 [cmdb_ci] 테이블의 필드를 기반으로 operational_status 합니다. 기본 시스템에는 '폐기됨' 및 '수리 진행 중'과 같이 여러 가지 운영 상태가 정의됩니다. 이 목록을 수정하여 비즈니스와 관련된 운영 상태를 반영할 수 있습니다.
주:
기본적으로 Service Mapping은 운영 상태 [operational_status] 값이 1 이 아니거나(운영) 상태 [install_status] 값이 100 (부재)인 모든 호스트 CI를 무시하도록 구성됩니다. 이 동작에 대한 자세한 내용은 HI 지식베이스에서 Service Mapping으로 작업하기 위한 사용자 지정 ServiceNow 배포 준비 [KB0647574]를 참조하십시오.
CI 수명주기 관리를 사용하면 여러 운영자와 자동화가 동시에 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 참조 한정자로 사용됩니다. 새 인시던트나 문제에서 '폐기됨'인 Operational Status CI는 양식의 목록에서 필터링 Configuration Item 됩니다. 참조 한정자에 대한 자세한 내용은 참조 한정자를 참조하십시오 .

자산 관리와의 통합

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

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

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

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

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