Dokumen ini membantu Anda memilih opsi yang tepat untuk melindungi resource Compute Engine berdasarkan batas waktu pemulihan (RTO), batas poin pemulihan (RPO), kasus penggunaan, dan persyaratan biaya.
Compute Engine menawarkan berbagai opsi untuk melindungi resource berikut:
- Instance Compute Engine
- Persistent Disk
- Google Cloud Hyperdisk
Setiap opsi perlindungan data dirancang untuk kasus penggunaan dan kebutuhan pemulihan tertentu. Untuk melindungi data penting Anda, sebaiknya terapkan salah satu solusi pencadangan atau replikasi berikut.
| Target | Solusi yang direkomendasikan |
|---|---|
| Menguji, melakukan proses debug, atau mengelola deployment | Untuk disk, gunakan snapshot instan, clone disk, atau image OS kustom. Untuk instance, gunakan image mesin. |
| Mencadangkan untuk pemulihan dari bencana (disaster recovery) | Untuk disk, gunakan snapshot standar atau arsip. Untuk instance, gunakan image mesin atau Backup and DR Service. |
| Ketersediaan tinggi untuk pemulihan dari bencana (disaster recovery) | Untuk disk, gunakan sinkron atau Replikasi Asinkron. |
Opsi perlindungan data untuk instance
Tabel berikut merangkum opsi perlindungan data untuk instance.
| Opsi perlindungan data untuk instance | ||||
|---|---|---|---|---|
| Target | Opsi | RPO | RTO | Kasus penggunaan |
| Pengujian atau pemulihan dari bencana (disaster recovery) | Image mesin | Menit hingga jam | Menit hingga jam |
|
| Pemulihan dari bencana (disaster recovery) | Backup and DR Service | Ditetapkan oleh kebijakan | Menit hingga jam |
|
Pengujian dan proses debug instance
Untuk meng-clone instance untuk pengujian atau proses debug, instance penskalaan, atau pemeliharaan sistem, gunakan image mesin.
Image mesin
Image mesin ideal untuk meng-clone instance karena image mesin mengambil salinan instance sumber yang komprehensif dan point-in-time, sehingga Anda dapat meng-clone lingkungan produksi tanpa memengaruhinya.
Saat Anda membuat instance baru dari image mesin, instance baru tersebut adalah clone dari instance sumber, termasuk konfigurasi instance lengkap dan salinan data yang konsisten dengan error dari semua volume Persistent Disk dan Hyperdisk terlampir. Untuk hanya mencadangkan disk instance, dan bukan konfigurasi instance lengkap, gunakan snapshot standar atau arsip.
Untuk mempelajari image mesin lebih lanjut, lihat Tentang image images.
Pencadangan instance untuk pemulihan dari bencana (disaster recovery)
Untuk mencadangkan instance dan disk terlampirnya untuk pemulihan dari bencana (disaster recovery), gunakan image mesin atau Backup and DR Service.
Backup and DR Service
Backup and DR Service memungkinkan Anda membuat rencana pencadangan yang menentukan jadwal pencadangan otomatis, kebijakan penyimpanan data, dan strategi replikasi. Sebaiknya gunakan Backup and DR Service untuk workload dengan persyaratan berikut:
- Mengelola pencadangan di beberapa project.
- Otomatisasi berbasis kebijakan yang canggih.
- Dukungan untuk Google Cloud layanan, termasuk VM Compute Engine dan VM VMware Engine.
- Perlindungan dari penghapusan yang tidak disengaja atau serangan berbahaya dengan menyimpan cadangan di vault cadangan yang aman dan terisolasi yang mendukung kekekalan dan ketidakmungkinan penghapusan.
- Efisiensi biaya dengan pencadangan inkremental.
- RTO rendah dengan fitur yang memungkinkan pemasangan instan dan akses di tempat ke data langsung dari cadangan.
Untuk mempelajari Backup and DR Service lebih lanjut, lihat Tentang rencana pencadangan Backup and DR Service.
Setelan pencadangan default untuk instance yang dibuat di Konsol
Saat Anda membuat instance baru menggunakan Google Cloud konsol, Compute Engine menggunakan metode pencadangan default yang telah ditentukan sebelumnya hingga Anda mengubah nya. Hal ini mendorong penggunaan pencadangan otomatis yang konsisten di seluruh project Anda. Salah satu opsi berikut akan otomatis dipilih di tab Perlindungan data:
- Rencana pencadangan: Sebaiknya gunakan opsi ini untuk sebagian besar project karena opsi ini menawarkan pencadangan terpusat berbasis kebijakan. Jika Backup and DR API diaktifkan untuk project Anda, opsi ini adalah metode pencadangan default yang telah ditentukan sebelumnya.
- Jadwal snapshot: Opsi ini dipilih jika Backup and DR Service tidak diaktifkan. Jadwal snapshot otomatis mencadangkan disk yang terlampir ke instance Anda secara rutin, tetapi tidak mencadangkan konfigurasi instance lengkap.
- Tidak ada pencadangan: Opsi ini berarti tidak ada metode pencadangan yang dipilih sebelumnya. Anda hanya boleh memilih opsi ini jika memiliki metode lain untuk melindungi data Anda, atau jika data bersifat sementara dan tidak memerlukan pencadangan.
Terlepas dari setelan pencadangan default, Anda dapat memilih metode pencadangan yang berbeda saat membuat instance agar sesuai dengan kebutuhan workload tertentu. Setelan ini tidak memengaruhi instance yang ada.
Untuk mengetahui petunjuk mendetail tentang cara melihat atau mengubah setelan pencadangan default project Anda, lihat Mengonfigurasi setelan pencadangan default untuk konsol.
Opsi perlindungan data untuk disk
Tabel berikut merangkum opsi perlindungan data untuk disk.
| Opsi perlindungan data untuk disk | ||||
|---|---|---|---|---|
| Target | Opsi | RPO | RTO | Kasus penggunaan |
| Pengujian | Clone disk | Nol | Detik hingga menit |
|
| Pengujian | Snapshot instan | Detik hingga menit | Detik hingga menit |
|
| Pengujian | OS image | T/A | T/A |
|
| Pemulihan dari bencana (disaster recovery) | Snapshot standar dan arsip | Menit hingga jam | Menit hingga jam |
|
| Pemulihan dari bencana (disaster recovery) | Replikasi sinkron | Nol | Detik hingga menit |
|
| Pemulihan dari bencana (disaster recovery) | Replikasi Asinkron | Detik hingga menit | Menit |
|
Pengujian dan proses debug disk
Anda dapat menggunakan clone, snapshot instan, atau image OS kustom untuk mencadangkan disk untuk pengujian dan proses debug.
Clone disk
Untuk membuat salinan disk yang siap digunakan, gunakan clone disk, bukan membuat snapshot. Cloning disk membuat duplikat disk yang dapat langsung digunakan dan independen, sehingga Anda dapat menggunakan data produksi di lingkungan yang terisolasi tanpa mengganggu workload produksi.
Tidak seperti snapshot, yang merupakan cadangan yang perlu dipulihkan ke disk baru, clone adalah disk baru yang berfungsi penuh dan berisi semua data dari disk sumber pada saat pembuatan.
Untuk mempelajari clone disk lebih lanjut, lihat Menduplikasi disk dengan clone.
Snapshot instan
Untuk mencadangkan disk dengan cepat untuk tujuan operasional, seperti upgrade software atau pengujian sistem, gunakan snapshot instan. Snapshot instan adalah cadangan di tempat yang disimpan di zona atau region yang sama dengan disk sumber, sehingga Anda dapat memulihkan data ke disk baru dalam hitungan menit. Pemulihan cepat ini membantu meminimalkan periode nonaktif dan menghindari masa pemeliharaan yang panjang.
Snapshot instan dirancang untuk pemulihan operasional yang cepat, bukan pemulihan dari bencana (disaster recovery). Snapshot instan disimpan di lokasi yang sama dengan disk sumber dan otomatis dihapus saat disk sumber dihapus. Untuk penyimpanan jangka panjang atau pemulihan dari bencana (disaster recovery), gunakan snapshot standar atau arsip bukan snapshot instan.
Untuk mempelajari snapshot instan lebih lanjut, lihat Tentang snapshot instan.
OS Image
Untuk membuat beberapa instance baru dengan disk booting yang identik atau membuat disk dalam skala besar, gunakan image sistem operasi (OS) kustom. Anda dapat membuat OS image kustom dari boot disk yang ada. OS image adalah salinan disk Anda yang lengkap dan dapat di-boot, termasuk sistem operasi, konfigurasi kustom, dan software yang diinstal. Setelah dibuat, Anda dapat menggunakan OS image sebagai template yang dapat digunakan kembali untuk menyediakan disk booting baru untuk banyak VM.
Untuk membuat disk dalam skala besar, gunakan OS image, bukan membuat beberapa disk dari snapshot. OS image lebih cepat karena Compute Engine menggunakan caching lokal di zona target untuk mempercepat proses pembuatan.
Untuk mempelajari image kustom lebih lanjut, lihat Tentang OS image.
Pencadangan disk untuk pemulihan dari bencana (disaster recovery)
Anda dapat menggunakan snapshot standar dan arsip untuk mencadangkan disk untuk pemulihan dari bencana (disaster recovery). Anda juga dapat menggunakan sinkron dan Replikasi Asinkron untuk melindungi aplikasi Anda dari pemadaman zona atau regional.
Snapshot standar dan arsip
Untuk melindungi data Anda dari kegagalan regional atau zona, atau untuk pengarsipan jangka panjang, gunakan snapshot standar atau arsip. Snapshot standar dan arsip adalah cadangan geo-redundan jarak jauh yang dirancang khusus untuk pemulihan dari bencana (disaster recovery) dan penyimpanan data jangka panjang. Meskipun kedua jenis ini menyediakan pencadangan inkremental yang tahan lama, keduanya dioptimalkan untuk kasus penggunaan yang berbeda:
- Gunakan snapshot standar untuk melindungi data produksi yang mungkin perlu dipulihkan dengan waktu pemulihan yang lebih cepat daripada snapshot arsip.
- Gunakan snapshot arsip sebagai opsi penyimpanan berbiaya lebih rendah untuk data yang jarang diakses, seperti cadangan yang diperlukan untuk kepatuhan, audit, atau penyimpanan dingin jangka panjang.
Sebaiknya jadwalkan snapshot standar per jam. Jika Anda memerlukan snapshot harian, pertimbangkan untuk menjadwalkan snapshot setiap 6 jam.
Untuk mempelajari snapshot standar dan arsip lebih lanjut, lihat Tentang snapshot disk arsip dan standar.
Replikasi disk untuk pemulihan dari bencana (disaster recovery)
Untuk workload penting bisnis yang memerlukan ketersediaan tinggi atau kemampuan pemulihan dari bencana (disaster recovery), gunakan replikasi disk untuk melindungi aplikasi Anda dari pemadaman zona atau regional. Replikasi melindungi dari kegagalan infrastruktur dengan mempertahankan salinan data Anda yang terus diperbarui di lokasi lain. Namun, replikasi tidak melindungi dari kerusakan data, error pengguna, atau serangan berbahaya.
Anda dapat mereplikasi data disk secara sinkron dalam satu region atau secara asinkron antar-region.
Melindungi dari pemadaman zona dengan replikasi sinkron
Jika workload Anda tidak dapat mentoleransi kehilangan data (RPO nol) jika terjadi pemadaman zona, gunakan Persistent Disk Regional atau Hyperdisk Seimbang Ketersediaan Tinggi. Disk ini menyediakan replikasi sinkron yang menulis data ke dua zona di region yang sama secara bersamaan.
Opsi ini paling cocok untuk workload stateful dan ketersediaan tinggi yang memerlukan RTO yang sangat rendah. Jika satu zona gagal, Anda dapat melakukan failover workload ke zona lain di region tersebut dan melanjutkan operasi dengan gangguan minimal.
Untuk mempelajari lebih lanjut, lihat Tentang replikasi disk sinkron.
Melindungi dari pemadaman regional dengan Replikasi Asinkron
Untuk mereplikasi data disk antara dua region yang berbeda, gunakan Replikasi Asinkron. Hal ini melindungi workload Anda dari pemadaman regional lengkap dengan memungkinkan Anda melakukan failover aplikasi ke region sekunder. Replikasi Asinkron menawarkan RPO rendah dan RTO rendah serta ideal untuk workload penting yang harus dapat dipulihkan jika terjadi bencana skala besar yang memengaruhi seluruh region. Untuk memastikan rencana pemulihan dari bencana (disaster recovery) Anda efektif, Anda dapat menggunakan Replikasi Asinkron dengan grup konsistensi untuk melakukan pengujian pemulihan dari bencana (disaster recovery) dan mengelola failover dan failback aplikasi antar-region.
Untuk mempelajari lebih lanjut, lihat Tentang Replikasi Asinkron.
Langkah berikutnya
- Mengonfigurasi setelan pencadangan default untuk instance yang dibuat di konsol.
- Baca Praktik terbaik untuk snapshot disk.