주:
- 이 사용지침서에서는 Oracle Cloud에 접근해야 합니다. 무료 계정에 등록하려면 Oracle Cloud Infrastructure Free Tier 시작하기를 참조하십시오.
- Oracle Cloud Infrastructure 인증서, 테넌시 및 구획에 대한 예제 값을 사용합니다. 실습을 마치면 사용자의 클라우드 환경과 관련된 값으로 대체합니다.
Fluentd를 사용하여 OCI Logging Analytics에 로그 수집
소개
오픈 소스 데이터 수집기 소프트웨어 Fluentd를 사용하여 소스에서 로그 데이터를 수집합니다. 수집된 로그 데이터를 Oracle Cloud Logging Analytics로 경로 지정하는 OCI Logging Analytics 출력 플러그인을 설치합니다.
주: Oracle은 Oracle Cloud Logging Analytics로 로그 데이터를 입수하는 최적의 환경을 위해 Oracle Cloud Management Agent를 사용할 것을 권장합니다. 그러나 사용 사례에 사용할 수 있는 옵션이 아닌 경우 Fluentd용 OCI Logging Analytics 출력 플러그인을 사용하십시오.
이 자습서에서는 Oracle Linux에 설치된 td-agent rpm 패키지를 기반으로 하는 Fluentd 설정이 사용되지만 다른 Fluentd 배포에서는 필요한 단계가 유사할 수 있습니다.
Fluentd에는 함께 작동하여 입력 소스에서 로그 데이터를 수집하고, 로그를 변환하고, 로그 데이터를 원하는 출력으로 경로 지정하는 구성 요소가 있습니다. 다양한 소스에서 Oracle Cloud Logging Analytics로 로그를 입수하기 위해 Fluentd용 출력 플러그인을 설치하고 구성할 수 있습니다.
그림 fluentd_plugin_overview.png에 대한 설명
목표
- Oracle에서 제공하는 OCI Logging Analytics 출력 플러그인을 설치하여 소스에서 로그를 입수하는 방법을 알아봅니다.
- Fluentd 구성을 생성하여 소스에서 Logging Analytics로의 로그 수집을 설정합니다.
1.x 버전에서 2.x 버전으로 OCI Logging Analytics 출력 플러그인 이전
OCI Logging 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 Logging Analytics 출력 플러그인 로그를 자동으로 비우기 위한 지원이 추가됩니다.
plugin_log_rotation
매개변수는 이제 사용되지 않습니다. 대신plugin_log_file_size
및plugin_log_file_count
매개변수를 함께 사용하여 동일한 작업을 수행합니다.- 출력 플러그인 설치 절에서 제공되는 명령을 사용하여 플러그인 버전 2.x을 설치합니다.
필요 조건
-
Fluentd 및 입력 플러그인 설치: 다음 단계를 수행하기 전에 입력 소스에 대해 Fluentd 및 관련 입력 플러그인을 설치했는지 확인하십시오.
Fluentd Documentation를 참조하십시오.
-
주요 리소스 계층 구조 이해: 엔티티, 소스 및 구문 분석기는 로그 수집 설정에 사용되는 Oracle Cloud Logging Analytics의 일부 주요 리소스입니다. 로그 탐색기에서 로그 보기를 시작하기 전에 필요 조건 작업을 수행하기 위한 상호 종속성을 이해합니다.
-
로깅 분석 사용: 로깅 분석 문서: 빠른 시작. 엔티티의 OCID와 유형 및 로그 그룹의 OCID를 나중에 섹션에 사용할 수 있습니다.
-
소스 및 구문 분석기 생성: 구성에서 이후 섹션의 엔티티와 연관시킬 기존 Oracle 정의 소스 또는 사용자 정의 소스와 구문분석기를 식별합니다. 또는 사용 사례에 맞게 구문분석기 및 소스를 직접 생성할 수도 있습니다.
Logging Analytics 설명서: 구문분석기 생성 및 Logging Analytics 설명서: 소스 구성을 참조하십시오.
-
다중 프로세스 작업자 기능: 트래픽이 많을수록 Fluentd는 CPU에 더 많이 바인딩됩니다. 이 경우 다중 작업자 기능을 사용하는 것이 좋습니다.
Fluentd Documentation: Multi Process Workers 및 Fluentd Documentation: Performance Tuning을 참조하십시오.
-
인증: OCI에 접속하려면 OCI 콘솔에서 생성할 수 있는 API 서명 키가 있어야 합니다.
OCI 설명서: API 서명 키를 생성하는 방법을 참조하십시오.
Fluentd 구성 파일 생성
로그 데이터를 Oracle Cloud Logging Analytics로 경로 지정하도록 Fluentd를 구성하려면 Fluentd 또는 td-agent에서 제공하는 구성 파일을 편집하고 Oracle Cloud Logging 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 < WARN < ERROR < FATAL < UNKNOWN. 기본값: INFO. |
plugin_log_rotation | (DEPRECATED) 출력 플러그인 로그 파일 교체 빈도: 일별, 주별 또는 월별입니다. 기본값: daily. |
plugin_log_file_size | 교체할 로그 파일을 가리키는 최대 로그 파일 크기입니다.'(1KB, 1MB 등). 기본값: 1MB. |
plugin_log_file_count | 보관할 아카이브/회전된 로그 파일 수(0보다 큼)입니다. 기본값: 10. |
OCI 컴퓨트 노드에 대해 config_file_location 및 profile_name 매개변수를 지정하지 않으면 instance_principal 기반 인증이 사용됩니다.
버퍼 구성 매개변수
이전 섹션에서 편집한 것과 동일한 구성 파일에서 버퍼 섹션을 수정하고 다음과 같은 필수 정보를 제공합니다.
필수 매개변수 | 설명 |
---|---|
@type | 백엔드로 사용할 플러그인을 지정합니다. file을 입력합니다. |
path | 버퍼 파일이 저장되는 경로입니다. 경로가 존재하며 액세스 가능한지 확인하십시오. |
다음 선택적 파라미터가 버퍼 블록에 포함될 수 있습니다.
선택 매개변수 | 기본값 | 설명 |
---|---|---|
flush_thread_count | 1 |
조각을 병렬로 비우거나 쓸 스레드 수입니다. |
retry_wait | 1s |
다음 번 재시도 후 비우기를 기다리는 시간(초)입니다. |
retry_max_times | 없음 |
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 |
각 조각의 최대 크기입니다. 조각 크기가 이 크기가 될 때까지 이벤트가 조각으로 기록됩니다. 주: 지정된 값에 관계없이 Logging Analytics 출력 플러그인은 현재 기본값을 1MB로 설정합니다. |
total_limit_size | 64GB (파일용) |
저장된 버퍼의 총 크기가 이 임계값에 도달하면 모든 추가 작업이 오류로 실패하고 데이터가 손실됩니다. |
flush_interval | 60s |
출력 플러그인에 대한 조각 비우기 빈도입니다. |
가능한 매개변수 값에 대한 자세한 내용은 Fluentd Documentation: Buffer Plugins를 참조하십시오.
수신 로그 이벤트의 형식 확인
수신 로그 이벤트는 Oracle에서 제공하는 Fluentd 플러그인이 로그 데이터를 처리하고 청크한 후 Oracle Cloud Logging Analytics로 전송할 수 있도록 특정 형식이어야 합니다.
Example Input Configuration에서 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: 입력 플러그인 유형입니다. 로컬 파일에서 이벤트를 소비하려면 tail을 사용합니다. 가능한 다른 값은 http, forward일 수 있습니다.
-
path: 소스 파일에 대한 경로입니다.
-
tag: Logging Analytics에서 사용해야 하는 로그 이벤트를 필터링하기 위해 Oracle Fluentd 플러그인에 사용될 태그입니다. 접두어 oci(예:
oci.syslog
)를 사용해야 합니다. -
구문 분석 지시어: 구성 파일에서 구문 분석 지시어를 정의하지 않는 것이 좋습니다.
<parse> @type none </parse>
값을 유지합니다. 대신 Logging Analytics에서 제공하는 Oracle 정의 구문분석기 및 소스를 사용하거나 Logging Analytics에서 고유한 구문분석기 및 소스를 생성할 수 있습니다. json 래퍼에 래핑된 로그의 경우 구문 분석 지시어<parse> @type json </parse>
를 사용합니다. record_transformer 필터의 메시지 필드를${record["log"]}
값으로 대체합니다.주:
-
Fluentd 구문분석기를 사용하지 않는 것이 좋습니다. 대신 로그를 Logging 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: Logging Analytics에서 모든 로그가 소비되도록 여러 행 로그에 대해서만 이 값을 설정합니다. 여러 행 로그에 대해 값이 설정되지 않은 경우 Fluentd는 다음 레코드 뱃치에 대한 대기 모드로 유지됩니다. 기본적으로 이 매개변수는 사용 안함으로 설정됩니다.
- pos_file: Fluentd가 마지막으로 읽은 위치의 레코드를 유지 관리하는 파일을 지정하려면 이 매개변수를 사용합니다.
다른 매개변수에 대한 자세한 내용은 Fluentd Documentation: tail을 참조하십시오.
필터 구성
이러한 매개변수를 사용하여 로그 처리에 사용해야 하는 Logging 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 Logging Analytics 출력 플러그인에서 사용할 수 있는 형식으로 원래 로그 레코드를 변환합니다.
- enable_ruby:
${...}
내에서 Ruby 표현식을 사용할 수 있습니다. - oci_la_entity_id: 호스트를 매핑하기 위한 필요 조건 작업에서 이전에 생성한 Logging Analytics 엔티티의 OCID입니다.
- oci_la_entity_type: 필요 조건 작업에서 이전에 생성한 Logging Analytics 엔티티의 엔티티 유형입니다.
- oci_la_log_source_name: 로그 레코드를 처리하는 데 사용해야 하는 Logging Analytics 소스입니다.
- oci_la_log_path: 로그 파일의 원래 위치를 지정합니다.
oci_la_log_path
의 값이 private로 지정되지 않았거나 잘못된 경우- tag를 사용할 수 있으면 oci_la_log_path로 사용됩니다.
- tag를 사용할 수 없는 경우 oci_la_log_path가 UNDEFINED로 설정됩니다.
- oci_la_log_group_id: 로그를 저장해야 하는 Logging Analytics 로그 그룹의 OCID입니다.
선택적으로 필터 블록에 다음 추가 매개변수를 제공할 수 있습니다.
<filter oci.**>
: 이 필터를 사용하여 모든 소스에 적용되는 구성 정보를 제공합니다. 이 필터를 사용하는 경우 필터 중에서 먼저 실행 순서가 지정되었는지 확인합니다. 동일한 키가 글로벌 필터와 개별 출처 필터 모두에 지정된 경우 출처 레벨 필터 값이 글로벌 필터를 대체합니다. 모든 태그에 대한 접두어로oci
를 사용하는 것이 좋습니다.- oci_la_global_metadata: 이 매개변수를 사용하여 Logging Analytics에 대한 원래 로그 콘텐츠와 함께 추가 메타데이터를
'key1': 'value1', 'key2': 'value2'
형식으로 지정할 수 있습니다. 여기서 키는 여기서 지정하기 전에 이미 정의해야 하는 Logging Analytics 필드입니다. 전역 메타 데이터는 모든 로그 파일에 적용됩니다. - oci_la_metadata: 이 매개변수를 사용하여 Logging Analytics에 대한 원래 로그 콘텐츠와 함께 추가 메타데이터를
'key1': 'value1', 'key2': 'value2'
형식으로 정의할 수 있습니다. 여기서 키는 여기서 지정하기 전에 이미 정의해야 하는 Logging Analytics 필드입니다. - tag: 내부용으로 메시지에 태그를 첨부하려면 이 매개변수를 사용합니다.
tag ${tag}
형식으로 지정합니다. - message ${record["log"]}: json 래퍼에 래핑된 로그에 대해 이 매개변수를 포함하십시오. 여기서 원래 로그 메시지는 json 내부의 log 속성 값입니다.
다음 로그를 모니터하는 데 사용할 수 있는 구성의 예는 다음과 같습니다.
출력 플러그인 설치
Oracle에서 제공하는 gem 파일을 사용하여 OCI Logging Analytics 출력 플러그인을 설치합니다. 이 절의 단계는 Oracle Linux에 설치된 td-agent rpm 패키지를 기반으로 하는 Fluentd 설정에 대한 단계입니다.
-
다음 명령을 실행하여 출력 플러그인을 설치합니다.
gem install fluent-plugin-oci-logging-analytics
자세한 내용은 RubyGems: https://rubygems.org/gems/fluent-plugin-oci-logging-analytics에서 Fluentd Output plugin to ship logs/events to OCI Logging Analytics을 참조하십시오.
-
Systemd가 td-agent 사용자로 td-agent를 시작합니다. td-agent 사용자에게 OCI 파일 및 폴더에 대한 액세스 권한을 부여합니다. td-agent를 서비스로 실행하려면 OCI Logging Analytics 출력 플러그인 폴더 및 .oci pem 파일(예:
chown td-agent [FILE]
)에 대해chown
또는chgrp
명령을 실행합니다. -
Oracle Cloud Logging 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
Logging Analytics에서 로그 보기 시작
로그 탐색기로 이동하고 Oracle Cloud Logging Analytics의 [시각화] 패널을 사용하여 로그 데이터를 더 잘 이해하고 분석할 수 있는 형식으로 봅니다. 데이터 집합으로 달성하고자 하는 내용을 기반으로 애플리케이션에 가장 적합한 시각화 유형을 선택할 수 있습니다.
검색 질의를 생성하고 실행한 후 추가 재사용을 위해 로그 검색을 위젯으로 저장하고 공유할 수 있습니다.
Oracle 정의 위젯 또는 생성한 사용자정의 위젯을 추가하여 [대시보드] 페이지에서 사용자정의 대시보드를 생성할 수 있습니다.
Prometheus를 사용하여 Fluentd 모니터링
Prometheus를 사용하여 Fluentd를 선택적으로 모니터할 수 있습니다. 아래 측정항목 및 Fluentd에서 Prometheus로 내보낸 기타 측정항목을 노출하는 단계는 Fluentd Documentation: Monitoring by Prometheus을 참조하십시오. Fluentd 코어 및 이러한 측정 단위만 모니터하려는 경우 참조된 Fluentd 설명서에서 Step 1: Counting Incoming Records by Prometheus Filter Plugin 및 Step 2: Counting Outgoing Records by Prometheus Output Plugin 단계를 건너뜁니다.
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 Logging 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 Logging 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 Logging 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 Logging 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 Logging 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 Logging 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 Logging Analytics by the Fluentd output plugin.
Type : Histogram
더 알아보기
- Fluentd 설명서
- Logging Analytics 문서: 차트 및 콘트롤을 사용하여 데이터 시각화
- Logging Analytics 설명서: 대시보드 생성
- Logging Analytics 설명서: 로그 검색 저장 및 공유
추가 학습 자원
docs.oracle.com/learn에서 다른 실습을 살펴보거나 Oracle Learning YouTube 채널에서 보다 무료 학습 컨텐츠에 접근할 수 있습니다. 또한 education.oracle.com/learning-explorer을 방문하여 Oracle Learning Explorer가 됩니다.
제품 설명서는 Oracle Help Center를 참조하십시오.
Ingest logs to OCI Logging Analytics using Fluentd
F46550-04
October 2022
Copyright © 2022, Oracle and/or its affiliates.