Snapshot merupakan metode pemulihan bencana yang penting, menyediakan replika lengkap data disk cloud pada titik waktu tertentu. Untuk melindungi dari kehilangan data akibat operasi tidak disengaja, serangan, atau virus, Anda dapat menggunakan snapshot untuk mencadangkan data bisnis yang disimpan di disk cloud secara berkala. Jika terjadi kehilangan data atau pengecualian pada disk cloud, Anda dapat memulihkan data tersebut ke titik waktu sebelumnya menggunakan snapshot disk cloud, sehingga menjamin kelangsungan bisnis.
Instans Elastic Compute Service (ECS) tidak secara otomatis mencadangkan data yang disimpan di disk cloud. Untuk mengurangi risiko kehilangan data akibat operasi O&M besar (seperti perubahan konfigurasi dan upgrade), serangan, atau virus, kami merekomendasikan agar Anda membuat snapshot secara berkala untuk mencadangkan data disk cloud setelah membuat instans ECS.
Skenario
Kami merekomendasikan penggunaan snapshot dalam skenario berikut:
Backup data harian
Untuk mencadangkan data disk cloud dan melindungi dari kehilangan data akibat operasi tidak disengaja, serangan, atau virus, Anda dapat menggunakan kebijakan snapshot otomatis untuk membuat snapshot otomatis secara berkala dan menyimpannya selama periode tertentu.
Pemulihan bencana dan toleransi kesalahan
Sebelum melakukan operasi O&M pada instans ECS dan disk cloud—seperti ekstensi kapasitas, perubahan konfigurasi, atau migrasi—Anda dapat membuat snapshot secara manual untuk mencadangkan data, sehingga memungkinkan pemulihan data bisnis dari snapshot tersebut.
Pemulihan data cepat
Jika sistem Anda mengalami masalah kompatibilitas perangkat lunak selama proses upgrade atau terjadi gangguan layanan, Anda dapat melakukan rollback disk cloud menggunakan snapshot yang sesuai untuk segera memulihkan data bisnis dan menjamin kelangsungan operasional.
Penerapan bisnis batch
Untuk menerapkan atau meng-upgrade bisnis secara batch di beberapa lokasi, Anda dapat membuat custom image berdasarkan snapshot, lalu membuat instans ECS dari image tersebut.
Distribusi data batch
Untuk mendistribusikan data bisnis secara cepat, Anda dapat membuat disk cloud secara batch dari snapshot dan menyambungkannya ke instans ECS sesuai kebutuhan bisnis Anda.
Snapshot dibuat sebagai cadangan dari satu disk cloud atau grup disk cloud. Untuk membuat snapshot secara bersamaan untuk semua disk cloud pada suatu instans ECS guna mencadangkan atau mengkloning instans tersebut, gunakan fitur ECS instance backup Cloud Backup.
Mulai menggunakan snapshot
Prinsip kerja
Snapshot menggunakan blok data sebagai unit dasar pencadangan. Blok data merupakan unit dasar pengelolaan data dalam sistem penyimpanan. Snapshot standar pertama dari suatu disk adalah full snapshot yang mencadangkan semua blok data pada disk tersebut. Snapshot standar berikutnya bersifat inkremental dan hanya mencadangkan blok data yang telah berubah sejak snapshot sebelumnya. Pendekatan ini menghemat ruang penyimpanan dan mengurangi biaya. Untuk informasi lebih lanjut tentang cara kerja snapshot, lihat How snapshots work.
Lokasi penyimpanan
Secara default, snapshot disimpan di Object Storage Service (OSS) untuk menjamin keamanan data jangka panjang dan pemulihan yang fleksibel. Bucket OSS yang digunakan untuk tujuan ini tidak terlihat oleh Anda. Untuk alasan keamanan data, saat ini Anda tidak dapat menggunakan bucket OSS milik Anda sendiri untuk menyimpan snapshot.
Secara default, data snapshot disimpan di bucket zone-redundant storage (ZRS) di wilayah-wilayah tempat OSS mendukung ZRS guna memaksimalkan redundansi data.
Di wilayah-wilayah tempat OSS tidak mendukung ZRS, data snapshot disimpan di bucket locally redundant storage (LRS). Jika bisnis Anda memerlukan ketersediaan tinggi, kami merekomendasikan agar Anda copy snapshots untuk mencadangkan data lintas wilayah.
Untuk informasi tentang wilayah-wilayah tempat OSS mendukung ZRS, lihat Storage redundancy dan Create a zone-redundant storage bucket.
Setelah Anda menggunakan snapshot untuk membuat atau melakukan rollback disk cloud, data dalam snapshot dimuat dari OSS ke disk cloud. Jika Anda mengakses data snapshot yang belum dimuat, sistem akan segera memuat data tersebut dari OSS ke disk cloud. Waktu pemuatan bervariasi tergantung pada ukuran snapshot dan dapat memakan waktu beberapa menit hingga jam. Sebelum semua data dalam snapshot dimuat ke disk cloud, latensi baca meningkat. Setelah pemuatan selesai, latensi baca kembali ke level normal.
Instant access (IA)
Disk cloud berukuran besar memerlukan waktu lebih lama untuk membuat dan mengunggah snapshot ke OSS. Fitur IA memungkinkan Anda menggunakan snapshot dalam hitungan detik setelah pembuatan, tanpa menunggu unggahan ke OSS selesai. Snapshot IA dapat digunakan untuk berbagai operasi, seperti membuat disk cloud, melakukan rollback disk cloud, dan berbagi snapshot. Untuk informasi lebih lanjut, lihat Snapshot instant access.
Keamanan data snapshot
Untuk memenuhi persyaratan keamanan dan kepatuhan, kami merekomendasikan agar Anda mengenkripsi snapshot selama penyimpanan dan pencadangan. Enkripsi snapshot memastikan bahwa cadangan data dari disk cloud yang dienkripsi (termasuk sistem disk dan data disk) juga tetap dienkripsi. Data snapshot yang dienkripsi tidak dapat didekripsi dan tetap rahasia serta utuh meskipun terjadi kebocoran data.
Jika suatu disk cloud dienkripsi, snapshot dari disk tersebut juga dienkripsi. Data snapshot tetap dienkripsi selama penyimpanan maupun transmisi, bahkan jika snapshot tersebut dicopy ke wilayah lain atau digunakan untuk memulihkan disk cloud. Untuk informasi lebih lanjut, lihat bagian Confidentiality of data storage pada topik "Data security".
Jenis snapshot
Secara default, snapshot disk adalah snapshot standar. Anda dapat mengarsipkan snapshot standar, yang kemudian dipindahkan ke tier arsip dan dikonversi menjadi archive snapshots. Tabel berikut menjelaskan perbedaan antara snapshot standar dan archive snapshots.
Item | Standard snapshot | Archive snapshot |
Skenario | Cocok untuk skenario perlindungan data harian, seperti backup data temporary dan pembuatan disk cloud dari snapshot untuk distribusi layanan. | Cocok untuk skenario di mana data jarang digunakan dan memerlukan penyimpanan jangka panjang, serta biaya penyimpanan menjadi pertimbangan utama. |
Konvertibilitas | Snapshot standar dapat dikonversi menjadi archive snapshots. | Archive snapshots tidak dapat dipulihkan kembali menjadi snapshot standar. |
Disk rollback, pembuatan disk, pembuatan image, dan berbagi snapshot | Didukung. | Didukung. Catatan Anda dapat berbagi archive snapshots, tetapi Anda tidak dapat mengarsipkan snapshot yang dibagikan kepada Anda. |
Replikasi dan enkripsi snapshot | Didukung. | Tidak didukung. |
Periode retensi |
Catatan Jika Akun Alibaba Cloud Anda memiliki pembayaran tertunda, layanan Snapshot Anda akan terpengaruh. Untuk informasi lebih lanjut, lihat Overdue payments. | Periode retensi snapshot terdiri dari periode-periode berikut:
Catatan Jika Akun Alibaba Cloud Anda memiliki pembayaran tertunda, layanan Snapshot Anda akan terpengaruh. Untuk informasi lebih lanjut, lihat Overdue payments. |
Biaya |
Untuk informasi lebih lanjut, lihat Snapshots. |
Untuk informasi lebih lanjut, lihat Snapshots. |
Fungsionalitas snapshot
Gambar berikut menunjukkan operasi snapshot umum yang dapat Anda lakukan selama siklus hidup snapshot.
Fitur | Deskripsi | Referensi | |
Buat snapshot | Anda dapat membuat snapshot standar secara manual atau otomatis. Snapshot standar yang dibuat secara manual disebut manual standard snapshots. Snapshot standar yang dibuat secara otomatis disebut automatic standard snapshots.
|
| |
Gunakan snapshot | Copy snapshot | Anda dapat menyalin snapshot dari satu wilayah ke wilayah lain untuk mencadangkan data lintas wilayah. | |
Arsipkan Snapshot | Anda dapat mengonversi snapshot standar yang tidak sering diakses tetapi perlu disimpan dalam jangka waktu lama menjadi archive snapshots untuk mengurangi biaya penyimpanan. | ||
Share snapshot | Anda dapat berbagi snapshot dengan akun Alibaba Cloud lain atau dalam organisasi Anda berdasarkan resource directories. Akun Alibaba Cloud lain dapat menggunakan snapshot yang Anda bagikan untuk segera membuat disk guna memenuhi kebutuhan O&M harian. | ||
Roll back disk cloud menggunakan snapshot | Jika terjadi kesalahan sistem atau kehilangan data akibat operasi tidak disengaja, Anda dapat menggunakan snapshot untuk melakukan rollback disk cloud guna memulihkan data.
| ||
Buat disk cloud dari snapshot | Anda dapat membuat data disk dari snapshot. Data pada data disk tersebut sama dengan data pada disk sumber saat snapshot dibuat. Pembuatan disk berbasis snapshot memungkinkan Anda untuk segera mereplikasi disk cloud di zona yang sama atau lintas zona untuk cloning lingkungan atau backup data. | ||
Buat image dari snapshot sistem disk | Jika Anda memiliki snapshot dari sistem disk suatu instans ECS, Anda dapat membuat custom image dari snapshot tersebut. Custom image tersebut mencakup sistem operasi instans dan data yang diambil dalam snapshot. Anda dapat menggunakan custom image tersebut untuk membuat beberapa instans yang memiliki lingkungan aplikasi identik. | ||
Hapus Snapshot | Jika Anda tidak lagi memerlukan satu atau beberapa snapshot atau jumlah maksimum snapshot telah tercapai, Anda dapat menghapus snapshot untuk mengosongkan ruang penyimpanan dan mencegah biaya yang tidak perlu. | ||
Penagihan
Sebelum Anda dapat membuat snapshot, Anda harus mengaktifkan layanan Snapshot. Anda tidak dikenai biaya untuk mengaktifkan layanan Snapshot, tetapi Anda dikenai biaya untuk snapshot yang Anda buat. Secara default, manual snapshots dan snapshot otomatis yang dibuat berdasarkan automatic snapshot policies adalah snapshot standar. Alibaba Cloud mengenakan biaya penyimpanan untuk snapshot standar berdasarkan ukuran dan durasi penyimpanan (durasi yang ditagihkan) snapshot tersebut di setiap wilayah.
Untuk mengurangi biaya penyimpanan, Anda dapat mengarsipkan snapshot standar untuk mengonversinya menjadi archive snapshots. Alibaba Cloud mengenakan biaya penyimpanan untuk archive snapshots berdasarkan ukuran dan durasi penyimpanan (durasi yang ditagihkan) snapshot tersebut di setiap wilayah.
PentingPeriode retensi minimum untuk archive snapshot adalah 60 hari (1.440 jam). Jika Anda menghapus archive snapshot sebelum periode retensi minimum 60 hari berakhir, Anda akan dikenai biaya untuk sisa periode retensi tersebut.
Jika Anda menggunakan fitur snapshot replication untuk menyalin snapshot standar dari satu wilayah ke wilayah lain, Anda akan dikenai biaya transfer data untuk replikasi snapshot dan biaya penyimpanan untuk salinan snapshot standar di wilayah tujuan. Archive snapshots tidak dapat disalin.
Untuk informasi lebih lanjut tentang penagihan snapshot, lihat Snapshots.
Batasan
Saat menggunakan snapshot, perhatikan batasan yang dijelaskan dalam tabel berikut.
Batas | Deskripsi |
Kuota snapshot |
|
Kategori perangkat penyimpanan blok |
|
Unduh atau ekspor snapshot | Anda tidak dapat mengunduh atau mengekspor snapshot yang telah dibuat. Anda dapat membuat custom image dari snapshot dan mengekspor custom image tersebut ke perangkat on-premises Anda. |
Lainnya | Batasan berikut berlaku untuk snapshot manual maupun otomatis:
Catatan Untuk informasi tentang perbedaan antara manual dan automatic snapshots, lihat Differences between automatic snapshots and manual snapshots. |
FAQ
Untuk mendapatkan jawaban atas pertanyaan umum tentang cara menggunakan snapshot, lihat Snapshot FAQ.