소개

오픈 소스 데이터 수집기 소프트웨어인 Fluentd를 사용하여 소스에서 로그 데이터를 수집합니다. 수집된 로그 데이터를 Oracle Cloud Log Analytics로 경로 지정하려면 OCI Log Analytics 출력 플러그인을 설치하십시오.

참고: Oracle은 Oracle Cloud Log Analytics로 로그 데이터를 입수하는 최상의 경험을 위해 Oracle Cloud Management Agent를 사용할 것을 권장합니다. 그러나 사용 사례에 사용할 수 있는 옵션이 아닌 경우에는 Fluentd용 OCI Log Analytics Output Plugin만 사용하십시오.

이 자습서에서는 Oracle Linux에 설치된 td-agent rpm 패키지를 기반으로 하는 Fluentd 설정이 사용되지만, 필요한 단계는 Fluentd의 다른 배포판과 유사할 수 있습니다.

Fluentd에는 입력 소스에서 로그 데이터를 수집하고, 로그를 변환하고, 로그 데이터를 원하는 출력으로 라우팅하기 위해 함께 작동하는 구성요소가 있습니다. 다양한 소스의 로그를 Oracle Cloud Log Analytics로 수집하도록 Fluentd에 대한 출력 플러그인을 설치하고 구성할 수 있습니다.

그림 fluentd_plugin_overview.png에 대한 설명

목표

• 소스에서 로그를 수집하기 위해 Oracle에서 제공하는 OCI Log Analytics 출력 플러그인을 설치하는 방법을 알아봅니다.
• Fluentd 구성을 생성하여 소스에서 Log Analytics로 로그 수집을 설정합니다.

OCI Log Analytics 출력 플러그인을 1.x 버전에서 2.x로 마이그레이션합니다.

OCI Log Analytics 출력 플러그인의 새 사용자이며 아직 다운로드하여 설치하지 않은 경우 이 섹션을 건너뛰고 필요 조건으로 이동합니다. fluent-plugin-oci-logging-analytics-1.0.0.gem 파일을 사용하여 version 1.x 플러그인을 설치한 경우 플러그인 version 2.x로 마이그레이션하기 위해 변경해야 할 수 있습니다.

다음 구성 매개변수는 version 2.x에서 이름이 바뀝니다.

1.x	2.x
global_metadata	oci_la_global_metadata
메타데이터	oci_la_metadata
엔티티 ID	oci_la_entity_id
entityType	oci_la_entity_type
logSourceName	oci_la_log_source_name
logPath	oci_la_log_path
logGroupId	oci_la_log_group_id

• OCI Log Analytics 출력 플러그인 로그의 자동 비우기에 대한 지원이 추가되었습니다.
• plugin_log_rotation 매개변수는 이제 사용되지 않습니다. 대신 plugin_log_file_size 및 plugin_log_file_count 매개변수를 함께 사용하여 동일한 작업을 수행합니다.
• Install the Output Plugin 절에서 사용 가능한 명령을 사용하여 version 2.x 플러그인을 설치합니다.

필요 조건 수행

• Fluentd 및 입력 플러그인 설치: 다음 단계를 수행하기 전에 Fluentd 및 입력 소스에 대한 관련 입력 플러그인을 설치했는지 확인합니다.

  Fluentd Documentation을 참조하십시오.

• 주요 리소스의 계층 이해: 엔티티, 소스 및 구문분석기는 로그 수집 설정에 사용되는 Oracle Cloud Log Analytics의 주요 리소스 중 일부입니다. 로그 탐색기에서 로그 보기를 시작하기 전에 필요 조건 작업을 수행하기 위한 상호 종속성을 이해합니다.

  Log Analytics 설명서: Log Analytics 정보를 참조하십시오.

• Log Analytics 사용: Log Analytics 설명서: 빠른 시작. 엔티티의 OCID 및 유형과 로그 그룹의 OCID를 기록해 둡니다.

