Eseguire la migrazione al ripristino di emergenza gestito

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

Panoramica

La replica tra regioni (CRR) di BigQuery e il disaster recovery gestito (RE) 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 CRR viene replicata solo l'archiviazione, mentre con RE vengono replicate sia l'archiviazione che la capacità 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 della promozione Utilizza la replica standard. Utilizza la replica turbo.
Processo di promozione Promuove a livello di set di dati. Promuove a livello di prenotazione (failover della prenotazione e promozione del set di dati). È possibile collegare molti set di dati a una prenotazione di failover. La promozione a livello di set di dati non è disponibile con RE.
Esecuzione della promozione Tramite l'interfaccia utente o il comando DDL basato su SQL per ogni set di dati. Non è supportata l'interfaccia a riga di comando, le librerie client, l'API o Terraform. Tramite l'interfaccia utente o il comando DDL basato su SQL per ogni prenotazione EPE. Non è supportata l'interfaccia a riga di comando, le librerie client API o Terraform.
Modalità di failover Failover graduale. Failover forzato.
Requisito della versione Qualsiasi modello di capacità. Versione Enterprise Plus.
Limitazioni Limitazioni di CRR. Include sia le limitazioni di CRR che quelle di DR .
Accesso in scrittura I job in esecuzione con qualsiasi modello di capacità possono scrivere nei set di dati replicati nella regione principale. La replica secondaria è sempre di sola lettura. Solo i job in esecuzione con le prenotazioni Enterprise Plus possono scrivere nei set di dati replicati nella regione principale. Le repliche secondarie del set di dati e della prenotazione sono sempre di sola lettura.
Accesso in lettura I job in esecuzione con qualsiasi modello di capacità possono leggere i set di dati replicati. I job in esecuzione con qualsiasi modello di capacità possono leggere i set di dati replicati.

Implicazioni della migrazione

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

Implicazioni sui costi

Tieni presente le seguenti implicazioni sui costi quando esegui la migrazione da CRR a RE:

  • RE supporta l'accesso in scrittura solo dalla versione 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 saperne di più sui prezzi, consulta Prezzi.

Implicazioni sulle funzionalità

Tieni presente le seguenti implicazioni sulle funzionalità quando esegui la migrazione da CRR a RE:

  • RE supporta il failover solo 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 collegato alla prenotazione RE. Tutti i job di scrittura esistenti che non utilizzano una versione Enterprise Plus per la capacità di calcolo non vanno a buon fine.

Prima di iniziare

Prima di iniziare la migrazione, familiarizza con i concetti relativi a replica tra regioni e disaster recovery gestito.

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

  • Hai un progetto attivo Google Cloud con BigQuery abilitato.

  • Hai creato e replicato set di dati con CRR.

  • I set di dati hanno le stesse località principali e secondarie che vuoi utilizzare per RE.

  • Disponi delle autorizzazioni necessarie per utilizzare RE. Per saperne di più sulle autorizzazioni, consulta 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.

Creare una prenotazione di failover

Per abilitare ripristino di emergenza, devi creare una prenotazione di failover nella regione principale. Configura la prenotazione con la regione principale e secondaria appropriata. Le regioni principali e secondarie devono corrispondere alle regioni di tutti i set di dati CRR di cui intendi eseguire la migrazione a RE Per creare una prenotazione di failover, scegli una delle seguenti opzioni:

Console

  1. Nella Google Cloud console, 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 riferimento, inserisci il numero di slot di riferimento per la prenotazione.

    Il numero di slot con scalabilità automatica disponibili viene determinato sottraendo il valore Slot di riferimento dal valore Dimensione massima 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 riferimento, consulta Utilizzare le prenotazioni con slot di riferimento e con scalabilità automatica slot.

  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 della capacità.

  12. Fai clic su Salva.

La nuova prenotazione è visibile nella scheda Prenotazioni slot.

SQL

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

  1. Nella Google Cloud console, 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 località della prenotazione. Se selezioni una località BigQuery Omni, l'opzione della versione è limitata alla versione 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 riferimento da allocare alla prenotazione. Non puoi impostare l'opzione slot_capacity e l'opzione edition nella stessa prenotazione.
    • SECONDARY_LOCATION: la località secondaria della prenotazione. In caso di interruzione, tutti i set di dati collegati a questa prenotazione eseguiranno il failover in questa località.

  3. Fai clic su Esegui.

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

Collegare 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, il failover viene abilitato per tutti i set di dati collegati. Per collegare il set di dati alla prenotazione, scegli una delle seguenti opzioni:

Console

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

    Vai a BigQuery

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

  3. Fai clic sulla prenotazione a cui vuoi collegare 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' ALTER SCHEMA SET OPTIONS istruzione DDL.

  1. Nella Google Cloud console, 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 INFORMATION_SCHEMA.SCHEMATA_REPLICAS visualizzazione.

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: il nome di una 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 in 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 a RE, crea prima una prenotazione con la versione 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 collegare il set di dati alla prenotazione. L'esempio seguente collega il set di dati alla prenotazione:

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

Verifica quindi che il set di dati sia stato collegato 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