ローテーションの確認

create 방식에서 SIGHUP 을 보내지 않으면?

• 옛 파일이 지워져 로그가 통째로 사라진다
• 쓰기가 실패해 프로세스가 종료된다
• 새 파일은 0바이트로 남고 로그는 .1 파일로 계속 간다
• 다음 로테이션 때 알아서 새 파일로 넘어간다

copytruncate 의 대가는?

• 복사와 자르기 사이에 쓴 로그가 사라진다
• 복사본 때문에 디스크를 두 배로 쓴다
• 파일을 다시 열려고 프로세스가 재시작된다
• 잘린 파일이라 압축을 걸 수 없다

delaycompress 가 필요한 이유는?

• 압축에 드는 CPU 를 한 주기 미루려고
• 한 주기 모아 두면 압축률이 좋아져서
• 프로세스가 아직 옛 파일에 쓰고 있을 수 있어서
• 압축 파일이 먼저 생기면 순번이 밀려서

컨테이너 안에서 logrotate 를 돌릴 필요가 없는 이유는?

• 컨테이너 로그는 재시작 때마다 지워져서
• stdout 으로 내면 컨테이너 런타임이 로테이션해서
• 컨테이너 안에서는 cron 을 띄울 수 없어서
• 읽기 전용 파일시스템이라 쓸 수 없어서

로테이션이 로그 수집기를 깨뜨릴 수 있는 이유는?

• 수집기가 inode 와 오프셋으로 위치를 기억하는데 그 아래에서 파일이 바뀌어서
• 압축된 파일을 수집기가 읽지 못해 그 구간을 건너뛰어서
• 새 파일의 권한이 바뀌어 수집기가 열 수 없어서
• 타임스탬프가 뒤로 돌아가 수집기가 순서를 뒤집어서