Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Ce document compare les options disponibles sur Compute Engine pour sauvegarder et répliquer les ressources Compute Engine suivantes :
Volumes de disque persistant et volumes Google Cloud Hyperdisk
Instances de machines virtuelles (VM) et bare metal
Charges de travail exécutées dans Compute Engine et sur site
Pour protéger vos données importantes, Google vous recommande d'utiliser l'une des options de sauvegarde décrites dans ce document. Vous ne pourrez pas récupérer une instance de calcul, un disque, une image ou un instantané si vous les supprimez, même si la suppression est accidentelle.
Service de sauvegarde et de reprise après sinistre géré qui fournit un stockage sécurisé et une gestion centralisée des sauvegardes à grande échelle pour les instances de calcul et les autres charges de travail exécutées dans Google Cloud.
Améliorez la cyberrésilience grâce à des sauvegardes immuables et indélébiles dans des coffres de sauvegarde.
Configurez la fréquence, les emplacements de stockage et les durées de conservation des ressources sauvegardées.
Donnez aux développeurs d'applications les moyens de protéger les instances tout en conservant la gouvernance et la supervision.
Surveillance, audit et rapports complets pour assurer la conformité
Protégez-vous contre les rançongiciels et autres risques grâce à des insights sur les événements de menaces de sécurité.
Gestion centralisée des sauvegardes d'instances et de bases de données entre les projets.
Contient l'ensemble des programmes et des fichiers requis pour démarrer un système d'exploitation sur une instance.
Importation d'instances et création rapide de disques.
Création rapide de plusieurs instances.
Création rapide de disques.
Bonnes pratiques pour les sauvegardes
Suivez les bonnes pratiques ci-dessous lorsque vous créez des sauvegardes pour vos disques.
Éviter les instantanés standards temporaires
Pour créer immédiatement une copie d'un disque dans la même zone à des fins de vérification ou d'exportation, utilisez des clones de disque ou des instantanés immédiats au lieu d'instantanés standard.
Les clones de disque et les instantanés immédiats présentent des durées de copie plus longues pour l'importation et le téléchargement.
Programmer des instantanés standard toutes les heures pour la sauvegarde et la reprise après sinistre
Utiliser des images pour créer rapidement et fréquemment des disques dans différentes régions
Pour créer plusieurs disques à partir d'une même source de données, utilisez des images plutôt que des instantanés. Étant donné que Compute Engine effectue une mise en cache locale dans les zones cibles, la création de disques est plus rapide à partir d'images qu'à partir d'instantanés.
Utiliser des images système pour créer des sauvegardes de tous les disques associés à une instance
Pour créer des sauvegardes de tous les disques associés à une instance, utilisez des images système.
Une image de machine peut être utilisée pour sauvegarder plusieurs disques à la fois afin de garantir la cohérence des données capturées sur tous les disques. Un instantané de disque persistant ne peut sauvegarder qu'un seul disque à la fois. Pour en savoir plus, consultez la section Quand utiliser des images système.
Utiliser le service Backup and DR pour gérer les sauvegardes d'instances à grande échelle Google Cloud
Le service Backup and DR vous permet de gérer les sauvegardes de vos instances entre les projets et les environnements à l'aide de règles avancées, de la surveillance centralisée et de rapports de sauvegarde. Voici comment :
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/04 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 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)."]]
