Ripristino di un cluster da uno snapshot - Amazon Redshift

Amazon Redshift non supporterà più la creazione di nuove UDF Python a partire dal 1º novembre 2025. Se desideri utilizzare le UDF Python, creale prima di tale data. Le UDF Python esistenti continueranno a funzionare normalmente. Per ulteriori informazioni, consulta il post del blog.

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.

Nota

Le tabelle senza backup non sono supportate per i cluster con provisioning RA3 e i gruppi di lavoro Amazon Redshift serverless. Una tabella contrassegnata come senza backup in un cluster RA3 o un gruppo di lavoro serverless viene trattata come una tabella permanente di cui verrà sempre eseguito il backup durante l’acquisizione di uno snapshot e che verrà sempre ripristinata durante il ripristino da uno 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.

Nota

Quando ripristini uno snapshot in un cluster con una configurazione diversa, lo snapshot deve essere stato eseguito su un cluster con versione 1.0.10013 o successiva.

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

  1. RESTORE_STARTED – REDSHIFT-EVENT-2008 inviato quando inizia il processo di ripristino.

  2. RESTORE_SUCCEEDED – REDSHIFT-EVENT-3003 inviato quando è stato creato il nuovo cluster.

    Il cluster è disponibile per le query.

  3. DATA_TRANSFER_COMPLETED – REDSHIFT-EVENT-3537 inviato una volta completato il trasferimento di dati.

Nota

I cluster RA3 emettono solo eventi RESTORE_STARTED e RESTORE_SUCCEEDED. Non è necessario eseguire alcun trasferimento di dati esplicito dopo che un RESTORE ha esito positivo perché i tipi di nodo RA3 archiviano i dati nell'archiviazione gestito di Amazon Redshift Con i nodi RA3, i dati vengono trasferiti continuamente tra i nodi RA3 e lo spazio di archiviazione gestito da Amazon Redshift come parte della normale elaborazione delle query. I nodi RA3 memorizzano automaticamente i dati hot in locale e mantengono i blocchi richiesti meno frequentemente nello spazio di archiviazione gestito da Amazon Redshift.

Puoi monitorare lo stato di avanzamento del ripristino chiamando l'operazione API DescribeClusters oppure visualizzando i dettagli del cluster nella Console di gestione AWS. 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 questi parametri, consultare RestoreStatus.

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

Nota

Quando ripristini uno snapshot in un nuovo cluster, vengono usati il gruppo di sicurezza e il gruppo di parametri predefiniti, a meno che non vengano specificati valori diversi.

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

  • Quando un cluster è costituito da tipi di nodi più piccoli e si desidera consolidarlo in un tipo di nodo più grande con un numero inferiore di nodi.

  • Quando il carico di lavoro è stato monitorato ed è stata determinata la necessità di passare a un tipo di nodo con più CPU e storage.

  • Quando si desidera misurare le prestazioni di carichi di lavoro di test con tipi di nodi diversi.

