2017-03-23 14 views
0

collectd (5.5.1), statsd (git head), influxd (1.2) 및 grafana를 사용하여 인프라를 모니터링하기 시작했습니다. 수집 된 부분은 블랙 박스 모니터링을 위해 잘 작동합니다. 우리는 화이트 박스 모니터링을 위해 statsd를 사용하고자합니다.influxdb를 통해 statsd로 호스트 정보 구성하기

우리는 모니터링 호스트의 데이터를 influxdb에 보내고 각 호스트마다 collectd 및 statsd를 설정합니다. Influxdb 및 grafana가 모니터링 호스트에서 실행됩니다. 물론 collectd와 statsd도 다른 곳에서와 마찬가지로 모니터링 호스트에서 실행됩니다.

각 호스트에서 내 statsd 설정은 그냥 사용할 수있는 influxdb backend가 있음을 발견으로 이것은 아마 어떤 경우에도하지 이상적입니다

{ 
    graphitePort: 2003, 
    graphiteHost: "monitor.example.com", 
    port: 8125, 
    backends: [ "./backends/graphite" ] 
} 

간단하게,하지만 난 내가 할 수있는 경우에도 위의 작업을 기대 보다 나은.

나는 그러나, 다음과 같은 문제가 있습니다

  1. statsd 모니터 호스트에 not forwarding host information입니다.

  2. statsd의 장점 중 하나는 지정된 플러시 간격으로 데이터를 보내기 전에 로컬 호스트에서 데이터를 집계 할 수 있다는 것입니다. 하지만 이러한 구성 요소는 지난 해에 너무 빠르게 진화 등

무엇 백분위를 보낼 수있는 최대를 보낼 수있는 통계가 요약 얻을 말, 지정하는 문서,,,,에 표시되지 않습니다 꽤 많은 문서와 튜토리얼이 시대에 뒤떨어져 있기 때문에 잘못된 문서를 읽음으로서 부정확 한 것을했을 수도 있다는 것을 알고 있습니다.

저는 또한 최근에 각 호스트에서 실행되는 전신을 발견했습니다. 아마도 나는 statsd에 대한 잘못된 기대를 가지고있다 (또는 대신 전신을 사용해야 만한다)?

나는 피드백에 대한 응답으로이 질문을보다 구체적으로 작성하겠습니다. 나는 아직도 몇몇 개념으로 고심하고 있다는 것을 알고있다.

많은 감사합니다.

답변

0

정확하게 답변이없는 해결책입니다.

사용 telegraf 대신

그 telegraf이 잘 지원됩니다 지금이 공간에서 매우 유력한 경쟁자 적극적인 개발을보고, 회담 쉽게 influxdb을 발견했다. Telegraf는 간단한 키 - 값으로 보이는 statsd와는 달리 메시지 당 추가 태그와 플래그도 지원합니다. 또한 telegraf는 statsd와 collectd에 대한 필요성을 제거하므로 움직이는 부분의 수를 하나씩 줄입니다. 그건 좋은거야. statsd

소개

-

나는 statsd으로 모든 호스트 정보를 전달하는 방법을 알아낼 수 없었다 (TL DR은 어쩌면 내가 절름발이 해요).

집계를 구성하는 방법에 대한 좋은 문서를 찾지 못했습니다 (단 한번 발견했음을 기억하지만). influxdb 프로토콜을 사용하여 데이터를 전송하기위한 모듈은 잘 유지되지 않는 것으로 보입니다 (influxdb 개발과 관련됨).

이 두 가지 모두에서 나는 완전히 틀릴 수도 있으며, 이러한 것들을 문서화하기위한 대안적인 대답을 가장 환영합니다.