창고 콘솔 (9601)
plantpulse-warehouse-web 의 운영 콘솔입니다. 이벤트스토어(Aster TSDB)의 데이터를
만료 전에 애널리틱스토어(Iceberg)로 옮기는 아카이브 작업이 제때 돌았는지, 무엇이
콜드 계층에 쌓였는지를 봅니다.
| 항목 | 값 |
|---|---|
| 주소 (TLS) | https://<서버IP>:9601/ |
| 기본 계정 | admin / admin123! |
| 하는 일 | Aster TSDB → Iceberg 아카이브 · Iceberg 테이블 최적화 |
| 일정은 누가 쥐나 | 워크플로우 서비스(Temporal) — 이 프로세스의 기억이 아닙니다 |
admin123! 는 출하 기본값입니다. 설치 직후 바꾸십시오 —
비밀번호 변경 참고.
대시보드
마지막 아카이브가 언제 끝났고, 다음은 언제이며, 최근에 실패한 것이 있는가.
| 보는 곳 | 무엇을 뜻하나 |
|---|---|
| Last archive | 워크플로우 서비스에 남은 기록입니다 — 이 프로세스를 재시작해도 사라지지 않습니다 |
| Cold store rows | 콜드 계층(Iceberg)에 쌓인 행 수와 크기 |
| Next run | 일정을 쥔 것은 워크플로우 서비스입니다. 일시정지된 일정에는 다음 실행이 없습니다 |
| Failed runs | COMPLETED 가 아닌 채로 끝난 실행. 제 일을 못 한 것입니다 |
| Archive run time | 실행마다 얼마나 걸렸는지. 아직 도는 중이면 0 이 아니라 빈 자리로 둡니다 |
맨 아래 Schedules in the workflow service 표에 등록된 일정이 그대로 나옵니다 —
archiver(매일 01:30) · optimizer(일요일 04:00) 같은 식입니다.
작업 실행
무엇이 실제로 돌았고 어떻게 끝났는가. 예약 실행과 콘솔에서 수동으로 건 실행이 같은 줄로 남습니다 — 콘솔에서 시작한 것도 일정을 거쳐 가므로 워크플로우 서비스가 야간 실행과 똑같이 기록합니다.
아카이브 작업은 그 숫자를 Iceberg 테이블 tw_archive_job_log 에 씁니다. 이 화면은
워크플로우 서비스를 읽으므로 «돌았다 · 이렇게 끝났다»까지만 압니다. 얼마나 옮겼는지는
저장소 화면에서 봅니다.
저장소
콜드 계층에 무엇이 얼마나 들어갔는지를 봅니다.
로그 · 변경 이력
로그는 브라우저에서 바로 보고, 콘솔에서 바꾼 것은 계정과 함께 남습니다.
노드
이 스택의 구성요소가 어느 박스에 등록돼 있는지를 봅니다. 배치 콘솔의 같은 화면과
같은 레지스트리(pp.node_component)를 읽으므로, 배치와 창고가 서로를 함께 보여 줍니다.
설정
이 배포가 무엇으로 시작됐는지, 그리고 아카이브를 이 노드에서 돌릴지를 정합니다. 이 페이지에서 유일하게 바꿀 수 있는 것이 그 토글입니다.
아카이브를 끄면 Aster TSDB 의 데이터가 만료되기 전에 복사되는 일이 멈춥니다. 그렇게 생긴 구멍은 나중에 다시 켠다고 메워지지 않습니다. 여기서의 모든 변경은 바꾼 계정과 함께 기록됩니다.
유효 설정 표에는 archiver_time(01:30) · optimizer_time(Sun 04:00)
s3_bucket · temporal_server · timezone 같은 값이 그대로 보입니다. 값은
기동 때 한 번 읽으므로 파일이나 환경변수를 고쳐도 재시작 전에는 바뀌지 않습니다.
자격증명은 마스킹이 아니라 목록에서 제외됩니다.