조정 규칙
조정 규칙은 CI 속성을 업데이트할 수 있는 검색 소스를 결정합니다.
EventManagement, ImportSet, ManualEntry및 Tivoli와 같은 검색 소스는 createOrUpdateCI() API와 함께 사용되어 CI에 대한 수동 업데이트를 시뮬레이션합니다. 조정 규칙이 없으면 검색 소스가 속성 값에 대한 서로의 업데이트를 덮어 쓸 수 있습니다.
- 정적 조정 규칙
정적 조정 규칙은 CI 속성을 업데이트하기 위해 다양한 검색 소스의 우선순위를 설정하는 레거시 조정 규칙입니다. 정적 조정 규칙은 클래스 속성을 업데이트할 수 있는 검색 소스와 이러한 검색 소스 간의 우선 순위를 지정합니다.
정적 조정 규칙을 만들 때 속성을 업데이트할 수 있는 권한이 있는 각 검색 소스에 대한 조정 규칙이 있는지 확인합니다. 조정 규칙은 상위 및 하위 클래스 수준에서 정의할 수 있습니다.
정적 조정 규칙은 조정 정의 [cmdb_reconciliation_definition] 테이블에 저장됩니다.
- 동적 조정 규칙
동적 조정 규칙은 디스커버리 소스 우선순위가 아닌 처리자 처리한 CMDB 360 속성 값을 기반으로 합니다. 먼저, CMDB 360은 현재 페이로드 데이터를 CMDB 360 데이터 저장소로 처리합니다. 그런 다음 동적 조정 규칙을 적용하여 IRE는 예를 들어 모든 검색 소스에서 가장 크거나 가장 많이 보고된 값을 선택합니다. 동적 조정 규칙은 CMDB 360을 활용하기 때문에 동적 조정 규칙을 사용하려면 해당 기능을 사용하도록 설정해야 합니다.
여러 검색 소스에 대해 우선순위 순서를 설정하기 어려워지는 경우에는 동적 조정 규칙을 생성하면 유용할 수 있습니다. 클래스 속성당 하나의 동적 조정 규칙만 존재할 수 있습니다.
동적 조정 규칙은 동적 조정 정의 [cmdb_dynamic_reconciliation_definition] 테이블에 저장됩니다.
정적 조정 규칙의 예
- Discovery에는 클래스의 cmdb_ci_computer 속성을 업데이트 name 할 수 있는 독점적인 권한이 부여됩니다.
조정 규칙은 상위 클래스의 하위 클래스에 의해 파생되기 때문에 이 규칙은 Discovery가 클래스의 cmdb_ci_computer 하위 클래스에서 속성을 업데이트 name 할 수 있는 권한도 부여합니다.
- ServiceWatch에는 클래스의 cmdb_ci_linux_server 속성을 업데이트 name 할 수 있는 독점적인 권한이 있습니다.
- ServiceWatch는 규칙에서 속성 필드를 비워 두어 구성한 대로, 클래스의 cmdb_ci_linux_server 모든 속성을 업데이트할 수 있는 독점적인 권한이 있습니다.
예를 들어, 검색 소스에 특정 속성(예name: )을 업데이트할 수 있는 권한을 부여하는 정적 조정 규칙을 만드는 방법에 대한 자세한 내용은 을 참조하십시오CI 조정 규칙 만들기.
조정 규칙 사용
조정 규칙을 만들 때 속성 수준에서 규칙의 유연성과 구체화를 위해 설계된 다음 원칙을 염두에 두십시오.
- 동적 조정 규칙의 우선순위
동일한 CI 속성에 대해 정적 및 동적 조정 규칙이 모두 있는 경우 동적 조정 규칙이 정적 조정 규칙보다 우선합니다.
- 클래스의 모든 속성에 대한 권한 부여
정적 조정 규칙을 사용하면 검색 소스에 클래스의 모든 속성을 업데이트할 수 있는 권한을 부여할 수 있습니다. 그러나 특정 속성이 나열된 하위 클래스에 대한 규칙에 따라 일부 속성에 대해 이 권한 부여를 무효화할 수 있습니다.
예를 들어, 위의 예시 규칙 #1과 #3만 작성되면 Discovery는 클래스의 cmdb_ci_linux_server 속성을 업데이트 name 할 수 있는 권한을 부여받습니다. ServiceWatch에는 속성을 제외한 클래스의 다른 모든 속성을 업데이트할 수 있는 권한이 있습니다.name
속성을 업데이트 name 하는 Discovery의 인증을 무효화하기 위해 위의 예시 규칙 #2를 추가하여 ServiceWatch에 속성을 업데이트할 수 있는 권한을 특별히 부여합니다.
- 클래스의 특정 속성에 대해서만 권한 부여
검색 소스가 클래스의 특정 속성을 업데이트할 수 있도록 권한을 부여하려면 검색 소스에 대한 정적 조정 규칙을 생성하고 규칙에 이러한 속성을 나열합니다. 클래스의 특정 속성에 대한 접근 권한을 부여하는 규칙은 전체 클래스에 대한 접근 권한을 부여하는 빈 속성 목록으로 다른 정적 조정 규칙을 재정의합니다.
위의 예시 규칙 #1은 Discovery에 클래스의 cmdb_ci_computer 속성을 업데이트 name 할 수 있는 독점 권한을 부여합니다. 다른 모든 검색 소스는 클래스에 있는 cmdb_ci_computer CI의 속성을 업데이트 name 할 수 없습니다.
- 하위 클래스 규칙이 상위 클래스 규칙을 재정의합니다.
-
하위 클래스에 대해 정의된 조정 규칙은 상위 클래스에 대해 정의된 규칙을 재정의합니다. 따라서 파생된 규칙의 속성이 특정 클래스의 하위 클래스 규칙에 의해 재정의되면 파생된 규칙은 해당 속성에 영향을 주지 않습니다. 이 동작은 하위 조정 규칙이 정적이고 상위 규칙이 동적일 때에도 적용됩니다(동적 조정 규칙은 동일한 수준 클래스에 대한 경우 정적 조정 규칙보다 우선합니다).
예를 들어, 위의 규칙 #1을 사용하면 Discovery가 클래스와 모든 하위 클래스의 속성을 cmdb_ci_computer 업데이트 name 할 수 있습니다. 그러나 하위 클래스에 대한 규칙 #1을 재정의하는 하위 클래스의 cmdb_ci_linux_server 규칙 #2는 ServiceWatch가 하위 클래스에서 이 속성을 업데이트할 수 있는 권한을 명시적으로 부여합니다.
그 결과:- 검색에서 하위 cmdb_ci_linux_server 클래스의 속성을 업데이트 name 할 수 없습니다. ServiceWatch만 이 속성을 업데이트할 권한이 있습니다.
- Discovery는 클래스의 다른 모든 하위 클래스에서 CI 기록의 속성을 업데이트 name 할 수 있는 권한이 있습니다 cmdb_ci_computer .
- 중복되는 정적 조정 규칙
같은 클래스의 동일한 속성에 대해 서로 다른 검색 소스에 권한을 부여하는 정적 조정 규칙은 공존할 수 있으며 서로를 배제하지 않습니다.
예를 들어 다음 규칙이 추가된다고 가정합니다. 위의 예시 규칙 #1과 유사하지만 다른 검색 소스에 권한을 부여합니다.
ServiceWatch에는 클래스의 cmdb_ci_computer 속성을 업데이트 name 할 권한이 있습니다.
위의 예시 규칙 #1과 마찬가지로 이 새 규칙은 Discovery와 ServiceWatch 모두 속성을 업데이트할 수 있도록 클래스의 cmdb_ci_computer 속성에 name 적용됩니다. 디스커버리 소스가 서로의 업데이트를 덮어쓰지 못하도록 조정 규칙이 적용됩니다.
조정 규칙에 대한 자세한 내용은 CMDB - 데이터 선행 규칙 CMDB 데이터 우선순위 규칙 이해 및 문제 해결 [KB0756709] 지식베이스 문서를 참조하십시오.
도메인 분리
도메인 분리가 활성화된 경우 조정 규칙의 범위를 특정 도메인으로 지정할 수 있습니다. 상위 도메인의 규칙이 재정의되지 않은 경우 하위 도메인의 CI에 적용됩니다. 도메인에 표시되는 모든 규칙이 적용되고 상위 도메인을 무효화하는 규칙에 하위 도메인 버전이 표시됩니다.