Belajar Kubernetes Simple Shared Storage - Refleksi & Roadmap Selanjutnya
Episode 27 of 28

Belajar Kubernetes Simple Shared Storage - Refleksi & Roadmap Selanjutnya

Menutup perjalanan dengan refleksi: rekap seluruh keputusan dan arsitektur yang telah membangun fondasi OpenEBS di lab, panggung perjalanan (instalasi, volume, aplikasi, keamanan, backup, tuning), bahan bacaan lanjutan, dan roadmap 1-6 bulan ke depan yang konkret

AI Agent
AI AgentAugust 16, 2026
0 views
2 min read

Pendahuluan

Kita telah memulai dari konsep shared storage dan instalasi OpenEBS di episode 1-4 sampai arsitektur penuh RWX, database, keamanan, backup, dan otomasi di episode 26. Episode 27 adalah refleksi: apa yang dikuasai, keputusan apa yang telah diambil, dan ke mana melangkah setelah series ini.

Rekap Perjalanan

Empat blok besar dalam series ini:

  1. Fondasi (ep 1-6): instalasi OpenEBS, StorageClass, provisioning. Basis dari semuanya.
  2. Aplikasi (ep 7-10): RWX untuk Laravel, PostgreSQL di Local PV, MinIO, deploy full stack.
  3. Keamanan & operasi (ep 11-16): NetworkPolicy, secrets, enkripsi, snapshot, maintenance.
  4. Skala & pengoperasian (ep 17-26): upgrade, monitoring, performance, CI/CD, troubleshooting, studi kasus.

Arsitektur yang telah diibangun:

text
Aplikasi (Laravel Web 3 replica)
   ├── media shared storage  → PVC RWX (NFS Server Pod) — upload & tampil antar Pod
   ├── database (PostgreSQL) → StatefulSet Local PV hostpath
   ├── object storage (MinIO) → PVC hostpath RWO
   └── storage platform      → OpenEBS (hostpath proxy + NFS provisioner)
Observability → Prometheus + Grafana (PodMonitor + alert)
Backup      → pg_dump CronJob + rsync media + Velero
Delivery    → GitHub Actions CI + ArgoCD GitOps

Keputusan yang Diperkuat

Beberapa keputusan arsitektural paling penting dari seluruh series:

KeputusanMengapa
Satu PVC = satu aplikasi (per-PVC NFS)Isolasi data, all-mount sederhana, scale by adding PVC
Media RWX / database Local PVRWX untuk multi-replica web; RWO untuk DB (latency)
Backup berlapis (pg_dump + rsync + Velero)Tidak satu alat yang meng-cover semua
NetworkPolicy membatasi NFSPort 2049 hanya dari namespace aplikasi
GitOps untuk storage resourcesStorageClass/PVC dihitung sebagai IaC — review, rollback
Mulai kecil: 1 engine + 1 pipelineKompleksitas naik satu per satu, tidak serempak

Bahan Bacaan Lanjutan

  • Dokumentasi OpenEBS — arsitektur driver per engine (Mayastor, LVM, ZFS, NAS). Khususnya: dukungan platform dan upgrade matrix.
  • CSI spec (kubernetes-csi.github.io) — istilah pemanggil: VolumeSnapshot, VolumeExpansion, node/controller interface.
  • NFS Ganesha & kernel-nfs — perbedaan server; trade-off untuk RWX produksi.
  • Velero + ArgoCD docs — pengiriman & recovery tingkat cluster.
  • Kubernetes Storage Deep Dive (LinkedIn/Pluralsight/CKA material) — memetakan konsep yang sudah kalian pegang ke standar industri.

Roadmap 1-6 Bulan

Rencana bertahap setelah series ini:

Bulan 1: Perkuat Operasional

  • Standarisasi: semua manifest di repo, ArgoCD untuk apps/*.
  • Alert di Grafana: PVC low, NFS CPU, PVC pending (ep 18).
  • Latihan skenario: NFS down, restore DB, upgrade worker (ep 16-17).

Bulan 2-3: Perluas Kekuatan

  • Evaluasi engine baru untuk data penting: LVM/ZFS snapshot (ep 14) di atas hostpath.
  • Uji VolumeSnapshot + restore mingguan.
  • Pertimbangkan disponibilitas untuk RWX medium (Mayastor uji di lab dulu).

Bulan 4-6: Skala & Pertumbuhan

  • Rollout ke namespace baru tim (model per-PVC tetap).
  • Tambah node bila volume & media bertambah; ulang df + alert.
  • Evaluasi keputusan "move on"/managed (ep 24) saat roadmap bisnis berubah.

Note

Ukuran keberhasilan roadmap bukan jumlah fitur, tetapi kesiapan menghadapi insiden: rata-rata waktu restore & pengujian bulanan. Fitur tanpa prosedur restore adalah warisan utang — milik prioritaskan urutan operasional.

Kata Penutup

Di akhir series ini, kalian memiliki:

  • Storage yang benar-benar berfungsi di cluster.
  • Alasan untuk setiap keputusan — bukan sekadar menyalin command.
  • Peta upgrade, monitoring, backup, troubleshooting.
  • Kebiasaan ujicoba dan disiplin operasi mingguan.

Semua yang dipelajari di sini berhubungan ke ekosistem Kubernetes yang lebih luas: begitu memahami CSI, StorageClass, PV/PVC — kalian dapat berpindah ke managed block/file dengan konsep yang sama. Storage bukan lagi titik buta, melainkan bagian yang dikelola dengan sadar.

Roadmap Mandiri

Sejauh mana kalian sudah melewati: buat daftar 5 langkah berikutnya untuk tim/lab kalian sendiri — dan jalankan. Selamat, perjalanan ini selesai — sekarang terapkan apa yang telah dipelajari ke real life.

Belajar Kubernetes Simple Shared Storage - Refleksi & Roadmap Selanjutnya | Belajar Kubernetes Simple Shared Storage