Prometheus · Thanos · VictoriaMetrics 조립

Prometheus의 리텐션은 기간과 용량 두 축뿐입니다. RAW → 5m → 1h 같은 해상도 축약은 Prometheus 밖의 일입니다.
그 자리를 Thanos Compactor가 맡습니다. 공식 문서는 “다운샘플링은 공간을 아껴주지 않는다"고 명시합니다 — 절감은 raw 보존 기간을 줄일 때만 생깁니다.
Prometheus에 Thanos를 붙이는 길은 Sidecar와 Receive 둘입니다. 두 방식은 저장 위치보다 연결 방향에서 서로 다릅니다.
VictoriaMetrics에는 Sidecar를 붙일 수 없습니다. 블록 포맷이 아예 다릅니다. 접점은 vmagent → Thanos Receive 하나뿐이고 그 순간 VM은 구성에서 빠집니다.

“Prometheus 리텐션을 늘리면 되지 않나"에서 출발해 “그러면 Thanos는 왜 필요한가”, “VictoriaMetrics로 갈아타도 Thanos를 뒤에 붙일 수 있나"까지 이어지는 질문을 한 줄로 세운 챕터입니다. 컴포넌트 카탈로그가 아니라 조립 방식의 차이를 다룹니다.

자매 챕터: 메트릭 장기보관 아키텍처 비교 — 같은 후보들을 400d 보관이라는 조건에 넣고 비용으로 판정합니다. 이 챕터가 “어떻게 붙이나"를 소유하고 그쪽이 “얼마가 드나"를 소유합니다.

문서 지도

문서	주제	한 줄 요약
01 Prometheus가 하지 않는 일	출발점	리텐션 플래그는 둘뿐, compaction은 해상도를 건드리지 않음, recording rule은 대체재가 아님
02 Thanos Compactor가 채우는 자리	다운샘플링	raw/5m/1h 생성 조건(40h·10d), 해상도별 retention, 공간을 아끼지 않는다는 공식 서술
03 Sidecar vs Receive	Prometheus 결합	데이터는 Thanos로 가지 않습니다 — 최근 구간은 어디 남고 누가 누구에게 접속하나
04 VictoriaMetrics에 붙일 수 있나	VM 결합	블록 포맷 비호환, vmctl은 일방향 이관, 유일한 접점은 remote write
05 Receive 실전 구성	구축	컴포넌트 넷의 플래그, 송신 레그, 밟기 쉬운 함정
06 무엇을 고를 것인가	결론	판단 트리와 각 선택이 포기하는 것

세 줄 정리

Prometheus는 수집과 단기 저장을 합니다. 해상도 티어링 기능이 없습니다.

Thanos는 여러 클러스터의 블록을 오브젝트 스토리지 한 곳에 모으고 그 위에서 해상도를 깎아 장기 보관합니다. 오픈소스에서 해상도 티어링을 하려면 사실상 유일한 선택지입니다. Mimir에는 다운샘플링이 없고 VictoriaMetrics의 다운샘플링은 Enterprise 기능입니다.

VictoriaMetrics는 같은 문제를 다른 축에서 풉니다. 압축률과 컴포넌트 수로 승부하고 스토리지는 블록 디바이스 위에 둡니다. Thanos와 겹쳐 쓰는 구성은 없습니다 — 둘 중 하나를 고르는 문제입니다.

마지막 수정 일자 2026년 8월 30일