Topik ini menjelaskan istilah yang digunakan dalam Cloud Backup, termasuk sumber cadangan, vault, strategi pencadangan, serta fitur lanjutan seperti replikasi cross-region dan cadangan immutable.
Sumber cadangan
Data yang akan dicadangkan, biasanya disimpan di server, mesin virtual (VM), atau instans Elastic Compute Service (ECS).
Client
Perangkat lunak yang diinstal pada server sumber atau VM untuk mencadangkan dan memulihkan data. Sumber cadangan yang berbeda memerlukan client yang berbeda.
Setiap client mendukung retry terjadwal untuk menjaga stabilitas pencadangan, sehingga pencadangan tetap dapat diselesaikan meskipun terjadi fluktuasi jaringan sementara.
Wilayah
Lokasi fisik pusat data Alibaba Cloud. Setelah resource dibuat, wilayahnya tidak dapat diubah. Untuk daftar wilayah yang didukung, lihat Wilayah yang didukung.
Pencadangan data
Cloud Backup mendukung sumber cadangan berikut: instans ECS, database yang dihosting di ECS, objek Object Storage Service (OSS), sistem file Penyimpanan File NAS, tabel Tablestore, file ECS, file on-premises, dan database on-premises. Data cadangan disimpan di penyimpanan cadangan di cloud dan dapat dipulihkan ke sumber cadangan asal sesuai kebutuhan.
Penyimpanan cadangan
Penyimpanan cadangan menyimpan data cadangan dalam dua tier: tier Standard dan tier Archive. Data cadangan awalnya disimpan di tier Standard. Jika pengarsipan otomatis diaktifkan, data akan dipindahkan ke tier Archive berdasarkan kebijakan pengarsipan yang dikonfigurasi untuk penyimpanan jangka panjang dengan biaya rendah.
Untuk memaksimalkan redundansi data, Cloud Backup secara default menggunakan penyimpanan cadangan dengan zone-redundant storage (ZRS) di wilayah yang mendukung ZRS. Di wilayah yang hanya mendukung locally redundant storage (LRS), Cloud Backup menggunakan penyimpanan cadangan dengan LRS. Tidak diperlukan pemilihan manual.
Penyimpanan cadangan dengan ZRS tersedia di wilayah berikut: Tiongkok (Hangzhou), Tiongkok (Shanghai), Tiongkok (Beijing), Tiongkok (Zhangjiakou), Tiongkok (Ulanqab), Tiongkok (Shenzhen), Tiongkok (Hong Kong), Jepang (Tokyo), Singapura, Indonesia (Jakarta), dan Jerman (Frankfurt).
Jenis vault
Cloud Backup menggunakan jenis vault yang berbeda berdasarkan sumber data yang dicadangkan.
| Jenis vault | Sumber data yang didukung |
|---|---|
| Penyimpanan cadangan tujuan umum | File ECS, bucket OSS, sistem file NAS on-premises, sistem file Penyimpanan File NAS, sistem file berskala besar, file on-premises, database SAP HANA, VM VMware |
| Penyimpanan cadangan database | Database MySQL, Oracle, dan SQL Server |
| Penyimpanan cadangan OSS | Bucket OSS (uji coba gratis 30 hari). Setelah beralih ke penggunaan berbayar, jenis vault berubah menjadi penyimpanan cadangan tujuan umum. |
| Penyimpanan cadangan NAS | Sistem file Penyimpanan File NAS (uji coba gratis 30 hari). Setelah beralih ke penggunaan berbayar, jenis vault berubah menjadi penyimpanan cadangan tujuan umum. |
| Penyimpanan cadangan Tablestore | Database Tablestore |
| Penyimpanan cadangan container | Kluster Container Service for Kubernetes (ACK) |
Perilaku vault uji coba gratis (OSS dan NAS)
Penyimpanan cadangan OSS dan NAS memiliki aturan siklus hidup yang sama:
Data cadangan hanya disimpan selama periode retensi yang ditentukan dan secara otomatis dihapus setelahnya.
Jika Anda tidak beralih ke penggunaan berbayar setelah masa uji coba gratis 30 hari berakhir, vault akan disimpan selama 30 hari tambahan. Jika Anda tetap tidak beralih ke penggunaan berbayar dalam 30 hari tersebut, vault akan dihapus.
Pengarsipan data
Cloud Backup dapat mengarsipkan sistem file NAS on-premises, sistem file Hadoop Distributed File System (HDFS), dan bucket S3-Compatible Storage ke vault arsip di cloud berdasarkan kebijakan pengarsipan yang ditentukan. Cloud Backup menyediakan alat grafis untuk menganalisis, mencari, mengarsipkan, dan mengambil volume data besar.
Jenis vault arsip
| Jenis vault | Biaya penyimpanan | Akses data | Waktu pemulihan | Paling cocok untuk |
|---|---|---|---|---|
| Vault arsip dengan LRS | Rendah | Perlu dipulihkan sebelum diakses. Dikenai biaya pengambilan. | Sekitar 5 menit | Data arsip jangka panjang, gambar medis, materi ilmiah, rekaman video |
| Vault arsip dingin dengan LRS | Paling rendah di antara semua jenis vault | Perlu dipulihkan sebelum diakses. Dikenai biaya pengambilan. | Tergantung ukuran data dan mode pemulihan | Data dingin jangka sangat panjang: retensi wajib sesuai regulasi, data mentah big data dan AI, sumber daya media film dan TV, video pendidikan online yang diarsipkan |
Rencana pencadangan
Konfigurasi terjadwal atau berkala yang menentukan cara dan waktu pencadangan data. Parameter mencakup sumber cadangan, jalur sumber, waktu mulai pencadangan, interval cadangan, dan periode retensi.
Pekerjaan pemulihan
Tugas yang memulihkan data dari penyimpanan cadangan ke sumber cadangan asal atau destinasi lain. Parameter mencakup item pemulihan, destinasi pemulihan, dan jalur pemulihan.
Waktu mulai pencadangan
Waktu saat Cloud Backup memulai pencadangan.
Interval cadangan
Frekuensi pencadangan, misalnya harian, mingguan, atau bulanan.
Periode retensi
Lama data cadangan disimpan di penyimpanan cadangan. Data cadangan secara otomatis dihapus setelah periode retensi berakhir. Periode dimulai sejak pencadangan selesai.
Strategi pencadangan
Cadangan penuh
Mencadangkan seluruh data dalam set data. Cadangan penuh membaca seluruh set data dan menyimpan salinan lengkap. Meskipun proses ini memakan waktu lebih lama dan memerlukan ruang penyimpanan lebih besar, pemulihan menjadi paling cepat. Cloud Backup menerapkan deduplikasi untuk mengontrol konsumsi penyimpanan.
Cadangan inkremental
Hanya mencadangkan data yang berubah sejak pencadangan sebelumnya, termasuk penambahan, modifikasi, dan penghapusan. Cadangan inkremental lebih cepat dan hemat penyimpanan dibandingkan cadangan penuh. Namun, pemulihan lebih lambat karena sistem harus melacak kembali rantai cadangan untuk menemukan file yang diperlukan.
Cadangan inkremental selamanya
Menggabungkan kecepatan pemulihan cadangan penuh dengan efisiensi cadangan inkremental. Setelah cadangan penuh awal, setiap pencadangan berikutnya hanya menangkap data yang berubah. Cloud Backup kemudian menggabungkan salinan cadangan sebelumnya dengan data inkremental baru menjadi salinan lengkap, sehingga mempertahankan pemulihan cepat tanpa perlu melakukan cadangan penuh berulang.
Cloud Backup menggunakan strategi cadangan inkremental selamanya untuk skenario berikut: pencadangan file on-premises, pencadangan NAS, pencadangan OSS, dan pencadangan instans ECS (berbasis snapshot).
Logika pemulihan
Untuk memulihkan data, Cloud Backup membaca data pada titik cadangan tertentu dari vault, mendekripsi dan mendekompresinya, lalu menulisnya kembali ke sistem sumber.
Fitur lanjutan
Pengarsipan otomatis
Memindahkan titik pemulihan dari tier Standard ke tier Archive ketika data cadangan perlu disimpan jangka panjang tetapi jarang diakses. Hal ini mengurangi biaya perlindungan data.
Untuk informasi selengkapnya, lihat Pengarsipan otomatis.
Cadangan lintas akun
Memungkinkan pencadangan dan pemulihan lintas Akun Alibaba Cloud. Perusahaan dengan beberapa cabang dapat mengonfigurasi dan mengelola pekerjaan pencadangan secara terpusat. Misalnya, perusahaan dapat menggunakan Akun A untuk mencadangkan dan memulihkan data Akun B.
Untuk informasi selengkapnya, lihat Cadangan lintas akun.
Cadangan lintas wilayah
Membuat cermin penyimpanan cadangan jarak jauh untuk suatu penyimpanan cadangan, dengan data secara otomatis direplikasi dari vault sumber ke vault cermin. Cadangan lintas wilayah tersedia untuk skenario berikut: pencadangan OSS, pencadangan NAS, pencadangan Tablestore, pencadangan file on-premises, dan pencadangan VM VMware. Vault cermin memiliki kapasitas yang sama dengan penyimpanan cadangan sumber. Anda dikenai biaya untuk kapasitas penyimpanan dan lalu lintas replikasi cross-region.
Untuk informasi selengkapnya, lihat Cadangan lintas wilayah.
Mirror vault
Repositori jarak jauh yang menyimpan data yang sama dengan penyimpanan cadangan. Cermin penyimpanan cadangan digunakan untuk menerapkan cadangan lintas wilayah.
Untuk informasi selengkapnya, lihat Cadangan lintas wilayah.
Replikasi lintas wilayah
Mereplikasi data cadangan ke wilayah lain. Pendekatannya berbeda tergantung jenis pencadangan:
Cadangan instans ECS: Replikasi snapshot ECS langsung ke wilayah lain melalui kebijakan pencadangan. Tidak diperlukan penyimpanan cadangan.
Skema pencadangan lainnya: Buat cermin penyimpanan cadangan jarak jauh untuk suatu penyimpanan cadangan. Data dalam penyimpanan cadangan secara otomatis direplikasi ke vault cermin.
Untuk informasi selengkapnya, lihat Cadangan lintas wilayah.
Periode retensi khusus
Periode retensi yang ditentukan dalam kebijakan pencadangan untuk pencadangan pertama setiap minggu, bulan, dan tahun. Periode retensi khusus memungkinkan cadangan jarang, mengurangi jumlah total salinan cadangan, dan membantu memenuhi persyaratan kepatuhan terkait keamanan data.
Untuk informasi selengkapnya, lihat Periode retensi khusus.
Enkripsi berbasis KMS
Mengenkripsi data yang disimpan di penyimpanan cadangan menggunakan kunci yang dikelola oleh Key Management Service (KMS). Fitur ini mencegah akses tidak sah, pencurian data, serta operasi pencadangan atau pemulihan yang tidak sah, sehingga membantu memenuhi persyaratan kepatuhan keamanan.
Untuk informasi selengkapnya, lihat Enkripsi berbasis KMS.
Cadangan immutable
Melindungi penyimpanan cadangan menggunakan teknologi write once, read many (WORM). Setelah cadangan immutable diaktifkan untuk suatu vault, data hanya dapat ditulis sekali dan dibaca berkali-kali. Fitur ini memberikan perlindungan tambahan bagi penyimpanan cadangan Anda. Setelah diaktifkan, fitur ini tidak dapat dinonaktifkan.
Untuk informasi selengkapnya, lihat Cadangan immutable.