blob: 3ca2867cbca4a4be3779f0f837975a2859b4f810 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
|
# navidrome-data: local-path PVC (dynamic provisioning).
# The SQLite DB, image cache, and artwork cache must NOT live on NFS because:
# 1. SQLite file-lock semantics are fragile over NFS: under concurrent
# access (e.g. rolling restart) the new pod blocks on fcntl() until
# the old pod fully releases its locks.
# 2. Every image/background cache read traverses the stunnel TLS tunnel,
# adding latency to every UI thumbnail and a 19 s "Image cache" init
# at startup.
# The local-path storageClass provisions a directory on the node's own disk
# (/var/lib/rancher/k3s/storage), eliminating both problems. The deployment
# pins the pod to r1 via nodeSelector so the local PV is always reachable.
# Trade-off: if r1 is down and the pod reschedules, it starts with a fresh
# DB (loses play counts / scrobble queue) — acceptable for a home server.
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: navidrome-data-pvc
namespace: services
spec:
# local-path is the k3s default dynamic provisioner; WaitForFirstConsumer
# means the PV is created on the node where the pod is first scheduled.
storageClassName: local-path
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 10Gi
---
# navidrome-music: keep on NFS — 200 GB library shared across nodes.
# This is a static PV backed by hostPath at the NFS mount point.
apiVersion: v1
kind: PersistentVolume
metadata:
name: navidrome-music-pv
spec:
capacity:
storage: 200Gi
volumeMode: Filesystem
accessModes:
- ReadWriteOnce
persistentVolumeReclaimPolicy: Retain
hostPath:
path: /data/nfs/k3svolumes/navidrome/music
type: Directory
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: navidrome-music-pvc
namespace: services
spec:
storageClassName: ""
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 200Gi
|
