배치 콘솔 (9501)
plantpulse-batch-web 의 운영 콘솔입니다. 센서 포인트를 받아 Aster TSDB 에 배치로
쓰는 프로세스가 지금 무엇을 하고 있는지, 얼마나 밀려 있는지, 어디서 실패했는지를
한 화면에서 봅니다.
| 항목 | 값 |
|---|---|
| 주소 (TLS) | https://<서버IP>:9501/ |
| 기본 계정 | admin / admin123! |
| 하는 일 | Kafka 또는 Redis 에서 포인트를 꺼내 Aster TSDB 에 배치 기록 · 아카이브 테이블 적재 |
| 무엇을 읽나 | 자기 프로세스의 JMX · Dropwizard 지표, 메타스토어(PostgreSQL), 이벤트스토어(Aster TSDB) |
admin123! 는 출하 기본값입니다. 설치 직후 바꾸십시오 —
비밀번호 변경 참고.
대시보드
첫 화면입니다. 지금 쓰고 있는가 · 밀려 있는가 · 어디서 실패했는가 세 가지를 봅니다.
| 보는 곳 | 무엇을 뜻하나 |
|---|---|
| 시간별 오류 띠 | 한 칸이 한 시간입니다. 초록은 «오류 0», 빨강은 «오류 있음», 빗금은 기록이 없는 시간 — 조용했던 것이 아니라 이 인스턴스가 그 시간에 없었다는 뜻입니다 |
| Write throughput | 1분 이동률(rows/s). 옆의 선은 서버가 메모리에 들고 있는 최근 30분 창입니다 |
| Point queue | 들어온 포인트가 기록되기를 기다리는 자리. 가득 차면 새 포인트를 거절합니다 |
| Heap usage | 힙이 차면 배치 크기를 스스로 줄여 계속 흘려보냅니다 — 임계에서 멈추지 않습니다 |
| Batch errors | 통계가 아니라 사건입니다. 0이 아니면 로그를 보십시오 |
아래 표들은 시스템 · 파이프라인 · 처리량 · 오류 · 메모리 · 런타임 · 카운터 · JVM 을
나눠 보여 줍니다. Write stalled 가 Yes 이고 Stall threshold(기본 60,000 ms)를
넘겼다면 쓰기가 멈춘 것입니다.
저장소
이 노드가 쓰는 저장소가 답하는지, 그리고 Aster TSDB 키스페이스가 얼마나 차 있는지를 봅니다.
- Daily size — 하루 한 점입니다. 아무도 재지 않은 날은 0 이 아니라 빈 자리로 둡니다.
- Stores —
Metastore(PostgreSQL) ·Eventstore(Aster TSDB) 가 각각up인지. 답한 것 · 거절한 것 · 아직 닿지 못한 것을 구분해 적습니다. - Aster TSDB Tables — 키스페이스의 모든 테이블입니다(이 콘솔이 쓰는 것만이 아닙니다).
WRITTEN BY로 이 콘솔이 쓰는 것과 다른 구성요소가 쓰는 것을 가릅니다.RETENTION열이 각 테이블의 실제 TTL 이며, 숫자는 대부분 추정치임을 함께 적습니다.
tm_tag_point 의 RETENTION 이 3650 days 로 보입니다. 이 값을 바꾸는 방법은
데이터 보존 기간에 있습니다.
로그
이 프로세스의 로그를 브라우저에서 바로 봅니다. 서버에 들어가지 않고 오류 시각을 확인할 때 씁니다.
작업 실행
배치가 돌린 작업의 결과입니다. 언제 시작해 언제 끝났고, 성공인지 실패인지가 남습니다.
변경 이력
콘솔에서 누가 무엇을 바꿨는지가 계정과 함께 남습니다. 설정 토글은 전부 여기에 기록됩니다.
노드
어느 구성요소가 어느 박스에서 도는지를 봅니다.
Node 는 호스트명에서 따온 서비스 이름입니다. 같은 스택을 도는 노드가 여럿이면
여기서도, Kafka 컨슈머 그룹에서도 서로 구분되지 않습니다. 박스마다 PP_NODE_ID 를
지정하십시오.
구성요소를 끄더라도 지금 멈추지는 않습니다. 설정은 그 노드가 기동할 때 한 번 읽히므로, 다음번 컨테이너 재생성 때 반영됩니다.
설정
이 배포가 무엇으로 시작됐는지를 보여 주는 읽기 전용 화면입니다.
값은 기동 때 한 번 읽습니다. 설정 파일이나 환경변수를 고쳐도 이 애플리케이션을 다시 시작하기 전에는 아무것도 바뀌지 않습니다. 비밀번호와 계정 이름은 마스킹이 아니라 목록에서 제외됩니다.