Clonazione delle istanze

Questa pagina spiega la clonazione e descrive come clonare un'istanza.

Panoramica

La clonazione di un'istanza Cloud SQL crea una nuova istanza che è una copia dell'istanza di origine. La nuova istanza è completamente indipendente dall'istanza di origine.

Clone standard

La clonazione standard crea un backup completo dell'istanza di origine. L'istanza utilizza quindi il backup per eseguire il provisioning di una nuova istanza separata. La nuova istanza è una copia funzionalmente indipendente dell'origine al momento dell'inizio dell'operazione. La durata di un'operazione di clonazione standard è proporzionale alle dimensioni del database.

Clone rapido

La clonazione rapida utilizza uno Instant Snapshot per creare una nuova istanza, il che rappresenta un'evoluzione significativa rispetto alla clonazione standard.

Quando avvii un'operazione di clonazione nella stessa zona dell'istanza di origine, la clonazione rapida acquisisce uno Instant Snapshot. Quindi, crea il nuovo disco utilizzando questo Instant Snapshot. Questo processo è un'operazione di soli metadati, pertanto le dimensioni dei dati non influiscono sul tempo di creazione del clone.

Quando viene utilizzato il clone rapido

Cloud SQL utilizza automaticamente il clone rapido quando vengono soddisfatte le seguenti condizioni:

  • Operazioni nella stessa zona: l'operazione di clonazione deve essere avviata nella stessa zona dell'istanza di origine. Se specifichi una zona diversa (o anche se specifichi nuovamente la stessa zona), il processo utilizzerà per impostazione predefinita il flusso di lavoro di clonazione standard.
  • Coerenza delle proprietà del disco: le proprietà del disco del nuovo clone devono corrispondere esattamente all'istanza di origine (ad esempio, Persistent Disk rispetto a Google Cloud Hyperdisk, tipo di crittografia, dimensione del blocco).
  • Supporto del motore del database: il motore del database è Cloud SQL per MySQL o Cloud SQL per PostgreSQL

Se l'operazione di clonazione richiede il ripristino a un timestamp di point-in-time recovery (PITR) specifico, il sistema utilizza per impostazione predefinita il flusso di lavoro di clonazione standard.

Confronto tra i metodi di clonazione

La tabella seguente mette a confronto le funzionalità di clonazione rapida e clonazione standard:

Funzionalità Clone standard Clone rapido
Tecnologia Snapshot standard Snapshot istantanei
Spostamento dei dati Copia completa dei dati da e verso Cloud Storage. La durata è proporzionale alle dimensioni del database. Operazione solo sui metadati per la clonazione nella stessa zona. Le dimensioni dei dati non influiscono sul tempo di creazione del clone.
Durata Ore per database di grandi dimensioni. Da secondi a minuti per i passaggi di creazione del clone.
Requisito per il backup Crea un backup completo temporaneo in Cloud Storage. Utilizza uno Instant Snapshot che viene eliminato dopo la creazione del nuovo disco.
Applicabilità Supporta i cloni tra zone e tra regioni. Supporta solo i cloni nella stessa zona.

Domande frequenti

Domanda Risposta
La clonazione influisce sulle prestazioni? No. La clonazione non ha alcun impatto sulle prestazioni dell'istanza di origine.
I backup vengono copiati nella nuova istanza? No. La nuova istanza crea nuovi backup automatici. I backup manuali non vengono copiati dall'istanza di origine.
La nuova istanza ha lo stesso indirizzo o gli stessi indirizzi IP? No. La nuova istanza ha uno o più nuovi indirizzi IP.
La nuova istanza ha le stesse impostazioni di configurazione? Sì. La nuova istanza ha le stesse impostazioni, ad esempio flag di database, opzioni di connettività, tipo di macchina e impostazioni di archiviazione e memoria.
Le repliche vengono copiate nella nuova istanza? No. Devi creare nuove repliche per la nuova istanza.
È possibile clonare una replica? No, non puoi clonare una replica.
È possibile creare un clone da un momento specifico precedente? Sì. Il recupero point-in-time utilizza la clonazione per ripristinare un'istanza da un momento precedente. In questo modo, puoi recuperare il database da un evento distruttivo.
Le impostazioni di manutenzione dell'istanza di origine vengono copiate automaticamente nell'istanza clone? No. Devi configurare le impostazioni di manutenzione per l'istanza clone.
È possibile clonare un'istanza quando la zona dell'istanza non è disponibile? Sì. Se cloni un'istanza di zona, puoi specificare una zona principale diversa per l'istanza. Se cloni un'istanza ad alta affidabilità (regionale), puoi specificare zone principali e secondarie diverse per l'istanza.
È possibile clonare un database in un altro progetto? No. Non puoi clonare un database in un altro progetto.
È possibile clonare un'istanza che era già un clone? Sì. Puoi clonare un'istanza che è stata clonata da un'altra istanza.
Gli utenti del database vengono copiati nella nuova istanza? Sì, gli utenti del database vengono copiati nella nuova istanza. Anche le password di questi utenti vengono copiate, quindi non è necessario ricrearle.

