Gunakan Pusat cadangan untuk membuat cadangan aplikasi di satu kluster ACK dan memulihkannya di kluster lain dalam wilayah yang sama. Pendekatan ini direkomendasikan untuk peningkatan kluster, penyegaran infrastruktur, dan pemulihan bencana antar kluster dalam satu wilayah.
Batasan
Periksa batasan berikut sebelum memulai. Kondisi yang tidak terpenuhi akan menyebabkan migrasi gagal:
Kubernetes version: Kluster pemulihan harus menjalankan Kubernetes versi 1.18 atau lebih baru untuk menggunakan snapshot instans Elastic Compute Service (ECS) dalam pemulihan data disk.
Storage plugin: Kluster pemulihan harus menggunakan plugin Container Storage Interface (CSI). Migrasi tidak didukung pada kluster yang menggunakan FlexVolume atau kombinasi csi-compatible-controller dan FlexVolume.
Komponen sistem: Instal dan konfigurasikan komponen berikut di kluster pemulihan sebelum menjalankan tugas pemulihan:
aliyun-acr-credential-helper: Berikan izin yang diperlukan dan konfigurasikanacr-configuration.alb-ingress-controller: Konfigurasikan resource ALBConfig.
Cross-region: Prosedur ini hanya mendukung migrasi dalam wilayah yang sama. Untuk migrasi cross-region, lihat Migrasi aplikasi antar kluster di wilayah berbeda.
Kompatibilitas volume plugin: Untuk kluster yang menggunakan volume plugin berbeda atau menjalankan versi Kubernetes lama, lihat Gunakan Pusat cadangan untuk migrasi aplikasi di kluster ACK yang menjalankan versi Kubernetes lama.
Prasyarat
Sebelum memulai, pastikan Anda telah memiliki:
Dua kluster ACK yang dikelola dalam wilayah yang sama: satu kluster backup dan satu kluster pemulihan
Komponen migrate-controller telah diinstal dengan izin yang diperlukan di kedua kluster (backup dan pemulihan). Untuk detailnya, lihat Instal migrate-controller dan berikan izin
Penyimpanan cadangan (backup vault) telah dibuat atau diidentifikasi selama instalasi migrate-controller. Sistem secara otomatis mendeteksi vault yang sudah ada saat instalasi, sehingga Anda hanya perlu membuat vault baru jika belum tersedia. Untuk detailnya, lihat Buat penyimpanan cadangan
Cara kerja
Pusat cadangan menggunakan penyimpanan cadangan bersama sebagai perantara antar kluster. Saat Anda membuat tugas backup di kluster backup, Pusat cadangan mengunggah status aplikasi dan data volume ke vault tersebut. Selanjutnya, Pusat cadangan menyinkronkan catatan backup ke kluster pemulihan, sehingga backup tersebut tersedia sebagai titik pemulihan setelah proses sinkronisasi selesai.
Saat tugas pemulihan dijalankan, versi API dari resource Kubernetes secara otomatis ditingkatkan ke versi yang direkomendasikan oleh kluster pemulihan. Misalnya, Deployment yang menggunakan extensions/v1beta1 di kluster Kubernetes 1.16 akan berubah menjadi apps/v1 saat dipulihkan di kluster Kubernetes 1.28.
Migrasi aplikasi WordPress antar kluster ACK
Contoh ini menggunakan dua kluster ACK yang dikelola di wilayah China (Hohhot) — Cluster_A sebagai kluster backup dan Cluster_B sebagai kluster pemulihan. Aplikasi WordPress menggunakan volume disk untuk konten teks dan volume sistem file NAS untuk gambar.
Langkah 1: Siapkan kluster
Buat kluster ACK yang dikelola Cluster_A dan Cluster_B dalam wilayah yang sama. Perbarui Cluster_B ke Kubernetes versi 1.18 atau lebih baru agar mendukung pemulihan disk berbasis snapshot ECS.
Instal WordPress di Cluster_A menggunakan Helm. Untuk detailnya, lihat Deploy aplikasi WordPress menggunakan Helm.
Publikasikan postingan blog di WordPress yang menyertakan gambar. Hal ini akan mengisi volume disk (teks) dan volume sistem file NAS (gambar), sehingga Anda memiliki data untuk diverifikasi setelah migrasi.
Langkah 2: Instal migrate-controller dan buat penyimpanan cadangan di Cluster_A
Instal komponen migrate-controller di Cluster_A dan berikan izin yang diperlukan. Buat penyimpanan cadangan selama proses instalasi. Untuk detailnya, lihat Instal migrate-controller dan berikan izin.
Jika penyimpanan cadangan sudah ada, sistem akan mendeteksinya secara otomatis. Anda tidak perlu membuat yang baru.
Langkah 3: Backup aplikasi di Cluster_A
Buat tugas backup bernama 123backup-1 di Cluster_A untuk mencadangkan namespace default. Untuk detailnya, lihat Buat rencana cadangan atau backup langsung.
Tunggu hingga status tugas backup berubah menjadi Completed. Setelah selesai, catatan backup akan muncul di tab Backups and Snapshots pada halaman Application Backup di Cluster_B setelah vault selesai disinkronkan.
Langkah 4: Pulihkan aplikasi di Cluster_B
Pada halaman Application Backup di Cluster_B, klik Restore Now dan pilih penyimpanan cadangan bersama.
Jika diminta untuk menginisialisasi vault, klik Initialize Backup Vault untuk mengaitkannya dengan Cluster_B.
Setelah inisialisasi selesai, pilih file backup 123backup-1 dan mulai tugas pemulihan. Untuk detailnya, lihat Pulihkan aplikasi dan volume.
Langkah 5: Verifikasi migrasi
Verifikasi kesehatan workload:
Di panel navigasi kiri halaman detail Cluster_B, buka Workloads > Deployments.
Temukan Deployment WordPress dan klik Details di kolom Actions.
Pastikan status Deployment adalah Running.
Verifikasi aksesibilitas aplikasi dan integritas data:
Di panel navigasi kiri, buka Network > Services.
Di halaman Services, temukan Service WordPress dan klik tautan di kolom External Endpoint.
Pastikan halaman utama WordPress berhasil dimuat dan postingan blog — termasuk gambar yang disimpan di NAS — muncul dengan utuh.
Langkah selanjutnya
Untuk mengelola backup dan pemulihan melalui command line, lihat Gunakan kubectl untuk backup dan pulihkan aplikasi.
Untuk migrasi aplikasi antar wilayah, lihat Migrasi aplikasi antar kluster di wilayah berbeda.
Untuk kluster yang menggunakan volume plugin atau versi Kubernetes berbeda, lihat Gunakan Pusat cadangan untuk migrasi aplikasi di kluster ACK yang menjalankan versi Kubernetes lama.