Snapshot e backup di Amazon Redshift

Panoramica degli snapshot

Le istantanee sono point-in-time backup di un cluster. Esistono due tipi di snapshot: automatici e manuali. Amazon Redshift memorizza questi snapshot internamente in Amazon S3 utilizzando una connessione SSL (Secure Sockets Layer) crittografata.

Amazon Redshift acquisisce automaticamente snapshot incrementali che tengono traccia delle modifiche al cluster dal momento dell'esecuzione dello snapshot automatico precedente. Gli snapshot automatizzati conservano tutti i dati necessari per ripristinare un cluster da uno snapshot. Puoi creare una pianificazione degli snapshot per controllare quando vengono eseguiti gli snapshot automatici oppure acquisire uno snapshot manuale in qualsiasi momento.

Quando si esegue il ripristino da uno snapshot, Amazon Redshift crea un nuovo cluster e lo rende disponibile prima che tutti i dati vengano caricati, in modo che sia possibile iniziare immediatamente a eseguire query sul nuovo cluster. Il cluster trasmette i dati on demand dallo snapshot in risposta alle query attive, quindi carica i dati rimanenti in background.

Quando avvii un cluster, puoi impostare il periodo di conservazione degli snapshot automatici e manuali; È possibile modificare il periodo di conservazione di default degli snapshot automatici e manuali modificando il cluster. Puoi modificare il periodo di conservazione di uno snapshot manuale al momento della sua creazione oppure modificando lo snapshot stesso.

È possibile monitorare l'avanzamento delle istantanee visualizzando i dettagli dell'istantanea nell' AWS Management Console azione describe-cluster-snapshots nella CLI o nell'azione dell'API Snapshots. DescribeCluster Per uno snapshot in corso, vengono visualizzate informazioni come la dimensione dello snapshot incrementale, la velocità di trasferimento, il tempo trascorso e il tempo rimanente stimato.

Per garantire che i backup siano sempre disponibili per il cluster, Amazon Redshift archivia gli snapshot in un bucket Amazon S3 gestito internamente da Amazon Redshift. Per gestire gli addebiti di archiviazione, valutare il numero di giorni per cui è necessario conservare gli snapshot automatici e configurare il periodo di conservazione di conseguenza. Eliminare gli snapshot manuali non più necessari. Per ulteriori informazioni sui costi di archiviazione di backup, consultare la pagina dei prezzi di Amazon Redshift.

Utilizzo di istantanee e backup in Amazon Redshift Serverless

Amazon Redshift Serverless, come un cluster con provisioning, consente di eseguire un backup come point-in-time rappresentazione degli oggetti e dei dati nel namespace. Esistono due tipi di backup in Amazon Redshift Serverless: istantanee create manualmente e punti di ripristino creati automaticamente da Amazon Redshift Serverless. Puoi trovare ulteriori informazioni sull'utilizzo degli snapshot per Amazon Redshift Serverless nella pagina Lavorare con istantanee e punti di ripristino.

Puoi anche ripristinare un'istantanea da un cluster fornito in un namespace senza server. Per ulteriori informazioni, vedere Ripristino di uno spazio dei nomi serverless da un'istantanea.

Snapshot automatici

Quando gli snapshot automatici sono abilitati per un cluster, Amazon Redshift esegue periodicamente l'acquisizione degli snapshot per quel cluster. Per impostazione predefinita, Amazon Redshift acquisisce uno snapshot ogni otto ore o ogni 5 GB di modifiche dei dati per nodo, a seconda di quale evento si verifica prima. Se i dati sono più grandi di 5 GB * come numero di nodi, il periodo di tempo minimo tra la creazione automatica di snapshot è di 15 minuti. In alternativa, puoi creare una pianificazione degli snapshot per controllare quando vengono eseguiti gli snapshot automatici. Se utilizzi pianificazioni personalizzate, il tempo minimo tra gli snapshot automatici è di un'ora. Gli snapshot automatici sono abilitati per impostazione predefinita al momento della creazione di un cluster.