Clona un'istanza

Puoi clonare un'istanza Cloud SQL utilizzando la console Google Cloud , gcloud CLI, Terraform o l'API.

Console

  1. Nella console Google Cloud , vai alla pagina Istanze Cloud SQL.

    Vai a Istanze Cloud SQL

  2. Individua la riga dell'istanza da clonare.
  3. Nella colonna Azioni, fai clic sul menu Altre azioni.
  4. Fai clic su Crea clone.
  5. Nella pagina Crea un clone, aggiorna l'ID istanza, se necessario, e fai clic su Crea clone, lasciando selezionata l'opzione Clona lo stato attuale dell'istanza.

    Tornerai alla pagina dell'elenco delle istanze durante l'inizializzazione del clone.

gcloud

Per clonare un'istanza, utilizza il comando gcloud sql instances clone:

gcloud sql instances clone SOURCE_INSTANCE_NAME DESTINATION_INSTANCE_NAME \
--project PROJECT_ID \
--preferred-zone ZONE_NAME \
--preferred-secondary-zone SECONDARY_ZONE_NAME

Effettua le seguenti sostituzioni:

  • SOURCE_INSTANCE_NAME: il nome dell'istanza Cloud SQL da clonare.
  • DESTINATION_INSTANCE_NAME: il nome dell'istanza clonata.
  • PROJECT_ID: l'ID o il numero di progetto del progetto Google Cloud che contiene le istanze di origine e di destinazione.
  • ZONE_NAME: (Facoltativo) Il nome della zona principale dell'istanza di destinazione. Utilizza questa opzione se vuoi che l'istanza di destinazione si trovi in una zona principale diversa da quella dell'istanza Cloud SQL che stai clonando. Per un'istanza regionale, questa zona sostituisce la zona principale, ma la zona secondaria rimane la stessa dell'istanza di origine.
  • SECONDARY_ZONE_NAME: (Facoltativo) Il nome della zona secondaria per l'istanza di destinazione. Utilizzalo per specificare una zona secondaria diversa per l'istanza Cloud SQL regionale che vuoi clonare.

Se utilizzi i parametri --preferred-zone e --preferred-secondary-zone, si applicano le seguenti condizioni:

  • Sia la zona principale che quella secondaria devono essere zone valide.
  • Entrambe le zone devono appartenere alla stessa regione dell'istanza di origine.
  • Le zone primarie e secondarie devono essere diverse.
  • Per le istanze a livello di zona, non puoi utilizzare il parametro --preferred-secondary-zone. In questo caso, il processo di clonazione dell'istanza non va a buon fine.
  • Se non specifichi i valori per i parametri --preferred-zone o --preferred-secondary-zone, l'istanza clonata ha le stesse zone principale e secondaria dell'istanza di origine.

Per eseguire il comando gcloud sql instances clone, devi disporre delle autorizzazioni cloudsql.instances.clone e cloudsql.instances.create. Per saperne di più sulle autorizzazioni richieste per eseguire i comandi di gcloud CLI, consulta Autorizzazioni di Cloud SQL.

Terraform

Per clonare l'istanza, utilizza una risorsa Terraform

resource "google_sql_database_instance" "clone" {
  name             = "postgres-instance-clone-name"
  region           = "us-central1"
  database_version = "POSTGRES_12"
  clone {
    source_instance_name = google_sql_database_instance.source.id
  }
  # set `deletion_protection` to true, will ensure that one cannot accidentally delete this instance by
  # use of Terraform whereas `deletion_protection_enabled` flag protects this instance at the GCP level.
  deletion_protection = false
}

