알 리 바 바 Sentinel+InfluxDB+Chronograf 모니터 구현
머리말
지난 트 위 터 에서 우 리 는 타 이 밍 데이터 베 이 스 를 사용 했다
InfluxDb
흐름 제어 데이터 저장 을 했 지만 데이터 저장 은 목적 이 아니 라 감시 경고 가 최종 목표 라 는 것 을 분석 했다.그러면 문제 가 생 겼 다.어떻게 하면 더욱 잘 실현 할 수 있 을 까?알 리 바 바 Sentinel 콘 솔 을 사용 한 동료 들 은 콘 솔 이 못 생 겼 다 고 생각 하 는 지,그리고 짧 은 5 센티미터 만 있어 대부분의 사람들 이나 장면 의 사용 을 만족 시 키 지 못 하 는 것 이 분명 하 다.짜임새
공구.
sentinel-dashboard(콘 솔,데이터 수집)
Sentinel 콘 솔 과 순차 데이터베이스 Influxdb 의 설치 방식 은 앞에서 이미 이 야 기 했 습 니 다.여 기 는 더 이상 군말 하지 않 습 니 다.Chronograf 는 콘 솔 의 설치 방식 을 보 여 줍 니 다.여 기 는 Docker 설치 방식 을 추천 합 니 다.
$ docker run -p 8888:8888 \
-v $PWD:/var/lib/chronograf \
chronograf
설치 에 성공 한 후 브 라 우 저 방문http://ip:8888
환영 페이지 를 봐 야 합 니 다.그 다음 에 자체 적 으로 데이터 소스 를 설정 하고 업무 장면 에 따라 모니터 스크린 을 조립 한다.
대형 병풍
여기 서 Sentinel 스 트림 제한 구성 요소 에서 수집 한 데이터 에 따라 간단 한 모니터링 스크린 을 조립 하여 역사 방문 총량,최근 한 시간의 방 문 량,스 트림 제한 수 와 최근 몇 분 또는 몇 시간의 방문 곡선 등 을 감시 할 수 있 습 니 다.아 리 프레젠테이션 판 에 비해 순간 적 으로 높 은 것 이 아 닙 니까?
총 방문 량
SELECT SUM("successQps") AS " " FROM "sentinel_log"."autogen"."sentinelInfo"
최근 1 시간 방문 량
SELECT SUM("successQps") AS " "
FROM "sentinel_log"."autogen"."sentinelInfo"
WHERE TIME > NOW() - 1h
최근 1 시간 흐름 수
SELECT SUM("blockQps") AS " "
FROM "sentinel_log"."autogen"."sentinelInfo"
WHERE time > now() - 1h
최근 1 시간 이상 수
SELECT SUM("exceptionQps") AS " "
FROM "sentinel_log"."autogen"."sentinelInfo"
WHERE time > now() - 1h
최근 한 시간의 접근 트 렌 드 맵(초 단위)
SELECT SUM("successQps") AS " "
FROM "sentinel_log"."autogen"."sentinelInfo"
WHERE time > now() - 1h
GROUP BY time(1s)
최근 12 시간 자원 방문 순위
SELECT SUM("successQps") AS " qps", SUM("blockQps") AS " qps"
FROM "sentinel_log"."autogen"."sentinelInfo"
WHERE time > now() - 12h
GROUP BY resource
미리 경고 하 다나중에 Chronograf 에서 Kapacitor 에 접속 하면 Chronograf 는 이 Configure Alert Endpoints 부분 을 자동 으로 엽 니 다.Kapacitor 는 여러 개의 경보 점/이벤트 처리 프로그램 을 지원 합 니 다.관심 있 는 파트너 도 Sentinel 콘 솔 에서 흐름 제어 데이터 에 따라 더욱 스마트 화 된 설정 을 할 수 있다.예 를 들 어 흐름 제한 실패 수 와 기계 기준 에 따라 흐름 제어 규칙 을 동태 적 으로 조정 할 수 있다.
작은 매듭
그녀 가 있 으 면 작은 오빠,아가씨,언니 들 은 더 이상 새벽 1 시 자명종 을 걱정 하지 않 아 도 됩 니 다.시원 하 죠?이상 은 빙산 의 일각 일 뿐 입 니 다.현재 우리 가 접속 한 모니터링 시스템 플랫폼 은 각종 제3자 구성 요소 창고(4
Telegraf、InfluxDB、Chronograf、Kapacitor、Grafana、Prometheus、Consul、Elasticsearch、Kibana
)를 통 해 1000 대의 서버 실시 간 모니터링,200 개의 모니터링 스크린,수천 개의 모니터링 기준 을 통 해 매일 톤 의 데 이 터 를 처리 합 니 다.너무 매 달 려 있 지 않 아 요?나 는 나의 상상력 에 감탄 했다.소스 코드
https://gitee.com/52itstyle/sentinel-dashboard
레 퍼 런 스
https://hub.docker.com/_/chronograf
총결산
앞서 소 편 이 소개 해 드 린 알 리 바 바 Sentinel+InfluxDB+Chronograf 모니터링 스크린 구현 에 도움 이 되 셨 으 면 좋 겠 습 니 다.궁금 한 점 이 있 으 시 면 메 시 지 를 남 겨 주세요.소 편 이 바로 답 해 드 리 겠 습 니 다.여기 서도 저희 사이트 에 대한 여러분 의 지지 에 감 사 드 립 니 다!
만약 당신 이 본문 이 당신 에 게 도움 이 된다 고 생각한다 면,전 재 를 환영 합 니 다.번 거 로 우 시 겠 지만 출처 를 밝 혀 주 십시오.감사합니다!
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
두 개의 동 구성 문제 의 비 궁 거 해법.최근 에 데이터 구조의 책 을 뒤 져 봤 는데 대학교 3 학년 수업 을 들 었 는데 지금 은 잊 어 버 린 내용 이 있 습 니 다.책의 마지막 장 '데이터 구조의 종합 응용' 에는 N 열 기차 가 역 에 드 나 드 ...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.