패턴 및 가로 검색

패턴은 네트워크에서 찾을 CI, 사용할 자격 증명 및 CMDB에서 채울 테이블을 검색하는 일련의 운영입니다.

이 항목에서는 사용자가 가로 검색 단계를 이해하고 있다고 가정합니다. 프로브 및 패턴에 대한 가로 검색 프로세스를 검토해야 하는 경우 다음을 참조하십시오.

• 프로브 및 센서를 사용한 가로 검색 프로세스 흐름
• 패턴을 사용한 가로 검색 프로세스 흐름

주:

프로브에서 패턴으로의 마이그레이션에 대한 자세한 내용은 지식 문서 KB0694477 참조하십시오.

검색에서 패턴을 사용하는 방법

패턴은 프로브와 동일한 기능을 수행합니다. 즉, 대상 CI를 식별하고 탐색합니다. 검색은 검색의 마지막 두 단계인 확인과 탐색 중에만 패턴을 사용합니다.

패턴을 사용하는 가로 검색을 시작하면 프로브 및 센서만 사용하고 패턴을 사용하지 않는 경우와 같이 검사 및 분류 단계가 실행됩니다. 분류 단계가 완료되면 검색이 분류 규칙에서 트리거 프로브를 조사하여 시작할 프로브를 확인합니다. Horizontal Pattern 프로브가 트리거 프로브로 지정되면 검색은 지정된 Horizontal Pattern 프로브와 패턴을 모두 시작합니다.

프로브와 패턴의 차이점

패턴을 사용한 가로 검색과 프로브를 사용한 가로 검색의 주요 차이점은 다음 표를 통해 설명되어 있습니다.

주제	프로브를 사용한 가로 검색	패턴을 사용한 가로 검색
검색 단계	4개의 검색 단계 모두에서 프로브가 실행됩니다.	식별 및 탐색 단계 중에만 패턴이 실행됩니다. 검색은 여전히 Shazzam 프로브와 포트 프로브를 사용하여 검색을 시작합니다.
새 CI 찾기	검색은 바로 사용 가능한 여러 프로브와 센서를 제공합니다. 그러나 새 CI를 찾거나 검색이 CMDB에서 채우는 데이터를 변경하려면 새 프로브와 센서를 생성하거나 기존 프로브와 센서를 사용자 지정해야 합니다. 이를 위해서는 Java와 JavaScript에 대한 지식이 필요하며 프로브가 다른 프로브 및 센서와 함께 작동하는 방식을 이해해야 합니다.	검색은 모든 주요 릴리스와 ServiceNow 앱 스토어에서 더 많은 패턴을 제공합니다. 새 패턴을 생성하거나 기존 패턴을 사용자 지정하려는 경우에는 단계를 구성하고 값을 입력하는 데 도움이 되는 사용자에게 친숙한 인터페이스인 패턴 디자이너를 사용할 수 있습니다.
기능 지원	모든 표준 네트워크와 CI 검색을 지원합니다. 일부 애플리케이션은 패턴 사용 없이 지원되지 않습니다. 전체 목록은 ITOM 가시성에서 검색한 제품에 대한 상세 정보 문서를 참조하십시오.	모든 표준 검색과 함께 패턴은 다음을 지원합니다. 클라우드 검색 구성 파일 추적 CI 삭제 전략
ECC 큐 및 문제 해결	검색은 시작된 프로브 수에 따라 여러 ECC 큐 기록을 생성합니다. 가로 검색 문제를 해결하려면 여러 ECC 큐 기록을 분석하여 Discovery에서 검색한 데이터를 확인해야 합니다.	검색은 패턴에 대해 추가 ECC 큐 기록을 하나만 생성합니다. 식별 및 탐색 중에 가로 검색 문제를 해결하려면 패턴에 대한 ECC 큐 기록 하나만 분석해야 합니다.
성능	식별하고 탐색하려는 대상 CI의 유형에 따라 검색은 식별 단계에서 여러 프로브를 트리거한 다음 검색 단계 중에 추가 프로브를 트리거할 수 있습니다. 많은 프로브를 트리거하고 처리하는 데 따른 추가 오버헤드 때문에 프로브를 사용한 가로 검색 시간이 더 오래 걸릴 수 있습니다.	검색은 식별 및 탐색 단계에서 하나의 패턴을 트리거합니다. 검색에서 실행해야 하는 모든 운영은 패턴에 있으며 검색은 패턴이 완료될 때까지 순서대로 실행될 수 있습니다. 따라서 패턴 검색으로 성능이 향상될 수 있습니다.

하향식 검색 및 가로 검색의 패턴

