VictoriaLogs 스토리지 내부 구조

이 분류에서 찾기

• VictoriaLogs에서 로그 한 줄이 디스크에 놓이는 자리
• VictoriaLogs vs Elasticsearch — 로그 한 줄이 저장되는 모양과 자원 차이

로그 저장소가 빠르다는 말은 쉽게 하지만, 수 TB 위에서 파드 하나의 최근 15분 에러를 밀리초에 돌려주는 일은 바이트를 어떻게 놓느냐에 달려 있습니다. 이 시리즈는 VictoriaLogs 한 엔진을 아래층부터 읽으며 그 속도가 디스크 배치의 당연한 결과로 보이는 지점까지 따라갑니다.

원문은 장마다 같은 순서를 밟습니다. 한 메커니즘의 단순한 구현을 먼저 만들고, 그 구현이 부딪히는 벽을 확인한 뒤, VictoriaLogs가 실제로 어떻게 푸는지 읽습니다. 모든 주장은 실제 소스 코드에 묶고, 머릿속 모델이 엔진의 테스트와 어긋나면 모델이 틀린 것으로 칩니다. LogsQL 문법은 다루지 않고 쿼리가 스토리지에서 실행되는 경로만 따라갑니다.

원문이 예고한 전체 구성은 데이터 모델, 추가 전용 수집, 정렬과 불변 part, LSM 병합 엔진, 컬럼 블록, 스캔 없는 전문 검색, 와이드 이벤트 개편, 스트림 역색인(indexdb), 파티션·보관·쿼리 흐름 아홉 편입니다. 현재 공개된 것은 1편뿐이어서 이 분류에도 1편만 있습니다. 이후 편이 나오면 읽고 이어 붙입니다. 원문 시리즈와 별도로, Elasticsearch와 저장 구조를 나란히 놓고 자원 차이의 이유를 따져 본 비교 글을 함께 두었습니다.