Ce document explique 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.
- 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 de l'une à 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 sur plusieurs projets | - | ✔ |
Coffre de sauvegarde | - | ✔ |
Calendrier 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 | Illimité |
Conserver toutes les sauvegardes lors de la suppression de l'instance | ✔ | ✔ |
Conserver les sauvegardes en cas de suppression du projet | - | ✔ |
Conservation appliquée avec verrouillage de la conservation | - | ✔ |
Récupération à un moment précis à l'aide de journaux | ✔ | ✔ |
Sauvegarde et restauration interrégionales | ✔ | - |
Prise en charge de 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, dans un seul projet de sauvegarde central. La sauvegarde et la reprise après sinistre permettent de gérer, de surveiller et de générer des rapports de manière centralisée sur les opérations de sauvegarde quotidiennes. 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, et les plans de sauvegarde gèrent les paramètres de sauvegarde et de restauration. Cela permet d'obtenir 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 Google Cloud distinct, 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 Backup and DR Admin
et sont distincts de ceux 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 de la supprimer. Toutes les sauvegardes effectuées dans le cadre des sauvegardes améliorées peuvent être utilisées pour restaurer une instance lorsqu'elle est en ligne 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 espace de stockage sécurisé et isolé, géré par Backup and DR. Il stocke les sauvegardes dans une seule région, à condition que l'emplacement sélectionné soit compatible avec l'emplacement de votre instance. Pour savoir où vous pouvez créer un coffre-fort de sauvegarde, consultez Emplacements compatibles avec les coffres-forts de sauvegarde.
Cloud SQL vous recommande d'utiliser un coffre-fort de sauvegarde qui se trouve dans un projet différent de votre instance Cloud SQL. Pour en savoir plus, consultez Coffres-forts de sauvegarde.
Conservation des sauvegardes
Les sauvegardes améliorées vous permettent d'effectuer des sauvegardes à la demande et des sauvegardes automatiques. Toutes les sauvegardes créées à l'aide de l'option de sauvegarde améliorée sont stockées dans le coffre de sauvegarde et peuvent être conservées pendant 99 ans maximum. Le coffre de sauvegarde est soumis à une période de conservation minimale appliquée comprise entre 1 jour et 99 ans.
Si vous supprimez votre instance, toutes les sauvegardes créées lorsqu'elle était en ligne sont conservées automatiquement et suivent les mêmes paramètres de conservation définis par le plan de sauvegarde lorsque l'instance était en ligne. Si vous choisissez d'effectuer une dernière sauvegarde de votre instance avant de la supprimer, vous pouvez également définir la durée de conservation de cette sauvegarde sur 99 ans maximum.
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 dans le plan de sauvegarde associé à l'instance. Le coût total est calculé par Backup and DR en fonction des tarifs de Backup and DR.
Limites
Les limites suivantes s'appliquent lorsque vous utilisez des sauvegardes améliorées :
- Le coffre-fort de sauvegarde et votre instance Cloud SQL doivent se trouver dans la même région.
- Pour modifier le plan de sauvegarde associé à une instance, vous devez passer 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 utilisant des sauvegardes améliorées.
- Si votre instance comporte une réplique 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 gérées 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, dont les paramètres 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 ses paramètres. Par conséquent, si vous avez 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.
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 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 d'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 de haute disponibilité, vous pourrez toujours accéder aux sauvegardes de votre instance en cas de basculement ou de transfert 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 ;
- 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 dans une ou plusieurs régions. Dans une configuration à une seule région, 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 pour minimiser la latence et éviter d'éventuelles défaillances de sauvegarde dues à des règles d'administration d'entreprise ou à des limites basées sur la localisation.
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.
Lorsque vous choisissez votre emplacement de sauvegarde personnalisé, vous pouvez sélectionner n'importe quel emplacement Cloud SQL disponible et n'importe quel emplacement multirégional. Pour obtenir une liste complète des valeurs régionales valides, consultez Emplacements des instances. Pour obtenir la 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 pour 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 pendant 1 à 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 les contenant 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 (entre 1 et 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 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 liés aux 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 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 conservation des journaux peut être insuffisante. Par exemple, si vous définissez la durée de conservation des journaux sur sept jours et la durée de conservation de sauvegarde sur sept sauvegardes, cela signifie que six à 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.