Belajar Kubernetes Distributed Storage - Volume Expansion & allowVolumeExpansion (Data Growing)

#Pendahuluan

Database yang sehat pasti membesar. Episode 20 mengajarkan volume expansion: memperbesar PVC tanpa downtime saat data tumbuh.

Mengapa penting? Kapasitas yang menipis adalah alarm yang paling sering memanggil admin storage — dan jika handling-nya melibatkan migrasi data yang rumit, itu melukai. Dengan Ceph/Rook, ekspansi RBD dan CephFS berjalan online: menambah storage di PVC, lalu selesai.

#allowVolumeExpansion

#StorageClass Wajib Memuat Flag

Aktivasi ekspansi dimulai dari StorageClass:

yaml

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: rook-ceph-block
allowVolumeExpansion: true
provisioner: rook-ceph.rbd.csi.ceph.com
parameters:
  clusterID: rook-ceph
  csi.storage.k8s.io/fstype: ext4

Tanpa hal ini, ekspansi PVC ditolak. Selalu set true bila ingin fleksibel di kemudian hari.

#Cek Flag pada SC yang Ada

Verifikasi SC

kubectl get sc rook-ceph-block -o jsonpath='{.allowVolumeExpansion}'

Jika false, edit StorageClass (safe — tidak mengubah volume yang ada).

#Memperbesar PVC RBD

#Tambah Storage Request

yaml

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: data-postgres-0
spec:
  resources:
    requests:
      storage: 20Gi   # naikkan dari 10Gi

Apply; Kubernetes meneruskan permintaan ke CSI ControllerExpandVolume.

Pantau status

kubectl get pvc data-postgres-0

Volume menjadi Bound dengan kapasitas baru (FileSystem resize dilakukan otomatis oleh plugin saat mount berikutnya).

#Hal Yang Perlu Diperhatikan

Ekspansi online: tidak perlu mematikan Pod.
FS harus mendukung grow (ext4/xfs — keduanya ya).
Shrink biasanya tidak didukung — naikkan dengan bijak.

#Memperbesar CephFS PVC

#Sama — Namun Lebih Nyaman

CephFS yang sudah RWX juga di-expand:

yaml

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: laravel-media
spec:
  resources:
    requests:
      storage: 30Gi

CephFS menjadi full-throttle: begitu request naik, subvolume CephFS diperbesar secara live.

#Volume Attached Multi-Replica

Untuk CephFS yang dimount banyak Pod (RWX), resize tak membuat semua replica terganggu: FS resize kadang perlu remount satu rd. Praktik ideal: naikkan saat traffic rendah, atau pastikan read-only quiesce singkat.

#Cara Kerja Expand Volume

Alur singkat:

User menaikkan storage di PVC.
Kubernetes memanggil CSI ControllerExpandVolume.
RBD rbd resize (image) + FS grow (trigger mount); CephFS ceph fs subvolume resize.
PVC update kapasitas (sekarang online — Kubernetes 1.31+).

PVC PENDING → resize selesai → kembali Bound. Aplikasi tidak putus.

#Strategi Sebelum Disk Penuh

#Jangan Tunggu Hingga FULL

Alerting kapasitas (episode 18) sebelum ceph df mendekati 80-85%.
Beri buffer untuk reclaim kebutuhan lain (backfills, snapshots).

#Perencanaan Praktis

Indikator	Tindakan
PV > 70%	Jadwalkan resize (atur trigger otomatis)
Pool > 75%	Pertimbangkan tambah OSD (episode 16)
90%+	Tingkatkan segera; alert critical

#Quota & Snapshot Kadaluarsa

Buang snapshot lama secara rutin — snapshot RBD makan space di pool yang sama.

Tip

Jangan lupa bahwa memperbesar PVC tidak menambah OSD. Jika total klaster menuju penuh, resize hanya membantu sebentar. Pikirkan keduanya: kebutuhan PVC (resize) dan kapasitas klaster (OSD/backfill) dalam satu rencana.

#Penutup

Inti yang harus dibawa pulang:

allowVolumeExpansion: true pada StorageClass adalah pintu gerbang ekspansi.
Naikkan storage di PVC → CSI expand online, tanpa downtime.
RBD & CephFS sama-sama mendukung grow (ext4/xfs); shrink tidak didukung.
Monitor penggunaan, bangun alerting 80%+ , dan kombinasikan resize PVC dengan tambah OSD bila klaster juga penuh.

Di episode 21 selanjutnya kita akan membahas stretch cluster & multi-DC/DR — mereplikasi antar-datacenter dengan RBD mirroring async / stretch mode, serta skenario DR failover & failback. Sampai jumpa di episode 21!