Migrer vers la reprise après sinistre gérée

Cette page explique comment migrer de la réplication multirégionale BigQuery vers la reprise après sinistre gérée par BigQuery.

Présentation

La réplication interrégionale (CRR, cross-region replication) et la reprise après sinistre (DR, disaster recovery) gérée de BigQuery sont deux fonctionnalités conçues pour améliorer la disponibilité des données et les capacités de reprise après sinistre. Toutefois, elles gèrent les pannes régionales de différentes manières. La réplication interrégionale ne permet pas de promouvoir l'instance répliquée secondaire si la région principale est indisponible. En revanche, la reprise après sinistre offre une protection plus complète en permettant un basculement vers l'instance répliquée secondaire, même si la région principale est indisponible. Avec la réplication interrégionale, seul le stockage est répliqué, tandis qu'avec la reprise après sinistre, la capacité de stockage et de calcul est répliquée.

Le tableau suivant décrit les fonctionnalités de la CRR et de la reprise après sinistre :

Implications de la migration

Les sections suivantes présentent les modifications apportées aux coûts et aux fonctionnalités lorsque vous migrez vers la reprise après sinistre.

Implications en termes de coûts

Tenez compte des implications financières suivantes lorsque vous migrez de la CRR vers la reprise après sinistre :

• La reprise après sinistre n'est compatible qu'avec l'accès en écriture de l'édition Enterprise Plus, qui entraîne des coûts de calcul plus élevés. Vous pouvez lire à partir de n'importe quel modèle de capacité. Les coûts de lecture pour les jobs existants ne changent donc pas.

• La reprise après sinistre utilise la réplication turbo, qui entraîne des coûts supplémentaires en fonction de la paire de régions.

• Les tarifs de stockage sont les mêmes pour la réplication interrégionale et la reprise après sinistre.

Pour en savoir plus sur les tarifs, consultez la page Tarifs.

Implications en termes de fonctionnalités

Tenez compte des implications suivantes en termes de fonctionnalités lorsque vous migrez de la CRR vers la reprise après sinistre :

• La reprise après sinistre n'est compatible qu'avec le basculement au niveau de la réservation. Toutes les tâches existantes qui s'appuient sur le basculement au niveau de l'ensemble de données échouent.

• Seules les requêtes de l'édition Enterprise Plus peuvent écrire dans l'ensemble de données une fois qu'il est associé à la réservation de reprise après sinistre. Toutes les tâches d'écriture existantes qui n'utilisent pas l'édition Enterprise Plus pour leur capacité de calcul échouent.

Avant de commencer

Avant de commencer la migration, familiarisez-vous avec les concepts de réplication interrégionale et de reprise après sinistre gérée.

Pour migrer vers la reprise après sinistre, vous devez remplir les conditions préalables suivantes :

• Vous disposez d'un projet Trusted Cloud by S3NS actif pour lequel BigQuery est activé.

• Vous avez créé et répliqué des ensembles de données avec la CRR.

• Les ensembles de données ont les mêmes emplacements principal et secondaire que vous souhaitez utiliser pour la reprise après sinistre.

• Vous disposez des autorisations nécessaires pour utiliser DR. Pour en savoir plus sur les autorisations, consultez Avant de commencer.

Migrer de CRR vers DR

Les sections suivantes décrivent comment migrer vos ensembles de données de la reprise après sinistre interrégionale vers la reprise après sinistre. Elles supposent que vous avez déjà configuré vos ensembles de données pour la reprise après sinistre interrégionale.

Créer une réservation de basculement

Pour activer la reprise après sinistre, vous devez créer une réservation de basculement dans la région principale. Configurez votre réservation avec la région principale et la région secondaire appropriées. Les régions principale et secondaire doivent correspondre à celles de tous les ensembles de données CRR que vous prévoyez de migrer vers la reprise après sinistre. Pour créer une réservation de basculement, choisissez l'une des options suivantes :

Associer l'ensemble de données à la réservation

Une fois la réservation de basculement créée, associez-y votre ou vos ensembles de données interrégionaux. Cela permet le basculement pour tous les ensembles de données associés. Pour associer l'ensemble de données à la réservation, choisissez l'une des options suivantes :

Vérifier la configuration

Pour vérifier l'état de votre configuration, interrogez la vue INFORMATION_SCHEMA.SCHEMATA_REPLICAS.

PROJECT_ID.`region-REGION`.INFORMATION_SCHEMA.SCHEMATA_REPLICAS[_BY_PROJECT]

Vérifiez que les ensembles de données sont associés à la bonne réservation dans les régions appropriées.

• PROJECT_ID (facultatif) : ID de votre projet Trusted Cloud . Si non spécifié, le projet par défaut est utilisé.
• REGION : tout nom de région d'ensemble de données. Par exemple, `region-us`.

Exemples

L'exemple suivant vous explique comment migrer de la CRR vers la reprise après sinistre à l'aide d'exemples pratiques utilisant GoogleSQL. Pour cet exemple, supposons ce qui suit :

• Vous travaillez sur un projet appelé myproject.

• Vous avez déjà créé un ensemble de données nommé mydataset et l'avez configuré avec le CRR.

• La région principale de mydataset est us-central1 et la région secondaire est us-west1.

Pour commencer à migrer votre ensemble de données vers la reprise après sinistre, créez d'abord une réservation avec l'édition Enterprise Plus. Dans cet exemple, le nom de la réservation est myreservation.

CREATE RESERVATION `myproject.region-us-central1.myreservation`
OPTIONS (
  slot_capacity = 0,
  edition = ENTERPRISE_PLUS,
  autoscale_max_slots = 50,
  secondary_location = 'us-west-1');

Une fois la réservation créée, vous pouvez y associer l'ensemble de données. L'exemple suivant associe l'ensemble de données à la réservation :

ALTER SCHEMA
  `myproject.mydataset`
SET OPTIONS (
  failover_reservation = 'myproject.myreservation');

Vérifiez ensuite que l'ensemble de données a bien été associé.

SELECT
  failover_reservation_project_id,failover_reservation_name,
FROM
 `myproject`.`region-us-west1`.INFORMATION_SCHEMA.SCHEMATA_REPLICAS
WHERE
 schema_name='mydataset';

Les résultats de cette requête doivent ressembler à ce qui suit :

+---------------------------------+---------------------------+
| failover_reservation_project_id | failover_reservation_name |
+---------------------------------+---------------------------+
| myproject                       | myreservation             |
| myproject                       | myreservation             |
+---------------------------------+---------------------------+

Étape suivante

• Pour en savoir plus sur la réplication interrégionale, consultez Réplication interrégionale d'ensembles de données.

• Pour en savoir plus sur la reprise après sinistre gérée, consultez Reprise après sinistre gérée.