Gli snapshot automatici vengono eliminati alla fine del periodo di conservazione. Il periodo di conservazione predefinito è di un giorno, ma è possibile modificarlo usando la console Amazon Redshift oppure a livello di programmazione usando la CLI o l'API di Amazon Redshift.

Per disabilitare gli snapshot automatici, imposta il periodo di conservazione su zero. Se disabiliti gli snapshot automatici, Amazon Redshift smette di acquisire snapshot ed elimina eventuali snapshot automatici esistenti per il cluster. Non è possibile disattivare gli snapshot automatici per i tipi di nodo RA3. È possibile impostare un periodo di conservazione automatizzato del tipo di nodo RA3 compreso tra 1 e 35 giorni.

Solo Amazon Redshift può eliminare uno snapshot automatico; non è possibile eliminarlo manualmente. Amazon Redshift elimina gli snapshot automatici alla fine del periodo di conservazione, quando vengono disabilitati gli snapshot automatici per un cluster o quando si elimina il cluster. Amazon Redshift conserva l'ultimo snapshot automatizzato fino a quando non vengono disabilitati gli snapshot automatizzati o si elimina il cluster.

Se desideri conservare uno snapshot automatico per un periodo più lungo, puoi crearne una copia come snapshot manuale. Lo snapshot automatico viene conservato fino alla fine del periodo di conservazione, mentre lo snapshot manuale corrispondente viene conservato fino a quando non viene eliminato manualmente o fino alla fine del periodo di conservazione.

Pianificazioni di snapshot automatici

Per controllare con precisione quando vengono acquisiti gli snapshot, puoi creare una pianificazione di snapshot e collegarla a uno o più cluster. Quando modifichi una pianificazione di snapshot, la pianificazione viene modificata per tutti i cluster associati. Se a un cluster non è associata una pianificazione di snapshot, il cluster utilizza la pianificazione di snapshot automatici predefinita.

Una pianificazione di snapshot è un set di regole di pianificazione. È possibile definire una regola di pianificazione semplice in base a un intervallo specificato, ad esempio ogni 8 ore o ogni 12 ore. Puoi anche aggiungere le regole per acquisire gli snapshot in determinati giorni della settimana, in momenti specifici o durante periodi specifici. Le regole possono anche essere definite usando espressioni cron di tipo Unix.

Formato di una pianificazione di snapshot

Nella console Amazon Redshift è possibile creare una pianificazione di snapshot. Quindi, colleghi la pianificazione a un cluster per attivare la creazione di uno snapshot di sistema. Puoi collegare una pianificazione a più cluster e creare più definizioni cron in una pianificazione per attivare uno snapshot.

Puoi definire una pianificazione per gli snapshot utilizzando una sintassi cron. La definizione di queste pianificazioni usa una sintassi cron modificata di tipo Unix. L'ora specificata è espressa in Tempo coordinato universale (UTC). Puoi creare pianificazioni con una frequenza massima di un'ora e una precisione minima di un minuto.

Le espressioni cron modificate da Amazon Redshift hanno 3 campi obbligatori che sono separati da uno spazio.

Sintassi

cron(Minutes Hours Day-of-month Month Day-of-week Year)

Quando crei una pianificazione puoi utilizzare le seguenti stringhe cron di esempio.

Ad esempio per eseguire una pianificazione ogni 2 ore di incremento a partire dalle 15:15 ogni giorno. Pertanto, il risultato restituito è [15:15, 17:15, 19:15, 21:15, 23:15], specifica:

cron(15 15/2 *)   

Puoi creare più definizioni della pianificazione cron all'interno di una pianificazione. Ad esempio, il AWS CLI comando seguente contiene due pianificazioni cron in un'unica pianificazione.

create-snapshot-schedule --schedule-identifier "my-test" --schedule-definition "cron(0 17 SAT,SUN)" "cron(0 9,17 MON-FRI)"   

Snapshot manuali

Puoi acquisire uno snapshot manuale in qualsiasi momento. Per impostazione predefinita, gli snapshot manuali vengono conservati per un periodo indefinito anche dopo l'eliminazione del cluster. Puoi specificare il periodo di conservazione al momento della creazione di uno snapshot manuale oppure cambiare tale periodo modificando lo snapshot stesso. Per ulteriori informazioni su come modificare il periodo di conservazione del registro, consultare Modifica del periodo di conservazione di uno snapshot manuale.

