Configurer un coffre de sauvegarde
Le coffre de sauvegarde est une ressource régionale gérée par Google qui fournit un espace de stockage isolé, immuable et ineffaçable pour les sauvegardes. Il organise les données dans une hiérarchie de coffres, de sources de données et de sauvegardes, protégeant ainsi les données contre la suppression accidentelle ou malveillante grâce à des périodes de conservation obligatoires et à l'isolation des identités au niveau du projet.
Ce document explique comment fonctionnent les coffres-forts de sauvegarde, y compris le modèle de ressources hiérarchique, les charges de travail compatibles, les modèles de sauvegarde, la compatibilité des emplacements, la disponibilité et les exigences de dénomination.
Hiérarchie des ressources
Les données de Backup and DR sont organisées dans une hiérarchie à trois niveaux au sein du coffre de sauvegarde :
Coffre de sauvegarde : conteneur de premier niveau qui applique des règles de conservation minimales globales.
Source de données : ressource enfant représentant une entité protégée spécifique (par exemple, une instance Compute Engine). Le système le crée automatiquement lors de la première sauvegarde.
Sauvegarde : ressource enfant d'une source de données représentant une sauvegarde discrète avec un point de récupération à un moment précis.
Le schéma suivant illustre le modèle de ressource du coffre-fort de sauvegarde :
Limites
Cette page décrit les coffres-forts de sauvegarde pour les ressources gérées par la consoleGoogle Cloud (telles que Compute Engine ou Cloud SQL). Si vous utilisez la console de gestion des appliances pour des charges de travail telles qu'Oracle ou Google Cloud VMware Engine, consultez Présentation des coffres-forts de sauvegarde gérés depuis la console de gestion des appliances.
Les clusters AlloyDB et les instances Filestore dans les coffres-forts de sauvegarde ne sont pas compatibles avec les multirégions.
Backup and DR n'impose aucune restriction sur les emplacements de destination compatibles lors de la restauration d'une charge de travail à partir d'une sauvegarde de coffre de sauvegarde.
Des frais de transfert réseau peuvent s'appliquer en fonction de l'emplacement de votre coffre de sauvegarde et de votre charge de travail source. Pour en savoir plus, consultez les tarifs de Backup and DR.
Ressources compatibles
| Type de charge de travail | Gestion |
|---|---|
| Instance Compute Engine | ConsoleGoogle Cloud |
| Disque Compute Engine | ConsoleGoogle Cloud |
| Instance Filestore | ConsoleGoogle Cloud |
| Instance Cloud SQL | ConsoleGoogle Cloud |
| Cluster AlloyDB | ConsoleGoogle Cloud |
| Google Cloud VMware Engine, base de données Oracle et base de données SQL Server | Console de gestion des appliances |
Modèles de sauvegarde pour les ressources
| Modèle centralisé | Modèle décentralisé | |
|---|---|---|
| ConsoleGoogle Cloud | Consolidez la gestion des sauvegardes en créant des coffres de sauvegarde et des plans de sauvegarde dans un projet d'administrateur central. Les administrateurs peuvent utiliser ces plans gérés de manière centralisée pour protéger les ressources de plusieurs projets de service ou utiliser les autorisations IAM pour déléguer l'accès aux plans de sauvegarde aux propriétaires d'applications. |
Isole la gestion des sauvegardes en créant un coffre de sauvegarde et un plan de sauvegarde distincts dans chaque projet. Cette approche est idéale pour les organisations décentralisées où les équipes individuelles dédiées aux applications sont responsables de la sauvegarde de leurs propres ressources. |
| Console de gestion des appliances | Consolidez la gestion des sauvegardes en déployant la console de gestion des appliances et en créant des coffres de sauvegarde dans un projet d'administrateur central. Les administrateurs configurent des règles de sauvegarde dans la console de gestion centralisée pour protéger les ressources, telles que les VM Google Cloud VMware Engine, dans plusieurs projets de service. |
Isole la gestion des sauvegardes en déployant une console de gestion et un coffre de sauvegarde distincts pour chaque projet ou secteur d'activité. Cette approche est idéale pour les organisations décentralisées où les responsabilités de gestion des sauvegardes sont réparties entre plusieurs équipes. |
Emplacements compatibles avec les coffres de sauvegarde
Vous pouvez créer un coffre de sauvegarde dans la même région que la charge de travail source (régional), dans une région différente de la charge de travail source (interrégional) ou dans plusieurs régions (multirégional).
Régions et régions croisées compatibles
Vous pouvez créer des coffres de sauvegarde dans les régions et régions croisées 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 |
Faibles émissions de CO2
|
|
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 |
Faibles émissions de CO2
|
|
europe-west9 |
Paris |
Faibles émissions de CO2
|
|
europe-west10 |
Berlin | ||
europe-west12 |
Turin |
Faibles émissions de CO2
|
|
| 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.
Multirégions compatibles
Vous pouvez créer des coffres-forts de sauvegarde dans les multirégions suivantes :
| Nom de l'emplacement multirégional | Description |
|---|---|
ASIA |
Centres de données en Asie |
EU |
Centres de données dans l'Union européenne |
US |
Centres de données aux États-Unis |
Compatibilité de l'emplacement de la charge de travail
Le tableau suivant décrit les emplacements de coffre de sauvegarde compatibles pour chaque charge de travail acceptée, lorsque vous utilisez des coffres de sauvegarde régionaux et multirégionaux. Notez que les plans de sauvegarde de la console Google Cloud doivent être créés dans la même région que la charge de travail source.
| Charge de travail | Le coffre de sauvegarde doit se trouver dans la même région que la charge de travail source. | Assistance régionale | Stockage multirégional | Compatibilité interrégionale |
|---|---|---|---|---|
| Instance Compute Engine | Non | |||
| Disque Compute Engine | Non | |||
| Instance Cloud SQL | Oui | |||
| Cluster AlloyDB | Oui | |||
| Instance Filestore | Non | |||
| Google Cloud VMware Engine, base de données Oracle et base de données SQL Server | Non |
Compatibilité multirégionale
Pour utiliser les multirégions, vous devez remplir les conditions suivantes :
Si une charge de travail est compatible avec les coffres de sauvegarde multirégionaux, l'emplacement de la charge de travail source doit être compatible avec l'emplacement du coffre de sauvegarde multirégional.
Vous ne pouvez sauvegarder que les ressources des régions qui partagent le même préfixe. Par exemple, les ressources des régions portant le préfixe
asiane peuvent être sauvegardées que dans la région multirégionaleasia.
Le tableau suivant décrit les emplacements de coffre de sauvegarde compatibles pour chaque charge de travail acceptée lorsque vous utilisez des coffres de sauvegarde multirégionaux :
| Type de charge de travail | Est-ce que les coffres de sauvegarde multirégionaux sont compatibles ? | Régions multiples acceptées pour les coffres de sauvegarde |
|---|---|---|
| Instance Compute Engine | asia, eu, us |
|
| Disque Compute Engine | asia, eu, us |
|
| Instance Filestore | N/A | |
| Instance Cloud SQL | asia, eu, us |
|
| Cluster AlloyDB | N/A | |
| Google Cloud VMware Engine, base de données Oracle et base de données SQL Server | N/A |
Disponibilité
Les coffres de sauvegarde créés dans des emplacements régionaux et multirégionaux offrent une résilience contre les pannes dans une seule zone. Les données de sauvegarde sont stockées de manière redondante dans au moins deux zones distinctes.
Les coffres de sauvegarde créés dans des emplacements multirégionaux offrent une résilience contre les pannes dans une seule région. Les données de sauvegarde sont stockées de manière redondante dans au moins deux régions distinctes.
Comparer les coffres de sauvegarde multirégionaux et interrégionaux
| Critères | Sauvegardes multirégionales | Sauvegardes interrégionales |
|---|---|---|
| Créer une sauvegarde | Automatisée par Google dans deux régions d'un même continent. | Autonomie pour définir explicitement une région dans laquelle créer une sauvegarde. |
| Cas d'utilisation | Haute disponibilité et simplicité opérationnelle | Conformité stricte, lois sur la résidence des données ou sites de reprise après sinistre ciblés, à l'intérieur et à l'extérieur des limites régionales sources. |
| Gestion | Faible coût. Un seul coffre-fort, équilibrage automatisé | Frais généraux moyens. Nécessite la configuration d'un couplage de cibles spécifique. |
| Clés de chiffrement gérées par le client (CMEK) | Un coffre de sauvegarde multirégional doit utiliser une clé CMEK provenant de la même région que le coffre de sauvegarde. | Un coffre de sauvegarde interrégional doit utiliser une clé CMEK provenant de la même région que le coffre de sauvegarde. |
| Implications en termes de coûts | Frais d'importation et de téléchargement multirégionaux, le cas échéant Frais de stockage des sauvegardes pour un coffre multirégional. Frais de gestion. | Frais de transfert de données interrégionaux. Frais de stockage des sauvegardes. Frais de gestion. |
| Charges de travail compatibles |
|
|
Noms des coffres de sauvegarde
Les noms de vos coffres de sauvegarde doivent répondre aux exigences suivantes :
Les noms de coffres de sauvegarde ne peuvent contenir que des lettres minuscules, des chiffres et des traits d'union (
-). Les espaces ne sont pas autorisés.Les noms de coffres de sauvegarde doivent commencer et se terminer par un chiffre ou une lettre.
Les noms de coffres de sauvegarde doivent comporter entre 3 et 63 caractères. Ceux qui comportent des points peuvent contenir jusqu'à 222 caractères, mais chaque composant séparé par un point ne peut pas posséder plus de 63 caractères.
Les noms de coffres de sauvegarde ne peuvent pas correspondre à une adresse IP en notation décimale à point. Par exemple,
192.0.2.255.
Empêcher la suppression des sauvegardes
Pour protéger vos données contre toute suppression accidentelle ou malveillante, vous (l'administrateur) configurez une période de conservation forcée pour votre coffre de sauvegarde. Une fois configurées, les sauvegardes sont totalement immuables. Vous, les autres utilisateurs et Google ne pouvez pas les supprimer manuellement avant la fin de la durée spécifiée.
Vous contrôlez la conservation forcée à l'aide de trois paramètres principaux de Vault :
- Durée de conservation minimale appliquée : lorsque vous créez un coffre-fort, vous devez définir une durée de conservation de base (entre 1 jour et 99 ans). Cela crée un plancher obligatoire pour l'ensemble du coffre :
Aucune sauvegarde ne peut être supprimée avant la fin de cette période. Tout plan de sauvegarde stockant des données dans ce coffre doit avoir une période de conservation des sauvegardes égale ou supérieure à cette durée minimale.
Hériter de la période de conservation de la règle de sauvegarde : au lieu de vous fier uniquement à la période minimale de base du coffre, vous pouvez configurer le coffre pour qu'il adopte la période de conservation exacte définie dans vos plans de sauvegarde spécifiques. Vous devez activer ce paramètre lors de la création du coffre.
Si la durée de conservation minimale de votre coffre est de trois jours, mais que celle de votre forfait de sauvegarde est de sept jours, la sauvegarde est verrouillée pendant sept jours. Résultat : la suppression manuelle est complètement empêchée. Les sauvegardes ne sont supprimées automatiquement qu'une fois la durée spécifique du forfait de sauvegarde expirée.
Verrouiller la période de conservation appliquée : si vous devez respecter des exigences de conformité strictes, vous pouvez verrouiller définitivement la configuration de la période de conservation minimale appliquée.
Lorsque vous définissez un verrou, vous sélectionnez une date d'entrée en vigueur. Avant la date d'entrée en vigueur, vous pouvez encore ajuster la période de conservation minimale à la hausse ou à la baisse pour corriger les erreurs. Après la date d'entrée en vigueur, personne (pas même le propriétaire du projet) ne pourra réduire la période de conservation. Vous ne pouvez qu'augmenter le nombre de GSU.
Restriction de l'accès au coffre de sauvegarde
Le paramètre de restrictions d'accès d'un coffre de sauvegarde vous permet de contrôler les sources à partir desquelles les données peuvent être sauvegardées dans un coffre de sauvegarde ou restaurées à partir de celui-ci. Ce paramètre détermine les types de ressources que vous pouvez stocker dans un coffre de sauvegarde.
Vous pouvez sélectionner l'un des paramètres de restriction d'accès suivants pour un coffre-fort de sauvegarde. Notez que ce paramètre est définitif et ne peut pas être modifié.
Limiter l'accès à l'organisation actuelle : les opérations de sauvegarde et de restauration ne sont possibles que dans votre organisation actuelle. Cette sélection rend le coffre de sauvegarde compatible avec les ressources gérées via la consoleGoogle Cloud , telles que les instances Compute Engine, mais pas avec les ressources gérées via la console de gestion de l'appliance.
Limiter l'accès au projet actuel : les opérations de sauvegarde et de restauration ne sont compatibles qu'avec votre projet actuel. Cette sélection rend le coffre-fort de sauvegarde compatible avec les ressources gérées via la consoleGoogle Cloud (par exemple, les instances Compute Engine), mais pas avec les ressources gérées via la console de gestion des appliances.
Limiter l'accès à l'organisation actuelle et autoriser l'accès sans restriction pour les dispositifs de sauvegarde : pour les ressources gérées via la console Google Cloud , les opérations de sauvegarde et de restauration ne sont prises en charge que dans votre organisation actuelle. Les ressources gérées via la console de gestion des appliances (par exemple, les VM Google Cloud VMware Engine) sont également compatibles, mais les opérations de sauvegarde et de restauration pour ces ressources ne sont pas limitées à votre organisation actuelle. Cette sélection rend le coffre-fort de sauvegarde compatible avec les ressources gérées via la consoleGoogle Cloud et avec les ressources gérées via la console de gestion des appliances.
Autoriser l'accès sans restriction : autorise les opérations de sauvegarde et de restauration vers ou depuis n'importe quel projet ou organisation. Cette sélection rend le coffre de sauvegarde compatible avec les ressources gérées via la console Google Cloud et avec les ressources gérées via la console de gestion des appliances.
Chiffrement
Par défaut, Google Cloud chiffre automatiquement les données au repos à l'aide de Google-owned and Google-managed encryption keys. Si vous avez des exigences réglementaires ou de conformité spécifiques concernant les clés qui protègent vos données, vous pouvez utiliser des clés de chiffrement gérées par le client (CMEK) pour vos sauvegardes. Consultez Clés de chiffrement gérées par le client (CMEK).
Étapes suivantes
- Créer et gérer un coffre de sauvegarde dans la console Google Cloud
- Sauvegarder des instances Compute Engine dans un coffre-fort de sauvegarde
- Sauvegarder des instances Cloud SQL dans un coffre de sauvegarde
- Sauvegarder des clusters AlloyDB dans un coffre de sauvegarde
- Sauvegarder des instances Filestore dans un coffre de sauvegarde
- Sauvegarder des disques dans un coffre-fort de sauvegarde