• 소스 및 구문 분석기 생성: 이후 섹션에서 엔티티와 연관되도록 구성에 지정해야 하는 기존 Oracle 정의 또는 사용자 정의 소스 및 구문 분석기를 식별합니다. 또는 사용 사례에 맞게 고유한 구문분석기 및 소스를 생성할 수 있습니다.

  Log Analytics 설명서: 구문 분석기 생성 및 Log Analytics 설명서: 소스 구성을 참조하십시오.

• 다중 프로세스 작업자 기능: 트래픽이 많을수록 Fluentd는 CPU 범위를 늘리는 경향이 있습니다. 이 경우 다중 작업자 기능을 사용하는 것이 좋습니다.

  Fluentd 설명서: 다중 프로세스 워커 및 Fluentd 설명서: 성능 튜닝을 참조하십시오.

• 인증: OCI에 접속하려면 OCI 콘솔에서 생성할 수 있는 API 서명 키가 있어야 합니다.

  OCI 설명서: API 서명 키를 생성하는 방법을 참조하십시오.

Fluentd 구성 파일 생성

로그 데이터를 Oracle Cloud Log Analytics로 경로 지정하도록 Fluentd를 구성하려면 Fluentd 또는 td-agent에서 제공하는 구성 파일을 편집하고 Oracle Cloud Log Analytics 및 기타 사용자정의와 관련된 정보를 제공하십시오.

Fluentd 출력 플러그인 구성은 다음 형식입니다.

<match pattern>
@type oci-logging-analytics
 namespace                   <YOUR_OCI_TENANCY_NAMESPACE>

# Auth config file details
 config_file_location        ~/.oci/config 
 profile_name                DEFAULT

# When there is no credentials for proxy
 http_proxy                  "#{ENV['HTTP_PROXY']}"

# To provide proxy credentials
 proxy_ip                    <IP>
 proxy_port                  <port>
 proxy_username              <user>
 proxy_password              <password>

# Configuration for plugin (oci-logging-analytics) generated logs
 plugin_log_location       "#{ENV['FLUENT_OCI_LOG_LOCATION'] || '/var/log'}" 
 plugin_log_level          "#{ENV['FLUENT_OCI_LOG_LEVEL'] || 'info'}"
 plugin_log_rotation       "#{ENV['FLUENT_OCI_LOG_ROTATION'] || 'daily'}"  **(DEPRECATED)**
 plugin_log_file_size      "#{ENV['FLUENT_OCI_LOG_AGE'] || '1MB'}"
 plugin_log_file_count     "#{ENV['FLUENT_OCI_LOG_AGE'] || '10'}"

# Buffer Configuration
 <buffer>
       @type file
       path                                "#{ENV['FLUENT_OCI_BUFFER_PATH'] || '/var/log'}"
       flush_thread_count                  "#{ENV['FLUENT_OCI_BUFFER_FLUSH_THREAD_COUNT'] || '10'}"
       retry_wait                          "#{ENV['FLUENT_OCI_BUFFER_RETRY_WAIT'] || '2'}"                     #seconds
       retry_max_times                     "#{ENV['FLUENT_OCI_BUFFER_RETRY_MAX_TIMES'] || '10'}"
       retry_exponential_backoff_base      "#{ENV['FLUENT_OCI_BUFFER_RETRY_EXPONENTIAL_BACKOFF_BASE'] || '2'}" #seconds
       retry_forever                       true
       overflow_action                     block
       disable_chunk_backup                true
 </buffer>
	</match>

출력 플러그인이 버퍼 청크 쓰기를 계속 실패하고 재시도 시간 초과 임계값을 초과할 때 Fluentd가 백업 데이터를 덤프하는 데 사용하는 보조 플러그인을 구성하는 것이 좋습니다. 또한 복구 할 수없는 오류의 경우 Fluentd는 청크를 즉시 중단하고 보조 또는 백업 디렉토리로 이동합니다. Fluentd Documentation: Secondary Output을 참조하십시오.

