Présentation de la sauvegarde et de la récupération de données

Cette page décrit les fonctionnalités de sauvegarde et de récupération que vous pouvez utiliser pour protéger vos données dans les bases de données AlloyDB pour PostgreSQL.

AlloyDB propose deux méthodes pour sauvegarder et récupérer vos données:

  • La sauvegarde et la récupération continues, activées par défaut sur tous les clusters, est une fonctionnalité AlloyDB qui vous permet de créer un cluster en fonction de l'état récent d'un autre cluster dans le même projet et la même région.

  • Les sauvegardes distinctes sont des ressources basées sur des fichiers qui contiennent des copies complètes des bases de données de votre cluster. AlloyDB les crée à la demande ou selon une planification régulière que vous définissez. Vous pouvez restaurer l'une de ces sauvegardes dans de nouveaux clusters.

Sauvegarde et récupération continues

AlloyDB vous permet de restaurer un cluster existant à n'importe quel moment de son historique récent, avec une granularité de l'ordre de la microseconde. Par défaut, AlloyDB vous permet de choisir n'importe quel point dans le temps jusqu'à 14 jours en arrière. Vous pouvez configurer votre cluster pour qu'il redimensionne cette fenêtre sur une période maximale de 35 jours ou minimale d'un jour.

La sauvegarde et la récupération continues sont particulièrement utiles pour restaurer un cluster après une suppression accidentelle à grande échelle de données ou toute autre situation où vous devez recréer rapidement l'état d'un cluster en fonction d'un point dans le passé récent.

En termes de reprise après sinistre, la sauvegarde et la récupération continues permettent à AlloyDB d'avoir un objectif de point de récupération (RPO) nul. En d'autres termes, vous pouvez restaurer votre cluster à l'état qu'il avait quelques instants avant un incident catastrophique, sans perdre de données de manière définitive.

Vous pouvez également utiliser la sauvegarde et la récupération continues pour créer un clone indépendant d'un cluster sain, avec toutes ses données copiées à partir du moment présent.

Sauvegardes à la demande ou automatiques

Dans AlloyDB, une sauvegarde est une ressource basée sur des fichiers contenant une copie des données d'un cluster à un moment donné.

AlloyDB propose trois manières de créer des sauvegardes:

  • AlloyDB crée toujours une sauvegarde par jour dans le cadre de son système de sauvegarde et de récupération continue, sauf si vous désactivez cette fonctionnalité.

    Les sauvegardes continues sont des sauvegardes incrémentielles : AlloyDB ne stocke que les données qui ont changé par rapport aux sauvegardes précédentes. Cette approche permet de réduire la taille des fichiers de sauvegarde au maximum, ce qui permet de réduire les coûts de stockage des sauvegardes. La taille de ces sauvegardes varie en fonction de facteurs tels que la quantité de données écrites depuis la dernière sauvegarde. Des sauvegardes continues complètes sont également effectuées régulièrement. Leur taille est semblable à celle du cluster.

  • Vous pouvez créer une sauvegarde à la demande à tout moment à l'aide de la Google Cloud CLI, de la console Google Cloud ou de l'API.

    Les sauvegardes à la demande sont des sauvegardes complètes: chaque sauvegarde inclut toutes les données qui se trouvaient dans les bases de données de son cluster au début de l'opération de sauvegarde.

  • Si vous activez une planification de sauvegarde automatique, AlloyDB crée régulièrement des sauvegardes supplémentaires, en fonction de vos préférences.

    Les sauvegardes automatiques sont incrémentielles, comme les sauvegardes continues. Si vous configurez les sauvegardes automatiques pour qu'elles utilisent une période de conservation supérieure à 35 jours, AlloyDB peut stocker plusieurs chaînes de sauvegardes incrémentielles pour couvrir la période nécessaire.

Comme pour les bases de données de votre cluster, AlloyDB chiffre les données de sauvegarde à l'aide du chiffrement par défaut géré par Google ou de clés de chiffrement gérées par le client.

Exigences concernant la création de sauvegardes

AlloyDB se prépare à créer une nouvelle sauvegarde en vérifiant les éléments suivants sur le cluster à sauvegarder:

  • L'état du cluster est Ready.
  • Le cluster comporte une instance principale.
  • L'état de l'instance principale est Ready.

