Protection des données avec le stockage multizone

Pour protéger les données de votre application dans un univers multizone Google Distributed Cloud (GDC) sous air gap et maintenir des applications disponibilité élevée, vous pouvez mettre en œuvre une stratégie de protection des données résiliente aux pannes ou défaillances locales. GDC fournit des stratégies de réplication des données pour le stockage d'objets et le stockage de blocs. Vous pouvez ainsi maintenir des procédures de basculement pour les zones principales et secondaires de votre univers.

Ce document s'adresse aux groupes d'utilisateurs suivants :

  • Administrateurs de plate-forme, tels que les administrateurs informatiques, qui sont responsables du développement des workflows de reprise après sinistre.
  • Opérateurs d'applications, tels que les développeurs d'applications, qui sont responsables du développement et de la maintenance des applications dans un univers GDC.

Pour en savoir plus, consultez la documentation sur les audiences pour GDC sous air gap.

Réplication du stockage pour la reprise après sinistre

Vous pouvez configurer une protection robuste des données pour le stockage de votre application dans un univers multizone à l'aide de la réplication asynchrone des données pour la reprise après sinistre. Cette approche consiste à copier les données d'une zone principale vers une zone secondaire à intervalles réguliers. Ce mécanisme protège vos données et les rend accessibles en cas de panne dans la zone principale.

La réplication des données pour le stockage d'objets utilise des buckets à double zone pour répliquer automatiquement vos données et ne nécessite aucune intervention manuelle. Pour en savoir plus sur la création d'un bucket à double zone, consultez Créer des buckets de stockage.

La réplication des données pour le stockage de blocs utilise des volumes persistants à double zone pour répliquer vos données et nécessite une procédure de basculement des volumes. Pour en savoir plus, consultez Répliquer des volumes de manière asynchrone.

Une fois la réplication des données configurée, vos données suivent une procédure de basculement séquentielle lorsque la zone principale est hors connexion. Les procédures de basculement sont distinctes pour la réplication du stockage de blocs et d'objets. Toutefois, les deux stratégies de réplication des données suivent ces étapes critiques :

  1. Vérifiez la panne de la zone principale.
  2. Arrêtez la réplication à partir de la zone principale.
  3. Promouvez la zone secondaire de sauvegarde pour qu'elle assume le rôle de zone principale avec une intervention manuelle ou un basculement préconfiguré.
  4. Vérifiez l'état opérationnel de la nouvelle zone principale.

Contactez un membre du groupe d'opérateurs d'infrastructure pour confirmer que vos deux zones sont configurées pour la réplication asynchrone des données.

Le délai inhérent à la réplication asynchrone des données signifie que cette configuration est plus utile pour les systèmes qui nécessitent un objectif de point de récupération (RPO) faible, mais non nul. Si votre système nécessite une perte de données minimale, mais peut tolérer une petite quantité maximale prédéfinie de perte de données mesurée dans le temps, généralement liée aux données générées juste avant un événement de catastrophe potentiellement irrécupérable, la réplication asynchrone des données est une fonctionnalité intéressante à implémenter pour vos applications.

Voici un exemple de RPO faible non nul : une plate-forme de trading financier avec un RPO de cinq minutes, où la réplication asynchrone des données est configurée pour copier les données de trading dans une zone de reprise après sinistre secondaire toutes les deux minutes :

  • Il s'agit d'un scénario de RPO faible , car les cinq minutes représentent la fenêtre de perte de données minimale acceptable pour le système à volume élevé.
  • Il s'agit d'un scénario de RPO non nul , car le délai inhérent à la réplication asynchrone d'intervalles de deux minutes signifie qu'il existe une petite fenêtre de temps pendant laquelle les données n'ont pas encore été copiées, ce qui entraîne une perte potentielle.

Vous devez collaborer avec votre groupe d'opérateurs d'infrastructure pour définir votre workflow de réplication asynchrone du stockage à double zone et vérifier que les capacités de réplication des données de l'infrastructure sont compatibles avec vos exigences de RPO.

Limites

La réplication synchrone des données n'est pas compatible avec GDC sous air gap. La réplication synchrone des données maintient une cohérence stricte entre les données de deux zones en dupliquant immédiatement toutes les données écrites d'une zone principale vers la zone secondaire, ce qui fournit un RPO nul dans les scénarios de reprise après sinistre.

Étape suivante