This documentation is for a release that is no longer maintained
See documentation for the latest supported version 3 or the latest supported version 4.4.3. 로깅 아키텍처 이해
로깅 하위 시스템은 다음과 같은 논리 구성 요소로 구성됩니다.
- 
						
collector- 각 노드에서 컨테이너 로그 데이터를 읽고 구성된 출력으로 로그 데이터를 전달합니다. - 
						store - 분석을 위해 로그 데이터를 
저장하며 전달자의 기본 출력입니다. - 
						
시각화- 저장된 로그 검색, 쿼리 및 보기를 위한 그래픽 인터페이스입니다. 
이러한 구성 요소는 Operator 및 CR(사용자 정의 리소스) YAML 파일에서 관리합니다.
Red Hat OpenShift의 로깅 하위 시스템은 컨테이너 로그 및 노드 로그를 수집합니다. 이는 다음과 같은 유형으로 분류됩니다.
- 
						
애플리케이션- 인프라 이외의 컨테이너에서 생성한 컨테이너 로그입니다. - 
						
인프라- 네임스페이스kube-*및openshift-\*의 컨테이너 로그 및journald의 노드 로그입니다. - 
						
audit-auditd,kube-apiserver,openshift-apiserver,ovn(활성화된 경우)의 로그입니다. 
로깅 수집기는 각 OpenShift Container Platform 노드에 Pod를 배포하는 데몬 세트입니다. 시스템 및 인프라 로그는 journald가 운영 체제, 컨테이너 런타임 및 OpenShift Container Platform의 로그 메시지를 사용하여 생성합니다.
				컨테이너 로그는 클러스터에서 실행 중인 포드에서 실행 중인 컨테이너에 의해 생성됩니다. 각 컨테이너는 별도의 로그 스트림을 생성합니다. 수집기는 이러한 소스에서 로그를 수집하고 ClusterLogForwarder 사용자 정의 리소스에 구성된 대로 내부 또는 외부로 전달합니다.