Applica le modifiche

Per applicare la configurazione di Terraform in un progetto Google Cloud , completa i passaggi descritti nelle sezioni seguenti.

Prepara Cloud Shell

  1. Avvia Cloud Shell.

  2. Imposta il progetto Google Cloud predefinito in cui vuoi applicare le configurazioni Terraform.

    Devi eseguire questo comando una sola volta per progetto e puoi eseguirlo in qualsiasi directory.

    export GOOGLE_CLOUD_PROJECT=PROJECT_ID

    Le variabili di ambiente vengono sostituite se imposti valori espliciti nel file di configurazione Terraform.

Prepara la directory

Ogni file di configurazione Terraform deve avere la propria directory (chiamata anche modulo principale).

  1. In Cloud Shell, crea una directory e un nuovo file al suo interno. Il nome file deve avere l'estensione .tf, ad esempio main.tf. In questo tutorial, il file è denominato main.tf. 
    mkdir DIRECTORY && cd DIRECTORY && touch main.tf

  2. Se stai seguendo un tutorial, puoi copiare il codice campione in ogni sezione o passaggio.

    Copia il codice campione nel file main.tf appena creato.

    Facoltativamente, copia il codice da GitHub. Questa opzione è consigliata quando lo snippet Terraform fa parte di una soluzione end-to-end.

  3. Esamina e modifica i parametri di esempio da applicare al tuo ambiente.
  4. Salva le modifiche.
  5. Inizializza Terraform. Devi eseguire questa operazione una sola volta per directory. 
    terraform init

    Facoltativamente, per utilizzare l'ultima versione del provider Google, includi l'opzione -upgrade: 

    terraform init -upgrade

Applica le modifiche

  1. Esamina la configurazione e verifica che le risorse che Terraform creerà o aggiornerà corrispondano alle tue aspettative: 
    terraform plan

    Apporta le correzioni necessarie alla configurazione.

  2. Applica la configurazione Terraform eseguendo il comando seguente e inserendo yes al prompt: 
    terraform apply

    Attendi finché Terraform non visualizza il messaggio "Apply complete!".

  3. Apri il tuo progetto Google Cloud per visualizzare i risultati. Nella console Google Cloud , vai alle risorse nell'interfaccia utente per assicurarti che Terraform le abbia create o aggiornate.

Elimina le modifiche

Per eliminare le modifiche:

  1. Per disattivare la protezione da eliminazione, imposta l'argomento deletion_protection su false nel file di configurazione Terraform. 
    deletion_protection =  "false"
  2. Applica la configurazione Terraform aggiornata eseguendo il comando seguente e inserendo yes al prompt: 
    terraform apply

  1. Rimuovi le risorse applicate in precedenza con la configurazione Terraform eseguendo il comando seguente e inserendo yes al prompt:

    terraform destroy

REST v1

Prima di utilizzare i dati della richiesta, apporta le sostituzioni seguenti:

  • PROJECT_ID: l'ID o il numero di progetto del progetto Google Cloud che contiene le istanze di origine e di destinazione.
  • SOURCE_INSTANCE_NAME: il nome dell'istanza Cloud SQL da clonare.
  • DESTINATION_INSTANCE_NAME: il nome dell'istanza clonata.
  • ZONE_NAME: (Facoltativo) Il nome della zona principale dell'istanza di destinazione. Utilizza questa opzione se vuoi che l'istanza di destinazione si trovi in una zona principale diversa da quella dell'istanza Cloud SQL che stai clonando. Per un'istanza regionale, questa zona sostituisce la zona principale, ma la zona secondaria rimane la stessa dell'istanza di origine.
  • SECONDARY_ZONE_NAME: (Facoltativo) Il nome della zona secondaria per l'istanza di destinazione. Utilizzalo per specificare una zona secondaria diversa per l'istanza Cloud SQL regionale che vuoi clonare.

Metodo HTTP e URL: 

POST https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/SOURCE_INSTANCE_NAME/clone

Corpo JSON della richiesta: 

