모든 도커 사용자가 알아야 할 상위 10 개의 도커 로깅은

“도커 실행”이”도커 로그”인 후 도커 사용자가 배우는 첫 번째 명령 중 하나입니다.하지만”도커 로그”명령이 항상 작동하는 것은 아니라는 것을 알고 계셨습니까? 그 놀라운 소리 수도 있지만 사실입니다. 우리는 나중에 그 이유에 대해 더 많이 배울 것입니다.

도커는 응용 프로그램이 배포되는 방법뿐만 아니라 로그 관리를위한 워크 플로우를 변경했습니다. 파일에 로그를 쓰는 대신 컨테이너는 콘솔에 로그를 쓰고 도커 로깅 드라이버는 로그를 목적지로 전달합니다. 도커 기 허브 문제에 대한 검사는 사용자가 도커 로그를 처리 할 때 다양한 문제가 있음을 신속하게 보여줍니다.

도커 로깅 드라이버 개요

도커로 로그를 관리하는 것은 까다로울 수 있으며 사람들이 보고하는 문제를 극복하기 위해 도커 로깅 드라이버 구현 및 대안에 대한 더 깊은 지식이 필요합니다. 그렇다면 모든 도커 사용자가 알아야 할 상위 10 개의 도커 로깅 잡지는 무엇입니까?

도커 로깅 드라이버에 대한 개요와 탄성 스택(이전 엘크 스택)또는 세마텍스트 클라우드와 같은 중앙 집중식 로그 관리 솔루션으로 로그를 발송하는 옵션부터 시작하겠습니다.

도커 초기에 컨테이너 로그는 도커 원격,즉”도커 로그”명령 및 몇 가지 고급 로그 발송인을 통해서만 사용할 수있었습니다. 나중에 도커는 다양한 로그 관리 도구와의 통합을 위해 도커를 열기 위해 로깅 드라이버를 플러그인으로 도입했습니다. 이 드라이버들은 많은 경우에 독점 벤더가 제공하는 드라이버와 같은 인쇄 품질을 유닉스/리눅스 환경에 제공해 양이 많은 인쇄 작업에도 쓸 수 있습니다. 최근,플러그인 아키텍처는 플러그인으로 등록하고 리눅스 피포 파일을 통해 로그를 검색 할 수있는 외부 프로세스로 로깅 플러그인을 실행하기 위해 확장되었다. 현재 도커 바이너리와 함께 제공되는 로깅 드라이버는 이진 플러그인이지만 가까운 장래에 변경 될 수 있습니다.

도커 로깅 드라이버는 컨테이너 로그를 수신하여 원격 대상 또는 파일로 전달합니다. 기본 로깅 드라이버는” 파일”입니다. 컨테이너 로그를 로컬 디스크에 저장합니다. 도커는 드라이버 로깅을위한 플러그인 아키텍처를 가지고 있으므로 오픈 소스 도구 및 상용 도구 용 플러그인이 있습니다:

  • 2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년 11 월 15 일,2015 년

    완벽한 로그 관리 솔루션을 위해서는 추가 도구가 필요합니다.:

    • 일반적으로 로그 발송인의 일부인 로그를 구조화하는 로그 파서
    • 로그 인덱싱,시각화 및 경고: 153>
    • 세마 텍스트 클라우드/기업
    • 그리고 더 많은…

로그를 백엔드 중 하나에 전달하려면 선택한 로그 관리 솔루션을 지원하는 로깅 드라이버 또는 로깅 도구를 선택해야 할 수 있습니다. 도구에 시스템 로그 입력이 필요한 경우 시스템 로그 드라이버를 선택할 수 있습니다.

1.도커 로그 명령은 로컬 디스크에 로그를 기록하고”도커 로그”명령과 병렬로 작동하는 유일한 드라이버입니다. “도커 로그”명령은 콘솔에 로그를 표시하는 대신 제한 사항을 보고하는 오류를 표시합니다. 도커 로그 명령은 실패할 뿐만 아니라 로그에 대한 도커 사용자 인터페이스(예:포테이너)또는 로그 수집 컨테이너와 같은 로그 수집 컨테이너는 이 상황에서 컨테이너 로그를 표시할 수 없습니다.

이 문제를 참조하십시오.

도커 시스템 로그 드라이버는 컨테이너 배포를 차단하고 시스템 로그 서버에 연결할 수 없는 경우 로그를 잃을 수 있습니다.

도커와 같은 오류 메시지와 함께 컨테이너 시작이 실패합니다. 또한 시스템 로그 서버를 다시 시작하면 중앙 시스템 로그 서버로 로깅되는 모든 컨테이너를 분리할 수 있습니다.

이 문제를 참조하십시오.

3. 도커 시스템 로그 드라이버가 대상이 다운되었을 때 로그 손실

위의 문제와 마찬가지로 로그 손실이 발생하면 도커 로깅 드라이버가 원격 대상으로 배달 할 수 없을 때 디스크에 로그를 버퍼링하는 기능이 누락되었습니다. 여기 볼 것이다 재미있는 문제점은 있는다.

4. 도커 로깅 드라이버는 오류 스택 추적

과 같은 여러 줄 로그를 지원하지 않습니다. 그러나 로그는 여러 줄에 걸쳐 있을 수도 있습니다. 예를 들어,예외 추적은 일반적으로 여러 줄에 걸쳐 있으므로 로그 표시 사용자를 돕기 위해 로그 표시로 스택 추적을 처리하는 방법을 공유했습니다.

