3 - 기초 개념 (데이터 모델, 순서 4 가지 유형, 작업 과 인 스 턴 스)

데이터 모델
Prometheus 는 같은 순서 (같은 이름과 태그) 에 따라 연속 적 인 데 이 터 를 시간 차원 으로 저장 하 는 순차 데 이 터 를 저장 합 니 다.
순차 색인
타 이 밍 (time series) 은 이름 (Metric) 과 key / value 태그 로 정의 되 며 같은 이름과 태그 가 같은 타 이 밍 에 속 합 니 다.
타 이 밍 의 이름 은 ASCII 문자, 숫자, 밑줄, 콜론 으로 구성 되 어 있 으 며 정규 표현 식 [a-zA-Z_:][a-zA-Z0-9_:]* 을 만족 시 켜 야 합 니 다. 그 이름 은 의미 화 되 어야 합 니 다. 일반적으로 측정 가능 한 지 표를 표시 합 니 다. 예 를 들 어 http_requests_total http 요청 의 총 수 를 표시 할 수 있 습 니 다.
타 이 밍 탭 은 Prometheus 의 데 이 터 를 더욱 풍부 하 게 하고 구체 적 으로 다른 인 스 턴 스 를 구분 할 수 있 습 니 다. 예 를 들 어 http_requests_total{method="POST"} 모든 http 의 POST 요청 을 표시 할 수 있 습 니 다.
태그 이름 은 ASCII 문자, 숫자, 밑줄 로 구성 되 어 있 습 니 다. 그 중에서 __ 시작 부분 은 Prometheus 보존 에 속 합 니 다. 태그 의 값 은 모든 유 니 코드 문자 로 중국 어 를 지원 할 수 있 습 니 다.
타 이 밍 샘플
특정한 순서 에 따라 시간 차원 에서 수집 한 데 이 터 를 샘플 이 라 고 하 는데 그 값 은 다음 과 같다.

하나 float 64 값

밀리초 단위 의 유 닉 스 타임 스탬프

격식.
Prometheus 순서 형식 은 OpenTSDB 와 비슷 합 니 다.

{=, ...}

시차 이름과 시차 라벨 이 포함 되 어 있 습 니 다.
 
타 이 밍 4 종류
Prometheus 순차 데 이 터 는 Counter, Gauge, Histogram, Summary 네 가지 유형 으로 나 뉜 다.
Counter
Counter 는 수집 한 데 이 터 는 특정한 추세 (증가 / 감소) 에 따라 계속 변화 하고 있 으 며, 우 리 는 종종 그것 으로 서비스 요청 총량, 오류 총수 등 을 기록 합 니 다.
예 를 들 어 Prometheus server http_requests_total 는 Prometheus 가 처리 하 는 http 요청 총 수 를 표시 합 니 다. 우 리 는 delta 를 사용 할 수 있 고 임의의 구간 데이터 의 증 가 를 쉽게 얻 을 수 있 습 니 다. 이것 은 PromQL 1 절 에서 자세히 설명 할 것 입 니 다.
Gauge
Gauge 는 수집 한 데 이 터 는 순간 적 인 값 으로 시간 과 관계 가 없 으 며 임의로 높 아 지고 낮 아 질 수 있 으 며 메모리 사용률, 디스크 사용률 등 을 기록 하 는 데 사용 된다 고 밝 혔 다.
예 를 들 어 Prometheus server go_goroutines 는 Prometheus 현재 goroutines 의 수량 을 나타 낸다.
Histogram
Histogram 은 _bucket{le=""}, _bucket{le="+Inf"}, _sum, _count 로 구성 되 어 있 으 며, 주로 일정 시간 범위 내 에서 데 이 터 를 샘플링 (보통 요청 지속 시간 이나 응답 크기) 하고 지 정 된 구간 과 총 수 를 통계 할 수 있 으 며, 일반적으로 수집 한 데 이 터 는 직사 도 로 보 여 준다.
예 를 들 어 Prometheus server prometheus_local_storage_series_chunks_persisted 는 Prometheus 의 모든 순서 에 저장 해 야 할 chunks 수량 을 나타 내 며 지속 적 인 데이터 의 분 위 수 를 계산 할 수 있 습 니 다.
Summary
Summary 는 Histogram 과 유사 하 며 {quantile=""}, _sum, _count 로 구성 되 어 있 으 며, 주로 한 동안 데이터 샘플링 결 과 를 나타 내 는 데 사용 되 며, 통계 구간 에 따라 계산 되 는 것 이 아니 라 quentile 데 이 터 를 직접 저장 합 니 다.
예 를 들 어 Prometheus server 에서 prometheus_target_interval_length_seconds.
Histogram vs Summary

모두 포함 _sum, _count

Histogram 은 _bucket 을 통 해 quentile 를 계산 해 야 하 는데 Summary 는 quentile 의 값 을 직접 저장 했다.

작업 과 실례
Prometheus 에 서 는 임의의 독립 된 데이터 원본 (target) 을 인 스 턴 스 (instance) 라 고 부 릅 니 다.같은 유형의 인 스 턴 스 를 포함 하 는 집합 을 작업 (job) 이 라 고 합 니 다.다음은 네 개의 중복 실례 를 포함 하 는 작업 입 니 다.

  - job_name: "overwritten-nodes"
    honor_labels: true # don't overwrite job & instance labels
    static_configs:
    - targets:
      - '10.2.0.73:9100'
      - '10.2.0.74:9100'
      - '10.2.0.75:9100'
      - '10.2.0.76:9100'
      - '10.2.0.77:9100'
      - '10.2.0.70:9100'
      - '10.2.0.71:9100'
      - '10.2.0.72:9100'
      - '10.2.0.78:9100'

 
다음으로 전송:https://www.cnblogs.com/hanxiaohui/p/9213243.html