Untuk mencadangkan dan memulihkan aplikasi ketika klaster cadangan dan klaster pemulihan berada di akun berbeda, Anda dapat membuat klaster terdaftar menggunakan akun dari klaster pemulihan. Kemudian, hubungkan klaster cadangan ke klaster terdaftar dan konfigurasikan izin untuk mengakses layanan Alibaba Cloud seperti Object Storage Service (OSS). Ini memungkinkan pencadangan dan pemulihan aplikasi dalam akun yang sama meskipun klaster cadangan dan pemulihan berada di akun berbeda.
Cara kerjanya
Catatan penggunaan
Untuk pemulihan lintas wilayah, buat klaster terdaftar di wilayah yang sama dengan klaster pemulihan di bawah akun pemulihan. Klaster cadangan akan terhubung ke klaster terdaftar dan mencadangkan data ke cloud melalui Internet. Selama pemulihan, data dipulihkan ke klaster pemulihan melalui jaringan internal.
Klaster cadangan dan klaster pemulihan harus menjalankan Kubernetes 1.16 atau lebih baru. Untuk memastikan kompatibilitas apiVersion, disarankan agar Anda tidak menggunakan pusat cadangan untuk memigrasikan aplikasi dari klaster yang menjalankan versi Kubernetes lebih baru ke klaster yang menjalankan versi Kubernetes lebih lama.
Pusat cadangan tidak mencadangkan sumber daya yang sedang dihapus.
Untuk memulihkan cadangan ke volume File Storage NAS (NAS) yang dikelola oleh CNFS (dengan menyetel StorageClass ke alibabacloud-cnfs-nas), Anda perlu membuat StorageClass terlebih dahulu. Untuk informasi lebih lanjut, lihat Gunakan CNFS untuk mengelola sistem file NAS (direkomendasikan).
Pusat cadangan lebih memilih memulihkan aplikasi ke versi API yang direkomendasikan untuk klaster pemulihan. Jika tidak ada versi API yang didukung oleh versi Kubernetes lama dan baru dari suatu sumber daya, Anda perlu menerapkan sumber daya secara manual. Contoh:
Deployment di klaster yang menjalankan Kubernetes 1.16 mendukung
extensions/v1beta1,apps/v1beta1,apps/v1beta2, danapps/v1. Dalam skenario ini, versi API Deployment di klaster yang menjalankan Kubernetes 1.28 dipulihkan keapps/v1.Ingress di klaster yang menjalankan Kubernetes 1.16 mendukung
extensions/v1beta1dannetworking.k8s.io/v1beta1. Dalam skenario ini, Anda tidak dapat memulihkan Ingress di klaster yang menjalankan Kubernetes 1.22 atau lebih baru.
Untuk informasi lebih lanjut tentang pembaruan API untuk versi Kubernetes yang berbeda, lihat Catatan rilis untuk versi Kubernetes yang didukung oleh ACK dan Panduan Migrasi API yang Ditinggalkan.
PentingDi klaster yang menjalankan Kubernetes 1.16, grup seperti
appsdanrbac.authorization.k8s.iosudah mendukung versi API v1. Setelah Anda memigrasikan aplikasi ke klaster yang menjalankan Kubernetes 1.28, Anda perlu memulihkan sumber daya Ingress dan CronJob secara manual.Template instalasi pusat cadangan untuk klaster terdaftar dan klaster Container Service for Kubernetes (ACK) lainnya berbeda. Ketika Anda menghubungkan klaster cadangan ke (atau memutuskan klaster cadangan dari) klaster terdaftar, jika Anda ingin terus menggunakan pusat cadangan, Anda perlu menginstal ulang komponen pusat cadangan di klaster terdaftar (atau klaster cadangan).
Snapshots disk yang dibuat oleh fitur snapshot Elastic Compute Service (ECS) di klaster terdaftar termasuk dalam akun klaster cadangan. Anda tidak dapat langsung menggunakan akun klaster pemulihan untuk memulihkan disk dari snapshots tersebut. Jika aplikasi Anda menggunakan volume disk, Anda dapat menggunakan fitur berbagi snapshot ECS untuk memulihkan disk dari snapshots secara manual. Anda juga dapat memodifikasi konfigurasi global untuk menggunakan Cloud Backup guna mencadangkan data di disk. Untuk informasi lebih lanjut, lihat Langkah 4: Buat tugas pemulihan di klaster pemulihan.
Prasyarat
Cloud Backup telah diaktifkan. Untuk mencadangkan volume yang menggunakan sistem file NAS, bucket OSS, dan disk lokal atau mencadangkan volume dalam skenario hybrid cloud, Anda harus mengonfigurasi pusat cadangan untuk menggunakan Cloud Backup guna membuat cadangan. Untuk informasi lebih lanjut, lihat Cadangan cloud.
Klaster tempat volume dipulihkan telah dibuat. Untuk memastikan bahwa Anda dapat menggunakan snapshot instance Elastic Compute Service (ECS) untuk memulihkan data disk, disarankan Anda memperbarui versi Kubernetes klaster menjadi 1.18 atau lebih baru. Untuk informasi lebih lanjut, lihat Buat klaster ACK yang dikelola, Buat klaster ACK khusus (tidak dilanjutkan), atau Buat proxy pendaftaran klaster dan daftarkan klaster Kubernetes yang diterapkan di pusat data.
PentingKlaster pemulihan harus menggunakan plugin Container Storage Interface (CSI). Pemulihan aplikasi tidak didukung di klaster yang menggunakan FlexVolume atau menggunakan csi-compatible-controller dan FlexVolume.
Pusat cadangan digunakan untuk mencadangkan dan memulihkan aplikasi. Sebelum Anda menjalankan tugas pemulihan, Anda harus menginstal dan mengonfigurasi komponen sistem di klaster pemulihan. Contoh:
aliyun-acr-credential-helper: Anda perlu memberikan izin ke klaster pemulihan dan mengonfigurasi acr-configuration.
alb-ingress-controller: Anda perlu mengonfigurasi ALBConfig.
Untuk membuat snapshot disk guna mencadangkan volume, Anda harus menginstal CSI 1.1.0 atau lebih baru. Untuk informasi lebih lanjut, lihat Kelola komponen csi-plugin dan csi-provisioner.
Penagihan
Fitur pusat cadangan gratis. Namun, Anda mungkin dikenakan biaya untuk layanan terkait berikut saat menggunakan fitur ini:
Penagihan OSS: Bucket OSS digunakan untuk menyimpan file cadangan klaster, seperti file YAML terkait.
Penagihan Snapshot: Snapshots digunakan untuk mencadangkan volume menggunakan disk Alibaba Cloud.
CatatanMulai pukul 11:00 (UTC+8) pada 12 Oktober 2023, Anda tidak lagi dikenakan biaya penyimpanan dan biaya penggunaan fitur untuk fitur akses instan. Untuk informasi lebih lanjut, lihat Gunakan fitur akses instan.
Jika Anda menggunakan PL0 enhanced SSD (ESSD), PL1 ESSD, PL2 ESSD, PL3 ESSD, atau disk ESSD AutoPL, snapshots yang dibuat selama pencadangan memiliki fitur akses instan diaktifkan secara default.
Rincian harga Cadangan Cloud: Cadangan Cloud digunakan untuk mencadangkan data dari jenis volume selain volume disk.
Aplikasi contoh
Aplikasi contoh berikut digunakan untuk menunjukkan cara mencadangkan dan memulihkan data aplikasi.
Klaster cadangan berisi aplikasi contoh berikut.
Aplikasi | Apakah volume dipasang | Karakteristik aplikasi | Apakah pencadangan data diperlukan |
sts-disk |
| Aplikasi memerlukan konsistensi data. Operasi penulisan harus ditangguhkan sebelum Anda mencadangkan aplikasi. | Ya. Cloud Backup dan snapshot ECS digunakan untuk mencadangkan data. |
sts-nas |
| Aplikasi tidak memerlukan konsistensi data dan dapat mentolerir hilangnya data yang ditulis selama proses pencadangan. Aplikasi tidak dapat dicadangkan atau dipulihkan lintas akun melalui virtual private clouds (VPCs). Klaster pemulihan tidak dapat membaca data asli yang disimpan di NAS. | Ya. Cloud Backup digunakan untuk mencadangkan data. |
sts-oss |
| Aplikasi perlu menyimpan sejumlah besar data. Pasangan AccessKey dari akun yang dimiliki klaster cadangan digunakan untuk mengakses bucket OSS asli. | Tidak. Volume dipulihkan berdasarkan PVC asli dan volume persisten (PV) dan dipetakan ke bucket OSS asli. |
Untuk informasi lebih lanjut tentang cara membuat aplikasi yang menggunakan berbagai jenis volume, lihat Penyimpanan - CSI.
(Opsional) Langkah 1: Uninstal komponen pusat cadangan di klaster cadangan
Jika Anda sudah menggunakan fitur pusat cadangan di klaster cadangan, Anda harus terlebih dahulu meng-uninstal komponen pusat cadangan di klaster cadangan. Hal ini karena template instalasi pusat cadangan untuk klaster terdaftar dan klaster ACK lainnya berbeda. Lewati langkah ini jika komponen pusat cadangan belum diinstal di klaster cadangan.
Masuk ke Konsol ACK dengan akun klaster cadangan. Di panel navigasi di sebelah kiri, klik Clusters.
Di halaman Clusters, temukan yang ingin Anda kelola dan klik namanya. Di panel navigasi di sebelah kiri, klik Add-ons.
Di halaman Add-ons, klik tab Manage Applications.
Temukan kartu migrate-controller dan klik Uninstall di pojok kanan bawah.
Di pesan Uninstall, klik OK.
Langkah 2: Instal komponen pusat cadangan di klaster terdaftar
Gunakan akun klaster cadangan untuk buat klaster terdaftar dan hubungkan klaster cadangan ke klaster terdaftar.
Instal migrate-controller dan berikan izin di klaster terdaftar.
CatatanKlaster terdaftar diterapkan di wilayah yang sama dengan klaster cadangan. Oleh karena itu, Anda tidak perlu menambahkan rute yang menunjuk ke jaringan internal wilayah tempat bucket OSS Anda berada.
Langkah 3: Buat tugas cadangan di klaster terdaftar
Anda harus melakukan langkah ini di klaster terdaftar dalam akun pemulihan. Jangan lakukan langkah ini di klaster cadangan dalam akun cadangan.
Dibandingkan dengan Cloud Backup, fitur snapshot ECS lebih efisien dan dapat memastikan konsistensi data. Snapshots volume disk yang dibuat dengan menggunakan fitur snapshot ECS termasuk dalam akun klaster cadangan. Anda tidak dapat langsung menggunakan snapshots tersebut untuk memulihkan data di klaster yang termasuk dalam akun lain.
Anda dapat menggunakan solusi berikut untuk memulihkan aplikasi sts-disk yang menggunakan volume disk lintas akun.
Solusi cadangan | Solusi Cloud Backup | Solusi snapshot ECS |
Implementasi | Sebelum Anda mencadangkan data, konfigurasikan configmap/csdr-config di namespace csdr untuk menggunakan Cloud Backup guna mencadangkan data yang disimpan di volume disk. Ketika Anda memulihkan volume, atur StorageClass volume target ke disk. | Gunakan fitur snapshot ECS default untuk mencadangkan data di volume disk dan bagikan snapshot dari akun klaster cadangan ke akun klaster pemulihan. Sebelum Anda menggunakan pusat cadangan untuk memulihkan volume, Anda harus secara manual membuat snapshot volume yang diprovision secara statis dan membuat ulang semua PVC yang digunakan untuk provision volume disk untuk memastikan bahwa disk dapat dibuat dan dipasang secara normal. |
Keuntungan | Tidak diperlukan konfigurasi tambahan. | Fitur snapshot ECS memastikan konsistensi data yang disimpan pada disk yang sama dan memungkinkan Anda memulihkan data jauh lebih cepat. |
Kekurangan | Cloud Backup memerlukan waktu yang lama untuk mencadangkan dan memulihkan data dan tidak dapat memastikan konsistensi data. Jika aplikasi Anda memerlukan konsistensi data, Anda harus menangguhkan operasi penulisan untuk periode waktu yang lama selama proses pencadangan. | Jika banyak volume disk terlibat, konfigurasi manual bisa rumit. |
Jika aplikasi Anda tidak menggunakan volume disk, pilih solusi Cloud Backup.
Solusi Cloud Backup
Jika aplikasi Anda menggunakan volume disk dan Anda ingin menggunakan Cloud Backup, pilih solusi ini. Lakukan langkah-langkah berikut untuk mencadangkan data:
Pastikan fitur snapshot ECS dinonaktifkan.
Jalankan perintah berikut untuk memodifikasi ConfigMap
csdr-config:kubectl -ncsdr edit cm csdr-configAtur bidang
enable_ecs_snapshotkefalse. Simpan file dan keluar.Jalankan perintah berikut untuk me-restart komponen agar modifikasi berlaku:
kubectl -ncsdr delete pod -l control-plane=csdr-controller
Jika akun klaster pemulihan tidak memiliki vault cadangan, buat satu dan asosiasikan dengan bucket OSS bernama
cnfs-oss-*dalam akun klaster pemulihan. Untuk informasi lebih lanjut, lihat Buat vault cadangan.Buat tugas cadangan untuk aplikasi sts-oss. Untuk informasi lebih lanjut, lihat Buat rencana cadangan atau cadangkan secara instan.
Aplikasi sts-oss perlu menggunakan bucket OSS asli. Oleh karena itu, Anda tidak perlu mencadangkan data di volume OSS. Buat tugas cadangan untuk aplikasi. Saat mengonfigurasi tugas cadangan, pilih Disable untuk Backup Volume.
Anggaplah aplikasi sts-oss termasuk dalam namespace oss. Saat Anda membuat tugas cadangan, pilih namespace oss. Jika namespace berisi aplikasi lain, tambahkan label untuk memilih aplikasi sts-oss.
Di tab Backup Records halaman Application Backup, konfirmasikan bahwa status tugas cadangan berubah dari InProgress menjadi Completed. Klik nama catatan cadangan dan konfirmasikan bahwa sumber daya terkait aplikasi sts-oss, seperti StatefulSet, pod, PVC, PV, dan Secret yang menyimpan pasangan AccessKey, telah dicadangkan.
Buat tugas cadangan untuk aplikasi sts-nas dan sts-disk. Untuk informasi lebih lanjut, lihat Buat rencana cadangan atau cadangkan secara instan.
Saat membuat tugas cadangan, pilih Mounted Volumes untuk Backup Volume.
Data di volume disk juga dicadangkan oleh Cloud Backup karena
enable_ecs_snapshotdiatur kefalse. Anda dapat masuk ke Konsol Cloud Backup, klik Container Backup di panel navigasi sebelah kiri, dan lihat kemajuan serta hasil pencadangan setiap PVC di tab Backup Jobs.
Solusi snapshot ECS
Jika aplikasi Anda menggunakan volume disk dan Anda ingin menggunakan solusi snapshot ECS untuk mencadangkan disk cloud, pilih solusi ini. Lakukan langkah-langkah berikut untuk mencadangkan data:
Pastikan bahwa fitur snapshot ECS diaktifkan.
Jalankan perintah berikut untuk memodifikasi ConfigMap
csdr-config:kubectl -ncsdr edit cm csdr-configAtur bidang
enable_ecs_snapshotketrue. Simpan file dan keluar.Jalankan perintah berikut untuk me-restart komponen agar modifikasi berlaku:
kubectl -ncsdr delete pod -l control-plane=csdr-controller
Jika akun klaster pemulihan tidak memiliki vault cadangan, buat satu dan asosiasikan dengan bucket OSS bernama
cnfs-oss-*dalam akun klaster pemulihan. Untuk informasi lebih lanjut, lihat Buat vault cadangan.Buat tugas cadangan untuk aplikasi sts-oss. Untuk informasi lebih lanjut, lihat Buat rencana cadangan atau cadangkan secara instan.
Aplikasi sts-oss perlu menggunakan bucket OSS asli. Oleh karena itu, Anda tidak perlu mencadangkan data di volume OSS. Buat tugas cadangan untuk aplikasi. Saat mengonfigurasi tugas cadangan, pilih Disable untuk Backup Volume.
Anggaplah aplikasi sts-oss termasuk dalam namespace oss. Saat Anda membuat tugas cadangan, pilih namespace oss. Jika namespace berisi aplikasi lain, tambahkan label untuk memilih aplikasi sts-oss.
Di tab Backup Records halaman Application Backup, konfirmasikan bahwa status tugas cadangan berubah dari InProgress menjadi Completed. Klik nama catatan cadangan dan konfirmasikan bahwa sumber daya terkait aplikasi sts-oss, seperti StatefulSet, pod, PVC, PV, dan Secret yang menyimpan pasangan AccessKey, telah dicadangkan.
Buat tugas cadangan bernama backup-nas-disk untuk aplikasi sts-nas dan sts-disk. Untuk informasi lebih lanjut, lihat Buat rencana cadangan atau cadangkan secara instan.
Saat Anda membuat tugas cadangan, pilih Mounted Volumes untuk Backup Volume.
Data di volume disk dicadangkan menggunakan fitur snapshot ECS secara default. Anda dapat masuk ke Konsol ECS, klik Snapshots di panel navigasi sebelah kiri, dan lihat snapshot setiap disk di tab Disk Snapshots.
Data di volume NAS dicadangkan menggunakan Cloud Backup. Anda dapat masuk ke Konsol Cloud Backup, klik Container Backup di panel navigasi sebelah kiri, dan lihat kemajuan serta hasil pencadangan setiap PVC di tab Backup Jobs.
Langkah 4: Buat tugas pemulihan di klaster pemulihan
Sebelum Anda mulai, Anda perlu menginstal dan mengonfigurasi komponen yang diperlukan di klaster pemulihan. Contoh:
Komponen penarikan gambar tanpa kata sandi Container Registry: Anda perlu memberikan izin dan mengonfigurasi acr-configuration di klaster pemulihan.
Komponen ALB Ingress: Anda perlu mengonfigurasi AlbConfig.
Selama proses pemulihan, jika sumber daya dengan nama yang sama sudah ada di klaster, klaster pemulihan akan melewati sumber daya tersebut.
Jika aplikasi Anda tidak menggunakan volume disk, pilih solusi Cloud Backup.
Layanan dipulihkan berdasarkan jenis Layanan:
Layanan NodePort: Port Layanan NodePort dipertahankan secara default selama pemulihan lintas klaster.
Layanan LoadBalancer: Ketika ExternalTrafficPolicy diatur ke Local, HealthCheckNodePort menggunakan port acak secara default. Untuk mempertahankan port, tentukan
spec.preserveNodePorts: truesaat Anda membuat tugas pemulihan.Jika Layanan di klaster cadangan menggunakan instance Server Load Balancer (SLB) yang ada, Layanan yang dipulihkan di klaster pemulihan masih menggunakan instance SLB asli tetapi semua pendengar dinonaktifkan secara default. Anda perlu mengonfigurasi pendengar di konsol SLB.
Layanan LoadBalancer di klaster cadangan dikelola oleh cloud controller manager (CCM). Saat sistem memulihkan Layanan ini, CCM akan membuat instance SLB. Untuk informasi lebih lanjut, lihat Pertimbangan untuk mengonfigurasi Layanan tipe LoadBalancer.
Solusi Cloud Backup
Gunakan akun klaster pemulihan untuk melakukan langkah-langkah berikut di klaster pemulihan.
Buat tugas pemulihan untuk memulihkan aplikasi sts-oss. Untuk informasi lebih lanjut, lihat Pulihkan aplikasi dan volume.
Di halaman Application Backup, klik Back up Now, pilih dan inisialisasi vault cadangan, dan tunggu sistem menyinkronkan file cadangan ke klaster pemulihan.
Pilih file cadangan backup-oss dan buat tugas pemulihan.
Periksa apakah aplikasi sts-oss berjalan normal di klaster pemulihan. Jalankan perintah
kubectl execuntuk masuk ke kontainer dan periksa apakah data konsisten.
Buat tugas pemulihan untuk memulihkan aplikasi sts-nas dan sts-disk, dan gunakan konversi StorageClass untuk memulihkan data ke volume tipe yang diinginkan. Untuk informasi lebih lanjut, lihat Pulihkan aplikasi dan volume.
Di halaman Application Backup, klik Back up Now dan pilih backup-nas-disk. Pilih StorageClass alicloud-disk untuk pvc-disk dan StorageClass alibabacloud-cnfs-nas untuk pvc-nas.
Secara default, alicloud-disk merujuk pada StorageClass alicloud-disk-topology-alltype yang disediakan oleh plugin CSI. Anda juga dapat membuat StorageClass kustom di klaster untuk konversi StorageClass.
Konfirmasikan bahwa aplikasi dan data di klaster pemulihan normal. Anda dapat masuk ke Konsol ECS dan konfirmasikan apakah disk baru dibuat dalam akun klaster pemulihan dan dipasang ke node yang sesuai.
Solusi snapshot ECS
Gunakan akun klaster pemulihan untuk membuat tugas pemulihan di klaster pemulihan untuk memulihkan aplikasi sts-oss. Untuk informasi lebih lanjut, lihat Pulihkan aplikasi dan volume.
Di halaman Application Backup, klik Back up Now, pilih dan inisialisasi vault cadangan, dan tunggu sistem menyinkronkan file cadangan ke klaster pemulihan.
Pilih file cadangan backup-oss dan buat tugas pemulihan.
Periksa apakah aplikasi sts-oss berjalan normal di klaster pemulihan. Jalankan perintah
kubectl execuntuk masuk ke kontainer dan periksa apakah data konsisten.
Gunakan akun klaster cadangan untuk masuk ke Konsol ECS dan bagikan snapshot dengan akun klaster pemulihan. Untuk informasi lebih lanjut, lihat Bagikan snapshot.
Snapshot yang dibuat oleh pusat cadangan dimulai dengan snapshot-. Anda dapat menemukan snapshot berdasarkan waktu pembuatan catatan cadangan yang sesuai.
Untuk memudahkan pemulihan manual dari snapshot ke volume disk, kami sarankan Anda melakukan operasi berikut untuk mencatat pemetaan berikut dalam akun klaster cadangan:
Pergi ke Konsol ECS dan catat pemetaan antara ID snapshot dan ID disk yang sesuai.
Masuk ke klaster cadangan dan catat PVC yang digunakan untuk memasang volume disk dan ID disk yang sesuai.
Jalankan perintah berikut untuk menanyakan PVC yang terikat ke PV yang digunakan untuk memasang volume disk dan disk yang sesuai:
kubectl get pv <PV-Name> -o jsonpath='{"PVC: "}{.spec.claimRef.name}{"\nNamespace: "}{.spec.claimRef.namespace}{"\nVolumeHandle: "}{.spec.csi.volumeHandle}'Output yang diharapkan:
PVC: <disk-pvc-name> Namespace: <disk-pvc-namespace> VolumeHandle: d-2ze323ra0h2v5lxxxxxDalam output, bidang PVC menunjukkan nama PVC, bidang Namespace menunjukkan namespace PVC, dan bidang VolumeHandle menunjukkan ID disk.
Informasi di atas membantu Anda memetakan ID PVC yang digunakan untuk memasang volume disk ke ID snapshot yang sesuai.
Gunakan akun klaster pemulihan untuk masuk ke Konsol Manajemen Sumber Daya dan terima snapshot bersama. Untuk informasi lebih lanjut, lihat Bagikan snapshot.
Nama snapshot bersama dalam akun klaster pemulihan tetap tidak berubah tetapi ID-nya berubah.
Anda dapat memetakan ID snapshot baru ke yang asli berdasarkan nama snapshot. Anda dapat merujuk informasi pemetaan di Langkah 3 untuk memetakan ID PVC yang digunakan untuk memasang volume disk ke ID snapshot baru.
Pulihkan volume disk secara manual di klaster pemulihan. Lakukan langkah-langkah berikut:
Gunakan metode provisioning statis untuk membuat VolumeSnapshotContent dan VolumeSnapshot di klaster pemulihan. Untuk informasi lebih lanjut, lihat Buat snapshot volume disk. VolumeSnapshot harus dibuat di namespace yang sama dengan PVC yang Anda buat. Atur parameter snapshotHandle dalam konfigurasi VolumeSnapshotContent ke ID snapshot baru.
Buat PVC dengan nama yang sama dengan yang asli untuk mereferensikan VolumeSnapshot. Untuk informasi lebih lanjut, lihat Langkah 6 di Buat snapshot volume disk. PVC baru memiliki konfigurasi yang sama dengan yang asli, kecuali bahwa PVC baru memiliki parameter
dataSourcetambahan.
Buat tugas pemulihan di klaster pemulihan untuk memulihkan aplikasi sts-nas dan sts-disk. Untuk informasi lebih lanjut, lihat Pulihkan aplikasi dan volume.
Langkah ini melewati pemulihan volume yang digunakan oleh aplikasi sts-disk secara default karena mereka sudah dipulihkan. Saat Anda memulihkan aplikasi sts-disk, PVC baru dengan nama yang sama dengan yang asli dipasang ke aplikasi.
Di halaman Application Backup, klik Back up Now dan pilih backup-nas-disk. Jika Anda tidak memilih konversi StorageClass, volume dipulihkan berdasarkan StorageClass asli secara default. Pastikan bahwa StorageClass sudah ada di klaster pemulihan.
Konfirmasikan bahwa aplikasi dan data di klaster pemulihan normal. Anda dapat masuk ke Konsol ECS dan periksa apakah disk baru dibuat dalam akun klaster pemulihan dan dipasang ke node yang sesuai.
(Opsional) Langkah 5: Putuskan klaster cadangan dari klaster terdaftar dan redeploy komponen pusat cadangan
Jika Anda tidak lagi perlu mencadangkan atau memulihkan aplikasi lintas akun, Anda dapat memutuskan klaster cadangan dari klaster terdaftar.
Jika Anda ingin terus menggunakan pusat cadangan di klaster cadangan, uninstall komponen pusat cadangan dan instal ulang.
Referensi
Untuk informasi lebih lanjut tentang cara memigrasikan aplikasi lintas klaster yang menggunakan plugin volume berbeda atau menjalankan versi Kubernetes berbeda, lihat Gunakan pusat cadangan untuk memigrasikan aplikasi di klaster ACK yang menjalankan versi Kubernetes lama.
Untuk informasi lebih lanjut tentang cara memigrasikan aplikasi lintas klaster di wilayah yang sama, lihat Migrasikan aplikasi lintas klaster di wilayah yang sama.
Untuk informasi lebih lanjut tentang cara memigrasikan aplikasi lintas klaster di wilayah berbeda, lihat Migrasikan aplikasi lintas klaster di wilayah berbeda.
Untuk informasi lebih lanjut tentang cara menggunakan kubectl untuk memigrasikan aplikasi, lihat Gunakan kubectl untuk mencadangkan dan memulihkan aplikasi.