fix: shrink paperless-media to 500Gi, give immich the bigger share (2000Gi) - photo libraries grow faster than scanned docs
This commit is contained in:
@@ -2,10 +2,10 @@
|
|||||||
#
|
#
|
||||||
# - media: the actual documents (originals + OCR'd archive PDFs + thumbnails).
|
# - media: the actual documents (originals + OCR'd archive PDFs + thumbnails).
|
||||||
# Lives on the cp-3 USB HDD, single replica (see
|
# Lives on the cp-3 USB HDD, single replica (see
|
||||||
# k8s/infra/longhorn/longhorn-paperless-storageclass.yaml). The 4TB disk is
|
# k8s/infra/longhorn/longhorn-paperless-storageclass.yaml). Shares the disk
|
||||||
# now split 2TB/2TB with Immich's immich-media PVC
|
# with Immich's immich-media PVC (k8s/apps/immich/pvc.yaml, 2000Gi) - photo
|
||||||
# (k8s/apps/immich/pvc.yaml), same StorageClass/disk tag - capped at 2000Gi
|
# libraries grow much faster than scanned documents, so paperless gets the
|
||||||
# here to leave Immich its half.
|
# smaller 500Gi share.
|
||||||
# - data: the SQLite classification model + search index. Small (low GB),
|
# - data: the SQLite classification model + search index. Small (low GB),
|
||||||
# frequently rewritten, and disposable (rebuilds from the DB + media on
|
# frequently rewritten, and disposable (rebuilds from the DB + media on
|
||||||
# next consume) - stays on the default 3-replica pool instead of the
|
# next consume) - stays on the default 3-replica pool instead of the
|
||||||
@@ -20,7 +20,7 @@ spec:
|
|||||||
storageClassName: longhorn-paperless-media
|
storageClassName: longhorn-paperless-media
|
||||||
resources:
|
resources:
|
||||||
requests:
|
requests:
|
||||||
storage: 2000Gi
|
storage: 500Gi
|
||||||
---
|
---
|
||||||
apiVersion: v1
|
apiVersion: v1
|
||||||
kind: PersistentVolumeClaim
|
kind: PersistentVolumeClaim
|
||||||
|
|||||||
Reference in New Issue
Block a user