Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Dokumen ini membandingkan opsi yang tersedia di Compute Engine untuk
mencadangkan dan mereplikasi resource Compute Engine berikut:
Volume Persistent Disk dan Google Cloud Hyperdisk
Instance virtual machine (VM) dan bare metal
Workload yang berjalan di Compute Engine dan infrastruktur lokal
Untuk mengamankan data penting, Google merekomendasikan penggunaan salah satu opsi pencadangan yang dibahas dalam dokumen ini. Anda tidak dapat memulihkan instance, disk, image, atau snapshot komputasi jika Anda menghapusnya, meskipun penghapusan tersebut tidak disengaja.
Layanan pencadangan dan pemulihan dari bencana (DR) terkelola yang menyediakan penyimpanan aman dan pengelolaan cadangan terpusat dalam skala besar untuk instance komputasi dan workload lain yang berjalan di Google Cloud.
Meningkatkan ketahanan cyber dengan pencadangan yang tidak dapat diubah dan tidak dapat dihapus ke backup vault.
Konfigurasi frekuensi, lokasi penyimpanan, dan periode retensi
resource yang dicadangkan.
Memberdayakan developer aplikasi untuk melindungi instance sekaligus mempertahankan tata kelola dan pengawasan.
Pemantauan, audit, dan pelaporan yang komprehensif untuk kepatuhan.
Lindungi diri Anda dari ransomware dan risiko lainnya melalui insight tentang peristiwa ancaman keamanan.
Pengelolaan cadangan instance dan database terpusat di seluruh project.
Berisi kumpulan program dan file yang diperlukan untuk mem-booting sistem operasi
pada instance.
Impor instance dan pembuatan disk dengan cepat.
Membuat banyak instance dengan cepat.
Pembuatan disk dengan cepat.
Praktik terbaik untuk pencadangan
Perhatikan praktik terbaik berikut saat membuat cadangan untuk disk Anda.
Menghindari snapshot standar sementara
Agar dapat segera membuat salinan disk di zona yang sama untuk verifikasi atau
ekspor, gunakan clone disk atau snapshot instan, bukan snapshot standar.
Dibandingkan dengan clone disk dan snapshot instan, snapshot standar
memiliki waktu salin yang lebih lama untuk upload dan download.
Menjadwalkan snapshot standar per jam untuk pencadangan dan pemulihan dari bencana
Menggunakan image untuk pembuatan disk yang cepat dan sering di berbagai region
Untuk membuat banyak disk dari satu sumber data,
gunakan image,
bukan snapshot. Karena Compute Engine melakukan caching lokal di zona
target, pembuatan disk dari image lebih cepat daripada pembuatan disk dari
snapshot.
Menggunakan image mesin untuk membuat cadangan semua disk yang terpasang ke instance
Untuk membuat cadangan semua disk yang terpasang ke instance,
gunakan image mesin.
Image mesin dapat digunakan untuk mencadangkan beberapa disk sekaligus guna membantu memastikan bahwa data yang diambil pada image mesin konsisten di semua disk. Snapshot persistent disk hanya dapat mencadangkan satu disk dalam satu waktu. Untuk mengetahui informasi
selengkapnya, lihat Kapan harus menggunakan image mesin.
Gunakan Google Cloud Backup and DR Service untuk mengelola pencadangan instance dalam skala besar
Dengan Layanan Pencadangan dan DR, Anda dapat mengelola pencadangan instance di seluruh project dan lingkungan menggunakan kebijakan lanjutan, pemantauan terpusat, dan pelaporan pencadangan dengan cara berikut:
Buat backup vault
yang berfungsi sebagai lokasi penyimpanan yang aman untuk cadangan Anda.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-09-04 UTC."],[[["\u003cp\u003eCompute Engine offers multiple backup and replication options for Persistent Disk, Hyperdisk volumes, VM instances, and workloads, including on-premises.\u003c/p\u003e\n"],["\u003cp\u003eGoogle recommends using one of the backup solutions discussed, as deleted compute instances, disks, images, or snapshots are unrecoverable, even if accidentally deleted.\u003c/p\u003e\n"],["\u003cp\u003eBackup and DR Service is a managed option for secure storage and centralized backup management across multiple projects, providing features like backup vaults, backup plans, and security threat event insights.\u003c/p\u003e\n"],["\u003cp\u003eStandard, Archive, and Instant snapshots offer varying levels of cost and access speed for long-term data backup, ranging from geo-redundant storage to rapid data restoration.\u003c/p\u003e\n"],["\u003cp\u003eMachine images offer a method to back up and replicate all the disks attached to an instance with consistency across the disks, whereas persistent disk snapshots can only back up a single disk at a time.\u003c/p\u003e\n"]]],[],null,["# Data protection options\n\n*** ** * ** ***\n\nThis document compares the options available on Compute Engine to\nback up and replicate the following Compute Engine resources:\n\n- Persistent Disk and Google Cloud Hyperdisk volumes\n- Virtual machine (VM) and bare metal instances\n- Workloads running in Compute Engine and on-premises\n\nTo safeguard important data, Google recommends using one of the backup options\ndiscussed in this document. You can't recover a compute instance, disk, image,\nor snapshot if you delete it, even if the deletion was accidental.\n\nOptions\n-------\n\nBest practices for backups\n--------------------------\n\nObserve the following best practices when creating backups for your disks.\n\n### Avoid temporary standard snapshots\n\nTo immediately create a copy of a disk in the same zone for verification or\nexport, use disk clones or instant snapshots instead of standard snapshots.\nCompared to disk clones and instant snapshots, standard snapshots\nhave longer copy times for upload and download.\n\n### Schedule hourly standard snapshots for backup and disaster recovery\n\n[Schedule hourly standard snapshots](/compute/docs/disks/scheduled-snapshots).\nIf you require daily snapshots, consider scheduling snapshots every 6 hours.\n\n### Use images for fast and frequent disk creation across regions\n\nTo create many disks from a single data source,\n[use images](/compute/docs/instances/create-start-instance#startinginstancewithimage)\ninstead of snapshots. Because Compute Engine performs local caching in\ntarget zones, disk creation from images is faster than disk creation from\nsnapshots.\n\n### Use machine images to create backups of all disks attached to an instance\n\nTo create backups of all disks that are attached to an instance,\n[use machine images](/compute/docs/machine-images/create-machine-images#create-image-from-instance).\nA machine image can be used to backup multiple disks at a time to help ensure\nthat the data captured in the machine image is consistent across all disks. A\npersistent disk snapshot can only backup a single disk at a time. For more\ninformation, see [When to use machine images](/compute/docs/machine-images#when-to-use).\n\n### Use Google Cloud Backup and DR Service to manage instance backups at scale\n\nWith Backup and DR Service, you manage backups of your instances across projects and\nenvironments by using advanced policies, centralized monitoring and backup\nreporting in the following way:\n\n- [Create backup vaults](/backup-disaster-recovery/docs/cloud-console/backup-vault-create) that serve as secure storage locations for your backups.\n- [Create backup plans](/backup-disaster-recovery/docs/cloud-console/backup-plan-create) to configure the schedule and rules for your backup.\n- Apply backup plans [to existing instances](/backup-disaster-recovery/docs/cloud-console/compute/compute-instance-backup) or [during instance creation](/compute/docs/instances/create-instance-with-gcbdr-backup-plan).\n- Assign specific permissions for [backup access](/backup-disaster-recovery/docs/configuration/workforce-identity-federation).\n- Proactively and reactively [monitor backup jobs](/backup-disaster-recovery/docs/monitor-reports/monitor-jobs-console).\n- Create [reports for tracking backups](/backup-disaster-recovery/docs/monitor-reports/reports-overview) across resources spanning multiple projects.\n- When needed, [restore an instance from a backup vault](/backup-disaster-recovery/docs/cloud-console/compute/compute-instance-restore).\n\nYou can also integrate\n[Security Command Center](/security-command-center/docs/security-command-center-overview)\nwith Backup and DR Service to additionally:\n\n- Track audit logs for backup access.\n- Monitor for malicious activity on your backups.\n\nWhat's next\n-----------\n\n- Read [Best practices for persistent disk snapshots](/compute/docs/disks/snapshot-best-practices)."]]