VMCluster 확장

VMCluster 확장 — 현행 클러스터 단순 확장 & Enterprise 다운샘플(확장+Ent)

단순 확장안 = retentionPeriod만 400d로 늘리고 PVC 증설. 신규 컴포넌트·쿼리 변화 0으로 가장 단순하지만 gp3×RF2×raw 30s 과잉으로 4안 중 최고가(월 ~$1,642, 헤드룸 시 ~$2,000) — 다른 안의 비용을 재는 기준선입니다.
확장+Ent(-downsampling.period=90d:5m 한 줄)는 저장비만 ~$497로 단순 확장안의 약 1/3이지만 **Enterprise 라이선스(비공개)**가 필요해 OSS 우선 제약상 참고용.
다운샘플링은 시리즈 수를 줄이지 않습니다(공식 caveat) — 고카디널리티·고churn 워크로드에서는 저장 절감 효과가 제한됩니다.
확장+Ent는 VM 아카이브안 운영이 검증 후에도 부담스러울 때만 고려하는 대안입니다.

현행 VMCluster를 그대로 400d로 늘리는 가장 단순한 길이 단순 확장안, 그 위에 설정 한 줄로 다운샘플을 더하는 Enterprise 경로가 확장+Ent입니다. 앞쪽은 채택 후보라기보다 다른 옵션의 비용 비교 기준선이고 뒤쪽은 OSS-우선 제약 때문에 참고용에 머뭅니다.

단순 확장안: `-retentionPeriod=400d` + PVC 증설

구조도 쿼리도 운영도 전혀 바뀌지 않는 길입니다. 그 대가로 90d 이후 데이터에까지 raw 30s × SSD(gp3) × RF2가 그대로 걸려 4안 중 가장 비쌉니다. 이 안을 채택 후보로 세우는 대신 다른 안이 얼마나 절감하는지를 재는 자[尺]로 씁니다.

구성

VMCluster retentionPeriod: 80d → 400d
vmstorage PVC 900Gi → ~4.5 TiB/노드 ×4 (gp3 볼륨 한도는 64 TiB라 여유 — 2025-09에 16→64 TiB 상향)
신규 stateful 컴포넌트 0개, 신규 기술 학습 0, 쿼리 경로(MetricsQL·vmselect) 무변화

마이그레이션이라 할 작업이 “설정값 하나 + 볼륨 증설"뿐입니다. 이 단순함이 이 안의 유일한 강점입니다.

비용

확장안 = U × (400/80) × $0.0912 = 18,000 GiB × 0.0912 ≈ $1,642/mo   (선형 외삽 하한)

항목	값
저장 구성	18.0 TiB gp3 RF2
월 저장비 (하한)	~$1,642/mo
VM 공식 사이징 반영 시	~$2,000/mo 근접 (+1 merge cycle, ×1.25 헤드룸)
현재($328/mo) 대비	약 5배

식의 U는 80d·RF2 실사용 바이트를 가리킵니다. 위 대입은 프로비저닝 3,600 GiB를 100% 쓴다는 상한 가정을 깔고 있어 실제 사용률이 70%라면 모든 수치를 0.7배로 선형 보정합니다. 반대 방향의 보정도 있습니다 — VM 공식 사이징 공식 (retention + 1 cycle) × 1.25에 비추면 선형 외삽 쪽이 하한입니다. 두 방향을 합치면 실제 청구는 $1,642와 ~$2,000 사이로 봐야 합니다.

왜 비싼가 (본질)

90d 이후 데이터에는 아래 항목이 전부 과잉이고 낭비는 여기서 납니다.

요인	과잉 지점
gp3 단가 $0.0912	sc1의 5.2배 — 장애 재조사용 아카이브에 SSD 성능은 불필요
RF2	아카이브에 실시간 이중화 불필요 — 백업 사본으로 충분
raw 30s	>90d 구간은 5m이면 충분(사용자 확정)

비싼 이유는 gp3 단가 × RF2의 곱입니다. 이 중 단가 축은 06 스토리지 단가가, “5m이면 충분한데 왜 raw를 버리는가"라는 해상도 축은 07 핵심논점이 각각 정면으로 다룹니다. 세 과잉을 sc1 × RF1 × 5m 집계로 한꺼번에 걷어낸 것이 VM 아카이브안이고 확장안 대비 약 70%를 절감합니다(02 VM 아카이브).

언제 단순 확장안을 고르나

90d 구간에도 raw 30s가 규제·감사로 필수이고, 운영 단순성이 비용을 앞설 때
나머지 경우에는 고를 이유가 없습니다 — 단순성의 대가가 월 $1,000 이상이기 때문

90d raw가 규제상 필수라면 확장안 대신 VM raw 아카이브 변형(RF1 sc1/st1 + vmbackup, $485~787)으로도 raw를 훨씬 싸게 들 수 있습니다. 판단 트리와 시나리오 ① 비용 종합은 07 핵심논점이 주인입니다.