Se uno snapshot viene eliminato, non puoi avviare nuove operazioni che fanno riferimento a tale snapshot. Se, tuttavia, è in corso un'operazione di ripristino, tale operazione verrà eseguita fino al completamento.

Amazon Redshift ha una quota che limita il numero totale di istantanee manuali che puoi creare; questa quota è per AWS account per regione. AWS Le quote di default sono elencate nella pagina Quote e limiti in Amazon Redshift.

Gestione dello storage di snapshot

Poiché gli snapshot comportano costi di archiviazione, è importante eliminarli quando non sono più necessari. Amazon Redshift elimina gli snapshot automatici e manuali alla fine dei rispettivi periodi di conservazione. Puoi anche eliminare le istantanee manuali utilizzando AWS Management Console o con il comando CLI batch-delete-cluster-snapshots.

Puoi modificare il periodo di conservazione di uno snapshot manuale cambiando le relative impostazioni.

È possibile ottenere informazioni sulla quantità di archiviazione consumata dagli snapshot utilizzando la console Amazon Redshift o il comando describe-storage della CLI.

Esclusione di tabelle dagli snapshot

Per impostazione predefinita, negli snapshot vengono incluse tutte le tabelle permanenti definite dall'utente. Se il backup di una tabella, ad esempio una tabella di gestione temporanea, non è necessario, puoi ridurre significativamente il tempo necessario per la creazione di snapshot e il ripristino dagli snapshot. Puoi inoltre ridurre lo spazio di storage in Amazon S3 usando una tabella senza backup. Per creare una tabella senza backup, includi il parametro BACKUP NO quando crei la tabella. Per ulteriori informazioni, consultare CREATE TABLE e CREATE TABLE AS nella Guida per gli sviluppatori di database di Amazon Redshift.

Copia di snapshot in un'altra regione AWS

Puoi configurare Amazon Redshift per copiare automaticamente le istantanee (automatizzate o manuali) di un cluster in un'altra regione. AWS Quando uno snapshot viene creato nella AWS regione principale del cluster, viene copiato in una regione secondaria. AWS Le due AWS regioni sono note rispettivamente come regione di origine e AWS regione di destinazione AWS . Se si archivia una copia delle istantanee in un'altra AWS regione, è possibile ripristinare il cluster dai dati recenti se qualcosa influisce sulla AWS regione principale. È possibile configurare il cluster per copiare le istantanee in una sola AWS regione di destinazione alla volta. Per l'elenco delle regioni di Amazon Redshift, consulta Regioni ed endpoint nei Riferimenti generali di Amazon Web Services.

Quando abiliti Amazon Redshift a copiare automaticamente gli snapshot in un'altra AWS regione, specifichi la regione di destinazione AWS in cui copiare gli snapshot. Per le istantanee automatizzate, puoi anche specificare il periodo di conservazione per conservarle nella regione di destinazione. AWS Dopo aver copiato un'istantanea automatica AWS nella regione di destinazione e aver raggiunto il periodo di conservazione in quella regione, viene eliminata dalla regione di destinazione. AWS Ciò consente di mantenere l'uso di snapshot basso. Per conservare le istantanee automatiche per un periodo più o meno lungo nella AWS regione di destinazione, modifica questo periodo di conservazione.

Il periodo di conservazione impostato per le istantanee automatiche copiate AWS nella regione di destinazione è diverso dal periodo di conservazione per le istantanee automatiche nella regione di origine. AWS Il periodo di conservazione predefinito per gli snapshot copiati è di sette giorni. Tale periodo di sette giorni si applica solo agli snapshot automatici. In entrambe le regioni AWS di origine e di destinazione, gli snapshot manuali vengono eliminati manualmente o alla fine del periodo di conservazione.