출력 플러그인 구성 매개변수

Fluentd 구성 파일에서 다음 파라미터에 적합한 값을 제공합니다.

구성 매개변수	설명
namespace(필수 매개변수)	수집된 로그 데이터가 업로드될 OCI 테넌시 네임스페이스입니다.
config_file_location	OCI 인증 세부정보를 포함하는 구성 파일의 위치입니다.
profile_name	구성 파일에서 사용할 OCI 구성 프로파일 이름
http_proxy	인증서가 없는 프록시입니다. 예: www.proxy.com:80
proxy_ip	인증서가 필요한 경우 프록시 IP 세부정보입니다. 예: www.proxy.com
proxy_port	인증서가 필요한 경우 프록시 포트 세부정보입니다. 예: 80
proxy_username	프록시 사용자 이름 세부정보
proxy_password	인증서가 필요한 경우 프록시 비밀번호 세부정보
plugin_log_location	출력 플러그인이 고유 로그를 작성하기 위한 파일 경로입니다. 경로가 존재하고 액세스할 수 있는지 확인합니다. 기본값: 작업 디렉토리.
plugin_log_level	출력 플러그인 로깅 레벨: DEBUG < 정보 < 경고 < 오류 < 치명 < 알 수 없음 기본값: INFO.
plugin_log_rotation	(DEPRECATED) 출력 플러그인 로그 파일 순환 빈도: 일별, 주별 또는 월별입니다. 기본값: 일별.
plugin_log_file_size	로그 파일이 교체될 지점의 최대 로그 파일 크기입니다.' (1KB, 1MB 등) 기본값: 1MB.
plugin_log_file_count	보관할 아카이브/회전된 로그 파일 수입니다(0보다 큼). 기본값: 10

OCI 컴퓨트 노드에 대해 config_file_location 및 profile_name 매개변수를 지정하지 않으면 instance_principal 기반 인증이 사용됩니다.

버퍼 구성 매개변수

이전 섹션에서 편집한 것과 동일한 구성 파일에서 버퍼 섹션을 수정하고 다음 필수 정보를 제공합니다.

필수 파라미터	설명
@type	백엔드로 사용할 플러그인을 지정합니다. file을 입력합니다.
경로	버퍼 파일이 저장된 경로입니다. 경로가 존재하고 액세스할 수 있는지 확인합니다.

다음 선택적 매개변수를 버퍼 블록에 포함할 수 있습니다.

선택 매개변수	기본값	설명
flush_thread_count	1	조각 비우기/쓰기를 병렬로 수행할 스레드 수입니다.
retry_wait	1s	다음 재시도가 비우기 전에 초 단위로 기다립니다.
retry_max_times	none	retry_forever 필드가 false인 경우에만 필수입니다.
retry_exponential_backoff_base	2	지수 백오프의 다음 상수 계수 이전의 대기(초)입니다.
retry_forever	false	true인 경우 플러그인은 retry_max_times 옵션을 무시하고 영구적으로 비우기를 재시도합니다.
overflow_action	throw_exception	가능한 값은 throw_exception / block / drop_oldest_chunk입니다. 권장 값: block(권장 값: 블록).
disable_chunk_backup	false	false를 지정하면 백업 디렉토리에서 복구할 수 없는 청크가 폐기됩니다.
chunk_limit_size	8MB	각 청크의 최대 크기입니다. 이벤트는 청크 크기가 이 크기로 바뀔 때까지 청크로 기록됩니다. 주: 지정된 값에 관계없이 Log Analytics 출력 플러그인은 현재 기본값을 1MB로 설정합니다.
total_limit_size	64GB(파일용)	저장된 버퍼의 총 크기가 이 임계값에 도달하면 모든 추가 작업이 오류와 함께 실패하고 데이터가 손실됩니다.
flush_interval	60s	출력 플러그인에 대한 청크 비우기 빈도입니다.