Il ripristino presenta le seguenti limitazioni:

  • La nuova configurazione del nodo deve prevedere storage sufficiente per i dati esistenti. Anche durante l'aggiunta dei nodi, la nuova configurazione potrebbe non disporre di storage sufficiente a causa del modo in cui i dati vengono ridistribuiti.

  • L'operazione di ripristino verifica se lo snapshot è stato creato in una versione del cluster compatibile con la versione del cluster del nuovo cluster. Se il nuovo cluster ha un livello di versione troppo anticipato, l'operazione di ripristino non riesce e riporta ulteriori informazioni in un messaggio di errore.

  • Le possibili configurazioni (numero di nodi e tipo di nodo) che è possibile ripristinare sono determinate dal numero di nodi nel cluster originale e dal tipo di nodo di destinazione del nuovo cluster. Per determinare le possibili configurazioni disponibili, è possibile utilizzare la console Amazon Redshift o il comando describe-node-configuration-options della AWS CLI con action-type restore-cluster. Per ulteriori informazioni sul ripristino tramite la console Amazon Redshift, consultare Ripristino di un cluster da uno snapshot.

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.

  1. Per ottenere informazioni sul cluster a 24 nodi, esegui questo comando: 

    aws redshift describe-clusters --region eu-west-1 --cluster-identifier mycluster-123456789012

  2. Esegui il seguente comando per ottenere informazioni sullo snapshot. 

    aws redshift describe-cluster-snapshots --region eu-west-1 --snapshot-identifier mycluster-snapshot

  3. Esegui il seguente comando per descrivere le opzioni disponibili per questo snapshot. 

    aws redshift describe-node-configuration-options --snapshot-identifier mycluster-snapshot --region eu-west-1 --action-type restore-cluster

    Questo comando restituisce un elenco di opzioni con tipi di nodi consigliati, numero di nodi e utilizzo del disco per ogni opzione. Per questo esempio, il comando precedente elenca le seguenti possibili configurazioni nodo. Scegliamo di eseguire il ripristino in un cluster a tre nodi.

    {
    "NodeConfigurationOptionList": [
        {
            "EstimatedDiskUtilizationPercent": 65.26134808858235,
            "NodeType": "dc2.large",
            "NumberOfNodes": 24
        },
        {
            "EstimatedDiskUtilizationPercent": 32.630674044291176,
            "NodeType": "dc2.large",
            "NumberOfNodes": 48
        },
        {
            "EstimatedDiskUtilizationPercent": 65.26134808858235,
            "NodeType": "dc2.8xlarge",
            "NumberOfNodes": 3
        },
        {
            "EstimatedDiskUtilizationPercent": 48.94601106643677,
            "NodeType": "dc2.8xlarge",
            "NumberOfNodes": 4
        },
        {
            "EstimatedDiskUtilizationPercent": 39.156808853149414,
            "NodeType": "dc2.8xlarge",
            "NumberOfNodes": 5
        },
        {
            "EstimatedDiskUtilizationPercent": 32.630674044291176,
            "NodeType": "dc2.8xlarge",
            "NumberOfNodes": 6
        }
    ]
}

  4. Esegui il comando seguente per ripristinare lo snapshot nella configurazione cluster scelta. Dopo che questo cluster è stato ripristinato, abbiamo lo stesso contenuto del cluster di origine, ma i dati sono stati consolidati in tre nodi dc2.8xlarge. 

    aws redshift restore-from-cluster-snapshot --region eu-west-1 --snapshot-identifier mycluster-snapshot --cluster-identifier mycluster-123456789012-x --node-type dc2.8xlarge --number-of-nodes 3

Se sono presenti nodi riservati, ad esempio nodi riservati DC2, puoi eseguire l’aggiornamento ai 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, consultare Aggiornamento ai tipi di nodo RA3.

Come ripristinare un cluster da uno snapshot nella console

  1. Accedere alla Console di gestione AWS e aprire la console Amazon Redshift all'indirizzo https://console.aws.amazon.com/redshiftv2/.

  2. Dal menu di navigazione, scegliere Clusters (Cluster), Snapshots (Snapshot), quindi scegliere lo snapshot da ripristinare.

  3. Scegli Restore from snapshot (Ripristina dallo snapshot) per visualizzare i valori di Cluster configuration (Configurazione del cluster) e Cluster details (Dettagli del cluster) del nuovo cluster da creare utilizzando le informazioni dello snapshot.

  4. Aggiorna le proprietà del nuovo cluster, quindi scegli Restore cluster from snapshot (Ripristina cluster da uno snapshot).

Dopo avere ripristinato lo snapshot del cluster, il data warehouse ripristinato viene crittografato con la stessa chiave AWS KMS personalizzata che utilizzava al momento dell’acquisizione dello snapshot. Se lo snapshot non aveva una chiave KMS personalizzata, la logica di crittografia di backup di Amazon Redshift dipende dai seguenti fattori:

  • Il tipo di data warehouse Amazon Redshift in cui ripristini lo snapshot.

  • Il tipo di crittografia del cluster al momento dell’acquisizione dello snapshot.

Per informazioni su come viene crittografato il data warehouse dopo averlo ripristinato dallo snapshot del cluster, consulta la tabella seguente:

Tipo di destinazione Tipo di crittografia dello snapshot Tipo di crittografia della destinazione
Cluster con provisioning Crittografato con Chiave gestita da AWS Crittografato con Chiave gestita da AWS
Cluster con provisioning Crittografato con Chiave di proprietà di AWS Crittografato con Chiave di proprietà di AWS
Namespace serverless Crittografato con Chiave gestita da AWS Crittografato con Chiave di proprietà di AWS
Namespace serverless Crittografato con Chiave di proprietà di AWS Crittografato con Chiave di proprietà di AWS

Se Gestione dei segreti AWS gestiva la password amministratore del cluster al momento dell’acquisizione dello snapshot, devi continuare a utilizzare Gestione dei segreti AWS per gestire la password amministratore. Puoi scegliere di non utilizzare un segreto dopo aver ripristinato il cluster aggiornando le credenziali di amministratore del cluster nella pagina dei dettagli del cluster.

Se sono presenti nodi riservati, puoi eseguire l’aggiornamento ai 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.