Clonazione del database in Neptune

La clonazione dei database permette di creare cloni di tutti i database in modo rapido e conveniente in Amazon Neptune. I database clone richiedono soltanto uno spazio aggiuntivo minimo quando vengono creati per la prima volta. La clonazione di database utilizza un protocollo copy-on-write. I dati vengono copiati nel momento in cui vengono modificati, sui database di origine o sui database clone. Puoi creare più cloni dallo stesso cluster database. Puoi anche creare cloni ulteriori da altri cloni. Per ulteriori informazioni sul funzionamento del protocollo copy-on-write nel contesto dell'archiviazione Neptune, consulta Protocollo Copy-on-Write.

Puoi utilizzare la funzione di clonazione dei database in diversi casi d'uso, in particolare quando non vuoi compromettere l'ambiente di produzione, ad esempio:

• Sperimentare e valutare l'impatto delle modifiche, come cambiamenti degli schemi o dei gruppi di parametri

• Eseguire operazioni che utilizzano in modo intensivo i carichi di lavoro, come l'esportazione di dati o l'esecuzione di query analitiche.

• Creare una copia di un cluster database di produzione in un ambiente non di produzione per scopi di sviluppo o test.

Per creare un clone di un cluster database utilizzando la AWS Management Console

1. Accedi alla Console di gestione AWS e apri la console Amazon Neptune all'indirizzo https://console.aws.amazon.com/neptune/home.

2. Nel riquadro di navigazione, seleziona Instances (Istanze). Scegliere l'istanza principale per il cluster database del quale si desidera creare un clone.

3. Scegliere Instance actions (Operazioni istanza), quindi selezionare Create clone (Crea clone).

4. Nella pagina Create Clone (Crea clone), immettere un nome per l'istanza principale del cluster database clone come DB instance identifier (Identificatore istanze database).

   Se desiderato, configurare eventuali altre impostazioni per il cluster database clone. Per ulteriori informazioni sulle diverse impostazioni del cluster database, consultare Avvio mediante la console.

5. Scegliere Create Clone (Crea clone) per avviare il cluster database clone.

Per creare un clone di un cluster database utilizzando la AWS CLI

• Chiama il comando AWS CLI restore-db-cluster-to-point-in-time di Neptune e fornisci i seguenti valori:

  • --source-db-cluster-identifier: nome del cluster database di origine di cui creare un clone.

  • --db-cluster-identifier: nome del cluster database clone.

  • --restore-type copy-on-write: il valore copy-on-write indica che deve essere creato un cluster database clone.

  • --use-latest-restorable-time: questo valore indica che deve essere utilizzato il tempo di backup ripristinabile più recente.

  Nota

  Il comando AWS CLI restore-db-cluster-to-point-in-time clona solo il cluster database e non le sue istanze database.

  L'esempio Linux/UNIX seguente crea un clone dal cluster di database source-db-cluster-id e assegna il nome db-clone-cluster-id al clone.

  aws neptune restore-db-cluster-to-point-in-time \
    --region us-east-1 \
    --source-db-cluster-identifier source-db-cluster-id \
    --db-cluster-identifier db-clone-cluster-id \
    --restore-type copy-on-write \
    --use-latest-restorable-time

  Lo stesso esempio funziona su Windows se il carattere di escape di fine riga \ viene sostituito dall'equivalente ^ Windows:

  aws neptune restore-db-cluster-to-point-in-time ^
    --region us-east-1 ^
    --source-db-cluster-identifier source-db-cluster-id ^
    --db-cluster-identifier db-clone-cluster-id ^
    --restore-type copy-on-write ^
    --use-latest-restorable-time

Limitazioni

La clonazione di database in Neptune presenta le seguenti limitazioni:

• Non puoi creare database clone tra regioni AWS. I database clone devono essere creati nella stessa regione dei database di origine.

• Un database clonato utilizza sempre la patch più recente della versione del motore Neptune utilizzata dal database da cui è stata clonata. Ciò vale anche se il database di origine non è stato ancora aggiornato a quella versione della patch. Tuttavia, la versione del motore non cambia.

• Al momento puoi effettuare un massimo di 15 cloni da una copia del tuo cluster database Neptune, inclusi quelli basati su altri cloni. Dopo aver raggiunto questo limite, devi creare un'altra copia del database, anziché clonarlo. Tuttavia, anche la nuova copia creata può avere fino a 15 cloni.

• La clonazione di database tra account diversi non è al momento supportata.

• Puoi fornire un diverso virtual private cloud (VPC) per il clone. Tuttavia, le sottoreti in quei VPC devono essere associate allo stesso gruppo di zone di disponibilità.

Protocollo Copy-on-Write per la clonazione di database

I seguenti scenari illustrano il funzionamento del protocollo di copia su scrittura.

• Database Neptune prima della clonazione

• Database Neptune dopo la clonazione

• Quando viene effettuata una modifica al database di origine

• Quando viene effettuata una modifica al database clone

Database Neptune prima della clonazione

I dati in un database di origine vengono archiviati in pagine. Nel seguente grafico, il database di origine contiene quattro pagine.

Database Neptune dopo la clonazione

Come mostrato nel grafico seguente, dopo la clonazione del database non vi sono modifiche nel database di origine. Entrambi i database di origine e clone rimandano alle stesse quattro pagine. Nessuna delle pagine è stata copiata fisicamente, quindi non è necessario ulteriore storage.

Quando viene effettuata una modifica al database di origine

Nell'esempio che segue il database di origine effettua una modifica ai dati a Page 1. Invece di scrivere nella Page 1 originale, viene utilizzato storage aggiuntivo per creare una nuova pagina, denominata Page 1'. Il database di origine adesso rimanda alla nuova pagina Page 1' e anche a Page 2, Page 3 e a Page 4. Il database clone continua a rimandare a Page 1 fino a Page 4.

Quando viene effettuata una modifica al database clone

Nel grafico seguente anche il database clone ha effettuato una modifica, in questo caso a Page 4. Invece di scrivere nella Page 4 originale, viene utilizzato storage aggiuntivo per creare una nuova pagina, denominata Page 4'. Il database di origine continua a rimandare a Page 1' e anche a Page 2 fino alla Page 4, ma il database clone adesso rimanda a Page 1 fino a Page 3 e poi a Page 4'.

Come mostrato nel secondo scenario, dopo la clonazione del database non è richiesto storage aggiuntivo quando il clone viene creato. Tuttavia, in caso di modifiche nel database di origine e nel database clone, vengono create solo le pagine modificate, come abbiamo visto nel terzo e nel quarto scenario. Quando nel corso del tempo si verificano altre modifiche sia nel database di origine sia nel database clone, avrai bisogno in modo incrementale di più storage per acquisirle e archiviarle.

Eliminazione di un database di origine

L'eliminazione di un database di origine non influisce sui database clone associati a esso. I database clone continuano a rimandare alle pagine precedentemente di proprietà del database di origine.