수평 검색 예약

  • 릴리스 버전: Zurich
  • 업데이트 날짜 2025년 07월 31일
  • 소요 시간: 9분
  • 검색 일정에 따라 가로 검색이 검색하는 대상, 실행 시기 및 MID 서버 사용되는 검색이 결정됩니다. 로컬 환경에 대한 검색 일정 또는 클라우드 서비스 계정에서 자원을 검색하기 위한 일정을 만듭니다.

    시작하기 전에

    검색 일정이 검색 대상 범위 제한 및 가장 안전한 자격 증명 사용과 같은 보안 베스트 프랙티스를 준수하는지 확인합니다.

    일정을 실행하기 전에 자격 증명을 테스트해야 합니다. 잘못된 자격 증명은 검색 실패의 주요 원인입니다.

    필요한 역할: discovery_admin 또는 admin

    이 태스크 정보

    Discovery 일정을 사용하여 프로브, 센서 및 패턴 작업을 사용하여 네트워크에서 CI를 스캔하는 가로 검색을 시작할 수 있습니다. 다음 절차에 따라 검색 일정 양식에서 수동으로 일정을 생성합니다.

    서비스 매핑 은 하향식 검색을 위한 검색 일정도 제공합니다. 자세한 내용은 서비스 매핑을 통한 하향식 검색 예약 문서를 참조하십시오.

    애플리케이션의 검색 일정 모듈을 디스커버리 사용하여 다음을 수행합니다.
    • 클라우드 서비스 계정에서 자원을 검색하도록 일정을 구성합니다.
    • URL 검색에서 인증서를 검색하도록 일정을 구성합니다.
    • IP 주소 또는 기타 식별자를 기준으로 장치를 구성합니다.
    • 장치 프로브에 자격 증명을 사용할지 결정합니다.
    • 특정 유형의 검색에 사용할 이름을 MID 서버 지정합니다.
    • 네트워크에서 디스커버리가 실행되는 시기를 통제하는 일정을 작성하거나 사용하지 않도록 설정하십시오.
    • 부하 분산을 위해 여러 Shazzam 프로브의 사용을 구성하십시오.
    • 부하 분산을 위한 여러 MID 서버의 사용을 구성합니다.
    • 검색 일정을 수동으로 실행합니다.
    • 단일 IP 주소에서 검색을 실행합니다.
    주:
    IP 기반 및 클라우드 디스커버리에 대한 일정의 실행 결과를 확인하려면 검색 홈페이지에서 요약을 사용하십시오. 홈페이지는 발생할 수 있는 오류에 대한 상세 정보를 게시하고 문제를 정정하기 위해 수행할 수 있는 작업을 표시합니다.

    프로시저

    1. 다음으로 이동 모두 > 디스커버리 > 디스커버리 일정 을 클릭하여 새 기록을 생성합니다.
    2. 열 일정 유형 선택:
      • 새로 만들기: 네트워크에서 구성요소를 검색하기 위한 수평 일정을 새로 만듭니다.
      • 빠른 검색: 일정 없이 단일 IP 주소에서 가로 검색을 실행합니다.
      • 클라우드 검색 일정 만들기: Discovery 관리자 마법사를 사용하여 클라우드 서비스 계정에서 자원을 검색하는 일정을 만듭니다.
    3. 테이블의 필드를 사용하여 검색 일정 양식을 작성합니다.
      자세한 내용은 검색 일정 양식 참조 문서를 참조하십시오.
    4. 기록의 헤더를 마우스 오른쪽 버튼으로 클릭하고 컨텍스트 메뉴에서 저장을 선택합니다.
    5. 검색하는 IP 주소의 범위를 생성하려면 관련 링크 아래에서 빠른 범위를 클릭합니다.
      주:
      보안을 개선하기 위해 검색 대상 범위를 제한하여 불필요한 네트워크와 장치를 제외합니다.
    6. 검색 일정에 대한 실행 옵션 문서에 설명된 대로 일정 실행 빈도를 정의합니다.

    빠른 검색 실행

    빠른 검색 또는 DiscoverNow에서는 관리자가 일정 없이 단일 IP 주소에서 CI 구성 검색을 실행할 수 있습니다.

    시작하기 전에

    필요한 역할: discovery_admin

    이 태스크 정보

    플랫폼이 선택한 IP 주소와 연결된 경우 검색에 사용할 올바른 MID 서버를 자동으로 선택합니다. 해당 주소가 나타나는 네트워크에 대해 MID 서버가 구성되어 있지 않은 경우 MID 서버를 선택할 수 있습니다. 이 기능을 사용하면 정기적으로 예약된 검색을 기다리지 않고 네트워크에 연결되는 즉시 네트워크에서 새 장치를 검색할 수 있습니다.

    시스템에서 사용할 MID 서버를 자동으로 결정하도록 구성하려면 시스템의 각 MID 서버에 대해 IP 범위 기능을 설정합니다.

    디스커버리 일정 양식 또는 스크립트에서 DiscoverNow를 실행할 수 있습니다.

    주:
    IPv6 대상 주소를 사용한 빠른 검색이 지원됩니다.

    프로시저

    1. 다음 위치 중 하나에서 빠른 검색을 엽니다.
      • 다음으로 이동 디스커버리 > 디스커버리 일정 을 클릭하고 헤더 막대에서 빠른 검색을 클릭합니다.
      • 다음으로 이동 디스커버리 > 을 클릭하고 일정 타일에서 Discovery 빠른 시작을 클릭합니다.
      사용할 IP 주소와 MID 서버 이름을 묻는 대화 상자가 나타납니다. 사용 가능확인됨 MID Server만 사용할 수 있습니다.
    2. 대상 IP 필드에 검색의 대상 IP 주소를 입력합니다.
      주:
      DiscoverNow에서는 현재 IP 네트워크 검색을 지원하지 않습니다. 10.105.37.0/24와 같은 전체 네트워크가 아닌 단일 IP 주소만 입력했는지 확인합니다.
      MID 서버가 대상 IP 주소를 포함하고 현재 운영 상태가 사용 가능에 있는 서브넷에 할당되면 해당 이름은 MID 서버 필드에 자동으로 나타납니다. MID Server가 여러 개 검색되면 시스템에서 서버 하나를 선택합니다. 다른 MID 서버를 선택하려면 MID 서버 필드의 값을 덮어쓸 수 있습니다.
      중요사항:
      선택한 MID 서버가 부하가 분산된 클러스터의 일부이고 어떤 이유로도 사용할 수 없는 경우 인스턴스는 해당 클러스터의 다른 MID 서버를 빠른 검색에 할당하지 않습니다. 적절한 MID 서버 목록에서 다른 MID 서버를 선택해야 합니다.
    3. 해당 네트워크에 대해 MID 서버가 정의되어 있지 않은 경우 사용 가능한 MID 서버 목록에서 선택합니다.
      그림 1. 빠른 검색 대화 상자
      빠른 디스커버리
    4. 검색을 실행하려면 확인을 클릭합니다.
      해당 검색에 대한 상태 기록이 나타납니다. 이 검색과 연결된 일정이 없으므로 일정 열이 비어있게 됩니다.
      그림 2. 빠른 검색 상태 목록
      빠른 검색 상태 목록

    스크립트에서 DiscoverNow 실행

    스크립트에서 백그라운드 작업, 비즈니스 규칙 또는 웹 서비스 등의 DiscoverNow를 실행할 수 있습니다.

    시작하기 전에

    필요한 역할: admin

    프로시저

    1. 다음 스크립트를 생성합니다.
      var d = new Discovery();
      var statusID = d.discoveryFromIP(TARGET_IP, TARGET_MIDSERVER);

      discoveryFromIP 메서드는 IPMID 서버 두 개의 인수를 사용합니다. IP 인수는 필수이지만 MID 서버 인수는 선택 사항입니다.

    2. MID 서버를 선택하려면 sys_id 또는 MID 서버의 이름을 인수로 지정합니다.
      MID 서버의 이름을 지정하지 않으면 시스템에서 자동으로 유효한 서버를 찾습니다. 유효한 MID 서버는 사용 가능 상태가 되며 부여한 IP 주소를 검색할 수 있습니다. 시스템에서 유효한 MID 서버를 찾고 디스커버리를 실행하는 경우 discoveryFromIP 메서드는 디스커버리 상태 기록의 sys_id를 반환합니다. 이 IP 주소를 검색할 수 있는 MID 서버가 없는 경우에는 메서드가 정의되지 않음 값을 반환합니다.

      대상_MID서버를 수동으로 지정하는 경우 시스템에서 부여한 값의 유효성을 확인하고 MID 서버 테이블에 지정한 MID 서버 기록을 포함합니다. 유효성이 확인되면 IP에서 검색 메서드는 검색 상태 기록의 sys_id를 반환합니다. 유효성 확인에 실패하면 메서드는 정의되지 않음 값을 반환합니다.

    검색 결과 확인

    ECC 큐에 액세스하고 XML 페이로드를 분석하며 검색 로그를 확인하여 검색 결과의 유효성을 확인합니다.

    시작하기 전에

    필요한 역할: discovery_admin

    이 태스크 정보

    초기 검색에서 종종 이전에 알려지지 않은 장치, 프로세스 또는 인증 실패 등의 예기치 않은 결과가 나타납니다. 또한 결과를 통해 알려진 장치를 정확하게 식별하고 CMDB를 적절하게 업데이트해야 합니다. 검색되는 네트워크에 대해 잘 이해하고 다양한 검색 유형에 대해 반환되는 데이터 형식을 숙지하십시오. 디스커버리 로그 및 ECC 큐를 사용하여 프로브 또는 패턴 작업에서 데이터가 반환될 때의 디스커버리 프로세스를 모니터링합니다.

    프로시저

    1. 프로브의 실제 페이로드를 확인하려면 ECC 큐의 기록에서 XML 아이콘을 클릭합니다.
      그림 3. ECC 큐
      ECC 큐
    2. 프로브의 실제 페이로드를 확인하려면 ECC 큐의 기록에서 XML 아이콘을 클릭합니다.
    3. 디스커버리 로그 양식을 사용하여 프로브 진행 방식을 빠르게 확인할 수 있습니다.

      로그를 표시하려면 디스커버리 다음으로 이동하십시오. 디스커버리 > 디스커버리 로그.

      그림 4. 디스커버리 로그
      검색 로그
      디스커버리 로그에서 제공하는 정보는 다음과 같습니다.
      정보
      작성됨 시행되는 프로브에 대한 타임스탬프를 표시합니다. 이 목록에서 시행되는 프로브에 대한 기록을 확인하려면 이 링크를 클릭합니다.
      수준 이 프로브에서 반환하는 데이터 유형을 표시합니다. 가능한 수준은 다음과 같습니다.
      • 디버그
      • 오류
      • 정보
      • 경고
      메시지 프로브에서 반환하는 정보에 대해 수행된 작업을 설명하는 메시지입니다.
      ECC 큐 입력 로그 메시지와 관련된 ECC 큐 이름을 표시합니다.
      CI 검색한 CI입니다. 이 링크를 클릭하면 이 CI에 대한 CMDB의 기록이 표시됩니다.
      소스 로그 메시지를 생성한 프로브 이름을 표시합니다.
      장치 프로브가 탐색한 IP 주소를 표시합니다. 이 링크를 클릭하면 이 디스커버리에서 이 IP 주소에 대해 수행한 작업에 대한 모든 로그 항목을 검사합니다.
      주:
      활성 검색을 취소하는 경우 다음 정보를 참조하십시오.
      • 처리를 시작한 기존 센서 작업은 즉시 종료됩니다.
      • 준비 상태에 있지만 프로세스를 시작하지 않은 기존 센서 작업은 시스템에서 삭제됩니다.
    4. 모든 일정, 클라우드 자원(가상 머신), 검색된 장치 및 발생할 수 있는 관련 오류에 대한 자세한 내용은 Discovery 홈페이지를 참조하십시오.
      오류 상세 정보에는 가능한 정정 단계가 포함됩니다.

    검색 일정에 대한 MID 서버 선택 시퀀스

    디스커버리 애플리케이션에서 이 시퀀스를 따라 MID 서버를 찾습니다.

    MID 서버 자동 선택

    디스커버리디스커버리 일정 양식에서 MID 서버 선택 메서드에 대해 MID 서버 자동 선택을 선택한 경우 이 시퀀스를 따릅니다.
    주:
    MID 서버 자동 선택은 IPv6에서 지원되지 않습니다.
    1. 디스커버리는 적절한 IP 범위를 구성한 MID 서버를 찾습니다.
    2. 이러한 기준에 맞는 MID Server가 없는 경우 적절한 IP 범위를 구성한 모든 애플리케이션이 있는 MID 서버를 찾습니다.
    3. 둘 이상의 MID 서버가 기준을 충족하는 경우 디스커버리는 상태가 사용 가능인 첫 번째 MID 서버를 선택합니다. 둘 이상의 MID 서버가 사용 가능한 경우 임의로 하나를 선택합니다.
    4. 사용 가능한 서버가 없는 경우 디스커버리 애플리케이션에 지정된 기본 MID 서버를 가능한 것으로 가정하여 사용합니다.
    5. 기본 MID 서버를 지정하지 않은 경우 모든 애플리케이션에 지정된 기본 MID 서버를 사용 가능한 것으로 가정하여 사용합니다.
    6. 기본 MID 서버를 지정하지 않은 경우 디스커버리는 이전 단계를 반복하여 상태가 일시 중지됨 또는 업그레이드 중인 MID Server를 찾습니다.
      주:
      MID 서버가 일시 중지되거나 업그레이드 중인 경우 사용 가능 상태로 돌아갈 때까지 실질적으로 명령을 처리하지 않습니다.

    MID 서버 클러스터

    검색 양식에서 MID 서버 선택 메서드에 대해 특정 MID 클러스터를 선택하고 클러스터가 부하 분산 클러스터인 경우 다음 단계를 따릅니다.
    1. Discovery는 클러스터에서 상태가 사용 가능으로 검색된 첫 번째 MID 서버를 사용합니다.
    2. 둘 이상의 MID 서버가 사용 가능한 경우 임의로 하나를 선택합니다. MID 서버를 찾을 수 없는 경우 클러스터에서 상태가 일시 중지됨 또는 업그레이드 중MID 서버를 찾습니다.
    클러스터가 페일오버인 경우 다음 단계를 수행합니다.
    1. 검색은 상태가 사용 가능이며 순서 값이 가장 낮은 MID 서버를 사용합니다.
    2. MID 서버가 없다면 순서 값이 가장 낮은 서버를 선택하여 클러스터에서 상태가 일시 중지됨 또는 업그레이드 중MID 서버를 찾습니다.
    주:
    검색은 클러스터에서 MID 서버를 선택할 때 해당 애플리케이션 및 모든 애플리케이션의 기본 MID 서버를 무시합니다.

    포트 검색(Shazzam) 단계

    포트 검색 단계에서 디스커버리는 모든 대상 IP 주소를 수집합니다. 기준을 충족하는 MID 서버에 동일하게 분할합니다(MID 서버는 포트 검색을 수행할 자격이 있습니다). 디스커버리 일정에서 구성한 Shazzam 배치 크기는 각 Shazzam 프로브에서 검색할 수 있는 IP 주소 수를 결정합니다. 이 단계는 포트 검색 단계에서 각 MID 서버가 수행하는 작업의 양을 결정하는 데 도움이 됩니다.

    예를 들어 정규화된 MID 서버 세 대 중에서 검색할 IP 주소가 16,000개이고 기본 Shazzam 배치 크기를 5000으로 사용합니다. MID 서버 두 대는 IP 주소를 5,000개씩 검사합니다(각각 하나의 Shazzam 프로브). 나머지 MID 서버는 두 개의 Shazzam 프로브를 시작하여 IP 주소 6,000개를 검사합니다.

    주:

    Shazzam은 IPv4 및 IPv6 유형을 모두 포함하는 최대 5000개의 주소를 포함하는 IP 목록을 처리할 수 있습니다. 일정에 5000개가 넘는 IPv6 IP 주소가 있는 IP 목록이 포함되어 있으면 가 디스커버리 취소됩니다. IPv6 주소만 사용하는 경우 IP 주소 범위가 아닌 목록을 사용해야 합니다. IPv6 주소 범위와 네트워크는 지원되지 않으며 무시됩니다.