Puoi disabilitare la copia degli snapshot automatici per un cluster in qualsiasi momento. Quando si disabilita questa funzionalità, le istantanee non vengono più copiate dalla regione di origine alla AWS regione di destinazione. AWS Tutte le istantanee automatiche copiate AWS nella regione di destinazione vengono eliminate quando raggiungono il limite del periodo di conservazione, a meno che non si creino copie istantanee manuali delle stesse. Queste istantanee manuali e tutte le istantanee manuali copiate dalla regione di destinazione vengono conservate AWS nella regione di destinazione fino a quando non vengono eliminate manualmente. AWS

Per modificare la AWS regione di destinazione in cui copi le istantanee, disattiva innanzitutto la funzione di copia automatica. Quindi sarà possibile abilitarla nuovamente specificando la nuova regione AWS di destinazione.

Dopo che un'istantanea è stata copiata AWS nella regione di destinazione, diventa attiva e disponibile per il ripristino.

Per copiare istantanee per cluster AWS KMS crittografati in un'altra AWS regione, crea una concessione ad Amazon Redshift per l'utilizzo di una chiave gestita dal cliente nella regione di destinazione. AWS Scegli quindi tale concessione quando abiliti la copia delle istantanee nella regione di origine. AWS Per ulteriori informazioni sulla configurazione delle autorizzazioni di copia degli snapshot, consultare Copia di istantanee crittografate in un'altra regione AWS KMSAWS.

Ripristino di un cluster da uno snapshot

Uno snapshot contiene i dati di tutti i database in esecuzione nel cluster, oltre che informazioni sul cluster, inclusi il numero di nodi, il tipo di nodi e il nome utente amministratore. Se il cluster viene ripristinato da uno snapshot, Amazon Redshift utilizza le informazioni sul cluster per creare un nuovo cluster. Quindi, ripristina tutti i database da dati di snapshot.

Per il nuovo cluster creato dallo snapshot originale, puoi scegliere la configurazione, ad esempio il tipo di nodo e il numero di nodi. Il cluster viene ripristinato nella stessa regione AWS e in una zona di disponibilità casuale scelta dal sistema, a meno che nella richiesta non venga specificata una zona di disponibilità diversa. Quando si ripristina un cluster da uno snapshot, è possibile scegliere una traccia di manutenzione compatibile per il nuovo cluster.

Quando è in corso un ripristino, gli eventi vengono in genere emessi nel seguente ordine:

È possibile monitorare l'avanzamento di un ripristino richiamando l'operazione DescribeClustersAPI o visualizzando i dettagli del cluster in. AWS Management Console Per un ripristino in corso, vengono visualizzate informazioni come la dimensione dei dati dello snapshot, la velocità di trasferimento, il tempo trascorso e il tempo rimanente stimato. Per una descrizione di queste metriche, consulta RestoreStatus.

Non è possibile usare uno snapshot per ripristinare lo stato precedente di un cluster attivo.

Potrebbe essere necessario ripristinare uno snapshot in un cluster con una configurazione diversa per i motivi riportati di seguito:

Il ripristino presenta le seguenti limitazioni:

La procedura seguente accetta un cluster con molti nodi e lo consolida in un tipo di nodo più grande con un numero inferiore di nodi utilizzando AWS CLI. Per questo esempio, iniziamo con un cluster di origine costituito da 24 nodi . In questo caso, supponiamo di avere già creato uno snapshot di questo cluster e di volerlo ripristinare in un tipo di nodo più grande.

Se disponi di nodi riservati, ad esempio nodi riservati DC2, puoi eseguire l'aggiornamento a nodi riservati RA3. Puoi farlo quando esegui il ripristino da una snapshot o esegui un ridimensionamento elastico. La console può guidarti attraverso questo processo. Per ulteriori informazioni sulla creazione di nodi RA3, consulta Aggiornamento ai tipi di nodo RA3.

Ripristino di una tabella da uno snapshot

È possibile ripristinare una singola tabella da uno snapshot anziché ripristinare l'intero cluster. Quando ripristini una singola tabella da uno snapshot, devi specificare lo snapshot, il database, lo schema e il nome di tabella di origine e il database, lo schema e un nuovo nome di tabella di destinazione per la tabella ripristinata.