Si toutes ces vérifications réussissent, AlloyDB lance une opération de longue durée pour créer la sauvegarde.

Les sauvegardes sont efficaces et indépendantes

Les sauvegardes que vous créez à partir de vos données AlloyDB sont entièrement gérées par la couche de stockage d'AlloyDB. Cela signifie que les opérations de sauvegarde et de restauration n'ont aucun impact sur les performances de lecture et d'écriture de votre cluster AlloyDB, car elles sont effectuées par des ressources distinctes de celles qui stockent et interrogent les données de ce cluster.

Cette séparation des ressources de stockage signifie également qu'une sauvegarde existe indépendamment de son cluster d'origine. Vous pouvez restaurer à partir de cette sauvegarde même si son cluster source a été supprimé.

Pour en savoir plus sur la façon dont la couche de stockage d'AlloyDB permet cela, consultez AlloyDB pour PostgreSQL sous le capot: stockage intelligent orienté bases de données.

Emplacements des sauvegardes à la demande

Pour les sauvegardes à la demande, les emplacements de sauvegarde AlloyDB incluent:

Emplacement de sauvegarde par défaut

Si vous ne spécifiez pas d'emplacement de stockage, vos sauvegardes sont stockées à l'emplacement de votre cluster AlloyDB. Par exemple, si votre instance AlloyDB se trouve dans us-central1 (Iowa), vos sauvegardes sont stockées par défaut dans l'emplacement us-central1 (Iowa).

Emplacement de la sauvegarde interrégionale

AlloyDB vous permet de sélectionner un emplacement interrégional personnalisé pour vos données de sauvegarde, ce qui élargit l'ensemble des régions dans lesquelles vous pouvez stocker vos sauvegardes. Cela vous permet de conserver la possibilité de restaurer votre cluster si la région dans laquelle il se trouve devient indisponible.

Lorsque vous sélectionnez un emplacement interrégional pour une sauvegarde, tenez compte des points suivants:

  • Coût:les tarifs peuvent varier d'une région à l'autre.
  • Proximité avec votre serveur d'applications : Vous pouvez stocker la sauvegarde aussi près que possible de votre application de diffusion.

Restauration du cluster

Vous pouvez restaurer un cluster dans AlloyDB en créant un nouveau cluster contenant toutes les données du cluster d'origine à un moment donné. Les deux façons de spécifier ce point correspondent aux deux types généraux de sauvegardes compatibles avec AlloyDB:

  • Pour effectuer une restauration à un moment précis de l'état récent d'un cluster, spécifiez à la fois un cluster source et un code temporel lorsque vous créez un cluster. Le nouveau cluster doit se trouver dans la même région que le cluster source, mais peut se trouver dans un autre projetGoogle Cloud .

  • Pour restaurer un cluster à partir d'une sauvegarde, spécifiez cette sauvegarde lorsque vous créez un cluster. Le nouveau cluster doit se trouver dans la même région que la sauvegarde, mais peut se trouver dans un autre projet Google Cloud .

Dans les deux cas, AlloyDB crée un cluster, puis lance une opération de longue durée pour charger les données sauvegardées dans l'espace de stockage de ce cluster. Une fois cette opération terminée, vous créez une instance principale dans ce cluster pour accéder aux données.

Pour en savoir plus, consultez Restaurer à partir d'une sauvegarde.

Conservation et suppression des sauvegardes

Les fichiers créés par AlloyDB pour permettre la sauvegarde et la récupération continues ont une durée de conservation par défaut de 14 jours. Vous pouvez ajuster cette période à n'importe quel nombre de jours compris entre 1 et 35, ou désactiver la sauvegarde continue pour empêcher AlloyDB de conserver ces fichiers.

Les sauvegardes à la demande et automatiques ont une durée de conservation maximale d'un an. Si vous activez les sauvegardes automatiques sur votre cluster, vous pouvez définir une période de conservation ou utiliser la période par défaut de 14 jours.

Les sauvegardes antérieures à la durée de conservation peuvent toujours s'afficher lorsque vous affichez les sauvegardes de votre projet. Les sauvegardes expirées n'entraînent pas de frais de stockage, mais elles sont soumises à une suppression automatique. Si vous devez supprimer des sauvegardes avant que le système ne les supprime, vous pouvez les supprimer manuellement.

Étape suivante