Azure 변경 처리

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2024년 08월 01일
  • 소요 시간: 5분

    • Azure 변경 처리는 수명주기 상태 변경 또는 구성 변경을 거친 Microsoft Azure 자원에 대한 정보를 수집합니다. 그런 다음 수집된 정보를 사용하여 구성 관리 데이터베이스(CMDB)를 업데이트합니다.

    그림 1. Azure 변경 처리 개요
    Azure 변경 처리 플로우를 표시합니다.

    Azure 프로세스 변경 예약된 작업은 Azure 자원 변경 API를 쿼리하고 자원 변경 정보를 수집합니다. 각 실행 주기 동안 예약된 작업은 마지막으로 성공한 일정 실행과 현재 일정 실행 간에 변경된 모든 자원에 대한 정보를 수집합니다. 변경 정보를 받은 후 Azure 변경 처리에서는 응답 매핑을 사용하여 CMDB의 변경 정보를 업데이트합니다. 다음 검색 중에 클라우드 검색는 적절한 패턴(있는 경우)을 트리거하고 CMDB에 상세 자원 정보를 채웁니다.

    기본적으로 Azure 프로세스 변경 예약된 작업은 10분마다 실행됩니다. 원한다면 필요에 따라 일정의 실행 빈도를 업데이트하십시오. 새 실행 빈도는 다음 범위 내에서 설정해야 합니다.
    • 최소값: 1분
    • 최대값: sn_cmp.azure.change_enquiry.max_frequency_in_hours 속성에 정의된 값.
    Azure 프로세스 변경 예약된 작업의 기본 실행 빈도를 줄여 CMDB 업데이트 속도를 높일 수 있습니다.

    Azure 변경 처리를 처음 실행할 때는 최대 4시간까지 실행할 수 있습니다. sn_cmp.azure.change_enquiry.max_frequency_in_hours 속성을 설정하여 기본 최대 일정 실행 기간을 변경할 수 있습니다. 기본 일정 실행 기간을 늘리려면 일정을 실행하는 데 사용하기에 충분한 작업자 노드가 있는지 확인하십시오.

    이벤트를 처리하는 동안 Cloud Event Scheduler는 서비스 계정의 도메인을 식별하고 이벤트에 할당합니다. 처리하기 전에 도메인을 식별하는 동안 오류가 발생하면 이벤트가 할당되지 않은 상태로 유지되고 모든 도메인에 표시될 수 있습니다. 실패한 이벤트가 모든 도메인에 표시되지 않도록 하려면 실패한 이벤트가 서비스 제공자 도메인 관리자에게만 표시되도록 sn_cmp.error_events.default_domain 속성을 서비스 제공자 도메인의 sys_id로 설정하면 됩니다.

    주:

    Azure 변경 처리에서는 discovery_admin 또는 sn_cmp.cloud_admin이 만든 서비스 계정에서만 자원 변경 정보를 가져올 수 있습니다.

    API 트레일 및 오류 로그

    Azure 변경 처리에서는 MID 서버를 사용하여 Azure 엔드포인트를 호출하고 자원 변경 정보를 수집합니다. CAPI 트레일 [sn_capi_api_trail] 테이블에 API 호출 및 응답을 기록합니다.

    자원 변경 페이로드 정보 [sn_cmp_resource_changes_payload_info] 테이블에는 받은 변경에 대한 다음 통계가 포함되어 있습니다.
    • 총 수: 변경 페이로드에서 받은 변경 수입니다.
    • 처리된 개수: 처리된 변경 수입니다.
    • 건너뛴 개수: 건너뛴 변경 수입니다.
    • 오류 수: 오류로 인해 처리할 수 없는 변경 수입니다. 자원 변경 페이로드 정보 기록의 이벤트 트레일 탭에는 오류가 발생한 변경에 대한 다음 정보가 표시됩니다.
      • 영향을 받는 페이로드: Azure 변경 처리를 처리하지 못한 변경입니다.
      • 변경 시간: 실패한 변경의 타임스탬프입니다.
      • 변경 유형: CMDB에서 변경을 캡처하는 데 필요한 작업 유형입니다.
      • 오류의 원인: 오류 로그에 대한 링크입니다.
      Azure 변경 처리는 이벤트 트레일 [sn_cmp_event_trail] 테이블에서 오류가 발생한 변경 내용을 기록합니다.
    주:
    discovery_admin 또는 sn_cmp.cloud_admin만 자원 변경 페이로드 정보 [sn_cmp_resource_changes_payload_info] 테이블에 액세스할 수 있습니다.

    지원되는 Azure 자원 유형 및 변경 내용

    mid.cmp.azure.event.supported_resource_types 속성은 변경 처리가 지원되는 모든 Azure 자원 유형의 쉼표로 구분된 목록을 저장합니다.

    표 1. 지원되는 Azure 자원 유형
    자원 유형 지원되는 자원 변경 내용
    Microsoft.Compute/virtualMachine
    • computerName
    • osVersion
    • OsName
    • 전원 상태
    Microsoft.Compute/disks 데이터 디스크: 기존 가상 머신(VM)에 디스크를 추가합니다.
    • diskSizeGB
    • 캐싱
    • createOperation
    • deleteOperation
    • Lun
    • manageDisk.id
    OS 디스크
    • 계층
    • diskState
    Microsoft.Network/networkSecurityGroups
    • ipConfigurations[0].etag
    • virtualMachine.id
    • 기본
    • macAddress
    • resourceGuid
    Microsoft.Network/networkinterfaces networkInterfaces[0].id
    Microsoft.Network/publicIPAddresses
    • ipAddress
    • resourceGuid

    Azure 자원 유형에 대한 지원 추가에 관한 자세한 내용은 Azure 자원 유형에 대한 변경 처리 지원 추가 문서를 참조하십시오.

    Azure 변경 처리의 장점

    Azure 변경 처리는 Microsoft Azure 경보 기반 검색에 비해 다음과 같은 장점을 제공합니다.
    • 성능 향상 및 Azure API 제한 확률 감소
    • 간단한 설정
    성능 향상 및 Azure API 제한 확률 감소
    Microsoft Azure 경보 기반 검색은 영향을 받는 각 자원에 대해 대상이 지정된 검색을 트리거합니다. 따라서 Now Platform이 엄청난 수의 경보를 수신하면 대상이 지정된 검색으로 인해 Azure API가 제한될 수 있습니다. 결과적으로 Now Platform의 경보 처리 성능이 저하될 수 있습니다. 반대로 Azure 변경 처리는 영향을 받는 각 자원에 대해 대상이 지정된 검색을 트리거하지 않습니다. 대신 응답 매핑을 사용하여 사용 가능한 변경 정보에 따라 CMDB를 업데이트합니다. 다음 검색 중에 클라우드 검색는 적절한 패턴(있는 경우)을 트리거하고 CMDB에 상세 자원 정보를 채웁니다. 따라서 Azure 변경 처리는 Now Platform의 변경 처리 성능을 향상시키고 Azure API 제한 확률을 낮춥니다.
    간단한 설정
    Microsoft Azure 경보 기반 검색은 웹후크를 사용하여 Now Platform에 경보를 전송합니다. Azure 클라우드가 구독 수준에서 경보를 생성함에 따라 Microsoft Azure 경보 기반 검색에는 모니터링하려는 각 구독에 대한 웹후크가 필요합니다. 반대로 Azure 변경 처리에서는 CAPI 및 MID 서버를 사용하여 Azure 자원 변경 API와 상호작용합니다. API는 관리 그룹 수준에서 변경 정보를 제공할 수 있습니다. 따라서 Azure 변경 처리는 웹후크의 필요성을 제거하고 설정을 단순화합니다.

    Microsoft Azure 클라우드에서 자원 변경 정보를 가져와 CMDB를 업데이트하는 데 사용하도록 Azure 변경 처리를 구성할 수 있습니다.

    Microsoft Azure 경보 기반 검색을 사용하는 경우 Azure 변경 처리로 마이그레이션하여 Now Platform의 변경 처리 성능을 향상하고 단순화된 설정을 활용할 수 있습니다.