Ce document explique les deux options de sauvegarde disponibles pour vos instances Cloud SQL, y compris leurs principales fonctionnalités et configurations. Cela vous aidera à choisir l'option la plus adaptée à vos instances.
Pour pouvoir utiliser des sauvegardes avec vos instances Cloud SQL, vous devez choisir une option de sauvegarde pour chaque instance. Cloud SQL propose les options de sauvegarde suivantes :
- Sauvegardes améliorées : cette option gère et stocke les sauvegardes dans un projet de gestion centralisée des sauvegardes. Elle utilise le service Backup and DR et fournit une conservation appliquée, une planification précise et une surveillance. La tarification des sauvegardes améliorées est gérée par la tarification du service Backup and DR.
- Sauvegardes standards : Cloud SQL crée, gère et stocke ces sauvegardes dans le même projet que vos instances Cloud SQL.
L'option de sauvegarde que vous choisissez définit les fonctionnalités et les options de configuration disponibles pour votre instance Cloud SQL. Bien que les instances ne puissent pas utiliser plusieurs options de sauvegarde simultanément, Cloud SQL vous permet de passer d'une option de sauvegarde à l'autre selon vos besoins.
Le tableau suivant présente les principales fonctionnalités disponibles avec chaque option de sauvegarde :
| Fonctionnalités | Sauvegardes standards | Sauvegardes améliorées |
|---|---|---|
| Gestion centralisée des sauvegardes entre les projets | - | ✔ |
| Coffre de sauvegarde | - | ✔ |
| Planification des sauvegardes automatiques | Tous les jours | Toutes les heures, tous les jours, toutes les semaines, tous les mois, tous les ans |
| Sauvegardes à la demande | ✔ | ✔ |
| Sauvegardes multirégionales | ✔ | ✔ |
| Sauvegarde finale lors de la suppression de l'instance | ✔ | ✔ |
| Période de conservation des sauvegardes | 1 an | 10 ans |
| Conserver toutes les sauvegardes lors de la suppression de l'instance | ✔ | ✔ |
| Conserver les sauvegardes lors de la suppression du projet | - | ✔ |
| Conservation appliquée avec verrouillage de la conservation | - | ✔ |
| Récupération à un moment précis à l'aide de journaux | ✔ | ✔ |
| Récupération à un moment précis après la suppression de l'instance | ✔ | ✔ |
| Sauvegarde et restauration interrégionales | ✔ | - |
| Compatibilité CMEK | ✔ | - |
Pour en savoir plus sur ces options de sauvegarde, consultez les sections Sauvegardes standards et Sauvegardes améliorées. Pour en savoir plus sur le fonctionnement des sauvegardes dans Cloud SQL, consultez la présentation des sauvegardes Cloud SQL.
Sauvegardes améliorées
Avec les sauvegardes améliorées, vous pouvez utiliser Backup and DR pour gérer et stocker toutes les sauvegardes de vos instances Cloud SQL dans différents projets, dans un projet de sauvegarde centralisé. Backup and DR fournit une gestion, une surveillance et des rapports centralisés sur les opérations de sauvegarde quotidiennes, le tout en un seul endroit. Les sauvegardes sont stockées dans un coffre de sauvegarde, qui est une ressource de stockage sécurisée et isolée gérée par Google, gérée par Backup and DR. Les plans de sauvegarde gèrent les paramètres de sauvegarde et de restauration. Cela fournit des sauvegardes immuables et indélébiles, indépendantes du projet source. Pour en savoir plus sur le fonctionnement des sauvegardes avec Backup and DR, consultez la présentation de Backup and DR.
Avec les sauvegardes améliorées, vous pouvez utiliser un projet de sauvegarde centralisé qui héberge votre coffre de sauvegarde et vos plans de sauvegarde que vous associez à toutes vos instances Cloud SQL. Ces plans peuvent également être associés à plusieurs projets.
Lorsque vous associez un plan de sauvegarde à une instance Cloud SQL, les paramètres de sauvegarde et de restauration existants sont remplacés par le plan de sauvegarde. Le plan contenant vos paramètres de sauvegarde et de restauration est stocké dans le projet de sauvegarde centralisé. Toutes les sauvegardes créées lorsque le plan est actif sur votre instance Cloud SQL sont stockées dans le coffre de sauvegarde du projet de sauvegarde.
Si Backup and DR est géré dans un projet distinct Google Cloud ,
les sauvegardes sont protégées lorsqu'un projet source ou de charge de travail est supprimé. Les rôles
et responsabilités sont gérés par l'
Backup and DR Admin,
et sont distincts des rôles et responsabilités de Cloud SQL Admin.
Vous pouvez conserver les sauvegardes après la suppression de l'instance ou effectuer une dernière sauvegarde de votre instance avant sa suppression. Toutes les sauvegardes effectuées dans le cadre des sauvegardes améliorées peuvent être utilisées pour restaurer une instance lorsqu'elle est active ou après sa suppression.
Stockage des sauvegardes
Les sauvegardes sont stockées dans un emplacement centralisé appelé coffre de sauvegarde. Un coffre de sauvegarde est un stockage sécurisé et isolé, géré par Backup and DR. Il stocke les sauvegardes dans une seule région ou dans une région multiple à condition que l'emplacement sélectionné soit compatible avec l'emplacement de votre instance. Pour en savoir plus sur les emplacements où vous pouvez créer un coffre de sauvegarde, consultez la section Emplacements compatibles avec les coffres de sauvegarde.
Cloud SQL vous recommande d'utiliser un coffre de sauvegarde qui se trouve dans un projet différent de votre instance Cloud SQL. Pour en savoir plus, consultez la section Coffres de sauvegarde.
Conservation des sauvegardes
Les sauvegardes améliorées vous permettent d'effectuer des sauvegardes à la demande et automatiques. Toutes les sauvegardes créées lorsque vous utilisez l'option de sauvegarde améliorée sont stockées dans le coffre de sauvegarde et peuvent être conservées pendant une durée maximale de 10 ans. Le coffre de sauvegarde a une période de conservation minimale appliquée comprise entre 1 jour et 10 ans.
Si vous supprimez votre instance, toutes les sauvegardes de votre instance créées lorsque celle-ci était active sont conservées automatiquement et suivent les mêmes paramètres de conservation définis par le plan de sauvegarde lorsque l'instance était active. Si vous choisissez d'effectuer une dernière sauvegarde de votre instance avant sa suppression, vous pouvez également définir la conservation de la sauvegarde finale sur une durée maximale de 10 ans.
Coûts des sauvegardes
Dans les sauvegardes améliorées, le coût des sauvegardes est basé sur la taille totale de la sauvegarde stockée dans le coffre de sauvegarde. Ces sauvegardes sont créées en fonction de la configuration de sauvegarde dans le plan de sauvegarde associé à l'instance. Le coût total est calculé par Backup and DR et est basé sur la tarification de Backup and DR.
Limites
Les limites suivantes s'appliquent lorsque vous utilisez des sauvegardes améliorées :
- Le coffre de sauvegarde et votre instance Cloud SQL doivent se trouver dans la même région ou être compatibles avec l'emplacement de votre instance pour un coffre de sauvegarde multirégional.
- Pour modifier le plan de sauvegarde associé à une instance, vous devez passer votre instance aux sauvegardes standards en supprimant l'association de plan de sauvegarde existante, puis en associant le nouveau plan de sauvegarde.
- Vous ne pouvez pas créer d'instance répliquée de reprise après sinistre pour une instance à l'aide de sauvegardes améliorées.
- Si votre instance dispose d'une instance répliquée de reprise après sinistre, vous ne pouvez pas activer les sauvegardes améliorées pour l'instance.
- Vous ne pouvez pas associer de plan de sauvegarde à une instance répliquée.
- Si votre instance utilise des sauvegardes améliorées, vous ne pouvez pas la rétrograder en instance répliquée.
Sauvegardes standards
Les sauvegardes standards sont l'option de sauvegarde gérée par Cloud SQL. Les sauvegardes sont créées, gérées et stockées dans le même projet que vos instances Cloud SQL. Contrairement aux sauvegardes améliorées, où les paramètres de sauvegarde sont définis par un plan de sauvegarde, les configurations de sauvegarde pour les sauvegardes standards sont définies au niveau de l'instance et dans les paramètres de l'instance. Par conséquent, si vous disposez de plusieurs instances Cloud SQL, vous devrez définir les configurations de sauvegarde pour chaque instance séparément dans les paramètres de sauvegarde de l'instance. Toutes les sauvegardes créées dans le cadre des sauvegardes standards sont stockées dans le même projet que l'instance.
Avec les sauvegardes standards, vous pouvez effectuer des sauvegardes automatiques et à la demande pour vos instances Cloud SQL. Vous pouvez également choisir de conserver toutes les sauvegardes et d'effectuer une dernière sauvegarde de vos données lors de la suppression de l'instance. Cela vous permet de recréer toutes les instances que vous supprimez. Toutefois, si vous ne conservez pas les sauvegardes ou n'effectuez pas de dernière sauvegarde avant de supprimer votre instance, Cloud SQL supprime automatiquement toutes les sauvegardes de l'instance.
Stockage des sauvegardes
Les sauvegardes sont stockées au même emplacement pour les instances dans les configurations à haute disponibilité (HA) et non HA. Dans les configurations à haute disponibilité, vous pourrez toujours accéder aux sauvegardes de votre instance en cas de basculement ou de permutation vers l'instance secondaire.
Vous pouvez définir vos emplacements de sauvegarde comme suit :
- Emplacements par défaut sélectionnés par Cloud SQL, en fonction de l'emplacement de l'instance d'origine ;
- les emplacements personnalisés, que vous choisissez lorsque vous ne souhaitez pas utiliser l'emplacement par défaut.
Emplacements de sauvegarde par défaut
Si vous ne spécifiez pas d'emplacement de stockage, vos sauvegardes sont stockées dans l'emplacement multirégional le plus proche géographiquement de l'emplacement de votre instance Cloud SQL. Par exemple, si votre
instance Cloud SQL se trouve dans us-central1, vos sauvegardes sont stockées par défaut dans l'emplacement multirégional
us.
Sauvegardes multirégionales
Les sauvegardes standards vous permettent de configurer des emplacements de sauvegarde uniques ou multirégionaux. Dans une configuration à région unique, les sauvegardes sont répliquées dans les différentes zones de la région. Dans une configuration multirégionale, il est recommandé que les sauvegardes se trouvent dans la même région que l'instance afin de réduire la latence et d'éviter les échecs de sauvegarde potentiels dus aux règles d'administration ou aux limites basées sur l'emplacement.
Emplacements de sauvegarde personnalisés
Cloud SQL vous permet de sélectionner un emplacement personnalisé pour vos données de sauvegarde. Cette fonctionnalité est utile si votre organisation doit respecter des réglementations concernant la résidence des données, qui exigent de conserver vos sauvegardes en respectant une limite géographique spécifique. Si votre organisation doit se conformer à ce type d'exigence, elle utilise probablement une règle d'administration de restriction de l'emplacement des ressources. Avec cette règle, lorsque vous essayez d'utiliser un emplacement géographique non conforme à la règle, une alerte s'affiche sur la page Sauvegardes. Si cette alerte s'affiche, vous devez remplacer l'emplacement de sauvegarde par un emplacement autorisé par la règle.
Lorsque vous sélectionnez un emplacement personnalisé pour une sauvegarde, tenez compte des points suivants :
- Coût : Un cluster de votre instance peut se trouver dans une région moins coûteuse que les autres.
- Proximité avec votre serveur d'applications : Vous pouvez stocker la sauvegarde aussi près que possible de votre application de diffusion pour réduire la latence potentielle.
- Utilisation du stockage : Vous avez besoin d'un espace de stockage suffisant pour conserver votre sauvegarde à mesure que sa taille augmente. En fonction de votre charge de travail, vous pouvez disposer de clusters de différentes tailles ou avec une utilisation de disque différente. Cela peut être un facteur de choix du cluster.
Vous pouvez sélectionner n'importe quel emplacement Cloud SQL disponible et n'importe quel emplacement multirégional lorsque vous choisissez votre emplacement de sauvegarde personnalisé. Pour obtenir une liste complète des valeurs régionales valides, consultez Emplacements des instances. Pour obtenir une liste complète des valeurs multirégionales, consultez Emplacements multirégionaux.
Pour en savoir plus sur la définition et l'affichage des emplacements de sauvegarde d'une instance, consultez les sections Définir un emplacement personnalisé pour les sauvegardes et Afficher les emplacements de sauvegarde.
Conservation des sauvegardes
Les sauvegardes standards vous permettent d'effectuer des sauvegardes automatiques et à la demande. Les sauvegardes automatiques peuvent être conservées pendant 7 à 365 jours. La valeur par défaut est de 7 jours pour les instances Cloud SQL Enterprise et de 15 jours pour les instances Cloud SQL Enterprise Plus. Les sauvegardes à la demande sont conservées indéfiniment, jusqu'à ce qu'elles soient supprimées ou que l'instance contenant la sauvegarde soit supprimée.
Si vous activez la conservation des sauvegardes après la suppression de l'instance pour vos sauvegardes à la demande et automatiques, ces sauvegardes suivent les mêmes paramètres de conservation : de 1 à 365 jours pour les sauvegardes automatiques et indéfiniment pour les sauvegardes à la demande. Pour en savoir plus, consultez la section Conserver les sauvegardes après la suppression de l'instance.
Coûts des sauvegardes
Dans les sauvegardes standards, les coûts de sauvegarde sont basés sur la taille totale de la sauvegarde, son emplacement de stockage et ses paramètres de conservation.
Vous pouvez configurer le nombre de sauvegardes automatiques à conserver, de 1 à 365.
Pour en savoir plus sur la tarification des sauvegardes, consultez la page Tarifs de Cloud SQL.
Limitations de la fréquence de sauvegarde
Cloud SQL limite la fréquence des opérations de sauvegarde sur le disque de données. Vous êtes autorisé à effectuer au maximum cinq opérations de sauvegarde toutes les 50 minutes par instance et par projet. Si une opération de sauvegarde échoue, elle n'est pas comptabilisée dans ce quota. Si vous atteignez la limite, l'opération échoue avec un message d'erreur vous indiquant quand vous pouvez réessayer.
Cloud SQL utilise les jetons d'un bucket pour déterminer combien d'opérations de sauvegarde sont disponibles à un moment donné. Chaque instance comporte un bucket. Vous pouvez utiliser un maximum de cinq jetons dans le bucket pour les opérations de sauvegarde. Toutes les 10 minutes, un nouveau jeton est ajouté au bucket. Si le bucket est plein, le jeton "déborde".
Chaque fois que vous effectuez une opération de sauvegarde, un jeton est attribué à partir du bucket. Si l'opération réussit, le jeton est supprimé du bucket. En cas d'échec, le jeton est renvoyé au bucket. Le schéma suivant illustre ce fonctionnement :
