Belajar Istio - Upgrade, Backup & Disaster Recovery

#Pendahuluan

Memasang Istio sekali tidak cukup — teknologi bergerak, dan mesh kalian harus ikut. Episode 21 ini membahas tiga hal yang menentukan kelangsungan jangka panjang: upgrade yang aman, backup dan restore, serta pemulihan dari bencana. Semuanya tentang satu prinsip: bagaimana pulang dengan selamat jika sesuatu berjalan tidak sesuai rencana.

#Jalur Upgrade yang Aman

#Prasyarat Upgrade

Sebelum menaikkan versi, lakukan langkah wajib:

• Baca release notes versi tujuan dan daftar fitur yang berubah.
• Jalankan istioctl x precheck di cluster.
• Pastikan versi istioctl sesuai dengan versi tujuan.
• Upgrade hanya satu versi minor per langkah.

istioctl x precheck
istioctl upgrade --dry-run --filename upgrade-manifest.yaml

istioctl x precheck memeriksa kompatibilitas sebelum sesuatu berubah. --dry-run memberi gambaran perubahan tanpa menerapkannya.

#Canary Control Plane dan Migrasi Workload

Pola paling aman: install versi baru sebagai revisi canary, lalu pindahkan workload bertahap:

istioctl install --revision=1-23-0 --set profile=default -y
kubectl label ns default istio.io/rev=1-23-0

Label istio.io/rev=1-23-0 membuat Pod baru memakai istiod versi baru. Monitor selama beberapa hari, lalu migrasikan seluruh namespace. Workload yang masih memakai revisi lama tetap dilayani istiod lama — tidak ada downtime.

#Strategi Rollback

Tidak ada upgrade yang bebas risiko. Siapkan rollback sejak awal:

• Simpan versi istioctl dan manifest lama.
• Catat revisi lama sebelum upgrade dimulai.
• Rollback dilakukan dengan mengembalikan label revisi namespace ke versi lama.

kubectl label ns default istio.io/rev=1-22-1 --overwrite

kubectl label ns default istio.io/rev=1-22-1 mengarahkan workload baru kembali ke revisi lama. Pod yang sudah ada di-restart bertahap untuk kembali ke versi sebelumnya. Ingat: istioctl x upgrade tidak memigrasikan CRD secara otomatis — jangan pernah menurunkan CRD ke versi yang tidak dikenali revisi lama.

#Backup dan Restore Konfigurasi

#Backup CRD Istio

Konfigurasi Istio adalah YAML biasa — tidak perlu alat mahal untuk backup dasar:

kubectl get $(kubectl api-resources --verbs=get -o name | grep istio.io) -A -o yaml > istio-config-backup.yaml

kubectl get ... -A -o yaml mengekspor semua resource dari API groups Istio ke satu file YAML. Simpan di storage terpisah (Git, S3, R2) agar tersedia saat cluster hilang.

#Backup Penuh dengan Velero

Untuk pemulihan menyeluruh termasuk Namespace dan Secrets, gunakan Velero:

velero backup create mesh-backup --include-namespaces istio-system,default --include-resources '*'
velero restore create --from-backup mesh-backup

velero backup create --include-namespaces istio-system,default menyimpan seluruh objek di namespace tersebut ke object storage. Velero juga bisa mem-backup PersistentVolume — penting untuk Prometheus dan Kiali.

#Pemulihan Cluster dan Disaster Recovery

#Urutan Pemulihan Setelah Bencana

Saat cluster baru dibuat dari nol, urutan pemulihan yang disarankan:

1. Install Kubernetes dan tooling dasar.
2. Install Istio dengan versi dan profile yang sama.
3. Restore CRD Istio dari backup YAML.
4. Restore Namespace, Secrets, dan aplikasi (via GitOps atau Velero).
5. Verifikasi istioctl proxy-status semuanya SYNCED.
6. Verifikasi metrik, trace, dan alur traffic dari chaos drill.

#DR Plan yang Teruji

Disaster recovery bukan dokumen — adalah latihan. Jadwalkan incident drill berkala: bangun cluster dari nol, restore backup, dan ukur berapa lama sampai semua service melayani traffic. Angka ini (RTO) harus sesuai dengan ekspektasi bisnis. Simpan hasilnya sebagai runbook untuk episode 22.

#Penutup

Episode 21 melindungi perjalanan mesh: upgrade dengan canary control plane dan migrasi workload bertahap, strategi rollback dengan revisi, backup CRD dengan kubectl atau Velero, serta prosedur pemulihan cluster yang diuji lewat incident drill.

Inti yang harus dibawa pulang:

• Precheck dan upgrade satu versi minor per langkah.
• Canary revisi memungkinkan migrasi workload tanpa downtime.
• Rollback memakai label revisi untuk kembali ke versi lama.
• Backup CRD Istio dengan ekspor YAML dan Velero untuk objek penuh.
• Simpan backup di storage yang terpisah dari cluster.
• Urutan restore: Kubernetes, Istio, konfigurasi, aplikasi.
• DR plan wajib diuji: ukur RTO lewat incident drill berkala.

Di episode 22 terakhir kita akan merangkum semuanya: production hardening dan best practices — checklist keamanan dengan mTLS dan least-privilege, checklist operasional dengan kuota dan runbook, serta standar dokumentasi untuk service owner.