인프라 관계는 애플리케이션 서비스에 연결되어 있지만 서비스의 필수 부분이 아닌 CI를 보여줍니다. 인프라 관계는 애플리케이션 서비스에만 사용할 수 있습니다.
시작하기 전에
필요한 역할: evt_mgmt_admin
이 태스크 정보
CI 인프라 관계를 만들면 정보가 인프라 관계 [em_impact_infra_rel_def] 테이블에 저장됩니다. 경보가 생성되면 관련 CI가 이벤트 관리 대시보드 및 영향 트리에서 애플리케이션 서비스 정보와 함께 제공됩니다. 관련 CI에 대한 추가 정보는 애플리케이션 서비스의 관련 Dependency Views 맵에만 나타납니다. 사용 가능한 기본 인프라 관계는 다음과 같습니다.
표 1. 기본 인프라 관계
인프라 관계
영향 규칙
설명
cmdb_ci_appl
OS 클러스터 구성원
하드웨어와 소프트웨어 애플리케이션 간의 경보 영향을 보여줍니다.
cmdb_ci_esx_server
인프라 의존성
vCenter와 ESX 클러스터 간의 경보 영향을 보여줍니다.
cmdb_ci_kvm
인프라 의존성
Linux 커널 기반 가상 머신(KVM) 연결에 대한 경보 영향을 보여줍니다.
cmdb_ci_vm_zones
인프라 의존성
Solaris VM 영역에 대한 경보 영향을 보여줍니다.
예를 들어 cmdb_ci_vm_zones 인프라 관계 정의를 기반으로 이벤트 관리은(는) 애플리케이션 서비스에 ZoneServer@mmp1을 추가합니다. 격리 규칙은 경보의 영향 심각도를 관리합니다. 그림 1. BSM에 나타나는 관련 CI
프로시저
다음으로 이동 모두 > 이벤트 관리 > 관리 > 인프라 관계.
새로 만들기를 클릭합니다.
필드에 적절한 정보를 입력합니다.
표 2. 인프라 관계 양식
필드
설명
하위 유형
자식 개체에 대한 데이터가 들어있는 테이블입니다.
상위 유형
상위 개체에 대한 데이터가 들어있는 테이블입니다.
관계 유형
자식 개체와 상위 개체 간의 관계입니다.
영향 방향
애플리케이션 서비스 맵에 표시할 영향의 방향입니다.
하위에서 상위로: 경보가 자식과 관련된 경우 상위에 미치는 영향을 보여줍니다.
상위에서 하위로: 경보가 상위와 관련된 경우 자식 개체에 미치는 영향을 보여줍니다.
영향 규칙
인프라 관계를 계산하는 영향 규칙:
OS 클러스터 구성원 : 호스트 클러스터 구성원이 클러스터 구성원의 백분율 또는 수에 따라 전체 클러스터 상태에 어떤 영향을 미치는지 결정합니다. 예를 들어 호스트가 셋인 클러스터가 심각도를 중요로 설정하기 위해 60%의 영향을 필요로 하는 경우 각 구성원은 20%의 영향(60을 3으로 나눈 값)을 갖습니다. 둘 이상의 클러스터 구성원이 심각도 중요인 경우에만 전체 클러스터의 심각도를 중요로 변경할 수 있습니다. 또한 전체 클러스터는 다운된 것으로 간주됩니다.
애플리케이션 클러스터 구성원 : 애플리케이션 클러스터 구성원이 클러스터의 전반적인 영향도에 어떤 영향을 주는지 결정합니다. 예를 들어 구성원이 셋인 클러스터가 전체 클러스터의 심각도를 중요로 설정하기 위해 90%의 영향을 필요로 하는 경우 각 구성원은 30%의 영향(90을 3으로 나눈 값)을 갖습니다. 세 구성원이 모두 심각도 중요인 경우에만 전체 클러스터의 심각도를 중요로 변경할 수 있습니다.
인프라 의존성 : 인프라 관계에서 CI에 대한 영향도 전파의 정의를 결정합니다.
CI 애플리케이션 서비스: 애플리케이션 서비스의 일부인 상위 또는 하위 개체에 영향도가 적용되는 방식을 결정합니다.
애플리케이션의 상위 CI: : 상위 개체에 대해서만 영향도를 설정합니다.
포함: 포함 관계인 개체에 대한 영향도를 결정합니다. 이 규칙은 읽기 전용입니다.
네트워크 경로: 기존 네트워크의 일부인 상위 또는 하위 개체에 영향도가 적용되는 방식을 결정합니다.
저장소 경로: 저장소 네트워크의 일부인 상위 또는 하위 개체에 영향도가 적용되는 방식을 결정합니다.
CI 영향 : 애플리케이션 서비스에 적용됩니다. 서비스 구성원 간의 관계를 결정합니다. 하위 CI에서 상위 CI로의 영향도는 항상 100%입니다. 예를 들어 상위 영향 심각도는 가장 심각도가 높은 하위 CI에서 파생 됩니다.
