Ce document décrit les deux options de sauvegarde pour vos instances Cloud SQL, y compris leurs principales fonctionnalités et configurations. Cela vous aide à choisir l'option la plus adaptée à vos instances.
Avant de 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. Il utilise le service Backup and DR et fournit une conservation forcée, une programmation précise et une surveillance. Les tarifs des sauvegardes améliorées sont gérés par les tarifs 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 basculer entre ces options de sauvegarde selon vos besoins.
Le tableau suivant présente les principales fonctionnalités disponibles pour chaque option de sauvegarde :
| Fonctionnalités | Sauvegardes standards | Sauvegardes améliorées |
|---|---|---|
| Gestion centralisée des sauvegardes sur plusieurs projets | - | ✔ |
| Coffre de sauvegarde | - | ✔ |
| Planification des sauvegardes automatiques | Tous les jours | Horaire, quotidienne, hebdomadaire, mensuelle ou annuelle |
| Sauvegardes à la demande | ✔ | ✔ |
| Sauvegardes multirégionales | ✔ | ✔ |
| Sauvegarde finale lors de la suppression de l'instance | ✔ | ✔ |
| Durée 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 d'une instance | ✔ | ✔ |
| Sauvegarde et restauration interrégionales | ✔ | ✔ |
| Compatibilité CMEK | ✔ | ✔ |
Pour en savoir plus sur ces options de sauvegarde, consultez Sauvegardes standards et Sauvegardes améliorées. Pour en savoir plus sur le fonctionnement des sauvegardes dans Cloud SQL, consultez 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 au sein d'un projet de sauvegarde central. Backup and DR fournit une gestion, une surveillance et des rapports centralisés des opérations de sauvegarde quotidiennes au même 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, et 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 écrasé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é, et 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 sauvegardes.
Si Backup and DR est géré dans un projet Google Cloud distinct, les sauvegardes sont protégées lorsqu'un projet source ou de charge de travail est supprimé. Les rôles et les responsabilités sont gérés par Backup and DR Admin et sont distincts des rôles et des responsabilités 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 pendant qu'elle est active ou après sa suppression.
Lorsque vous utilisez des sauvegardes améliorées pour une instance protégée par une clé de chiffrement gérée par le client (CMEK), la sauvegarde est protégée à l'aide de la même clé que l'instance, et non de la CMEK du coffre.
Stockage des sauvegardes
Les sauvegardes sont stockées dans un emplacement centralisé appelé "coffre de sauvegarde". Un coffre de sauvegarde est un espace de stockage sécurisé et isolé, géré par Backup and DR. Vous pouvez créer le coffre de sauvegarde dans l'un des emplacements suivants :
- La même région que votre instance Cloud SQL
- Une région différente de celle de votre instance Cloud SQL. Pour en savoir plus, consultez Sauvegardes interrégionales.
- Multirégional
Pour en savoir plus, consultez Compatibilité de l'emplacement de la charge de travail et Emplacements compatibles avec les coffres de sauvegarde.
Cloud SQL vous recommande d'utiliser un coffre de sauvegarde situé dans un projet différent de celui de votre instance Cloud SQL. Pour en savoir plus, consultez Coffres de sauvegarde.
Sauvegardes interrégionales
Avec les sauvegardes améliorées, vous pouvez stocker les sauvegardes de votre instance Cloud SQL dans un coffre de sauvegarde situé dans une région différente de celle de l'instance. Le stockage des sauvegardes dans une région distincte vous aide à répondre aux exigences de reprise après sinistre et de conformité qui nécessitent que les sauvegardes soient géographiquement séparées de l'instance source.
Pour utiliser les sauvegardes interrégionales, procédez comme suit :
- Créez un coffre de sauvegarde dans la région où vous souhaitez stocker vos sauvegardes.
- Créez un plan de sauvegarde dans la même région que votre instance Cloud SQL, puis sélectionnez le coffre de sauvegarde que vous avez créé. Le plan de sauvegarde et le coffre de sauvegarde doivent se trouver dans le même projet.
- Activez les sauvegardes améliorées en associant le plan de sauvegarde à votre instance.
Vous pouvez afficher, restaurer et gérer les sauvegardes interrégionales de la même manière que les sauvegardes stockées dans la même région que votre instance.
Tenez compte des points suivants lorsque vous utilisez des sauvegardes interrégionales :
- Durée de la sauvegarde : les sauvegardes planifiées et à la demande, ainsi que les opérations Cloud SQL qui créent une sauvegarde (comme une mise à niveau de version majeure), peuvent prendre plus de temps, car les données de sauvegarde sont transférées vers une autre région.
- Coûts : en plus des frais de stockage et de gestion des sauvegardes Backup and DR, des frais de transfert de données interrégionaux s'appliquent. Pour en savoir plus, consultez Tarifs de Backup and DR.
- CMEK : si votre instance utilise une clé de chiffrement gérée par le client (CMEK), les sauvegardes sont protégées par la clé de l'instance, qui se trouve dans la région de l'instance. Si la région de l'instance n'est pas disponible, vous ne pouvez pas restaurer ces sauvegardes. Pour en savoir plus, consultez Restaurer une instance utilisant une CMEK à l'aide de sauvegardes améliorées.
- Récupération à un moment précis (PITR) : vous pouvez effectuer une récupération PITR à l'aide d'une sauvegarde interrégionale uniquement vers une nouvelle instance située dans la même région que l'instance source. Pour en savoir plus, consultez Effectuer une récupération PITR à l'aide du coffre de sauvegarde.
Sauvegardes opérationnelles
Lorsque vous effectuez une mise à niveau de version majeure ou mineure sur une instance qui utilise des sauvegardes améliorées, Cloud SQL crée automatiquement des sauvegardes et les stocke dans le coffre de sauvegarde.
Si Cloud SQL ne peut pas créer de sauvegarde dans le coffre de sauvegarde lors d'une mise à niveau, il crée une sauvegarde standard dans la région de l'instance pour que la mise à niveau puisse se terminer. Cette sauvegarde présente les caractéristiques suivantes :
- Est stocké dans le même projet que votre instance, et non dans le coffre de sauvegarde.
- Est facturé aux tarifs de sauvegarde Cloud SQL standards.
- Elle n'est pas protégée par la conservation appliquée du coffre de sauvegarde et vous pouvez la supprimer.
Conservation des sauvegardes
Les sauvegardes améliorées vous permettent d'effectuer des sauvegardes à la demande et des sauvegardes automatisées. Contrairement aux sauvegardes à la demande standards (qui peuvent être stockées indéfiniment), les sauvegardes à la demande améliorées sont compatibles avec des durées de conservation personnalisées définies par l'utilisateur, pouvant aller jusqu'à 10 ans. Toutes les sauvegardes créées à l'aide de l'option de sauvegardes améliorées sont stockées dans le coffre de sauvegarde et sont régies par la plage de conservation autorisée, déterminée par l'intersection de la conservation minimale appliquée au coffre de sauvegarde et du paramètre de conservation personnalisée maximale du plan de sauvegarde. Si max_custom_on_demand_retention_days n'est pas explicitement configuré dans le plan de sauvegarde, une limite supérieure par défaut correspondant à la période de conservation minimale appliquée au coffre de sauvegarde plus 30 jours est appliquée. Quelle que soit la configuration, la période de conservation maximale autorisée pour toute sauvegarde à la demande personnalisée est de 10 ans (3 653 jours).
Si vous supprimez votre instance, toutes les sauvegardes de votre instance créées lorsqu'elle é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 sauvegarde finale de votre instance avant sa suppression, vous pouvez également définir la durée de conservation de cette sauvegarde finale sur une période allant jusqu'à 10 ans.
Coûts de sauvegarde
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 du plan de sauvegarde associé à l'instance. Le coût total est calculé par Backup and DR, en fonction des tarifs de Backup and DR.
Si votre coffre de sauvegarde se trouve dans une région différente de celle de votre instance, des frais de transfert de données interrégionaux s'appliquent également. Pour en savoir plus, consultez Sauvegardes interrégionales.
Limites
Les limites suivantes s'appliquent lorsque vous utilisez des sauvegardes améliorées :
- Le plan de sauvegarde doit se trouver dans la même région que votre instance Cloud SQL. Le coffre de sauvegarde peut se trouver dans la même région, dans une région différente ou dans un emplacement multirégional compatible.
- Si votre instance utilise des CMEK, vous ne pouvez pas restaurer de sauvegardes interrégionales tant que la région de l'instance n'est pas disponible.
- Vous ne pouvez pas créer d'instance répliquée de reprise après sinistre (DR) pour une instance utilisant des sauvegardes améliorées.
- Si votre instance possède une instance répliquée de reprise après sinistre (DR), vous ne pouvez pas activer les sauvegardes améliorées pour l'instance.
- Vous ne pouvez pas associer un 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.
- Pour les instances Cloud SQL, vous ne pouvez sélectionner et associer qu'un coffre de sauvegarde dont la durée de conservation minimale appliquée est de 10 ans (3 653 jours) ou moins.
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 devez 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 de sauvegardes standards sont stockées dans le même projet que l'instance.
Les sauvegardes standards vous permettent d'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 de sauvegardes ou n'effectuez pas de sauvegarde finale 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 des configurations à haute disponibilité (HA) ou non. Dans les configurations à haute disponibilité, vous pourrez toujours accéder aux sauvegardes de votre instance en cas de basculement vers l'instance secondaire.
Vous pouvez définir vos emplacements de sauvegarde comme suit :
- les emplacements par défaut sélectionnés par Cloud SQL, en fonction de l'emplacement de l'instance d'origine ;
- 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 la région 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 régionaux ou multirégionaux. Dans une configuration monorégionale, les sauvegardes sont répliquées dans les différentes zones de la région. Dans une configuration multirégionale, il est recommandé de placer les sauvegardes dans la même région que l'instance afin de minimiser la latence et d'éviter d'éventuels échecs de sauvegarde dus à des règles d'administration ou à des 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. Cela est utile si votre organisation doit respecter des réglementations sur la résidence des données qui vous obligent à conserver vos sauvegardes dans une limite géographique spécifique. Si votre organisation a ce type d'exigence, elle utilise probablement une règle d'administration de restriction d'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 afin de 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 et emplacement multirégional disponible 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 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 de 1 à 365 jours. La valeur par défaut est de 7 jours pour les instances de l'édition Cloud SQL Enterprise et de 15 jours pour les instances de l'édition Cloud SQL Enterprise Plus. Les sauvegardes à la demande sont conservées indéfiniment, jusqu'à ce que la sauvegarde soit supprimée 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 Conserver les sauvegardes après la suppression de l'instance.
Coûts de sauvegarde
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 les tarifs 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 :
Conservation des journaux de transactions
Les journaux de transactions sont stockés dans l'emplacement de stockage de votre instance, et la durée de conservation est exprimée en jours. Pour les instances de l'édition Cloud SQL Enterprise Plus, la plage est comprise entre 1 et 35 jours, avec une valeur par défaut de 14 jours. Pour les instances de l'édition Cloud SQL Enterprise, la plage est comprise entre 1 et 7 jours, avec une valeur par défaut de 7 jours. Pour les instances Cloud SQL Enterprise Plus et édition Cloud SQL Enterprise, le paramètre de conservation des journaux de transactions doit être inférieur au paramètre de conservation des sauvegardes.
Les journaux sont supprimés définitivement une fois par jour, et non de manière continue. Lorsque le nombre de jours de conservation des journaux est identique au nombre de sauvegardes, la durée de conservation des journaux peut être insuffisante. Par exemple, si vous définissez la durée de conservation des journaux sur sept jours et la conservation des sauvegardes sur sept sauvegardes, cela signifie qu'entre six et sept jours de journaux seront conservés.
Nous vous recommandons de définir le nombre de sauvegardes conservées sur une valeur correspondant au nombre de jours de conservation des journaux plus un, afin de vous assurer qu'il existe des sauvegardes pour chaque jour de la période de conservation des journaux.