Esegui la migrazione al ripristino di emergenza gestito

Questa pagina descrive come eseguire la migrazione dalla replica BigQuery tra regioni al ripristino di emergenza gestito da BigQuery.

Panoramica

La replica tra regioni (CRR) e il disaster recovery gestito (RE) di BigQuery sono entrambe funzionalità progettate per migliorare la disponibilità dei dati e le funzionalità di ripristino di emergenza. Tuttavia, gestiscono le interruzioni regionali in modi diversi. CRR non consente di promuovere la replica secondaria se la regione principale non è disponibile. Al contrario, RE offre una protezione più completa consentendo un failover alla replica secondaria anche se la regione principale non è disponibile. Con la replica cross-region, viene replicato solo lo spazio di archiviazione, mentre con RE vengono replicate sia la capacità di archiviazione che quella di calcolo.

La tabella seguente descrive le funzionalità di CRR e RE:

Funzionalità CRR RE
Processo di replica iniziale Utilizza CRR per replicare inizialmente il set di dati. Il caricamento iniziale viene replicato in precedenza con CRR prima di eseguire la migrazione di un set di dati CRR a un set di dati RE.
Replica delle promozioni Utilizza la replica standard. Utilizza la replica turbo.
Procedura di promozione Promuove a livello di set di dati. Promuove a livello di prenotazione (failover della prenotazione e promozione del set di dati). A una prenotazione di failover possono essere collegati molti set di dati. La promozione a livello di set di dati non è disponibile con RER.
Esecuzione della promozione Tramite la UI o il comando DDL basato su SQL per ogni set di dati. Non è previsto il supporto per CLI, librerie client, API o Terraform. Tramite la UI o il comando DDL basato su SQL per ogni prenotazione EPE. Non è previsto il supporto per CLI, librerie client, API o Terraform.
Modalità di failover Failover graduale. Failover forzato.
Requisito relativo alla versione Qualsiasi modello di capacità. Versione Enterprise Plus.
Limitazioni Limitazioni del CRR. Include sia le limitazioni CRR sia le limitazioni DR.
Accesso in scrittura I job eseguiti in qualsiasi modello di capacità possono scrivere in set di dati replicati nella regione primaria. La secondaria è sempre di sola lettura. Solo i job eseguiti con le prenotazioni Enterprise Plus possono scrivere nei set di dati replicati nella regione principale. Le repliche del set di dati secondario e della prenotazione sono sempre di sola lettura.
Accesso in lettura I job in esecuzione in qualsiasi modello di capacità possono leggere da set di dati replicati. I job in esecuzione in qualsiasi modello di capacità possono leggere da set di dati replicati.

Implicazioni della migrazione

Le sezioni seguenti forniscono una panoramica delle modifiche ai costi e alle funzionalità che si verificano durante la migrazione al RE.

Implicazioni sui costi

Quando esegui la migrazione da CRR a RE, tieni in considerazione le seguenti implicazioni relative ai costi:

  • Il RE;accesso in scrittura solo dall'edizione Enterprise Plus, che comporta costi di calcolo più elevati. Puoi leggere da qualsiasi modello di capacità, quindi i costi di lettura per i job esistenti non cambiano.

  • RE utilizza la replica turbo, che comporta costi aggiuntivi a seconda della coppia di regioni.

  • I prezzi di archiviazione sono gli stessi sia per CRR che per RE.

Per ulteriori informazioni sui prezzi, consulta la pagina Prezzi.

Implicazioni delle funzionalità

Quando esegui la migrazione da CRR a RE, tieni in considerazione le seguenti implicazioni per le funzionalità:

  • RE supporta solo il failover a livello di prenotazione. Tutti i job esistenti che si basano sul failover a livello di set di dati non vanno a buon fine.

  • Solo le query della versione Enterprise Plus possono scrivere nel set di dati una volta che è collegato alla prenotazioneRER. Tutti i job di scrittura esistenti che non utilizzano un'edizione Enterprise Plus per la capacità di calcolo non vanno a buon fine.

