Ce document fournit des informations sur les outils et les techniques de reprise après sinistre qui vous aident à protéger vos données contre les pertes et les temps d'arrêt.
Fonctionnalités de reprise après sinistre de Spanner
Spanner est conçu pour être évolutif et distribué dans le monde entier. Spanner propose les fonctionnalités suivantes pour garantir une haute disponibilité des données :
Configurations multirégionales : Spanner peut gérer des réplicas de vos données dans des zones distinctes au sein d'une même région ou de plusieurs régions afin de garantir la disponibilité des données, même en cas de défaillance d'une zone ou d'une région.
Protection contre la suppression de bases de données : vous pouvez vous protéger contre la suppression accidentelle de bases de données existantes par des utilisateurs ou des comptes de service disposant des autorisations IAM (Identity and Access Management) nécessaires pour supprimer la base de données.
Sauvegarde et restauration de la base de données : vous pouvez créer des sauvegardes des bases de données Spanner et les restaurer pour vous protéger contre les erreurs d'opérateur et d'application. Toutes les sauvegardes sont hautement disponibles, chiffrées et peuvent être conservées jusqu'à un an après leur création. Vous pouvez créer des sauvegardes complètes à la demande ou à l'aide d'un calendrier de sauvegarde. Vous ne pouvez créer des sauvegardes incrémentielles qu'à l'aide d'une planification de sauvegarde.
Exporter et importer : vous pouvez exporter des bases de données Spanner vers Cloud Storage au format CSV ou Avro.
Récupération à un moment précis (PITR) : la récupération à un moment précis (PITR, Point-in-time Recovery) de Spanner protège contre la corruption des données logiques, ainsi que contre les suppressions ou les écritures accidentelles de la base de données. Par exemple : si un opérateur écrit des données par inadvertance ou si le lancement d'une application corrompt vous pouvez les récupérer à un moment précis passée (jusqu'à sept jours).
Copie interrégionale : vous pouvez copier des sauvegardes dans différentes régions géographiques pour protéger vos données contre les défaillances régionales ou pour répondre aux exigences de conformité de votre organisation.
Choisissez entre sauvegarder ou exporter votre base de données
Comparez la sauvegarde de vos bases de données à leur exportation avant de choisir laquelle utiliser. Par exemple, la durée de conservation maximale des sauvegardes est d'un an. Vous pouvez envisager d'exporter votre base de données si vous souhaitez une période de conservation supérieure à un an. Le tableau suivant décrit les similitudes et les différences entre avec la sauvegarde et la restauration plutôt que l'importation et l'exportation:
| Sauvegarde et restauration | Importation et exportation | |
|---|---|---|
| Cohérence des données | Les sauvegardes et les bases de données exportées sont cohérentes à la fois sur le plan transactionnel et externe. | |
| Impact sur la performance | Les sauvegardes n'ont aucun impact sur les performances d'une instance. Spanner effectue des sauvegardes à l'aide de tâches dédiées qui ne reposent pas sur les ressources du serveur d'une instance. | L'exportation est exécutée en tant que tâche de priorité moyenne, afin de minimiser l'impact sur les performances de la base de données. Pour plus d'informations, consultez la section Priorité des tâches. |
| Format de stockage | Utilise un format propriétaire chiffré et conçu pour permettre une restauration rapide. | Compatible avec les formats de fichier CSV et Avro. |
| Portabilité | Vous créez des sauvegardes dans la même instance que leur base de données source. Une fois la sauvegarde créée, vous pouvez copier la sauvegarde sur une instance d'une autre région ou d'un autre projet si vous avez besoin d'une sauvegarde interrégionale ou inter-projets. Vous pouvez ensuite restaurer les données à partir d'une sauvegarde en tant que nouvelle base de données sur n'importe quelle instance du même projet. L'instance dans laquelle vous effectuez la restauration doit avoir la même configuration que l'instance dans laquelle la sauvegarde est stockée. |
Les bases de données exportées sont stockées dans Cloud Storage. Les données peuvent donc être transférées vers tout système compatible avec CSV ou Avro. |
| Fidélisation | Les sauvegardes peuvent être conservées jusqu'à un an. | Les bases de données exportées sont stockées dans Cloud Storage. Par défaut, elles sont conservées jusqu'à leur suppression. Vous pouvez personnaliser les règles de cycle de vie et de conservation. |
| Tarifs | Les sauvegardes sont facturées à votre projet Spanner en fonction de l'espace de stockage utilisé par unité de temps. Pour en savoir plus, consultez la section Tarifs. | La facturation de l'importation et de l'exportation est plus complexe du fait que ces opérations utilisent Cloud Storage et Dataflow. Pour en savoir plus, consultez la section Tarifs d'exportation et d'importation de bases de données. |
| Délai de restauration | La restauration s'effectue en deux opérations : la restauration et l'optimisation. L'opération de restauration permet d'atteindre un temps de latence du premier octet très rapide, car la base de données installe directement la sauvegarde sans copier les données. Une fois l'opération de restauration terminée, la base de données est prête à l'emploi. Toutefois, la latence de lecture peut être légèrement supérieure lors de l'optimisation. Pour en savoir plus, consultez la section Fonctionnement de la restauration. | L'importation est plus lente. Vous devez attendre que toutes les données soient écrites dans la base de données. |
Techniques de reprise après sinistre
Spanner propose des techniques de reprise après sinistre pour protéger vos données contre les sinistres suivants :
- Défaillance zonale: configuration régionale Spanner offre une protection automatique contre les défaillances de zone, garantissant que si l'un une zone défaillante dans une région, votre application reste opérationnelle.
- Défaillance régionale: si votre application nécessite des données encore plus élevées la disponibilité et la protection contre les défaillances régionales, configurations multirégionales offrant une disponibilité de 99,999 %.
- Catastrophes géographiques majeurs: utiliser Spanner copie de sauvegarde interrégionale pour rendre les sauvegardes disponibles dans différentes régions.
- Corruption logique : utilisez les techniques de reprise après sinistre suivantes pour différentes durées de conservation :
- Configurez la récupération à un moment précis (PITR) pour restaurer vos données à tout moment au cours des sept derniers jours.
- Configurez un planning de sauvegarde qui crée des sauvegardes complètes ou incrémentielles à une fréquence qui répond à vos exigences. Toutes les sauvegardes peuvent être conservées jusqu'à un an.
- Exportez votre base de données vers Cloud Storage, où vous pouvez conserver les données à des fins de conformité, d'analyse ou de reporting.
- Suppression accidentelle de bases de données : utilisez la protection contre la suppression de bases de données pour éviter la suppression accidentelle de bases de données existantes par des utilisateurs ou des comptes de service disposant des autorisations IAM nécessaires.
Optimisez les coûts de votre stratégie de reprise après sinistre
Vous pouvez optimiser les coûts de reprise après sinistre Spanner de la manière suivante :
- Configurations multirégionales: n'utilisez les configurations multirégionales que pour qui requièrent une disponibilité de 99,999 %. Pour les applications nécessitent des latences en lecture seule, envisagez d'utiliser des instances répliquées avec accès en lecture dans d'autres régions.
- Fréquence de sauvegarde : planifiez les sauvegardes uniquement aussi souvent que nécessaire pour répondre à vos exigences.
- Type de sauvegarde : utilisez des planifications de sauvegarde incrémentielles pour réduire les coûts de stockage.
- Conservation des sauvegardes: déterminez et définissez la durée de conservation des sauvegardes. pour répondre à vos besoins de reprise et de conformité le plus rapidement possible.
- Grandes exportations de données : envisagez d'utiliser Data Boost pour les grandes exportations de données afin de décharger les ressources de calcul de votre instance et d'éviter un impact négatif sur les performances de vos transactions.
Tester votre stratégie de reprise après sinistre
Envisagez de tester et de valider les composants suivants de votre plan de reprise après sinistre :
- Simulez les événements les plus probables pouvant entraîner une perte de données pour votre organisation.
- Entraînez-vous à restaurer à partir d'une sauvegarde créée. Pour en savoir plus sur la restauration base de données, consultez Présentation de la restauration.
- Évaluez l'impact de votre plan de reprise après sinistre sur l'utilisation du stockage.
- Évaluez l'impact des processus de sauvegarde sur les performances de votre application.
- Simulez une défaillance d'une zone ou d'une région pour tester votre basculement la procédure de reprise après sinistre.
Étape suivante
- Présentation des sauvegardes
- Créer des sauvegardes
- Créer et gérer des planifications de sauvegarde
- Présentation de la récupération à un moment précis