확장+Ent (참고): VM Enterprise `-downsampling.period`

아키텍처로 보면 최단 경로입니다. 기존 클러스터에 설정 한 줄만 추가하면 vmstorage가 자동으로 다운샘플합니다. 걸림돌은 라이선스 쪽입니다 — Enterprise 라이선스(정가 비공개)가 필요해 OSS-우선 제약상 기본 배제합니다.

구성

# vmstorage + vmselect 양쪽에 동일 값
-downsampling.period=90d:5m     # 90d 지난 데이터를 5m 1샘플로
-retentionPeriod=400d

신규 컴포넌트도 쿼리 경로 변경도 없습니다. 아카이브 tier도, 라우터 RW#4도, streamAggr 상태 관리도 없이 클러스터가 스스로 90d 경계에서 raw를 5m로 접습니다. 운영 표면으로만 보면 4안 중 가장 얇습니다.

비용

≈ 90d raw + 310d 5m ≈ 5,445 GiB × $0.0912 ≈ $497/mo + 라이선스

저장비 자체는 ~$497/mo로 단순 확장안($1,642)의 약 1/3
라이선스: 공개 정가 없음 — 전 채널 contact-sales. 2개월 무료 트라이얼 존재(회사 이메일 필요)
공식 caveat: 다운샘플링은 시리즈 수를 줄이지 않습니다 — 고카디널리티·고churn 워크로드에서는 저장 절감 효과가 제한됩니다

$497은 어디까지나 저장비만의 수치입니다. 실제 총비용에는 비공개 라이선스가 붙습니다. 그 라이선스가 “VM 아카이브안 대비 추가 저장비 + 운영비 절감"과 수지가 맞는지는 견적 없이 판단할 수 없습니다.

Enterprise 경계 — OSS에서 기대 금지

선택 기준을 따지기 전에 헷갈리기 쉬운 대목부터 짚습니다. 아래 셋은 전부 Enterprise 전용(라이선스 키 필요)이라 OSS 구성에서 기대하면 안 됩니다.

기능	용도	OSS 대체
`-downsampling.period`	클러스터 자동 다운샘플(= 확장+Ent의 핵심)	streamAggr(인제스트 시점 집계, 02 VM 아카이브)
`vmbackupmanager`	백업 스케줄 자동화·보존 관리	k8s CronJob으로 `vmbackup` 직접 실행
`-retentionFilter`	시리즈별 차등 보존	없음 — tier 분리로 우회

vmbackup/vmrestore 자체는 OSS입니다. Enterprise인 쪽은 **스케줄 자동화 계층(vmbackupmanager)**만입니다(무중단·대규모 운영 상세는 초대규모 운영과 무중단 전환). 압축·retention 동작의 엔진 레벨 근거는 저장과 압축를 참조합니다.

언제 확장+Ent를 고르나

VM 아카이브안 드라이런 결과 운영(휴리스틱 관리, 라우터 vmagent 메모리)이 부담으로 판명되고
라이선스 견적이 “VM 아카이브안 대비 추가 저장비 + 운영비 절감"과 수지가 맞을 때

판단 절차는 2개월 트라이얼로 실측 → 견적 협상입니다. 협상 앵커로는 VM Cloud $0.511/GB·월을 참고합니다. OSS-우선 제약을 유지하는 한 확장+Ent는 “VM 아카이브안 운영이 검증 후에도 부담스러울 때의 유일한 설정 한 줄 대안"으로만 보류해 둡니다.

요약

	단순 확장안 (OSS 기준선)	확장+Ent (Enterprise 참고)
방식	`-retentionPeriod=400d` + PVC 증설	`-downsampling.period=90d:5m` 한 줄
저장 구성	18.0 TiB gp3 RF2	90d raw + 310d 5m ≈ 5,445 GiB
월 저장비	~$1,642 (헤드룸 시 ~$2,000)	~$497 + 라이선스(비공개)
신규 stateful	0	0
쿼리 변화	없음 (MetricsQL 유지)	없음 (MetricsQL 유지)
라이선스	OSS	Enterprise (contact-sales, 2개월 트라이얼)
역할	다른 옵션의 비용 기준선	운영 최소화가 목표일 때의 설정 한 줄 대안

시나리오 ②(raw 90d + 전 메트릭 5m) 전체 비용 종합표와 VM아카이브/Thanos/Mimir/확장/확장+Ent 대조는 07 핵심논점이 주인입니다. 권장안(VM 아카이브) 근거와 “하지 말 것"은 08 권장·하지말것에 있습니다.

출처

/home/mont/evejuni/monitoring/longterm-400d/04-option-d-expansion.md — D안 구성·비용·본질, D′ 구성·비용·라이선스·선택 기준
/home/mont/evejuni/monitoring/longterm-400d/99-full-report.md (§2.4 D안 기준선, §2.0 공통 전제·기호, §6-9 Enterprise 경계, §1 검증된 서울 단가)

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

Mimir 스토리지 단가