Prima di iniziare

Prima di iniziare la migrazione, acquisisci familiarità con i concetti di replica tra regioni e recupero di emergenza gestito.

Per eseguire la migrazione al RE, devi soddisfare i seguenti prerequisiti:

  • Hai un progetto Google Cloud attivo con BigQuery abilitato.

  • Hai creato e replicato set di dati con CRR.

  • I set di dati hanno le stesse località primaria e secondaria che vuoi utilizzare per REa.

  • Disponi delle autorizzazioni necessarie per utilizzare RE. Per saperne di più sulle autorizzazioni, consulta la sezione Prima di iniziare.

Eseguire la migrazione da CRR a RE

Le sezioni seguenti descrivono come eseguire la migrazione dei set di dati da CRR a RE. Si presuppone che tu abbia già configurato i set di dati per CRR.

Crea una prenotazione di failover

Per abilitare ripristino di emergenza, devi creare una prenotazione di failover nella regione primaria. Configura la prenotazione con la regione primaria e secondaria appropriate. Le regioni primaria e secondaria devono corrispondere alle regioni di tutti i set di dati CRR che intendi migrare al RE. Per creare una prenotazione di failover, scegli una delle seguenti opzioni:

Console

  1. Nella console Google Cloud , vai alla pagina BigQuery.

    Vai a BigQuery

  2. Nel menu di navigazione, fai clic su Gestione della capacità e poi su Crea prenotazione.

  3. Nel campo Nome prenotazione, inserisci un nome per la prenotazione.

  4. Nell'elenco Località, seleziona la località.

  5. Nell'elenco Versione, seleziona la versione Enterprise Plus.

  6. Nell'elenco Selettore dimensione massima prenotazione, seleziona la dimensione massima della prenotazione.

  7. (Facoltativo) Nel campo Slot di base, inserisci il numero di slot di base per la prenotazione.

    Il numero di slot con scalabilità automatica disponibili viene determinato sottraendo il valore di Slot di riferimento dal valore di Dimensione massima della prenotazione. Ad esempio, se crei una prenotazione con 100 slot di riferimento e una dimensione massima della prenotazione di 400, la prenotazione ha 300 slot con scalabilità automatica. Per saperne di più sugli slot di base, vedi Utilizzo delle prenotazioni con slot di base e di scalabilità automatica.

  8. Nell'elenco Località secondaria, seleziona la località secondaria.

  9. Per disattivare la condivisione degli slot inattivi e utilizzare solo la capacità degli slot specificata, fai clic sul pulsante di attivazione/disattivazione Ignora slot inattivi.

  10. Per espandere la sezione Impostazioni avanzate, fai clic sulla freccia di espansione .

  11. (Facoltativo) Per impostare la concorrenza target dei job, fai clic sul pulsante di attivazione/disattivazione Ignora la concorrenza automatica target dei job e poi inserisci un valore per Concorrenza target dei job. La suddivisione degli slot viene visualizzata nella tabella Stima dei costi. Un riepilogo della prenotazione viene visualizzato nella tabella Riepilogo capacità.

  12. Fai clic su Salva.

La nuova prenotazione è visibile nella scheda Prenotazioni slot.

SQL

Per creare una prenotazione, utilizza l'istruzione DDL (Data Definition Language) CREATE RESERVATION.

  1. Nella console Google Cloud , vai alla pagina BigQuery.

    Vai a BigQuery

  2. Nell'editor di query, inserisci la seguente istruzione:

    CREATE RESERVATION
  `ADMIN_PROJECT_ID.region-LOCATION.RESERVATION_NAME`