컨테이너에서 실행되는 모든 앱의 로그가 동일한 출력 표준 출력으로 방출되기 때문에 상황이 더욱 복잡 해지는 컨테이너 세계에서는 상황이 더 좋지 않습니다. 문제#22920 이”닫힘”으로 닫히는 것을 보는 것은 놀라운 일이 아닙니다. 상관 없어.”너무 많은 사람들을 실망 시켰습니다. 다행히,상자 밖으로 여러 줄 로그를 구문 분석뿐만 아니라 사용자 정의 멀티 라인 패턴을 적용 할 수 있습니다 셈텍스트 도커 에이전트와 같은 도구가 있습니다.그러나 다른 로그 드라이버는 불행하게도 여전히 도커 스웜 모드에 문제가 발생할 수 있습니다. 이 문제를 참조하십시오.

유창 데몬이 사라지고 버퍼가 가득 차면 도커 데몬이 충돌합니다.

로깅 드라이버가 원격 대상에 연결할 수 없을 때 문제를 일으키는 또 다른 시나리오—이 특별한 경우 로깅 드라이버는 도커 데몬이 충돌하는 예외를 발생시킵니다.

도커 컨테이너가 스플렁크 드라이버 실패 시 생성된 상태에 멈춤

스플렁크 서버가 컨테이너 시작 시 504 를 반환하면 컨테이너가 실제로 시작되지만 도커는 컨테이너를 시작 실패로 보고합니다. 이 상태가되면 컨테이너는 더 이상 도커 아래에 나타나지 않으며 도커 킬로 컨테이너 프로세스를 중지 할 수 없습니다. 이 프로세스를 중지 할 수있는 유일한 방법은 수동으로 죽이는 것입니다.

이 문제를 참조하십시오.

도커 로그 응용 프로그램 로그 건너 뛰기/누락(저널드드라이버)

이 문제는 도커가 실행중인 모든 응용 프로그램에 대한 로그를 만들고 저널드가 속도 제한 설정으로 인해 일부 로그를 건너 뛸 수 있으므로 증가해야하는 저널드율 제한으로 인해 발생하는 것으로 나타났습니다. 당신이 그것에 도커를 연결할 때 그래서 저널드을 설정 알고 있어야합니다.이 경우 패킷이 삭제될 때 로그 메시지가 손실될 위험이 있습니다. 이 문제는 컨테이너 배포를 사용하여 신속하게 발생할 수 있습니다.

도커는 여러 로그 드라이버를 지원하지 않습니다

이 서버에 로컬로 저장 로그 및 원격 서버로 제공 할 수있는 가능성을 가지고 좋을 것이다. 사용자가 하나의 로그 드라이버를 선택하도록 강요하므로 현재 도커는 여러 로그 드라이버를 지원하지 않습니다. 이 게시물에 나열된 다양한 문제를 아는 쉬운 결정은 아닙니다.

그게 다야! 이것들은 내 상위 10 개의 도커 로깅 잡지입니다!

참조:젠킨스와 지속적인 배달&도커 보안:장점,단점 및 상태 업데이트

도커 로그 드라이버에 대한 대안

도커 로그 드라이버에 대한 많은 문제로 대안이 있습니까? 그것은 거기 밝혀—구조에 도커 기반 로그 화주!구조에.

이러한 대안을 살펴볼 몇 가지 좋은 이유는 다음과 같습니다: 로그의 로컬 복사본은 항상 사용할 수 있으며’도커 로그’와 도커 호출 로그가 작동합니다.

  • 이미지 이름 또는 레이블과 같은 다양한 동적 기준으로 로그를 필터링 할 수있는 기능
  • 더 나은 메타 데이터. 버퍼 디렉토리를 볼륨에 넣고 유용한 제한을 설정하십시오)
  • 두 가지 권장 도커 기반 로그 수집 도구를 살펴 보겠습니다. 둘 다 오픈 소스입니다.

    이 범주에 다소 맞는 세 번째 도구는 탄성 파일 비트입니다. 파일 비트는 컨테이너 메타 데이터에 대한 보강 만이 도커 호출을 통해 수행됩니다.

    로그스파우트는 여러 출력을 제공하며 응용 프로그램 컨테이너 로깅 설정을 변경하지 않고 다른 컨테이너에서 다른 대상으로 로그를 라우팅할 수 있습니다. 이것은 수학적으로 정확한 유형 계층구조인,강력한 타입을 정의합니다.

    이것은 수학적으로 정확한 유형 계층구조인,강력한 타입을 정의합니다. 그러나,기호 텍스트 도커 에이전트는 단순한 로그 발송보다 실제로 더 많은 것이다.

    이 프로그램은 자바 바이트코드 프로그램의 갯수를 카운트하고,스크립트의 메인 형식을 합계냅니다,그리고 확인되지 않은 실행 텍스트 파일을 찾습니다.. 이것은 수학적으로 정확한 유형 계층구조인,강력한 타입을 정의합니다. 이 두 가지 로깅 솔루션 간의 차이점은 다음과 같습니다.

    도커 로그 드라이버가 시간이 지남에 따라 개선되고 유닉스 소켓을 통한 새로운 플러그인 메커니즘이 새로운 로깅 드라이버 구현을 별도의 프로세스로 실행할 수 있기 때문에 향후 변경 될 수 있습니다. 이 기능은 도커 로깅 플러그인 아키텍처를 실제로 향상 시키며 도커가 로깅 문제를 심각하게 받아 들인다는 좋은 신호입니다.

    한편,여기에 설명 된 10 개 잡음처럼 도커 로그에 문제가 발생하지 않도록 도커 에이전트 및 로그 스팟과 같은 도커 기반 로그 수집기를 고려하십시오.

    답글 남기기

    이메일 주소는 공개되지 않습니다.