검색 및 서비스 매핑은 모두 가로 및 하향식 검색에 같은 패턴을 사용할 수 있습니다. 하지만 다르게 편집됩니다. 모든 단계는 패턴 생성 또는 사용자 지정 문서를 참조하십시오. 하향식 검색에 독점적으로 사용된 패턴을 사용할 경우 이를 가로 검색에 사용하려면 몇 가지 수정 작업을 수행해야 합니다. 지침은 가로 검색에 패턴 사용 문서를 참조하십시오.

Pattern Orchestrator

Pattern Orchestrator는 검색이 계층 구조 방식으로 데이터 수집에 관련된 여러 패턴을 트리거할 수 있는 프로세스입니다. 이를 통해 MID 서버에서 느린 검색과 OOM(메모리 부족) 문제로 이어질 수 있는 대규모 데이터세트(또는 대규모 페이로드) 문제를 해결할 수 있습니다.

패턴 디자이너의 Pattern Orchestrator 탭에서 Pattern Orchestrator에 액세스할 수 있습니다. 탭에는 트리거 규칙, Orchestrator 입력, Orchestrator 출력의 세 가지 새 테이블이 포함되어 있습니다.

트리거 규칙 테이블은 상위 패턴 필드를 통해 상위 패턴을 지정합니다. 배치 크기 필드는 상위 패턴에서 하위 패턴으로 트리거되는 항목 수를 지정합니다. 배치 크기에는 수, 전체, 상위 컨텍스트만 사용 옵션이 있습니다.

• 수는 배치 크기 수에 대한 숫자를 지정해야 합니다. 상위 패턴이 지정된 수의 CI를 보낼 때마다 하위 패턴이 트리거됩니다.
• 전체는 상위 패턴에서 보낸 모든 CI를 사용하여 하위 패턴을 한 번 트리거합니다.
• 상위 컨텍스트만 사용은 상위 패턴의 출력 설정에 따라 트리거해야 하는 하위 패턴을 정의합니다. 이는 두 패턴의 상위 패턴이 동일한 경우 유용하지만 두 패턴의 트리거 시점이 달라야 합니다.

Orchestrator 입력은 CI 유형 필드를 사용하여 상위 패턴 또는 상위 패턴의 상위 패턴에서 CI 유형을 허용합니다. 다른 이름으로 저장 필드는 패턴에서 사용할 CI 유형의 이름을 저장합니다. 서비스 계정은 특수한 경우이며 이름을 service_account로 지정해야 합니다. CI 속성 필드는 상위 패턴의 출력을 사용하여 사용할 속성을 선택합니다.

Orchestrator 출력은 다음 패턴으로 전송할 데이터를 제어합니다. 여기에는 검색되는 CI의 유형인 CI 클래스 유형 필드와 하위 패턴에 입력으로 전달될 변수를 지정하는 변수 이름 필드가 있습니다. 변수 이름에 지정되지 않은 모든 변수는 하위 패턴에 전송되지 않습니다. 변수 이름 필드에서 source_native_key 변수를 검색하여 수동으로 추가할 수 있습니다.

소스 네이티브 키

한 패턴은 CI에 관한 부분적인 정보를 가져오고 다른 패턴도 동일한 CI에 관한 부분적인 정보를 가져오는 경우도 있습니다. 중복 기록이 생성되거나 부분적 정보가 삭제되는 대신 CMDB IRE Partial Payloads [cmdb_ire_partial_payloads_list] 테이블에 정보가 저장됩니다. 충분한 패턴이 부분적인 정보를 수집해야 데이터와의 상관관계가 지정되어 CI에 관한 완전한 정보가 제공될 수 있습니다.

페이지 매김

MID 서버의 메모리에 대한 부담을 줄이는 다른 방법은 페이지 매김입니다. 페이지 매김은 대규모 페이로드를 규모가 더 작고 순서가 지정된 슬라이스인 페이지로 나눕니다. 페이지 매김은 받는 항목의 최대 크기를 제한하고 토큰을 생성합니다. 페이지가 처리되면 토큰이 다음 페이지로 전달된 다음 처리되며, 이 과정은 모든 페이지가 완료될 때까지 계속됩니다.

Custom Operations 테이블 [sa_custom_operation]에서 페이지 매김을 제어합니다. 페이지 매김 가능 필드는 기본적으로 양식에서 숨겨져 있으며 맞춤형 양식 컨트롤을 사용하여 양식에 추가할 수 있습니다. 참으로 설정되면 패턴 디자이너의 연결된 패턴에 페이지 매김 필드가 나타납니다. 페이지 매김 필드를 참으로 설정하면 페이지 매김이 있는 패턴에서 해당 단계가 실행됩니다.

