로그 시스템

포괄적인 로깅 및 모니터링 기능에 접근합니다.

GitLab의 로그 시스템은 GitLab 인스턴스를 분석하기 위한 포괄적인 로깅 및 모니터링 기능을 제공합니다. 로그를 사용하여 시스템 문제를 파악하고, 보안 이벤트를 조사하고, 애플리케이션 성능을 분석할 수 있습니다. 모든 작업에 대해 로그 항목이 존재하므로, 문제가 발생할 때 이러한 로그를 통해 신속하게 진단하고 해결하는 데 필요한 데이터를 얻을 수 있습니다. 로그 시스템은: 구조화된 로그 파일에서 GitLab 구성 요소 전체의 모든 애플리케이션 활동을 추적합니다. 표준화된 형식으로 성능 메트릭, 오류 및 보안 이벤트를 기록합니다. JSON 로깅을 통해 Elasticsearch, Splunk와 같은 로그 분석 도구와 통합됩니다. 다양한 GitLab 서비스 및 구성 요소별로 별도의 로그 파일을 유지 관리합니다. 전체 시스템에서 요청을 추적하기 위한 상관관계 ID를 포함합니다. 시스템 로그 파일은 일반적으로 표준 로그 파일 형식의 일반 텍스트입니다. 로그 시스템은 감사 이벤트 와 유사합니다. 자세한 정보는 다음을 참조하세요: Linux 패키지 설치에서 로깅 커스터마이징 JSON 형식의 GitLab 로그 파싱 및 분석 로그 수준 # 각 로그 메시지에는 중요도와 상세도를 나타내는 로그 수준이 할당되어 있습니다. 각 로거에는 할당된 최소 로그 수준이 있습니다. 로거는 로그 수준이 최소 로그 수준 이상인 경우에만 로그 메시지를 내보냅니다. 지원되는 로그 수준은 다음과 같습니다: 수준 이름 0 DEBUG 1 INFO 2 WARN 3 ERROR 4 FATAL 5 UNKNOWN GitLab 로거는 기본적으로 DEBUG 로 설정되어 있어 모든 로그 메시지를 내보냅니다. 기본 로그 수준 재정의 # GITLAB_LOG_LEVEL 환경 변수를 사용하여 GitLab 로거의 최소 로그 수준을 재정의할 수 있습니다. 유효한 값은 0 에서 5 사이의 값 또는 로그 수준 이름입니다. 예시: GITLAB_LOG_LEVEL=info 일부 서비스의 경우 이 설정의 영향을 받지 않는 다른 로그 수준이 적용됩니다. 일부 서비스에는 로그 수준을 재정의하는 자체 환경 변수가 있습니다. 예를 들면: 서비스 로그 수준 환경 변수 GitLab Cleanup INFO DEBUG GitLab Doctor INFO VERBOSE GitLab Export INFO EXPORT_DEBUG GitLab Import INFO IMPORT_DEBUG GitLab QA Runtime INFO QA_LOG_LEVEL GitLab Product Usage Data INFO Google APIs INFO Rack Timeout ERROR Snowplow Tracker FATAL gRPC Client (Gitaly) WARN GRPC_LOG_LEVEL LLM INFO LLM_DEBUG 로그 순환 # 특정 서비스의 로그는 다음 방법으로 관리하고 순환할 수 있습니다: logrotate svlogd ( runit 의 서비스 로깅 데몬) logrotate 와 svlogd 모두 또는 전혀 관리하지 않음 다음 표에는