---
sourceDocument: 호주 IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/it-operations-management

 Release :

    - australia

ft:locale :

    - ko-KR

ft:publication_title :

    - 호주 IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# 관련 CI에 대한 인프라 관계 만들기

# 관련 CI에 대한 인프라 관계 만들기 {#ariaid-title1}

* 릴리스 버전: Australia
* 
* 업데이트 날짜 2026년 03월 12일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 3분

인프라 관계는 애플리케이션 서비스에 연결되어 있지만 서비스의 필수 부분이 아닌 CI를 보여줍니다. 인프라 관계는 애플리케이션 서비스에만 사용할 수 있습니다.

## 시작하기 전에

필요한 역할: evt_mgmt_admin

## 이 태스크 정보

CI 인프라 관계를 만들면 정보가 인프라 관계 \[em_impact_infra_rel_def\] 테이블에 저장됩니다. 경보가 생성되면 관련 CI가 대시보드 및 영향 트리에서 이벤트 관리 애플리케이션 서비스 정보와 함께 제공됩니다. 관련 CI에 대한 추가 정보는 애플리케이션 서비스의 관련 Dependency Views 맵에만 나타납니다. 다음과 같은 기본 인프라 관계를 사용할 수 있습니다. {#t_EMConfigInfraRelation__entry__3}

| 인프라 관계 | 영향 규칙 | 설명 |
|-|-|-|
| cmdb_ci_appl | OS 클러스터 구성원 | 하드웨어와 소프트웨어 애플리케이션 간의 경보 영향을 보여줍니다. |
| cmdb_ci_esx_server | 인프라 의존성 | vCenter와 ESX 클러스터 간의 경보 영향을 보여줍니다. |
| cmdb_ci_kvm | 인프라 의존성 | Linux 커널 기반 가상 머신(KVM) 연결에 대한 경보 영향을 보여줍니다. |
| cmdb_ci_vm_zones | 인프라 의존성 | Solaris VM 영역에 대한 경보 영향을 보여줍니다. |
[표 1. 기본 인프라 관계]

예를 들어 cmdb_ci_vm_zones 인프라 관계 정의 이벤트 관리 에 따라 애플리케이션 서비스에 ZoneServer@mmp1 추가합니다. 격리 규칙은 경보의 영향 심각도를 관리합니다. 그림 1. BSM에 나타나는 관련 CI

## 프로시저

1. 다음으로 이동 모두이벤트 관리관리인프라 관계.
2. 새로 만들기를 클릭합니다.
3. 필드에 적절한 정보를 입력합니다.  
   {#t_EMConfigInfraRelation__entry__17}

   | 필드 | 설명 |
   |:-|:-|
   | 하위 유형 | 하위 개체에 대한 데이터가 포함된 테이블입니다. |
   | 상위 유형 | 상위 엔터티에 대한 데이터가 포함된 테이블입니다. |
   | 관계 유형 | 자식 엔터티와 상위 엔터티 간의 관계입니다. |
   | 영향 방향 | 애플리케이션 서비스 맵에 표시할 영향의 방향입니다. * 하위에서 상위로: 경보가 자식과 관련된 경우 상위에 미치는 영향을 보여줍니다. * 상위에서 하위로: 경보가 상위와 관련된 경우 하위 개체에 미치는 영향을 보여줍니다. |
   | 영향 규칙 | 인프라 관계를 계산하는 영향 규칙: * OS 클러스터 구성원: 호스트 클러스터 구성원이 클러스터 구성원의 백분율 또는 수에 따라 전체 클러스터 상태에 어떤 영향을 미치는지 결정합니다. 예를 들어 호스트가 셋인 클러스터가 심각도를 중요로 설정하기 위해 60%의 영향을 필요로 하는 경우 각 구성원은 20%의 영향력을 갖습니다(60을 3으로 나눈 값). 둘 이상의 클러스터 구성원이 심각도 '중요'인 경우에만 전체 클러스터의 심각도를 중요로 변경할 수 있습니다. 또한 전체 클러스터는 다운된 것으로 간주됩니다. * 애플리케이션 클러스터 구성원 : 애플리케이션 클러스터 구성원이 클러스터의 전반적인 영향도에 어떤 영향을 주는지 결정합니다. 예를 들어, 구성원이 셋인 클러스터가 전체 클러스터의 심각도를 중요로 설정하기 위해 90%의 영향을 필요로 하는 경우 각 구성원은 30%의 영향을 받습니다(90을 3으로 나눈 값). 세 구성원 모두가 심각도가 중요인 경우에만 전체 클러스터의 심각도를 중요로 변경할 수 있습니다. * 인프라 의존성 : 인프라 관계에서 CI에 대한 영향 전파의 정의를 결정합니다. * CI 애플리케이션 서비스: 애플리케이션 서비스의 일부인 상위 또는 하위 엔터티에 영향도가 적용되는 방식을 결정합니다. * 애플리케이션의 상위 CI: 상위 엔터티에 대해서만 영향도를 설정합니다. * 포함: 포함 관계인 엔터티에 대한 영향을 결정합니다. 이 규칙은 읽기 전용입니다. * 네트워크 경로: 기존 네트워크의 일부인 상위 또는 하위 개체에 영향도가 적용되는 방식을 결정합니다. * 스토리지 경로: 저장소 네트워크의 일부인 상위 또는 하위 개체에 영향도가 적용되는 방식을 결정합니다. * CI 영향 : 애플리케이션 서비스에 적용됩니다. 서비스 구성원 간의 관계를 결정합니다. 하위 CI에서 상위 CI로의 영향도는 항상 100%입니다. 예를 들어 상위 영향 심각도는 심각도가 가장 높은 하위 CI에서 파생됩니다. |
   [표 2. 인프라 관계 양식]

4. 제출을 클릭합니다.