{
  "cloneContext":
  {
    "destinationInstanceName": "DESTINATION_INSTANCE_NAME",
    "preferredZone": "ZONE_NAME",
    "preferredSecondaryZone": "SECONDARY_ZONE_NAME"
  }
}

Per inviare la richiesta, espandi una di queste opzioni:

Dovresti ricevere una risposta JSON simile alla seguente:

Se utilizzi i parametri preferredZone e preferredSecondaryZone, si applicano le seguenti condizioni:

  • Sia la zona principale che quella secondaria devono essere zone valide.
  • Entrambe le zone devono appartenere alla stessa regione dell'istanza di origine.
  • Le zone primarie e secondarie devono essere diverse.
  • Per le istanze a livello di zona, non puoi utilizzare il parametro preferredSecondaryZone. In questo caso, il processo di clonazione dell'istanza non va a buon fine.
  • Se non specifichi i valori per i parametri preferredZone o preferredSecondaryZone, l'istanza clonata ha le stesse zone principale e secondaria dell'istanza di origine.

Per utilizzare il metodo API instances.clone, devi disporre delle autorizzazioni cloudsql.instances.clone e cloudsql.instances.create. Per saperne di più sulle autorizzazioni necessarie per utilizzare i metodi API, consulta Autorizzazioni di Cloud SQL.

REST v1beta4

Prima di utilizzare i dati della richiesta, apporta le sostituzioni seguenti:

  • PROJECT_ID: l'ID o il numero di progetto del progetto Google Cloud che contiene le istanze di origine e di destinazione.
  • SOURCE_INSTANCE_NAME: il nome dell'istanza Cloud SQL da clonare.
  • DESTINATION_INSTANCE_NAME: il nome dell'istanza clonata.
  • ZONE_NAME: (Facoltativo) Il nome della zona principale dell'istanza di destinazione. Utilizza questa opzione se vuoi che l'istanza di destinazione si trovi in una zona principale diversa da quella dell'istanza Cloud SQL che stai clonando. Per un'istanza regionale, questa zona sostituisce la zona principale, ma la zona secondaria rimane la stessa dell'istanza di origine.
  • SECONDARY_ZONE_NAME: (Facoltativo) Il nome della zona secondaria per l'istanza di destinazione. Utilizzalo per specificare una zona secondaria diversa per l'istanza Cloud SQL regionale che vuoi clonare.

Metodo HTTP e URL: 

POST https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/SOURCE_INSTANCE_NAME/clone

Corpo JSON della richiesta: 

{
  "cloneContext":
  {
    "destinationInstanceName": "DESTINATION_INSTANCE_NAME",
    "preferredZone": "ZONE_NAME",
    "preferredSecondaryZone": "SECONDARY_ZONE_NAME"
  }
}

Per inviare la richiesta, espandi una di queste opzioni:

Dovresti ricevere una risposta JSON simile alla seguente:

Se utilizzi i parametri preferredZone e preferredSecondaryZone, si applicano le seguenti condizioni:

  • Sia la zona principale che quella secondaria devono essere zone valide.
  • Entrambe le zone devono appartenere alla stessa regione dell'istanza di origine.
  • Le zone primarie e secondarie devono essere diverse.
  • Per le istanze a livello di zona, non puoi utilizzare il parametro preferredSecondaryZone. In questo caso, il processo di clonazione dell'istanza non va a buon fine.
  • Se non specifichi i valori per i parametri preferredZone o preferredSecondaryZone, l'istanza clonata ha le stesse zone principale e secondaria dell'istanza di origine.

Per utilizzare il metodo API instances.clone, devi disporre delle autorizzazioni cloudsql.instances.clone e cloudsql.instances.create. Per saperne di più sulle autorizzazioni necessarie per utilizzare i metodi API, consulta Autorizzazioni di Cloud SQL.

Clona un'istanza che utilizza un indirizzo IP interno

Se l'istanza Cloud SQL utilizza un indirizzo IP interno, puoi facoltativamente specificare un intervallo IP allocato per il nuovo indirizzo IP del clone. Ad esempio, google-managed-services-default.

gcloud

Clona l'istanza, specificando facoltativamente l'intervallo IP allocato che vuoi utilizzare:

gcloud sql instances clone SOURCE_INSTANCE_NAME TARGET_INSTANCE_NAME \
--allocated-ip-range-name ALLOCATED_IP_RANGE_NAME

