왜
core 의 DB 백업 스크립트가 마지막 성공 시각·크기·상태를 node_exporter textfile 형식으로 남기기 시작했다 (TeamPiKi/core#905). 그런데 공용 alloy 블록이 그 디렉터리를 읽지 않아 Grafana 까지 가지 않는다. 지표는 박스에만 쌓이고 있다.
이 지표는 "백업이 24시간 넘게 성공하지 않았다"를 잡는 알림 룰의 근거다. 지금은 그 룰을 걸 수 없다.
무엇을
blocks/alloy/config.alloy 의 호스트 메트릭 수집기에 textfile 경로를 더한다.blocks/alloy/provision-alloy.sh 가 호스트의 그 디렉터리를 컨테이너에 읽기 전용으로 마운트한다.
다른 서비스에는 영향이 없다. 해당 디렉터리가 없는 박스(extractor·renderer)에서는 collector 가 아무 지표도 못 읽고 그대로 넘어간다.
textfile collector 는 node_exporter 의 표준 기능으로, 시스템이 직접 주지 않는 값(배치 작업 결과 등)을 파일로 받아 함께 내보내는 자리다.
왜
core 의 DB 백업 스크립트가 마지막 성공 시각·크기·상태를 node_exporter textfile 형식으로 남기기 시작했다 (TeamPiKi/core#905). 그런데 공용 alloy 블록이 그 디렉터리를 읽지 않아 Grafana 까지 가지 않는다. 지표는 박스에만 쌓이고 있다.
이 지표는 "백업이 24시간 넘게 성공하지 않았다"를 잡는 알림 룰의 근거다. 지금은 그 룰을 걸 수 없다.
무엇을
blocks/alloy/config.alloy의 호스트 메트릭 수집기에 textfile 경로를 더한다.blocks/alloy/provision-alloy.sh가 호스트의 그 디렉터리를 컨테이너에 읽기 전용으로 마운트한다.다른 서비스에는 영향이 없다. 해당 디렉터리가 없는 박스(extractor·renderer)에서는 collector 가 아무 지표도 못 읽고 그대로 넘어간다.
textfile collector 는 node_exporter 의 표준 기능으로, 시스템이 직접 주지 않는 값(배치 작업 결과 등)을 파일로 받아 함께 내보내는 자리다.