chart: tower-data PVC for OpStore persistence
This commit is contained in:
30
templates/backend-pvc.yaml
Normal file
30
templates/backend-pvc.yaml
Normal file
@@ -0,0 +1,30 @@
|
|||||||
|
{{- if .Values.backend.enabled -}}
|
||||||
|
{{- if .Values.backend.persistence.enabled -}}
|
||||||
|
# tower-data — small PVC backing the OpStore JSON snapshot so the
|
||||||
|
# notification bell + Activity history survive tower-backend pod
|
||||||
|
# restarts (rollouts, OOMs, node drain). 200 ops × ~2 KB each =
|
||||||
|
# ~400 KB at full retention; 1 GiB is plenty of headroom and lets us
|
||||||
|
# add other Tower-side state files later (cache, audit log, etc.)
|
||||||
|
# without re-provisioning.
|
||||||
|
#
|
||||||
|
# Single-replica RWO is fine because tower-backend Deployment is
|
||||||
|
# single-replica (no leader election yet). When we move to multi-
|
||||||
|
# replica or HA Tower, replace with RWX or move state to Postgres.
|
||||||
|
apiVersion: v1
|
||||||
|
kind: PersistentVolumeClaim
|
||||||
|
metadata:
|
||||||
|
name: tower-data
|
||||||
|
labels:
|
||||||
|
{{- include "tower.labels" . | nindent 4 }}
|
||||||
|
odoosky.io/role: backend
|
||||||
|
spec:
|
||||||
|
accessModes:
|
||||||
|
- ReadWriteOnce
|
||||||
|
resources:
|
||||||
|
requests:
|
||||||
|
storage: {{ .Values.backend.persistence.size | default "1Gi" }}
|
||||||
|
{{- with .Values.backend.persistence.storageClass }}
|
||||||
|
storageClassName: {{ . | quote }}
|
||||||
|
{{- end }}
|
||||||
|
{{- end }}
|
||||||
|
{{- end }}
|
||||||
Reference in New Issue
Block a user