분류 규칙에 수평 패턴 프로브 추가

가로 검색의 식별 및 탐색 단계에 패턴을 사용하려면 검색하려는 CI의 분류 규칙에 수평 패턴 프로브를 추가해야 합니다.

시작하기 전에

필요한 역할: discovery_admin

이 태스크 정보

경고:

이 절차는 사용자 지정 분류 규칙 기록 또는 패턴을 기본으로 포함하지 않는 기록에만 사용됩니다. 그러나 CMDB에 이미 이 분류 규칙의 프로브를 사용하여 데이터를 채워넣은 다음 패턴 사용으로 전환했을 경우 검색이 중복된 CI를 생성할 수 있습니다. 따라서 이 분류 규칙에 대해 프로브를 사용하여 검색을 실행하지 않은 경우에만 다음 절차를 따릅니다.

프로시저

1. 다음으로 이동 모두 > 디스커버리 정의 > CI 분류 > {분류 규칙 유형}.
2. 분류 규칙 기록을 엽니다.
3. 트리거 프로브 관련 목록을 클릭합니다.
4. 기존 식별 및 탐색 프로브를 비활성화합니다.
5. 편집을 클릭하고 수평 패턴 프로브를 추가합니다.
   관련 목록에 프로브가 나타납니다.
6. 관련 목록 뷰에서 패턴 열 아래의 필드를 두 번 클릭하고 분류와 연결할 패턴을 추가합니다.
   
7. 트리거 프로브 관련 목록에서 다른 프로브를 제거하거나 비활성화합니다.
   주:

   패턴을 삭제하면 분류 규칙에서 수평 패턴 프로브가 자동으로 제거되지 않습니다. 가로 프로브에 대해 다른 패턴을 선택해야 하거나, 다시 분류 규칙에 고유한 식별 및 탐색 프로브를 사용할 수 있습니다. 패턴을 지정하지 않고 가로 프로브를 사용하면 분류 단계 후에 검색이 중지됩니다.

가로 검색에 패턴 사용

새 패턴을 사용하려고 하거나 하향식 검색에 사용 중인 패턴이 이미 있는 경우 관련 분류 규칙을 수정하여 가로 검색에 패턴을 사용할 수 있습니다.

시작하기 전에

필요한 역할: discovery_admin

이 태스크 정보

경고:

이 절차는 사용자 지정 분류 규칙 기록 또는 패턴을 기본으로 포함하지 않는 기록에만 사용됩니다. 그러나 CMDB에 이미 이 분류 규칙의 프로브를 사용하여 데이터를 채워넣은 다음 패턴 사용으로 전환했을 경우 검색이 중복된 CI를 생성할 수 있습니다. 따라서 이 분류 규칙에 대해 프로브를 사용하여 검색을 실행하지 않은 경우에만 다음 절차를 따릅니다.

프로시저

1. 검색에서 패턴을 사용할 수 있는지 확인합니다.
   1. 다음으로 이동 패턴 디자이너 > 디스커버리 패턴.
   2. 패턴을 엽니다.
      서비스 매핑에서 사용하는 애플리케이션 패턴은 1-애플리케이션 유형으로 표시됩니다.
   3. 기본 탭의 식별 섹션에서 TCP 또는 모두의 엔트리포인트 유형을 허용하는 섹션이 하나 이상 있는지 확인합니다.
      없는 경우 하나 생성합니다. 새 패턴 생성방법은 식별 단계를 참조하십시오.
   4. 패턴을 저장합니다.
2. 인스턴스에서 검색할 CI 유형의 분류를 생성하거나 수정합니다.
   다음과 같이 분류 규칙을 구성합니다.
   1. 다음으로 이동 디스커버리 정의 > CI 분류 > {분류 유형}.
   2. 관련 분류 규칙을 엽니다.
   3. 다음과 같이 분류 규칙을 구성합니다.
      • 관계 유형: Runs on::Runs를 선택합니다(프로세스 분류 규칙에만 해당).
      • 조건: 패턴에 정의한 것과 동일한 조건을 구성합니다.
      • 트리거 프로브 관련 목록: 수평 패턴 프로브를 추가한 다음 패턴 열에 사용 중인 패턴을 추가합니다.
   분류 규칙의 다른 필드에 대한 설명은 검색 CI 분류 생성 문서를 참조하십시오.

다음에 수행할 작업

디버그 모드에서 패턴을 실행하여 테스트합니다. 패턴이 작동하는 것이 확실하면 검색 일정을 설정하거나 요청 시 검색을 실행하여 검색을 실행할 수 있습니다. 자세한 내용은 수평 검색 예약 문서를 참조하십시오.