Cette page décrit les plans de sauvegarde, qui vous permettent de définir des stratégies de sauvegarde avancées pour sauvegarder vos instances Cloud SQL et Compute Engine, ainsi que vos disques Compute Engine.
Dans un plan de sauvegarde, vous pouvez définir quand et comment sauvegarder une ressource. Vous pouvez inclure la fréquence des sauvegardes, leur période de conservation et l'emplacement du coffre de sauvegarde dans lequel les stocker. Lorsque vous associez un plan de sauvegarde à une ressource, Backup and DR sauvegarde automatiquement les ressources et conserve les sauvegardes en fonction de la configuration du plan de sauvegarde.
Avant de créer un plan de sauvegarde, vous devez désigner l'emplacement de stockage de vos sauvegardes. Pour ce faire, vous devez créer un coffre-fort de sauvegarde.
Un plan de sauvegarde comporte des règles de sauvegarde, pour lesquelles les éléments suivants s'appliquent :
- Vous pouvez utiliser une ou plusieurs règles de sauvegarde.
Vous pouvez définir la fréquence de création des sauvegardes : horaire, quotidienne, hebdomadaire, mensuelle ou annuelle.
- Les sauvegardes horaires ont des fréquences horaires différentes (la fréquence à laquelle le job peut s'exécuter) en fonction du type de ressource de données sauvegardée. Pour en savoir plus, consultez Plages de fréquence pour les sauvegardes horaires.
- Pour les sauvegardes hebdomadaires, vous pouvez choisir un jour de la semaine pour la règle.
- Pour les sauvegardes mensuelles, vous pouvez choisir un jour spécifique du mois pour la règle. Par exemple, le 15 du mois.
Vous pouvez l'utiliser pour les sauvegardes planifiées ou à la demande.
Inclut une fenêtre de sauvegarde dans laquelle vous pouvez définir le calendrier précis des tâches de sauvegarde. L'intervalle de sauvegarde utilise les éléments suivants :
- Format 24 heures, avec des heures de début et de fin comprises entre 00 et 24 heures.
- La durée de l'intervalle doit être d'au moins six heures.
Le plan de sauvegarde inclut toujours le disque de démarrage, même si l'option Exclure le disque de démarrage est cochée dans la section Protection des données de Configuration de la machine, comme indiqué dans Créer une instance avec des disques non amorçables supplémentaires.
Plages de fréquences pour les sauvegardes horaires
Spécifie la fréquence des sauvegardes horaires. Une fréquence horaire de 1 signifie que les jobs s'exécuteront toutes les heures, de l'heure de début à l'heure de fin.
Cette valeur est obligatoire lorsque recurrence_type est défini sur HOURLY. Elle n'est pas applicable dans les autres cas. Une erreur de validation se produit si une valeur est fournie et que recurrence_type n'est pas HOURLY.
Les valeurs acceptées pour chaque type de ressource sont les suivantes :
| Type de ressource | Fréquence horaire |
|---|---|
| Instance Compute Engine | 4-23 |
| Disque Compute Engine | 1-23 |
| Instance Cloud SQL | 6-23 |
| Cluster AlloyDB pour PostgreSQL | 1-23 |
| Instance Filestore | 1-23 |
Présentation de la conservation des données dans le service Backup and DR
Le service Backup and DR utilise deux types de rétention pour gérer les cycles de vie et la sécurité des sauvegardes :
- Chaque sauvegarde est conservée pendant une période définie dans le plan de sauvegarde, puis expire à la fin de cette période. Vous pouvez supprimer manuellement les sauvegardes avant la date d'expiration définie dans le paramètre Supprimer les sauvegardes après du plan de sauvegarde.
Vous pouvez éventuellement vous assurer que certaines sauvegardes ne peuvent pas être supprimées pendant une certaine période en les stockant dans un coffre-fort de sauvegarde avec une valeur "Empêcher la suppression pendant" définie dans la section Période de conservation forcée de la configuration du coffre-fort de sauvegarde.
- Vous pouvez définir une période de conservation appliquée plus longue que le paramètre Supprimer les sauvegardes après dans le plan de sauvegarde. Les sauvegardes ne seront pas supprimées tant que la période de conservation appliquée ne sera pas écoulée.
- Vous pouvez définir la période de conservation forcée pour l'ensemble d'un coffre de sauvegarde ou faire en sorte que le coffre de sauvegarde applique la valeur Supprimer les sauvegardes après dans le plan de sauvegarde pour chaque ressource de données protégée dans le coffre.
Consommation de l'espace de stockage des sauvegardes
Dans un plan de sauvegarde, tenez compte des éléments suivants pour le stockage des sauvegardes.
- Les sauvegardes sont automatiquement supprimées une fois la période de conservation définie atteinte.
- La valeur par défaut pour la suppression des sauvegardes est héritée de la période de conservation minimale du coffre de sauvegarde utilisé pour stocker ces sauvegardes.
- Les périodes de conservation des sauvegardes ne peuvent pas être inférieures à la période de conservation minimale du coffre de sauvegarde. Elles doivent être égales ou supérieures.
- Les sauvegardes créées à l'aide d'un plan de sauvegarde sont toujours immuables. Elles ne peuvent donc pas être modifiées ni supprimées pendant la période de conservation minimale appliquée au coffre de sauvegarde.
Sauvegarder des charges de travail dans un coffre de sauvegarde compatible avec les CMEK
Une fois qu'un coffre de sauvegarde est configuré avec CMEK, les sauvegardes qui y sont stockées sont protégées à l'aide de la clé que vous avez spécifiée. Les règles suivantes s'appliquent lorsque vous associez un plan de sauvegarde à un coffre pour lequel les CMEK sont activées :
- Charges de travail avec CMEK : si une charge de travail source est protégée par une clé CMEK (par exemple, une instance Compute Engine avec des disques chiffrés par CMEK), elle doit être sauvegardée dans un coffre-fort de sauvegarde compatible avec CMEK. Vous ne pouvez pas sauvegarder une ressource protégée par CMEK dans un coffre de sauvegarde qui utiliseGoogle-owned and Google-managed encryption keys.
- Charges de travail avec Google-owned and Google-managed encryption keys : si une charge de travail source utilise Google-owned and Google-managed encryption keys, elle doit être sauvegardée dans un coffre-fort de sauvegarde qui utilise Google-owned and Google-managed encryption keys.
Régions compatibles avec les plans de sauvegarde
Les plans de sauvegarde ne peuvent être créés que dans les régions où le service Backup and DR est disponible et où se trouvent les ressources à sauvegarder. Pour créer un plan de sauvegarde, un coffre de sauvegarde doit également être disponible dans un emplacement compatible. Si vous souhaitez créer un plan de sauvegarde dans les régions non compatibles, utilisez les modèles de sauvegarde dans la console de gestion des appliances.
Le forfait Sauvegarde est disponible dans les régions suivantes.
| Zone géographique | Nom de la région | Description de la région | |
|---|---|---|---|
| Amérique du Nord | |||
northamerica-northeast1 * |
Montréal |
 Faibles émissions de CO2
|
|
northamerica-northeast2 |
Toronto |
Faibles émissions de CO2
|
|
us-central1 |
Iowa |
Faibles émissions de CO2
|
|
us-east1 |
Caroline du Sud | ||
us-east4 |
Virginie du Nord | ||
us-east5 |
Columbus | ||
us-south1 |
Dallas |
Faibles émissions de CO2
|
|
us-west1 |
Oregon |
Faibles émissions de CO2 |
|
us-west2 |
Los Angeles | ||
us-west3 |
Salt Lake City | ||
us-west4 |
Las Vegas | ||
northamerica-south1 * |
Querétaro | ||
| Amérique du Sud | |||
southamerica-east1 |
São Paulo |
Faibles émissions de CO2
|
|
southamerica-west1 |
Santiago |
Faibles émissions de CO2
|
|
| Europe | |||
europe-central2 |
Varsovie | ||
europe-north1 |
Finlande |
Faibles émissions de CO2
|
|
europe-north2 |
Stockholm |
Faibles émissions de CO2
|
|
europe-southwest1 |
Madrid |
Faibles émissions de CO2
|
|
europe-west1 |
Belgique |
Faibles émissions de CO2
|
|
europe-west2 |
Londres |
Faibles émissions de CO2
|
|
europe-west3 |
Francfort | ||
europe-west4 |
Pays-Bas |
Faibles émissions de CO2
|
|
europe-west6 |
Zurich |
Faibles émissions de CO2
|
|
europe-west8 |
Milan | ||
europe-west9 |
Paris |
Faibles émissions de CO2
|
|
europe-west10 |
Berlin | ||
europe-west12 |
Turin | ||
| Moyen-Orient | |||
me-central1 |
Doha | ||
me-central2 |
Dammam | ||
me-west1 |
Israël | ||
| Afrique | |||
africa-south1 |
Johannesburg | ||
| Asie-Pacifique | |||
asia-east1 |
Taïwan | ||
asia-east2 |
Hong Kong | ||
asia-northeast1 |
Tokyo | ||
asia-northeast2 * |
Osaka | ||
asia-northeast3 |
Séoul | ||
asia-southeast1 |
Singapour | ||
asia-southeast2 |
Jakarta | ||
australia-southeast1 |
Sydney | ||
australia-southeast2 |
Melbourne | ||
| Inde | |||
asia-south1 |
Mumbai | ||
asia-south2 |
Delhi |
* Querétaro (northamerica-south1), Montréal (northamerica-northeast1) et Osaka (asia-northeast2) ne sont pas compatibles avec la séparation entre zones. Cela signifie que les zones multiples de chacune de ces régions ne sont pas forcément situées dans des campus de centres de données physiquement distincts. Par conséquent, un seul événement de catastrophe physique localisé peut potentiellement avoir un impact sur plusieurs zones d'une même région, ce qui augmente le risque de perte de données par rapport aux régions qui prennent en charge la séparation entre zones.
Noms des plans et des règles de sauvegarde
Les noms de vos plans de sauvegarde et de vos règles doivent répondre aux exigences suivantes :
- contenir des lettres minuscules, des chiffres, des tirets (
-), des traits de soulignement (_) et des points (.) ; les espaces ne sont pas autorisées. - Commencer et se terminer par un chiffre ou une lettre
- 63 caractères maximum
- Ne peut pas correspondre à une adresse IP au format décimal à points. Par exemple :
192.0.2.255