9.4. 로그 전달 구성
로깅 배포에서 컨테이너 및 인프라 로그는 기본적으로 ClusterLogging 사용자 정의 리소스(CR)에 정의된 내부 로그 저장소로 전달됩니다.
감사 로그는 보안 스토리지를 제공하지 않기 때문에 기본적으로 내부 로그 저장소로 전달되지 않습니다. 감사 로그를 전달하는 시스템이 조직 및 정부 규정을 준수하고 올바르게 보호되도록 할 책임이 있습니다.
이 기본 구성이 요구 사항을 충족하는 경우 ClusterLogForwarder CR을 구성할 필요가 없습니다. ClusterLogForwarder CR이 있는 경우 기본 출력이 포함된 파이프라인을 정의하지 않는 한 로그는 내부 로그 저장소로 전달되지 않습니다.
9.4.1. 타사 시스템으로 로그 전달 정보 링크 복사링크가 클립보드에 복사되었습니다!
OpenShift Container Platform 클러스터 내부 및 외부의 특정 끝점으로 로그를 보내려면 ClusterLogForwarder 사용자 정의 리소스(CR)에서 출력 및 파이프라인 의 조합을 지정합니다. 입력을 사용하여 특정 프로젝트와 관련된 애플리케이션 로그를 끝점으로 전달할 수도 있습니다. 인증은 Kubernetes Secret 오브젝트에서 제공합니다.
- pipeline
하나의 로그 유형에서 하나 이상의 출력 또는 전송할 로그로의 간단한 라우팅을 정의합니다. 로그 유형은 다음 중 하나입니다.
-
application. 인프라 컨테이너 애플리케이션을 제외하고 클러스터에서 실행 중인 사용자 애플리케이션에 의해 생성된 컨테이너 로그입니다. -
infrastructure.openshift*,kube*또는default프로젝트에서 실행되는 Pod의 컨테이너 로그 및 노드 파일 시스템에서 가져온 저널 로그입니다. -
audit. 노드 감사 시스템,auditd, Kubernetes API 서버, OpenShift API 서버 및 OVN 네트워크에서 생성된 감사 로그입니다.
파이프라인에서
key:value쌍을 사용하여 아웃바운드 로그 메시지에 레이블을 추가할 수 있습니다. 예를 들어 다른 데이터 센터로 전달되는 메시지에 레이블을 추가하거나 유형별로 로그에 레이블을 지정할 수 있습니다. 오브젝트에 추가된 레이블도 로그 메시지와 함께 전달됩니다.-
- INPUT
특정 프로젝트와 관련된 애플리케이션 로그를 파이프라인으로 전달합니다.
파이프 라인에서
outputRef매개변수를 사용하여 로그를 전달하는 위치와inputRef매개변수를 사용하여 전달하는 로그 유형을 정의합니다.- Secret
-
사용자 자격 증명과 같은 기밀 데이터가 포함된
key:value 맵입니다.
다음을 확인합니다.
-
로그 유형에 대한 파이프라인을 정의하지 않으면 정의되지 않은 유형의 로그가 삭제됩니다. 예를 들어
application및audit유형에 대한 파이프라인을 지정하고infrastructure유형에 대한 파이프라인을 지정하지 않으면infrastructure로그가 삭제됩니다. -
ClusterLogForwarder사용자 정의 리소스(CR)에서 여러 유형의 출력을 사용하여 다른 프로토콜을 지원하는 서버에 로그를 보낼 수 있습니다.
다음 예제는 감사 로그를 안전한 외부 Elasticsearch 인스턴스로, 인프라 로그를 안전하지 않은 외부 Elasticsearch 인스턴스로, 애플리케이션 로그를 Kafka 브로커로, 애플리케이션 로그를 my-apps-logs 프로젝트에서 내부 Elasticsearch 인스턴스로 전달합니다.
샘플 로그 전달 출력 및 파이프라인
apiVersion: "logging.openshift.io/v1"
kind: ClusterLogForwarder
metadata:
name: <log_forwarder_name>
namespace: <log_forwarder_namespace>
spec:
serviceAccountName: <service_account_name>
outputs:
- name: elasticsearch-secure
type: "elasticsearch"
url: https://elasticsearch.secure.com:9200
secret:
name: elasticsearch
- name: elasticsearch-insecure
type: "elasticsearch"
url: http://elasticsearch.insecure.com:9200
- name: kafka-app
type: "kafka"
url: tls://kafka.secure.com:9093/app-topic
inputs:
- name: my-app-logs
application:
namespaces:
- my-project
pipelines:
- name: audit-logs
inputRefs:
- audit
outputRefs:
- elasticsearch-secure
- default
labels:
secure: "true"
datacenter: "east"
- name: infrastructure-logs
inputRefs:
- infrastructure
outputRefs:
- elasticsearch-insecure
labels:
datacenter: "west"
- name: my-app
inputRefs:
- my-app-logs
outputRefs:
- default
- inputRefs:
- application
outputRefs:
- kafka-app
labels:
datacenter: "south"
- 1
- 레거시 구현에서 CR 이름은
인스턴스여야 합니다. 다중 로그 전달자 구현에서는 모든 이름을 사용할 수 있습니다. - 2
- 레거시 구현에서 CR 네임스페이스는
openshift-logging이어야 합니다. 다중 로그 전달자 구현에서는 모든 네임스페이스를 사용할 수 있습니다. - 3
- 서비스 계정의 이름입니다. 서비스 계정은 로그 전달자가
openshift-logging네임스페이스에 배포되지 않은 경우에만 다중 로그 전달자 구현에 필요합니다. - 4
- 보안 시크릿과 보안 URL을 사용하여 보안 Elasticsearch 출력을 구성합니다.
- 출력을 설명하는 이름입니다.
-
출력 유형:
elasticsearch. - 접두사를 포함하여 유효한 절대 URL인 Elasticsearch 인스턴스의 보안 URL 및 포트입니다.
-
TLS 통신을 위해 끝점에서 요구하는 시크릿입니다.
openshift-logging프로젝트에 이 시크릿이 있어야 합니다.
- 5
- 안전하지 않은 Elasticsearch 출력에 대한 구성:
- 출력을 설명하는 이름입니다.
-
출력 유형:
elasticsearch. - 접두사를 포함하여 유효한 절대 URL인 Elasticsearch 인스턴스의 안전하지 않은 URL 및 포트입니다.
- 6
- 보안 URL을 통한 클라이언트 인증 TLS 통신을 사용한 Kafka 출력 구성:
- 출력을 설명하는 이름입니다.
-
출력 유형:
kafka. - 접두사를 포함하여 Kafka 브로커의 URL 및 포트를 유효한 절대 URL로 지정합니다.
- 7
my-project네임스페이스에서 애플리케이션 로그를 필터링하기 위한 입력 구성입니다.- 8
- 감사 로그를 안전한 외부 Elasticsearch 인스턴스로 전송하기 위한 파이프 라인 구성:
- 파이프라인을 설명하는 이름입니다.
-
inputRefs는 로그 유형이며 이 예에서는audit입니다. -
outputRefs는 사용할 출력의 이름입니다.이 예에서elasticsearch-secure는 보안 Elasticsearch 인스턴스로 전달하고default은 내부 Elasticsearch 인스턴스로 전달합니다. - 선택사항: 로그에 추가할 레이블입니다.
- 9
- 선택 사항: 문자열. 로그에 추가할 하나 이상의 레이블입니다. "true"와 같은 인용 값은 부울 값이 아닌 문자열 값으로 인식됩니다.
- 10
- 인프라 로그를 안전하지 않은 외부 Elasticsearch 인스턴스로 전송하는 파이프라인 구성:
- 11
my-project프로젝트에서 내부 Elasticsearch 인스턴스로 로그를 전송하기 위한 파이프라인 구성입니다.- 파이프라인을 설명하는 이름입니다.
-
inputRefs는 특정 입력인my-app-logs입니다. -
outputRefs는default입니다. - 선택 사항: 문자열. 로그에 추가할 하나 이상의 레이블입니다.
- 12
- 파이프라인 이름 없이 Kafka 브로커에 로그를 전송하는 파이프라인 구성:
-
inputRefs는 이 예제application에서 로그 유형입니다. -
outputRefs는 사용할 출력의 이름입니다. - 선택 사항: 문자열. 로그에 추가할 하나 이상의 레이블입니다.
-
외부 로그 집계기를 사용할 수 없는 경우 Fluentd 로그 처리
외부 로깅 집계기를 사용할 수 없으며 로그를 수신할 수 없는 경우 Fluentd는 계속 로그를 수집하여 버퍼에 저장합니다. 로그 집계기를 사용할 수 있게 되면 버퍼링된 로그를 포함하여 로그 전달이 재개됩니다. 버퍼가 완전히 채워지면 Fluentd는 로그 수집을 중지합니다. OpenShift Container Platform은 로그를 회전시켜 삭제합니다. Fluentd 데몬 세트 또는 pod에 버퍼 크기를 조정하거나 PVC(영구 볼륨 클레임)를 추가할 수 없습니다.
지원되는 인증 키
여기에 일반적인 키 유형이 제공됩니다. 일부 출력 유형은 출력별 구성 필드에 설명된 추가 특수 키를 지원합니다. 모든 시크릿 키는 선택 사항입니다. 관련 키를 설정하여 원하는 보안 기능을 활성화합니다. 키 및 시크릿, 서비스 계정, 포트 열기 또는 전역 프록시 구성과 같이 외부 대상에 필요할 수 있는 추가 구성을 생성하고 유지보수할 책임이 있습니다. Open Shift Logging은 권한 부여 조합이 일치하지 않는지 확인하지 않습니다.
- TLS(Transport Layer Security)
시크릿 없이 TLS URL(
http://...또는ssl://...)을 사용하면 기본 TLS 서버 측 인증이 활성화됩니다. 시크릿을 포함하고 다음 선택적 필드를 설정하여 추가 TLS 기능을 활성화합니다.-
암호: (문자열) 인코딩된 TLS 개인 키를 디코딩합니다.tls.key가 필요합니다. -
ca-bundle.crt: (문자열) 서버 인증을 위해 고객 CA의 파일 이름입니다.
-
- 사용자 이름과 암호
-
사용자 이름:(문자열) 인증 사용자 이름입니다.암호필요 . -
암호:(문자열) 인증 암호.사용자이름 필요 .
-
- 간단한 인증 보안 계층(ECDHEL)
-
SASL.enable(boolean) SASL.enabled(boolean) SASL을 활성화하거나 비활성화합니다. 누락된 경우 다른sasl.키가 설정되면 SASL이 자동으로 활성화됩니다. -
SASL.mechanisms: 허용되는 SASL 메커니즘 이름의 목록. 누락되거나 비어 있는 경우 시스템 기본값이 사용됩니다. -
SASL.allow-insecure: (boolean) 일반 텍스트 암호를 보내는 메커니즘을 허용합니다. 기본값은 false입니다.
-
9.4.1.1. 보안 생성 링크 복사링크가 클립보드에 복사되었습니다!
다음 명령을 사용하여 인증서 및 키 파일이 포함된 디렉터리에 보안을 생성할 수 있습니다.
$ oc create secret generic -n <namespace> <secret_name> \
--from-file=ca-bundle.crt=<your_bundle_file> \
--from-literal=username=<your_username> \
--from-literal=password=<your_password>
최상의 결과를 위해서는 일반 또는 불투명 보안을 사용하는 것이 좋습니다.