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


---

# 구성 기본 설정

# 상태 로그 분석 구성 기본 설정 {#ariaid-title1}

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

상태 로그 분석 속성 및 일반 구성에 주로 사용되는 설정입니다.

## MID 서버 설정 {#hla-configuration-preferences__section_ysb_5rw_nnb}

* MID 서버 로그 수집 기능을 사용하도록 설정해야 합니다.  
  주:  
  MID 서버에 대한 모든 기능을 활성화하면 로그 수집 기능을 활성화할 수 있습니다.
* 가능할 때마다 로그 수집 전용 MID 서버 으로 사용합니다.
* 여러 제품을 상태 로그 분석 실행할 수 있게 하려면 MID 서버 최 MID 서버 소한 각 스레드 구성에 대한 표준 제품에 대한 JVM(Java Virtual Machine) 메모리 설정이 있어야 합니다.
{#hla-configuration-preferences__ul_bjh_b13_y1c}  
다음에 대한 상태 로그 분석 기본 MID 서버 설정은 다음과 같습니다.

*
  * CPU: 8
  * RAM: 32GB
  * 네트워크 대역폭: 최대 10Gbps
  * EBS 대역폭: 최대 4,750Mbps
  * 다음에 대한 MID 서버최대 Java 힙 크기: 8,192MB

  {#hla-configuration-preferences__ul_ilr_vg5_s1c}  
  위의 사양에서 Washington DC 인스턴스의 예상 로그 수집 처리량은 다음과 같습니다.
  * 300바이트의 로그 메시지의 경우: 20,000
  * 1.1KB의 로그 메시지의 경우: 12,300
  * 2KB의 로그 메시지의 경우: 7,970
  {#hla-configuration-preferences__ul_ewh_1f5_s1c}  
  로그 스트리밍에 대한 최소 요구 사항은 다음과 같습니다.상태 로그 분석
  * CPU: 4
  * RAM: 16GB
  * Java 힙 크기 MID 서버: 8GB
  {#hla-configuration-preferences__ul_dk5_1ln_cbc}

  일반 정보는 [MID 서버 시스템 요구 사항을](https://www.servicenow.com/docs/access?context=r_MIDServerSystemRequirements&version=australia&pubname=australia-servicenow-platform&ft:locale=en-US) 참조하십시오.
* 로그 수집 처리량을 늘리기 위해 ulimit 또는 네트워크 대역폭을 늘리거나 스트림되는 로그의 크기를 줄일 수 있습니다. ulimit 설정은 개인 MID 서버에 대해 구성할 수 있습니다. 그러나 ulimit과 처리량 간의 상관관계는 수정할 수 없습니다.

  다음 표에는 네트워크의 MID 서버네트워크 처리량과 관련된 오픈 파일에 대한 ulimit 설정이 나열되어 있습니다. 에이전트로 MID 서버 스트리밍되는 로그의 크기와 처리량에 해당하는 gRPC 스트리밍 속도를 보여줍니다.  
  {#hla-configuration-preferences__table_jp2_2sw_nnb__entry__3}

  | 큐 유형 | 로그 라인 크기 | gRPC 비율 |
  |-|-|-|
  | 메모리 큐 내 | 300바이트 | 18,000 |
  | 메모리 큐 내 | 1.1 KB | 13,000 |
  | 메모리 큐 내 | 2 KB | 10,000 |
  | 디스크 기반 큐 | 300바이트 | 11,000 |
  | 디스크 기반 큐 | 1.1 KB | 5,000 |
  | 디스크 기반 큐 | 2 KB | 3,000 |
  [표 1. 처리량과 관련된 Ulimit 설정]

  {#hla-configuration-preferences__table_jp2_2sw_nnb}

  2024년 8월 릴리스부터는 로그 스트리밍 속도를 상태 로그 분석 최대 6배까지 높일 수 있는 Lightning gRPC 클라이언트를 사용하여 ServiceNow 인스턴스와의 통신을 향상시킬 MID 서버 수 있습니다. Lightning gRPC 클라이언트를 활성화하려면 수동 구성이 필요합니다. 자세한 내용은 지식베이스의 Now Support[Lightning gRPC 클라이언트 - 새 MID gRPC 스트리밍 아키텍처 \[KB1648419\] 사용](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1648419) 문서를 참조하십시오.
* 기본적으로 데이터 입력 수는 10으로 MID 서버 제한됩니다. 개인 MID 서버 또는 모든 MID 서버사람에 대해 이 제한 사항을 구성할 수 있습니다.
* 이 기능은 FIPS 및 비FIPS 모드 MID 서버상태 로그 분석 모두 JRE(Java Runtime Environment) 11 이상에서 실행되어야 합니다.  
  주:  
  BC-FIPS 버전 2.0 상태 로그 분석 을 지원하려면 2024년 12월 버전 34.0.37로 업그레이드해야 합니다.
{#hla-configuration-preferences__ul_h1f_wrw_nnb}

## 로그 소스 보존 설정 {#hla-configuration-preferences__section_bsd_t1w_wrb}

기본적으로 소스당 로그 보존은 3일로 설정됩니다. 이 설정은 수정할 수 없습니다.

를 사용하면 상태 로그 분석 애플리케이션, 버전 22.0.12 - 2021년 12월 이후, [ServiceNow Store](https://store.servicenow.com/sn_appstore_store.do#!/store/home)에서 사용 가능 소스별 또는 여러 소스에 대한 로그 보존 정책을 함께 수정할 수 있습니다. 자세한 내용은 [상태 로그 분석에서 로그 소스 보존 기간 수정](https://servicenow-prod.fluidtopics.net/~7ADdvxSzWSonoWNzYyoIw "특정 소스의 로그를 보존하는 상태 로그 분석 기간을 수정합니다. 원하는 변경이 저장소에 미치는 영향을 계산하여 합리적인 결정을 내릴 수 있습니다.") 문서를 참조하십시오.