View a markdown version of this page

Implementazione non riuscita Multi-AZ - Amazon Redshift

Amazon Redshift non supporterà più l'uso delle UDF Python dopo il 30 giugno 2026. Inizieremo ad applicarlo per fasi. Per ulteriori informazioni sulla fine del ciclo di vita e sulle opzioni di migrazione di Python, consulta il post del blog pubblicato il 30 giugno 2025.

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

Implementazione non riuscita Multi-AZ

Il tuo Multi-AZ data warehouse è una raccolta di risorse di calcolo distribuite contemporaneamente in due zone di disponibilità. Le risorse di calcolo distribuite nella zona di disponibilità primaria sono denominate risorse di calcolo primarie e quelle della zona di disponibilità secondaria sono denominate risorse di calcolo secondarie. Un Multi-AZ data warehouse può essere ripristinato automaticamente senza alcun intervento da parte dell'utente durante un evento improbabile, come una zona di disponibilità o un guasto dell'infrastruttura. Il processo di ripristino prevede il failover dalla risorsa di calcolo primaria nella risorsa di calcolo secondaria e la designazione delle risorse di calcolo secondarie come primarie. Inoltre, vengono fornite nuove risorse di calcolo secondarie in una terza zona di disponibilità. Il processo di ripristino automatico viene misurato in termini di RTO e RPO.

  • Obiettivo del tempo di ripristino (RTO): il tempo necessario a un sistema per tornare in uno stato funzionante dopo un'emergenza. In altre parole, l'RTO misura i tempi di inattività.

  • Obiettivo del punto di ripristino (RPO): la quantità di dati che possono essere persi (misurata nel tempo). Per un Multi-AZ data warehouse di Amazon Redshift, il RPO è in genere pari a zero in quanto tutti i dati vengono archiviati in Amazon Redshift Managed Storage (RMS), supportato da Amazon Simple Storage Service, un servizio altamente durevole e disponibile per impostazione predefinita.

Nota

Le prestazioni di una singola query non cambiano dopo che si è verificato un failover. La velocità di trasmissione effettiva complessiva del data warehouse viene ridotta per un breve periodo a causa dell'indisponibilità delle risorse di calcolo in una delle zone di disponibilità. Tuttavia, Amazon Redshift acquisisce automaticamente capacità in un'altra zona di disponibilità per garantire il ripristino della medesima capacità di elaborazione del data warehouse.

Oltre che automaticamente, puoi attivare il processo di ripristino anche manualmente per il data warehouse utilizzando l'opzione Calcolo primario con failover. Puoi utilizzare questo approccio per verificare in Multi-AZ che modo la tua applicazione può migliorare l'alta disponibilità e la continuità.

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

  2. Esegui una delle seguenti operazioni:

    • Dal menu di navigazione, scegliere Clusters (Cluster). In Clusters (Cluster), scegli un cluster. Viene visualizzata la pagina dei dettagli del cluster.

    • Dal pannello di controllo del cluster, scegli un cluster.

  3. In Operazioni scegli Calcolo primario con failover.

  4. Quando richiesto, fai clic su Confirm (Conferma).

  • Da AWS CLI, usa il failover-primary-compute comando come segue.

    aws redshift failover-primary-compute 
    --profile maz-test
    --endpoint-url  https://redshift.eu-west-1.amazonaws.com
    --region eu-west-1
    --cluster-identifier test-maz-11

Dopo la conferma dell'operazione sopra descritta, Amazon Redshift esegue gli stessi passaggi del ripristino automatico da un errore della zona di disponibilità o dell'infrastruttura. Il processo rende indisponibili i nodi di calcolo nella zona di disponibilità primaria e le risorse di calcolo nella zona di disponibilità secondaria vengono designate come risorse di calcolo primarie. Quando il ripristino del cluster viene completato correttamente, la Multi-AZ distribuzione diventa disponibile. Il Multi-AZ data warehouse effettuerà inoltre automaticamente il provisioning di nuovi computer secondari in un'altra terza zona di disponibilità non appena sarà disponibile.

Durante questo processo, lo stato del cluster sulla console risulta in continua evoluzione, in quanto il cluster viene ripristinato e riconfigurato automaticamente nella configurazione di distribuzione. Multi-AZ Il cluster può accettare nuove connessioni immediatamente. Le connessioni esistenti e le query in transito potrebbero essere eliminate. Puoi provare a rieseguirle immediatamente.