View a markdown version of this page

Clonazione del database in Neptune - Amazon Neptune
LimitazioniCopy-on-Write ProtocolloEliminazione di un database di origine

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

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 Copy-on-Write Protocollo.

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 DB utilizzando Console di gestione AWS

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

  2. Nel riquadro di navigazione, scegliere 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 DB utilizzando 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' Linux/UNIX esempio seguente crea un clone dal cluster source-db-cluster-id DB e assegna un nome al clone. db-clone-cluster-id

    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 è possibile 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.

  • Cross-account La clonazione del DB non è attualmente 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à.

Copy-on-Write Protocollo per la clonazione del DB

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

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 di origine Neptune prima della clonazione con 4 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.

Database di origine Neptune e database clone che puntano alle stesse pagine dopo la clonazione di database.

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.

Database di origine Neptune e database clone dopo le modifiche al database di origine.

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'.

Database di origine Neptune e database clone dopo le modifiche al database clone.

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.