---
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


---

# Amazon Data Firehose (MID 없음)

# Amazon Data Firehose 에 대한 (MID 없음) 통합 설정상태 로그 분석 {#ariaid-title1}

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

처리를 위해 상태 로그 분석 큐에 대기 중인 데이터 센터로 ServiceNow 로그 데이터를 Amazon Data Firehose 직접 스트리밍하도록 통합을 설정합니다. 인스턴스에 AWS 키를 ServiceNow 저장할 필요가 없습니다.

## 시작하기 전에

이 통합은 에서 MID 서버실행되지 않습니다.

필요한 역할: evt_mgmt_admin

## 이 태스크 정보

ITOM AIOps 구성 센터에서 액세스할 수 있는 의 통합 시작 패드 서비스 운영 작업 공간를 통해 통합을 설정합니다. AIOps 구성 센터는 AIOps 기능을 한 곳에서 구성하고 관리할 수 있는 중앙 집중식 작업 공간입니다. 통합 설정 프로세스는 의 클래식 인터페이스 상태 로그 분석에서 수동 데이터 입력을 설정하는 것에 비해 구현 시간을 단축합니다. 자세한 내용은 [ITOM용 서비스 운영 작업 공간의 통합 Launchpad](https://servicenow-prod.fluidtopics.net/M2CKrY_RBtLyGizOnIlTSw "통합 Launchpad 사용자가 외부 또는 내부 장치에서 이벤트를 끌어오거나 밀어넣을 수 있도록 하는 모든 이벤트 관리 커넥터 통합을 보여줍니다. 이 중앙 집중식 허브는 통합 옵션을 한 곳에 통합하여 단순화합니다 이벤트 관리 .") 문서를 참조하십시오.

## 프로시저

1. 다음으로 이동 작업 공간서비스 운영 작업 공간.
2. 탐색 창의 아래쪽에서 AIOps 구성 센터 아이콘 ![ITOM AIOps 구성 센터 아이콘]()을 선택합니다.  
   ITOM AIOps 구성 센터 페이지가 나타납니다. 구성 센터는 중앙 집중식 작업 공간입니다. 이를 사용하여 한 곳에서 AIOps 기능을 구성하고 관리합니다.
3. 통합 섹션의 통합에서 통합 추가를 선택합니다.  
   통합 시작 패드가 나타납니다.
4. 통합 찾아보기 탭의 검색 필드에 <kbd class="ph userinput">Firehose</kbd>를 입력합니다.
5. (MID 없음) 통합 타일을 Amazon Data Firehose 선택합니다.  
   주:  
   모든 필수 조건을 충족하기 전에 통합 설정을 시작하면 메시지가 나타납니다. 설정을 취소하고 먼저 이전 요구 사항을 완료할 수 있습니다. 또는 초안 모드에서 계속하고 나중에 요구 사항을 완료할 수 있습니다. 모든 필수 조건을 완료할 때까지 통합을 활성화할 수 없습니다.
6. 상세 정보 제공 양식의 필드에 내용을 입력합니다.  
   필드에 대한 설명은 [Amazon Data Firehose 통합 구성 필드](https://servicenow-prod.fluidtopics.net/WMa2DanqNmJNiypr2C8uCA "에 대한 상태 로그 분석통합 구성 양식의 Amazon Data Firehose 필드에 대한 설명입니다.") 문서를 참조하십시오.
7. 다음을 선택합니다.
8. 설정 지침 화면에 제공된 절차 중 하나에 따라 AWS에 통합을 설치합니다.  
   다음 중 하나 AWS CloudFormation 또는 AWS Management Console을 사용하여 설치 절차를 수행할 수 있습니다. 두 방법 모두 동일한 입력이 필요합니다. 적절한 선택은 요구 사항 및 배포 크기에 따라 달라집니다.
   * 자동화, 반복성 및 코드형 인프라의 이점이 필요한 경우 사용합니다 AWS CloudFormation . 여러 환경에 표준화된 구성을 배포하는 데 가장 적합합니다. AWS CloudFormation 입력을 묻는 메시지가 자동으로 표시됩니다.
   * 자동화 없이 수동 설정 또는 빠른 구성이 필요한 경우 AWS Management Console을 사용합니다.

   {#il-connector-hla-firehose__ul_tnq_lgf_52c}이러한 절차 중 하나를 수행하기 전에 액세스 토큰, ServiceNow 엔드포인트 URL 및 통합 ID를 클립보드에 복사합니다. 설치 프로세스 중에 이러한 값이 필요합니다.
9. 다음 중 하나를 수행합니다.
   * 구성을 시작하기 전에 모든 필수 조건을 완료한 경우 AI 기반 기능을 사용하거나 사용하지 않고 통합을 활성화합니다. 적절한 옵션을 선택합니다.
     * AI로 활성화를 사용하면 AI 기반 로그 데이터 자동 매핑이 가능합니다. 통합이 성공적으로 활성화되면 개요 탭이 표시되고 Now Assist 로그 데이터를 수집하고 분석합니다. AI 아이콘은 상황별 경보 생성을 위해 로그 데이터를 서비스 인스턴스 및 구성요소에 자동 매핑함을 Now Assist 나타냅니다.
     * 활성화 는 AI 기반 매핑 없이 통합을 활성화합니다. 통합이 활성화되고 개요 탭이 표시됩니다.
     {#il-connector-hla-firehose__ul_bgh_wdg_g3c}
   * 이전 요구 사항을 모두 완료하지 않은 경우 초안 저장을 선택합니다.

     시스템은 통합 Launchpad 설치된 통합 탭의 작업 대기 아래에 통합을 초안으로 저장합니다. 필요 조건을 완료하고 나중에 설치를 활성화할 수 있습니다. 자세한 내용은 [상태 로그 분석에서 초안 통합 활성화](https://servicenow-prod.fluidtopics.net/hu9iKFPv4VeZb1P7cASJkA "(HLA)에서 상태 로그 분석 초안으로 구성되고 저장된 통합을 활성화합니다.") 문서를 참조하십시오.
   {#il-connector-hla-firehose__choices_wsz_tdg_g3c}
{#il-connector-hla-firehose__steps_ntf_1d4_cfc}

## 다음에 수행할 작업

개요 탭에서 다음을 수행합니다.

* 표시된 정보를 사용하여 로그 데이터를 읽는 방법을 상태 로그 분석 구체화합니다. 자세한 내용은 [상태 로그 분석에서 로그 스트리밍 데이터를 검토하고 통합 설정을 조정합니다.](https://servicenow-prod.fluidtopics.net/DyImblQ0KpmhF37XySfriw "통합의 개요 화면에서 활성 통합 상태 로그 분석 의 로그 데이터, 스트리밍 상태 및 스트리밍 소스를 검토합니다. 이 탭에서 스트리밍 문제를 조사하고 통합 설정을 구체화할 수 있습니다. 표시된 데이터를 활용하여 통합 구성을 조정함으로써 로그 데이터를 읽는 방법을 HLA 구체화합니다.") 문서를 참조하십시오.
* 추가 옵션 메뉴( ![추가 옵션 메뉴 아이콘)]()를 사용하여 통합의 컨텍스트가 포함된 데이터 입력 매핑, 소스 유형 구조 또는 로그 소스 페이지를 엽니다. 로그 데이터가 제대로 매핑, 구조화 또는 소싱되지 않은 경우 뒤로 돌아가 구성을 조정합니다. 애플리케이션이 설치된 경우 서비스 운영 작업 공간 로그 분석 추가 옵션 메뉴를 통해 로그 뷰어에 직접 액세스할 수도 있습니다. 로그 뷰어를 사용하여 통합에서 수집된 원시 로그 메시지를 검토합니다. 자세한 내용은 다음을 참조하십시오.
  * [로그 데이터 자동 매핑 및 매핑](https://servicenow-prod.fluidtopics.net/f~8OFvgZoVhBYrdDE_uhVg "기본적으로 HLA 엔진은 모든 수신 로그 라인을 올바른 태그에 자동 매핑하려고 합니다. 사용자는 JavaScript 함수를 정의하여 자동 매핑 결과를 수동으로 변경할 수 있습니다.")
  * [소스 유형 구조 조정](https://servicenow-prod.fluidtopics.net/THCxOKfIHtTpUh7L9nVqNw "상태 로그 분석 (HLA)를 사용하면 자동 분류된 로그 속성을 재분류하고 자동 매핑된 레이블을 변경할 수 있습니다. 이러한 조정은 머신 러닝이 데이터를 정확하게 분석하는 데 도움이 됩니다 HLA .")
  * [로그 뷰어에서 로그 검토](https://servicenow-prod.fluidtopics.net/tojvDYlE5jUBSFA81f1M6Q "로그 뷰어 탭을 사용하면 타임스탬프 또는 시간 범위별로 경보에 대한 로그를 찾아보고 특정 기간 내의 예외 빈도를 시각화할 수 있습니다. 표시된 데이터를 사용자 지정하고 시간 필터를 조정하면 예외가 발생한 프레임워크를 더 잘 이해할 수 있으므로 근본 원인을 더 빨리 찾을 수 있습니다.")
  {#il-connector-hla-firehose__ul_lxn_qr5_l3c}
{#il-connector-hla-firehose__ul_ggk_nr5_l3c}

AI와의 통합을 활성화한 경우 AI가 로그 데이터를 서비스 인스턴스 및 구성요소에 올바르게 자동 매핑했는지 확인합니다. 이렇게 하려면 로그 컨텍스트 매핑 아래에서 매핑 보기를 선택합니다. 각 목록에서 다른 로그 필드를 선택하여 AI 매핑을 재정의할 수 있습니다. 자세한 내용은 [상태 로그 분석에서 상황별 경보에 대한 서비스 인스턴스, 구성요소 및 소스 유형에 로그를 매핑합니다.](https://servicenow-prod.fluidtopics.net/9AH2QdQFiM_N66VlvPa4DQ "(HLA)가 상황별 경보를 생성할 수 있도록 상태 로그 분석 로그를 서비스 인스턴스, 구성요소 및 소스 유형에 매핑합니다.") 문서를 참조하십시오.