outline-data 사건 후속: 타 볼륨 점검 결과 추가 — 버스트성 증가 패턴 확인

- 전체 볼륨 재점검 결과 현재는 250 한도까지 여유 있음(최대 55개)
- 단 n8n 등 약 10개 볼륨에서 2026-07-10 하루에만 21~22개씩
  몰아서 생성되는 버스트 패턴 발견 (평소엔 하루 1개 수준)
- outline-data가 겪은 장기 버스트(한 달)와 같은 계열 현상으로 추정,
  다른 볼륨도 장기화되면 250 한도에 도달할 위험 있음을 기록

history/2026-07-11-outline-data-snapshot-cap-exceeded.md

@@ -100,6 +100,14 @@ kubectl get recurringjobs.longhorn.io -n longhorn-system critical-snapshot -o js
 
 **중요한 함의**: 라벨 기반 retention이 클러스터의 **모든 볼륨에서 지금도 동작 안 함**. outline-data(256)와 다른 볼륨들(8~55)의 극심한 개수 차이는 retention 여부 차이가 아니라 — **볼륨별 실제 쓰기 빈도 차이**로 보임 (Outline 위키는 상시 활발히 쓰기 발생 → 매 스케줄마다 실질적으로 새 스냅샷이 계속 쌓임 vs 조용한 볼륨은 변경 없으면 스냅샷 생성 자체가 적어 우연히 250 근처에 못 감). 즉 **outline-data는 "첫 번째로 한도에 도달한 사례일 뿐, 나머지 볼륨들도 시간 문제**"일 가능성이 높음.
 
+### 8. 타 볼륨 점검 (같은 날 재검증) — 전부 안전하나 "버스트성 증가" 패턴 확인
+
+outline-data 정리 직후 전체 25개 볼륨 스냅샷 개수 재점검: 최댓값 55개(outline-data 포함 10개 볼륨 동률), 250 하드캡까지 전부 여유 있음.
+
+단, `n8n`(pvc-b3ae6d0d, 55개) 시계열 분석 결과 **하루 1개씩 30일 누적된 게 아니라, 2026-06-11~07-09는 하루 1개씩이다가 2026-07-10 하루에만 22개가 몰아서 생성**됨. 클러스터 전체로 확인한 결과 **같은 날(2026-07-10) 약 10개 볼륨(gitea 3종, openmemory 2종, apisix-etcd-2, teleport, portainer, vm-stack 등)에서 동시에 21~22개씩 버스트 발생**, 나머지 날짜는 모두 1개/일 수준.
+
+→ hourly `critical-snapshot` 작업이 평소엔 사실상 거의 안 돌다가(라벨도 여전히 전부 미부착 확인됨 — `longhornvolume` 라벨만 존재), 특정 구간에만 몰아서 실행되는 불규칙한 패턴으로 보임. outline-data가 2026-06-05~07-06 한 달 가까이 이 "몰아서 실행" 상태가 계속돼 256까지 갔던 것과 같은 계열의 현상 — **다른 볼륨도 같은 버스트가 길게 지속되면 동일하게 250에 도달할 수 있음**. "지금 안전하다"가 "앞으로도 안전하다"를 보장하지 않음.
+
 ## 후속 필요 (근본 원인 재조사 필요 — 재발/타 볼륨 위험 있음)
 
 - **당장의 하드캡 문제는 해소됨** (58개, 여유 충분)