L'utente o il account di servizio che esegue il comando gcloud sql instances clone deve disporre delle autorizzazioni cloudsql.instances.clone e cloudsql.instances.create. Per saperne di più sulle autorizzazioni richieste per eseguire i comandi di gcloud CLI, consulta Autorizzazioni di Cloud SQL.

REST v1

Clona l'istanza, specificando facoltativamente l'intervallo IP allocato che vuoi utilizzare:

Prima di utilizzare i dati della richiesta, apporta le sostituzioni seguenti:

  • project-id: l'ID progetto
  • source-instance-id: l'ID dell'istanza di origine
  • target-instance-id: l'ID dell'istanza target
  • allocated-ip-range-name: il nome di un intervallo IP allocato

Metodo HTTP e URL: 

POST https://sqladmin.googleapis.com/v1/projects/project-id/instances/source-instance-id/clone

Corpo JSON della richiesta: 

{
  "cloneContext":
  {
    "destinationInstanceName": "target-instance-id",
    "allocatedIpRange": "allocated-ip-range-name"
  }
}

Per inviare la richiesta, espandi una di queste opzioni:

Dovresti ricevere una risposta JSON simile alla seguente:

L'utente o il account di servizio che utilizza il metodo API instances.clone deve disporre delle autorizzazioni cloudsql.instances.clone e cloudsql.instances.create. Per saperne di più sulle autorizzazioni necessarie per utilizzare i metodi API, consulta Autorizzazioni di Cloud SQL.

REST v1beta4

Clona l'istanza, specificando facoltativamente l'intervallo IP allocato che vuoi utilizzare:

Prima di utilizzare i dati della richiesta, apporta le sostituzioni seguenti:

  • project-id: l'ID progetto
  • source-instance-id: l'ID dell'istanza di origine
  • target-instance-id: l'ID dell'istanza target
  • allocated-ip-range-name: il nome di un intervallo IP allocato

Metodo HTTP e URL: 

POST https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/source-instance-id/clone

Corpo JSON della richiesta: 

{
  "cloneContext":
  {
    "destinationInstanceName": "target-instance-id",
    "allocatedIpRange": "allocated-ip-range-name"
  }
}

Per inviare la richiesta, espandi una di queste opzioni:

Dovresti ricevere una risposta JSON simile alla seguente:

L'utente o il account di servizio che utilizza il metodo API instances.clone deve disporre delle autorizzazioni cloudsql.instances.clone e cloudsql.instances.create. Per saperne di più sulle autorizzazioni necessarie per utilizzare i metodi API, consulta Autorizzazioni di Cloud SQL.

Se non specifichi un intervallo IP allocato, viene applicato il seguente comportamento:

  • Se l'istanza di origine è stata creata con un intervallo specificato, l'istanza clonata viene creata nello stesso intervallo.
  • Se l'istanza di origine non è stata creata con un intervallo specificato, l'istanza clonata viene creata in un intervallo casuale.

Risoluzione dei problemi

Problema Risoluzione dei problemi
La clonazione non riesce con l'errore constraints/sql.restrictAuthorizedNetworks. L'operazione di clonazione è bloccata dalla configurazione Authorized Networks. Authorized Networks è configurato per gli indirizzi IP pubblici nella sezione Connettività della console Google Cloud e la clonazione non è consentita per considerazioni di sicurezza.

Se possibile, rimuovi tutte le voci Authorized Networks dall'istanza Cloud SQL. In caso contrario, crea una replica senza voci Authorized Networks.
Messaggio di errore: Failed to create subnetwork. Couldn't find free blocks in allocated IP ranges. Please allocate new ranges for this service provider. Help Token: [help-token-id].

Stai tentando di utilizzare la console Google Cloud per clonare un'istanza con un indirizzo IP privato, ma non hai specificato l'intervallo IP allocato che vuoi utilizzare e l'istanza di origine non è stata creata con l'intervallo specificato. Di conseguenza, l'istanza clonata viene creata in un intervallo casuale.

Utilizza gcloud per clonare l'istanza e fornire un valore per il parametro --allocated-ip-range-name
. Per saperne di più, consulta Clonazione di un'istanza con un IP privato.