Grafana에서 긴 기간을 선택해도 과거 CPU·메모리 지표가 없으며 내장 모니터링의 retention 변경 방법이 제공되지 않는다.
원본은 내장 retention 변경 경로가 없다는 답변으로 종료됐으며 제품별 외부 endpoint는 확정되지 않았다. 장기 보관 요구는 명확하므로 API export와 외부 수집이라는 조건부 대안을 보존한다.
Grafana 표시 기간과 Prometheus 저장 기간을 구분한다. 현재 남아 있는 데이터를 API로 내보내고 장기 보관은 별도 관리 저장소의 수집 경로로 구성한다.
확인 수준: 추가 조사 해법 · 해당 케이스 적용 결과 미확인
적용 조건: <...>와 예시 DB·테이블·경로·수치는 실제 확인값으로 바꾼다. 명령과 메뉴는 참고 문서를 바탕으로 보강한 예시이며 대상 시스템에서 실행하지 않았다. 버전·원인에 따른 분기와 남은 확인 사항은 아래에 명시한다.
curl --fail --silent --show-error --cacert '<ca-file>' --get \
-H "Authorization: Bearer ${METRICS_TOKEN}" \
--data-urlencode 'query=<panel-promql>' \
--data-urlencode 'start=<start-unix-seconds>' \
--data-urlencode 'end=<end-unix-seconds>' \
--data-urlencode 'step=60' \
'https://<authorized-prometheus-endpoint>/api/v1/query_range' \
--output metrics-window.json
status=success와 result를 확인하고 query·time window·step도 함께 보관한다. JSON export는 그 간격의 query 결과이며 raw TSDB 백업과 다르다. 이미 만료돼 삭제된 sample은 time picker나 retention 증가로 복원되지 않는다.--storage.tsdb.retention.time=90d 같은 retention을 저장 용량과 함께 설정할 수 있다. 이 인자를 Cloudera 관리 Pod에 추가하라는 뜻은 아니다.목표 기간의 새 데이터가 외부 저장소에 계속 남고, 원본 retention 경계가 지난 후에도 조회되는지 확인한다. 기존에 삭제된 과거 데이터 복구와 향후 보관을 구분한다.