Il nuovo nome di tabella non può corrispondere al nome di una tabella esistente. Per sostituire una tabella esistente con una tabella ripristinata da uno snapshot, rinomina o elimina la tabella esistente prima di ripristinare la tabella dallo snapshot.

La tabella di destinazione viene creata usando le definizioni di colonna, gli attributi di tabella e gli attributi di colonna della tabella di origine, a esclusione delle chiavi esterne. Per impedire conflitti dovuti alle dipendenze, la tabella di destinazione non eredita le chiavi estere dalla tabella di origine. Eventuali dipendenze, come viste o autorizzazioni concesse nella tabella di origine, non vengono applicate alla tabella di destinazione.

Se il proprietario della tabella di origine esiste, l'utente del database diventa il proprietario della tabella ripristinata, a condizione che abbia le autorizzazioni sufficienti per diventare il proprietario di una relazione nel database e nello schema specificati. In caso contrario, la tabella ripristinata è di proprietà dell'utente master creato all'avvio del cluster.

La tabella ripristinata torna allo stato in cui si trovava al momento dell'esecuzione del backup. Ciò include le regole di visibilità delle transazioni definite dall'applicazione in Amazon Redshift dell'isolamento serializzabile, che prevede che i dati siano immediatamente visibili per le transazioni in corso avviate dopo il backup.

Il ripristino di una tabella da uno snapshot prevede le limitazioni seguenti:

aws redshift restore-table-from-cluster-snapshot --cluster-identifier mycluster-example 
                                                 --new-table-name my-new-table 
                                                 --snapshot-identifier my-snapshot-id 
                                                 --source-database-name sample-database 
                                                 --source-table-name my-source-table
            

Condivisione di snapshot

È possibile condividere un'istantanea manuale esistente con altri account AWS cliente autorizzando l'accesso all'istantanea. Puoi autorizzarne fino a 20 per ogni istantanea e 100 per ogni () chiave. AWS Key Management Service AWS KMS Cioè, se disponi di 10 istantanee crittografate con una singola chiave KMS, puoi autorizzare 10 AWS account a ripristinare ciascuna istantanea o altre combinazioni che sommano fino a 100 account e non superino i 20 account per ogni istantanea. Una persona connessa come utente in uno degli account autorizzati può quindi descrivere lo snapshot o ripristinarlo per creare un nuovo cluster Amazon Redshift nel proprio account. Ad esempio, se utilizzi account AWS cliente separati per la produzione e il test, un utente può accedere utilizzando l'account di produzione e condividere un'istantanea con gli utenti dell'account di test. Una persona connessa come utente dell'account di test può quindi ripristinare lo snapshot per creare un nuovo cluster di proprietà dell'account di test a scopo di test o diagnostica.

Un'istantanea manuale è permanentemente di proprietà dell'account AWS cliente con cui è stata creata. Solo gli utenti che fanno parte dell'account proprietario dello snapshot possono autorizzare altri account ad accedere allo snapshot oppure revocare le autorizzazioni. Gli utenti negli account autorizzati possono solo descrivere o ripristinare gli snapshot condivisi con loro, ma non possono copiare o eliminare tali snapshot. Un'autorizzazione rimane valida fino a quando il proprietario dello snapshot non la revoca. Se un'autorizzazione viene revocata, l'utente autorizzato in precedenza perde la visibilità dello snapshot e non può avviare nuove operazioni che fanno riferimento allo snapshot. Se l'account sta ripristinando lo snapshot quando l'accesso viene revocato, il ripristino viene completato. Non è possibile eliminare uno snapshot con autorizzazioni attive. È prima necessario revocare tutte le autorizzazioni.

AWS gli account dei clienti sono sempre autorizzati ad accedere alle istantanee di proprietà dell'account. I tentativi di autorizzare o revocare l'accesso per l'account del proprietario causano la generazione di un errore. Non è possibile ripristinare o descrivere un'istantanea di proprietà di un account cliente inattivo AWS .

Dopo aver autorizzato l'accesso a un account AWS cliente, nessun utente di quell'account può eseguire alcuna azione sullo snapshot a meno che non assuma un ruolo nell'elaborazione di politiche che gli consentano di farlo.