11장. 다른 모니터링 시스템과 함께 작업하기
이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: translation-feedback@oreilly.com
이상적인 세계에서는 모든 애플리케이션이 Prometheus 메트릭을 직접 노출하지만, 현실은 그렇지 않을 가능성이 높습니다.이미 다른 모니터링 시스템을 사용하고 있을 수 있으며, 어느 날 Prometheus로 대대적인 전환을 하는 것은 현실적이지 않습니다.
다행히도 수백 개의 Prometheus용 내보내기 프로그램 중에는 다른 모니터링 시스템의 데이터를 Prometheus 형식으로 변환하는 프로그램이 몇 가지 있습니다. 가장 이상적인 최종 목표는 Prometheus로 완전히 전환하는 것이지만, 이 장에서 소개하는 것과 같은 내보내기는 아직 전환 중일 때 매우 유용합니다.
기타 모니터링 시스템
모니터링 시스템은 Prometheus와 호환되는 정도가 다양하며, 어떤 시스템은 상당한 노력이 필요한 반면, 어떤 시스템은 거의 필요하지 않습니다. 예를 들어, InfluxDB는 Prometheus와 상당히 유사한 데이터 모델을 가지고 있으므로 애플리케이션에서 InfluxDB 라인 프로토콜을InfluxDB Exporter로 푸시하도록 할 수 있으며, 그러면 Prometheus에서 스크랩할 수 있습니다.
수집된 시스템( )에는 레이블이 없지만,수집된 내보내기를 사용하면 추가 구성 없이도 이 시스템이 출력하는 메트릭을 OK Prometheus 메트릭으로 자동 변환할 수 있습니다. 버전 5.7부터 수집은Write Prometheus 플러그인을 통해 이 기능을 기본적으로 포함하고 있습니다.
그러나 모든 모니터링 시스템에 합리적인 Prometheus 메트릭으로 자동 변환할 수 있는 데이터 모델이 있는 것은 아닙니다. 과거에 Graphite는 키-값 레이블을 지원하지 않았으며, 일부 구성 레이블은Graphite 내보내기를 사용하여 사용하는 점선 문자열에서 추출할 수 있습니다.1 StatsD는 기본적으로 Graphite와 동일한 점선 문자열 모델을 가지고 있으며, StatsD는 메트릭이 아닌 이벤트를 사용하므로 StatsD 내보내기는 이벤트를 메트릭으로 집계하고 레이블을 추출할 수도 있습니다.
Java/JVM 공간에서 JMX(Java Management eXtensions)는 메트릭을 노출하는 데 자주 사용되는 표준이지만, 그 사용 방법은 애플리케이션마다 상당히 다양합니다. JMX 익스포터의기본값은 괜찮지만, mBean 구조가 표준화되지 않았기 때문에 이를 구성하는 유일한 방법은 정규 표현식을 사용하는 것입니다. 다행히도 다양한 예제 구성이 제공되며, JMX Exporter는 Java 에이전트로 실행되도록 설계되었으므로 별도의 내보내기 프로세스를 관리할 필요가 없다는 점이 장점입니다.
SNMP에는 실제로 Prometheus와 매우 유사한 데이터 모델( )이 있으며, MIB를 사용합니다,2 SNMP 메트릭은SNMP 익스포터에 의해 자동으로 생성될 수 있습니다. 나쁜 소식은 두 가지입니다. ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access