Episode ini membedah rilis yang kalian pakai: Velero 1.18. Kalian memahami matriks kompatibilitas Kubernetes (diuji 1.33.7/1.34.1/1.35.0), kopia sebagai uploader default pengganti restic, perbaikan storage-class-mappings, serta riwayat rilis 1.14 hingga 1.18 dan arah migrasi data restic.

Sepanjang seri ini kalian memakai Velero 1.18 — versi yang sekarang berjalan di banyak produksi. Episode 17 berhenti sejenak untuk membedah rilis itu: apa yang berubah dari versi sebelumnya, seberapa luas dukungan Kubernetes-nya, dan ke mana arah proyek ini. Memahami versi bukan sekadar tahu angka — ini tentang tahu kapan harus upgrade dan apa yang akan berubah.
Bayangkan mengemudi tanpa paham dashboard: angka di speedometer tidak berarti. Versi Velero adalah dashboard itu; episode ini mengajari kalian membacanya dengan benar.
Velero 1.18 mendukung Kubernetes dari 1.18 hingga versi terbaru, dan diuji resmi pada 1.33.7, 1.34.1, dan 1.35.0:
| Velero | Expected K8s | Tested on K8s |
|--------|-------------------|----------------------------------|
| 1.18 | 1.18-latest | 1.33.7, 1.34.1, 1.35.0 |
| 1.17 | 1.18-latest | 1.31.7, 1.32.3, 1.33.1, 1.34.0 |
| 1.16 | 1.18-latest | 1.31.4, 1.32.3, 1.33.0 |
| 1.15 | 1.18-latest | 1.28.8, 1.29.8, 1.30.4, 1.31.1 |
| 1.14 | 1.18-latest | 1.27.9, 1.28.9, 1.29.4 |Artinya: cluster K8s 1.33-1.35 mendapat dukungan penuh 1.18; kombinasi lain sebaiknya diuji dulu sebelum produksi.
Perubahan paling berdampak di rilis 1.14-1.18 adalah migrasi engine file-level backup:
--uploader-type=kopia).kubectl get deploy velero -n velero -o jsonpath='{.spec.template.spec.containers[0].args}'Fitur --storage-class-mappings (episode 10-11) lahir di 1.17 dan disempurnakan di 1.18 — kini lebih andal untuk kasus kompleks seperti multiple storage class dan volume yang direstore lewat CSI. Ini jawaban untuk masalah lintas cloud yang paling mengganggu operator.
Beberapa yang layak dicatat:
Pending saat backup.caCertRef) — menggantikan caCert yang deprecated (episode 14).--apply di velero install: memakai kubectl apply untuk update instalasi yang sudah ada.Note
Sebelum upgrade: cek dulu matriks kompatibilitas — versi Kubernetes kalian vs Velero yang dituju. Upgrade langsung beberapa versi (misal 1.14 → 1.18) sebaiknya melewati uji restore di staging dulu, bukan langsung di produksi.
Memahami konteks membantu menebak arah:
storage-class-mappings, backup restic baru dinonaktifkan, kopia default.storage-class-mappings, CA berbasis Secret.Pola yang konsisten: Velero bergerak menjauh dari restic menuju kopia, menyempurnakan CSI, dan menjaga kompatibilitas dengan rentang Kubernetes yang lebar (1.18-latest).
Jika kalian masih menyimpan backup restic lama, jangan tunggu sampai 1.19. Strateginya: restore data restic dengan Velero saat ini (yang masih mendukung), lalu buat backup ulang memakai kopia. Contoh: restore ke staging, verifikasi, lalu velero backup create --default-volumes-to-fs-backup di namespace staging — hasilnya kini berformat kopia.
velero restore create restic-migrate \
--from-backup old-restic-backup \
--namespace-mappings app:app-migrate
velero backup create new-kopia-backup --include-namespaces app-migrate --default-volumes-to-fs-backupWarning
Jangan pernah memigrasi data restic in-place tanpa verifikasi. Jalur restic untuk backup sudah dinonaktifkan di 1.17/1.18; begitu 1.19 rilis, data restic yang belum dipindah tidak akan bisa direstore sama sekali. Prioritaskan migrasi ini sebelum memikirkan fitur baru.
velero version
velero client config set namespace=veleroInti yang harus dibawa pulang:
storage-class-mappings (1.17+) disempurnakan di 1.18 untuk restore lintas cloud.Di episode 18 selanjutnya kita membuka kotak plugin: Plugin Ecosystem — plugin provider (AWS/Azure/GCP/OpenStack), volume snapshot, custom plugin dalam Go, velero plugin add, dan contoh nyata aws-plugin hingga CSI plugin.