매개변수의 가능한 값에 대한 자세한 내용은 Fluentd Documentation: Buffer Plugins를 참조하십시오.

수신 로그 이벤트의 형식 확인

수신 로그 이벤트는 Oracle에서 제공하는 Fluentd 플러그인이 로그 데이터를 처리하고, 조각화하고, Oracle Cloud Log Analytics로 전송할 수 있도록 특정 형식이어야 합니다.

예제 입력 구성에서 syslog, apache 및 kafka 로그 파일을 모니터링하는 데 사용할 수 있는 예제 구성을 확인합니다.

소스/입력 플러그인 구성

syslog 로그에 대한 소스 구성 예:

<source>
  @type tail
  @id in_tail_syslog
  multiline_flush_interval 5s
  path /var/log/messages*
  pos_file /var/log/messages*.log.pos
  read_from_head true
  path_key tailed_path
  tag oci.syslog
  <parse>
    @type json
  </parse>
</source>

소스 블록을 정의하려면 다음 매개변수가 필수입니다.

• @type: 입력 플러그인 유형입니다. 테일을 사용하여 로컬 파일에서 이벤트를 소비합니다. 가능한 다른 값은 http, forward일 수 있습니다.

• path: 소스 파일의 경로입니다.

• tag: Log Analytics에서 사용해야 하는 로그 이벤트를 필터링하기 위해 Oracle의 Fluentd 플러그인에서 사용되는 태그입니다. 접두어 oci(예: oci.syslog)를 사용해야 합니다.

• 구문 분석 지시어: 구성 파일에서 구문 분석 지시어를 정의하지 않는 것이 좋습니다. <parse> @type none </parse> 값을 유지합니다. 대신 Log Analytics에서 제공하는 Oracle 정의 구문분석기 및 소스를 사용하거나 Log Analytics에서 고유의 구문분석기 및 소스를 생성할 수 있습니다. JSON 래퍼에 래핑된 로그의 경우 구문 분석 지시어 <parse> @type json </parse>를 사용합니다. record_transformer 필터의 메시지 필드를 ${record["log"]} 값으로 대체합니다.

  주:

  • Fluentd 구문분석기를 사용하지 않는 것이 좋습니다. 대신 로그를 원래 형식으로 Log Analytics로 전송하십시오. 구문 분석 지시어는 다음 형식이어야 합니다.

    <parse>
        @type none
    </parse>
    

  • 하지만 다중 행 로그 항목의 경우 다중 행 구문 분석기 유형을 사용하여 로그의 여러 행을 단일 레코드로 전송합니다. 예:

    <parse>
        @type multiline
        format_firstline /^\S+\s+\d{1,2}\s+\d{1,2}:\d{1,2}:\d{1,2}\s+/
        format1 /^(?<message>.*)/
    </parse>
    

  • 키-값 쌍의 키 중 하나가 log인 JSON 래퍼로 래핑된 원래 로그의 경우 다음 구문 분석 지시어를 사용하는 것이 좋습니다.

    <parse>
        @type json
    </parse>
    

  또한 record_transformer 필터의 message 필드를 message ${record["log"]}로 대체합니다. 예를 들어, kafka 로그에 대한 다음 필터 블록에서 로그 콘텐츠는 json에 래핑된 키 log의 값에 저장됩니다.

  ```
  <filter oci.kafka>
  @type record_transformer
  enable_ruby true
  <record>
      oci_la_metadata KEY_VALUE_PAIRS
      oci_la_entity_id LOGGING_ANALYTICS_ENTITY_OCID              # If same across sources. Else keep this in individual filters
      oci_la_entity_type LOGGING_ANALYTICS_ENTITY_TYPE            # If same across sources. Else keep this in individual filters
      oci_la_log_source_name LOGGING_ANALYTICS_SOURCENAME
      oci_la_log_group_id LOGGING_ANALYTICS_LOGGROUP_OCID
      oci_la_log_path "${record['tailed_path']}"
      message ${record["log"]}                            # Will assign the 'log' key value from json wrapped message to 'message' field
      tag ${tag}
  </record>
  </filter>
  ```
  