OPTIONS (
  slot_capacity = NUMBER_OF_BASELINE_SLOTS,
  edition = ENTERPRISE_PLUS,
  secondary_location = SECONDARY_LOCATION);

    Sostituisci quanto segue:

    • ADMIN_PROJECT_ID: l'ID progetto del progetto di amministrazione proprietario della risorsa di prenotazione.
    • LOCATION: la posizione della prenotazione. Se selezioni una località BigQuery Omni, l'opzione di edizione è limitata all'edizione Enterprise.

    • RESERVATION_NAME: il nome della prenotazione.

      Il nome deve iniziare e terminare con una lettera minuscola o un numero e contenere solo lettere minuscole, numeri e trattini.

    • NUMBER_OF_BASELINE_SLOTS: il numero di slot di base da allocare alla prenotazione. Non puoi impostare l'opzione slot_capacity e l'opzione edition nella stessa prenotazione.
    • SECONDARY_LOCATION: la posizione secondaria della prenotazione. In caso di interruzione, tutti i set di dati collegati a questa prenotazione verranno sottoposti a failover in questa posizione.

  3. Fai clic su Esegui.

Per saperne di più su come eseguire le query, consulta Eseguire una query interattiva.

Allega il set di dati alla prenotazione

Dopo aver creato la prenotazione di failover, collega il set di dati o i set di dati tra regioni alla prenotazione. In questo modo viene attivato il failover per tutti i set di dati collegati. Per allegare il set di dati alla prenotazione, scegli una delle seguenti opzioni:

Console

  1. Nella console Google Cloud , vai alla pagina BigQuery.

    Vai a BigQuery

  2. Nel menu di navigazione, fai clic su Gestione della capacità, quindi fai clic sulla scheda Prenotazioni slot.

  3. Fai clic sulla prenotazione a cui vuoi allegare un set di dati.

  4. Fai clic sulla scheda Disaster recovery.

  5. Fai clic su Aggiungi set di dati di failover.

  6. Inserisci il nome del set di dati che vuoi associare alla prenotazione.

  7. Fai clic su Aggiungi.

SQL

Per collegare un set di dati a una prenotazione, utilizza l'istruzione DDL ALTER SCHEMA SET OPTIONS.

  1. Nella console Google Cloud , vai alla pagina BigQuery.

    Vai a BigQuery

  2. Nell'editor di query, inserisci la seguente istruzione:

    ALTER SCHEMA
  `DATASET_NAME`
SET OPTIONS (
  failover_reservation = ADMIN_PROJECT_ID.RESERVATION_NAME);

    Sostituisci quanto segue:

    • DATASET_NAME: il nome del set di dati.

    • ADMIN_PROJECT_ID.RESERVATION_NAME: il nome della prenotazione a cui vuoi associare il set di dati.

  3. Fai clic su Esegui.

Per saperne di più su come eseguire le query, consulta Eseguire una query interattiva.

Verificare la configurazione

Per verificare lo stato della configurazione, esegui una query sulla vista INFORMATION_SCHEMA.SCHEMATA_REPLICAS.

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

Verifica che i set di dati siano collegati alla prenotazione corretta nelle regioni corrette.

Sostituisci quanto segue:
  • (Facoltativo) PROJECT_ID: l'ID del tuo Google Cloud progetto. Se non specificato, viene utilizzato il progetto predefinito.
  • REGION: qualsiasi nome della regione del set di dati. Ad esempio: `region-us`.

Esempi

L'esempio seguente illustra i passaggi per eseguire la migrazione da CRR a RE con esempi pratici che utilizzano GoogleSQL. Per questo esempio, supponiamo quanto segue:

  • Stai lavorando a un progetto denominato myproject.

  • Hai già creato un set di dati denominato mydataset e lo hai configurato con CRR.

  • La regione principale di mydataset è us-central1 e la regione secondaria è us-west1.

Per iniziare la migrazione del set di dati al RE, crea prima una prenotazione con l'edizione Enterprise Plus. In questo esempio, il nome della prenotazione è myreservation.

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

Una volta creata la prenotazione, puoi allegare il set di dati alla prenotazione. Il seguente esempio associa il set di dati alla prenotazione:

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

Poi, verifica che il set di dati sia stato allegato correttamente.

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

I risultati di questa query dovrebbero essere simili ai seguenti:

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

Passaggi successivi