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 l'istanza di origine.
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 IP o gli stessi indirizzi IP? | No. La nuova istanza ha uno o più indirizzi IP nuovi. |
La nuova istanza ha le stesse impostazioni di configurazione? | Sì. La nuova istanza ha le stesse impostazioni, ad esempio flag del 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. |
Puoi clonare una replica? | No. Non puoi clonare una replica. |
Puoi creare una copia da un momento precedente? | Sì. Il recupero point-in-time utilizza la clonazione per ripristinare un'istanza da un punto in tempo precedente. In questo modo puoi recuperare il database un evento distruttivo. |
Le impostazioni di manutenzione dell'istanza di origine copiata automaticamente nell'istanza di clonazione? | No. Devi configurare le impostazioni di manutenzione per l'istanza clone. |
Puoi clonare un'istanza quando la zona per l'istanza non è disponibile? | Sì. Se cloni un'istanza zonale, puoi specificare una zona principale diversa per l'istanza. Se cloni un'istanza ad alta disponibilità (regionale), puoi specificare zone principali e secondarie diverse per l'istanza. |
Puoi clonare un database in un altro progetto? | No. Non puoi clonare un database in un altro progetto. |
Puoi clonare un'istanza che era un clone? | Sì. Puoi clonare un'istanza clonata da un'altra istanza. |
Gli utenti del database vengono copiati nella nuova istanza? | Sì, gli utenti del database vengono copiati nella nuova istanza. Password per questi vengono copiati in modo che non sia necessario ricrearli. |
Clonare un'istanza
Puoi clonare un'istanza Cloud SQL utilizzando la console Google Cloud, gcloud CLI, Terraform o l'API.
Console
-
Nella console Google Cloud, vai alla pagina Istanze Cloud SQL.
- Individua la riga dell'istanza da clonare.
- Nella colonna Azioni, fai clic sul menu Altre azioni.
- Fai clic su Crea clone.
- Nella pagina Crea un clone, aggiorna l'ID istanza, se necessario, e
Fai clic su Crea clone, lasciando Clona lo stato attuale dell'istanza
selezionato.
Tornerai alla pagina di 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 contenente le istanze di origine e di destinazione.
- ZONE_NAME: facoltativo. Il nome della zona principale per l'istanza di destinazione. Utilizzalo 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 a livello di regione, 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 primaria che la zona secondaria devono essere zone valide.
- Entrambe le zone devono appartenere alla stessa regione dell'istanza di origine.
- Le zone principali 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 per clonare l'istanza non va a buon fine. - Se non specifichi valori per i parametri
--preferred-zone
o--preferred-secondary-zone
, l'istanza clonata avrà le stesse zone principali e secondarie dell'istanza di origine.
Per eseguire gcloud sql instances clone
devi disporre dell'autorizzazione cloudsql.instances.clone
. Per ulteriori informazioni sulle autorizzazioni richieste per eseguire i comandi gcloud CLI, consulta Autorizzazioni Cloud SQL.
Terraform
Per clonare l'istanza, utilizza una risorsa Terraform.
Applica le modifiche
Per applicare la configurazione Terraform a un progetto Google Cloud, completa i passaggi nella le sezioni seguenti.
Prepara Cloud Shell
- Avvia Cloud Shell.
-
Imposta il progetto Google Cloud predefinito dove vuoi applicare le configurazioni Terraform.
Devi eseguire questo comando una sola volta per progetto e puoi farlo in qualsiasi directory.
export GOOGLE_CLOUD_PROJECT=PROJECT_ID
Le variabili di ambiente vengono sostituite se imposti valori espliciti nel file di configurazione di Terraform.
Prepara la directory
Ogni file di configurazione di Terraform deve avere una propria directory (chiamata anche modulo principale).
-
In Cloud Shell, crea una directory e un nuovo
file al suo interno. Il nome del file deve contenere
.tf
, ad esempiomain.tf
. In questo tutorial, il file è denominatomain.tf
.mkdir DIRECTORY && cd DIRECTORY && touch main.tf
-
Se stai seguendo un tutorial, puoi copiare il codice di esempio in ogni sezione o passaggio.
Copia il codice campione nel nuovo oggetto
main.tf
.Se vuoi, copia il codice da GitHub. Questa opzione è consigliata quando lo snippet Terraform fa parte di una soluzione end-to-end.
- Esamina e modifica i parametri di esempio da applicare al tuo ambiente.
- Salva le modifiche.
-
Inizializza Terraform. Devi eseguire questa operazione una sola volta per directory.
terraform init
Se vuoi, per utilizzare la versione più recente del provider Google, includi l'opzione
-upgrade
:terraform init -upgrade
Applica le modifiche
-
Rivedi la configurazione e verifica che le risorse che Terraform sta per creare o
aggiornare corrispondano alle tue aspettative:
terraform plan
Apporta le correzioni necessarie alla configurazione.
-
Applica la configurazione Terraform eseguendo questo comando e inserendo
yes
alla richiesta:terraform apply
Attendi che Terraform mostri il messaggio "Applicazione completata".
- Apri il progetto Google Cloud per visualizzare i risultati. Nella console Google Cloud, vai alle risorse nella UI per assicurarti create o aggiornate da Terraform.
Elimina le modifiche
Per eliminare le modifiche, procedi nel seguente modo:
- Per disabilitare la protezione dall'eliminazione, imposta il file di configurazione Terraform
Argomento
deletion_protection
perfalse
.deletion_protection = "false"
- Applica la configurazione Terraform aggiornata eseguendo il comando seguente
inserendo
yes
alla richiesta:terraform apply
-
Rimuovi le risorse applicate in precedenza con la configurazione Terraform eseguendo il seguente comando e inserendo
yes
al prompt:terraform destroy
REST v1
Prima di utilizzare i dati della richiesta, apporta le seguenti sostituzioni:
- 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 per l'istanza di destinazione. Da utilizzare se vuoi che l'istanza di destinazione si trovi in una zona principale diversa rispetto all'istanza Cloud SQL che stai clonando. Per un'istanza regionale, questa zona sostituisce la zona principale, ma la zona secondaria rimane invariata rispetto all'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 primaria che la zona secondaria devono essere zone valide.
- Entrambe le zone devono appartenere alla stessa regione dell'istanza di origine.
- Le zone principali e secondarie devono essere diverse.
- Per le istanze zonali, non puoi utilizzare il parametro
preferredSecondaryZone
. In questo caso, il processo di clonazione dell'istanza non va a buon fine. - Se non specifichi valori per i parametri
preferredZone
opreferredSecondaryZone
, l'istanza clonata avrà le stesse zone principali e secondarie dell'istanza di origine.
Per utilizzare il metodo API instances.clone
, devi disporre dell'autorizzazione cloudsql.instances.clone
. Per saperne di più sulle autorizzazioni necessarie per utilizzare i metodi API, consulta Autorizzazioni Cloud SQL.
REST v1beta4
Prima di utilizzare i dati della richiesta, effettua le seguenti sostituzioni:
- PROJECT_ID: l'ID o il numero di progetto del progetto Google Cloud contenente 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 per l'istanza di destinazione. Da utilizzare se vuoi che l'istanza di destinazione si trovi in una zona principale diversa rispetto all'istanza Cloud SQL che stai clonando. Per un'istanza regionale, questa zona sostituisce la zona principale, ma la zona secondaria rimane invariata rispetto all'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 primaria che la zona secondaria devono essere zone valide.
- Entrambe le zone devono appartenere alla stessa regione dell'istanza di origine.
- Le zone principali e secondarie devono essere diverse.
- Per le istanze zonali, non puoi utilizzare il parametro
preferredSecondaryZone
. In questo caso, il processo di clonazione dell'istanza non va a buon fine. - Se non specifichi valori per i parametri
preferredZone
opreferredSecondaryZone
, l'istanza clonata avrà le stesse zone primarie e secondarie dell'istanza di origine.
Per utilizzare il metodo dell'API instances.clone
, devi disporre dell'autorizzazione cloudsql.instances.clone
. Per ulteriori informazioni sulle autorizzazioni richieste per utilizzare i metodi dell'API, consulta Autorizzazioni Cloud SQL.
Clona un'istanza che utilizza un indirizzo IP interno
Se la tua istanza Cloud SQL utilizza un indirizzo IP interno, puoi specificare facoltativamente un
intervallo IP allocato per il nuovo indirizzo IP della copia. Ad esempio, google-managed-services-default
.
gcloud
Clona l'istanza, specificando facoltativamente l'intervallo IP allocato vuoi utilizzare:
gcloud sql instances clone SOURCE_INSTANCE_NAME TARGET_INSTANCE_NAME \ --allocated-ip-range-name ALLOCATED_IP_RANGE_NAME
L'account utente o di servizio che esegue gcloud sql instances clone
deve avere l'autorizzazione cloudsql.instances.clone
. Per ulteriori informazioni sulle autorizzazioni richieste per eseguire i comandi gcloud CLI, consulta Autorizzazioni Cloud SQL.
REST v1
Clona l'istanza, specificando facoltativamente l'intervallo IP allocato vuoi utilizzare:
Prima di utilizzare i dati della richiesta, apporta le seguenti sostituzioni:
- project-id: l'ID progetto
- source-instance-id: l'ID istanza di origine
- target-instance-id: l'ID istanza di destinazione
- 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'account utente o di servizio che utilizza il metodo dell'API instances.clone
deve disporre dell'autorizzazione cloudsql.instances.clone
. Per ulteriori informazioni sulle autorizzazioni richieste per utilizzare i metodi dell'API, consulta Autorizzazioni Cloud SQL.
REST v1beta4
Clona l'istanza, specificando facoltativamente l'intervallo IP allocato vuoi utilizzare:
Prima di utilizzare i dati della richiesta, apporta le seguenti sostituzioni:
- project-id: l'ID progetto
- source-instance-id: l'ID istanza di origine
- target-instance-id: l'ID istanza di destinazione
- 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'account utente o di servizio che utilizza il metodo dell'API instances.clone
deve disporre dell'autorizzazione cloudsql.instances.clone
. Per ulteriori informazioni sulle autorizzazioni richieste per utilizzare i metodi dell'API, consulta Autorizzazioni 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 creato 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 sono configurati per gli indirizzi IP pubblici nella sezione Connettività della console Google Cloud e la clonazione non è consentita per motivi di sicurezza.
Rimuovi tutte le voci |
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 IP privato ma non hai specificato l'intervallo IP allocato desiderato da utilizzare e l'istanza di origine non viene creata con l'intervallo specificato. Come come risultato, l'istanza clonata viene creata in un intervallo casuale. Utilizza |