Belajar Kubernetes Simple Shared Storage - Snapshot & Restore (Local PV & NFS)

#Pendahuluan

Snapshots adalah "foto" volume pada satu titik waktu — alat pemulihan tercepat saat sesuatu tidak beres. Namun di dunia OpenEBS, kemampuan snapshot tidak merata: tersedia di engine tertentu, dan tidak tersedia di hostpath dasar yang kita pakai untuk sebagian besar series ini.

Episode 14 menjelaskan peta kemampuan snapshot secara jujur, lalu memberi alur recovery yang tepat untuk masing-masing tipe volume.

#VolumeSnapshotClass

Snapshot diaktifkan lewat VolumeSnapshotClass per driver. Kemampuannya bergantung engine backing:

Contoh VolumeSnapshotClass untuk LVM:

apiVersion: snapshot.storage.k8s.io/v1
kind: VolumeSnapshotClass
metadata:
  name: openebs-lvm-snapshot
driver: local.csi.openebs.io
deletionPolicy: Delete

#Snapshot & Restore

Snapshot dari PVC LVM:

apiVersion: snapshot.storage.k8s.io/v1
kind: VolumeSnapshot
metadata:
  name: pg-data-snap
spec:
  volumeSnapshotClassName: openebs-lvm-snapshot
  source:
    persistentVolumeClaimName: data-postgres-0

Buat snapshot dan cek status

kubectl apply -f volumesnapshot.yaml
kubectl get volumesnapshot

#Restore: PVC Baru dari Snapshot

Restore mengkloning dari snapshot menjadi PVC baru:

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: data-postgres-restored
spec:
  accessModes:
    - ReadWriteOnce
  storageClassName: openebs-lvm
  dataSource:
    name: pg-data-snap
    kind: VolumeSnapshot
    apiGroup: snapshot.storage.k8s.io
  resources:
    requests:
      storage: 5Gi

Restore dan verifikasi

kubectl apply -f pvc-restore.yaml
kubectl get pvc data-postgres-restored

Snapshot memberi riwayat titik-waktu untuk dev/lab: kembalikan database ke kondisi kemarin dengan dua perintah.

#Keterbatasan

Harsh truth: hostpath dasar tidak punya snapshot. Data di hostpath hidup di folder node; bila ingin perlindungan, satu-satunya jalur adalah backup level file:

• rsync dari folder hostpath node.
• Velero dengan --default-volumes-to-fs-backup (restic/fs-backup) — backup file dari PVC mana pun tanpa dukungan snapshot driver.

Backup PVC hostpath via Velero

velero backup create ns-app \
  --include-namespaces apps \
  --default-volumes-to-fs-backup

#Recovery

Skenario latihan: Pod database dihapus, hostpath tetap menyimpan data.

1. StatefulSet postgres-0 dihapus → data di /var/lib/openebs/openebs-hostpath/data-postgres-0/ tetap ada.
2. PVC data-postgres-0 dihapus dengan reclaimPolicy: Delete → data ikut hilang (bila Retain, PV & folder tetap).

Cek data tersisa di node

ls -la /var/lib/openebs/openebs-hostpath/data-postgres-0/

Untuk pemulihan cepat dari snapshot/backup: restore PVC baru, ubah StatefulSet ke PVC itu, dan verifikasi isi.

#Penutup

Pada episode 14 ini, kalian memahami titik kuat dan lubang snapshot OpenEBS:

Inti yang harus dibawa pulang:

• Snapshot tersedia untuk LVM/ZFS/Mayastor; tidak untuk hostpath dasar.
• VolumeSnapshotClass → VolumeSnapshot → restore via PVC dataSource.
• Hostpath mengandalkan Velero fs-backup / rsync — buat jadwal backup.
• Skenario recovery: hapus Pod → data tetap di hostpath; hapus PVC Delete → data hilang.
• Pilih Retain untuk data penting; uji restore berkala.

Di episode 15 selanjutnya kita akan mengelola kapasitas: menambah disk node, expand LVM secara online, mengaktifkan allowVolumeExpansion, dan memahami bagaimana kapasitas NFS RWX mengikuti backing volume. Sampai jumpa di episode 15!