다음 선택적 매개변수를 소스 블록에 포함할 수 있습니다.

• multiline_flush_interval: 모든 로그가 Log Analytics에서 소비되도록 다중 행 로그에 대해서만 이 값을 설정합니다. 다중 행 로그에 대해 값이 설정되지 않은 경우 Fluentd는 다음 레코드 일괄 처리를 위해 대기 모드로 유지됩니다. 기본적으로 이 매개변수는 사용 안함으로 설정됩니다.
• pos_file: 이 매개변수를 사용하여 Fluentd가 마지막으로 읽은 위치의 레코드를 유지 관리하는 파일을 지정합니다.

다른 매개변수에 대한 자세한 내용은 Fluentd Documentation: tail을 참조하십시오.

필터 구성

이러한 매개변수를 사용하여 로그 처리에 사용해야 하는 Log Analytics 리소스를 나열합니다.

입력 소스의 로그가 Oracle에서 제공하는 출력 플러그인에 의해 처리될 수 있도록 하려면 입력 로그 이벤트가 규정된 형식(예: record_transformer 필터 플러그인을 구성하여 그에 따라 형식을 변경하도록 함)을 준수하는지 확인합니다.

참고: record_transformer 필터 플러그인을 구성하는 방법은 수신 이벤트에 필요한 매개변수를 포함하는 방법 중 하나일 뿐입니다. 다른 방법은 Fluentd Documentation을 참조하십시오.

필터 구성 예:

    <filter oci.kafka>
    @type record_transformer
    enable_ruby true
    <record>
        oci_la_metadata KEY_VALUE_PAIRS
        oci_la_entity_id LOGGING_ANALYTICS_ENTITY_OCID              # If same across sources. Else keep this in individual filters
        oci_la_entity_type LOGGING_ANALYTICS_ENTITY_TYPE            # If same across sources. Else keep this in individual filters
        oci_la_log_source_name LOGGING_ANALYTICS_SOURCENAME
        oci_la_log_group_id LOGGING_ANALYTICS_LOGGROUP_OCID
        oci_la_log_path "${record['tailed_path']}"
        message ${record["log"]}                            # Will assign the 'log' key value from json wrapped message to 'message' field
        tag ${tag}
    </record>
    </filter>`

필터 블록에 다음 필수 정보를 제공하십시오.

• <filter oci.kafka>: 소스 블록에 지정된 태그에 대한 필터 블록을 정의하는 매개변수입니다.
• @type record_transformer: 레코드 변환기 플러그인은 원래 로그 레코드를 OCI Log Analytics 출력 플러그인에서 사용할 수 있는 폼으로 변환합니다.
• enable_ruby: ${...} 내에서 Ruby 표현식을 사용할 수 있습니다.
• oci_la_entity_id: 호스트를 매핑하기 위한 필요 조건 작업에서 이전에 생성한 Log Analytics 엔티티의 OCID입니다.
• oci_la_entity_type: 필요 조건 작업에서 이전에 생성한 Log Analytics 엔티티의 엔티티 유형입니다.
• oci_la_log_source_name: 로그 레코드를 처리하는 데 사용해야 하는 Log Analytics 소스입니다.
• oci_la_log_path: 로그 파일의 원래 위치를 지정합니다. oci_la_log_path 값이 전용이 아니거나 부적합한 경우 다음을 수행합니다.
  • tag를 사용할 수 있는 경우 oci_la_log_path로 사용됩니다.
  • tag를 사용할 수 없는 경우 oci_la_log_path가 UNDEFINED로 설정됩니다.
• oci_la_log_group_id: 로그를 저장해야 하는 Log Analytics 로그 그룹의 OCID입니다.

선택적으로 필터 블록에 다음 추가 매개변수를 제공할 수 있습니다.

• <filter oci.**>: 이 필터를 사용하여 모든 소스에 적용할 수 있는 구성 정보를 제공합니다. 이 필터를 사용하는 경우 필터 중에서 먼저 실행 순서가 지정되었는지 확인합니다. 전역 필터와 개별 소스 필터에 동일한 키가 지정된 경우 소스 레벨 필터 값이 전역 필터를 대체합니다. 모든 태그의 접두어로 oci를 사용하는 것이 좋습니다.
• oci_la_global_metadata: 이 매개변수를 사용하여 Log Analytics에 대한 원래 로그 콘텐츠와 함께 추가 메타데이터를 'key1': 'value1', 'key2': 'value2' 형식으로 지정할 수 있습니다. 여기서 키는 여기서 지정하기 전에 이미 정의해야 하는 Log Analytics 필드입니다. 전역 메타 데이터가 모든 로그 파일에 적용됩니다.
• oci_la_metadata: 이 매개변수를 사용하여 Log Analytics에 대한 원래 로그 콘텐츠와 함께 추가 메타데이터를 'key1': 'value1', 'key2': 'value2' 형식으로 정의할 수 있습니다. 여기서 키는 여기서 지정하기 전에 이미 정의해야 하는 Log Analytics 필드입니다.
• tag: 이 매개변수를 사용하여 내부용으로 메시지에 태그를 첨부합니다. tag ${tag} 형식으로 지정합니다.
• message ${record["log"]}: JSON 래퍼에 래핑된 로그에 대해 이 매개변수를 포함합니다. 여기서 원래 로그 메시지는 JSON 내부의 log 속성 값입니다.

다음 로그를 모니터링하는 데 사용할 수 있는 구성 예:

• Syslog 로그
• Apache 오류 로그
• Kafka 로그

출력 플러그인 설치

OCI Log Analytics 출력 플러그인 설치를 위해 Oracle에서 제공한 gem 파일을 사용합니다. 이 섹션의 단계는 Oracle Linux에 설치된 td-agent rpm 패키지를 기반으로 하는 Fluentd 설정을 위한 것입니다.

1. 다음 명령을 실행하여 출력 플러그인을 설치합니다.

   gem install fluent-plugin-oci-logging-analytics
   

자세한 내용은 Fluentd Output plugin to ship logs/events to OCI Log Analytics(RubyGems: https://rubygems.org/gems/fluent-plugin-oci-logging-analytics)을 참조하십시오.

1. Systemd는 td-agent 사용자와 함께 td-agent를 시작합니다. td-agent 사용자에게 OCI 파일 및 폴더에 대한 액세스 권한을 부여합니다. td-agent를 서비스로 실행하려면 OCI Log Analytics 출력 플러그인 폴더 및 .OCI pem 파일(예: chown td-agent [FILE])에 대해 chown 또는 chgrp 명령을 실행합니다.

2. Oracle Cloud Log Analytics에서 로그 수집을 시작하려면 td-agent를 실행합니다.

   TZ=utc /etc/init.d/td-agent start
   

   로그 수집 중 또는 설정 중 문제가 발생할 경우 로그 파일 /var/log/td-agent/td-agent.log를 사용하여 디버그할 수 있습니다.

   언제든지 td-agent를 중지하려면 다음 명령을 실행합니다.

   TZ=utc /etc/init.d/td-agent stop
   

Log Analytics에서 로그 보기 시작

로그 탐색기로 이동하고 Oracle Cloud Log Analytics의 시각화 패널을 사용하여 로그 데이터를 더 잘 이해하고 분석하는 데 도움이 되는 양식으로 봅니다. 데이터 세트로 달성하려는 사항에 따라 애플리케이션에 가장 적합한 시각화 유형을 선택할 수 있습니다.

검색 질의를 생성하고 실행한 후 추가 재사용을 위해 로그 검색을 위젯으로 저장하고 공유할 수 있습니다.

Oracle 정의 위젯 또는 생성한 사용자정의 위젯을 추가하여 대시보드 페이지에서 사용자정의 대시보드를 생성할 수 있습니다.

Prometheus를 사용하여 Fluentd 모니터

Prometheus를 사용하여 Fluentd를 선택적으로 모니터할 수 있습니다. Fluentd에서 Prometheus로 내보낸 지표 및 기타 지표를 표시하기 위한 단계는 Fluentd Documentation: Monitoring by Prometheus을 참조하십시오. 핵심 Fluentd 및 해당 측정항목만 모니터링하려면 참조된 Fluentd 설명서의 단계 1: Prometheus 필터 플러그인별 수신 레코드 계산 및 단계 2: Prometheus 출력 플러그인별 송신 레코드 계산 단계를 건너뜁니다.

Fluentd 플러그인은 Prometheus 형식으로 다음 측정 단위를 내보내며 플러그인에서 수집 및 처리되는 데이터에 대한 통찰력을 제공합니다.

Metric Name: oci_la_fluentd_output_plugin_records_received 
labels: [:tag,:oci_la_log_group_id,:oci_la_log_source_name,:oci_la_log_set]
Description: Number of records received by the OCI Log Analytics Fluentd output plugin.
Type : Gauge

Metric Name: oci_la_fluentd_output_plugin_records_valid 
labels: [:tag,:oci_la_log_group_id,:oci_la_log_source_name,:oci_la_log_set]
Description: Number of valid records received by the OCI Log Analytics Fluentd output plugin.
Type : Gauge 

Metric Name: oci_la_fluentd_output_plugin_records_invalid 
labels: [:tag,:oci_la_log_group_id,:oci_la_log_source_name,:oci_la_log_set,:reason]
Description: Number of invalid records received by the OCI Log Analytics Fluentd output plugin. 
Type : Gauge

Metric Name: oci_la_fluentd_output_plugin_records_post_error 
labels: [:tag,:oci_la_log_group_id,:oci_la_log_source_name,:oci_la_log_set,:error_code, :reason]
Description: Number of records failed posting to OCI Log Analytics by the Fluentd output plugin.
Type : Gauge
    
Metric Name: oci_la_fluentd_output_plugin_records_post_success 
labels: [:tag,:oci_la_log_group_id,:oci_la_log_source_name,:oci_la_log_set]
Description: Number of records posted by the OCI Log Analytics Fluentd output plugin. 
Type : Gauge  

Metric Name: oci_la_fluentd_output_plugin_chunk_time_to_receive
labels: [:tag]
Description: Average time taken by Fluentd to deliver the collected records from Input plugin to OCI Log Analytics output plugin.
Type : Histogram  

Metric Name: oci_la_fluentd_output_plugin_chunk_time_to_post 
labels: [:oci_la_log_group_id]
Description: Average time taken for posting the received records to OCI Log Analytics by the Fluentd output plugin.
Type : Histogram

더 알아보기

• Fluentd 설명서
• Log Analytics 설명서: 차트 및 콘트롤을 사용하여 데이터 시각화
• Log Analytics 설명서: 대시보드 생성
• Log Analytics 설명서: 로그 검색 저장 및 공유합니다.

기타 학습 리소스

Oracle Learn에 대한 다른 튜토리얼을 살펴보거나 Oracle Learning YouTube 채널에서 더 많은 무료 학습 콘텐츠에 액세스하십시오. 또한 Oracle 교육을 방문하여 Oracle Learning Explorer가 되십시오.

제품 설명서는 Oracle Help Center를 참조하십시오.

---

제목 및 저작권 정보

Fluentd를 사용하여 OCI Log Analytics에 로그 수집

F51432-05

2025년 7월

Copyright ©2025,

Oracle and/or its affiliates.