View a markdown version of this page

Distribuzione fallita Multi-AZ - Amazon Redshift

Amazon Redshift non supporterà più la creazione di nuove UDF Python a partire dalla Patch 198. Le UDF Python esistenti continueranno a funzionare fino al 30 giugno 2026. Per ulteriori informazioni, consulta il post del blog.

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

Distribuzione fallita Multi-AZ

Il tuo Multi-AZ data warehouse è una raccolta di risorse di elaborazione 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 l'intervento dell'utente durante un evento improbabile, ad esempio 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 Amazon Redshift, l'RPO è in genere pari a zero poiché tutti i dati sono archiviati in Amazon Redshift Managed Storage (RMS), supportato da Amazon Simple Storage Service, che è un servizio altamente durevole e disponibile di default.

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 testare come Multi-AZ potrebbe aiutare la tua applicazione a garantire una maggiore disponibilità e una migliore 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 fornirà inoltre automaticamente nuove risorse di calcolo secondarie in un'altra terza zona di disponibilità non appena questa sarà disponibile.

Durante questo processo, lo stato del cluster sulla console risulta in continua evoluzione, in quanto il cluster viene ripristinato e riconfigurato automaticamente fino alla 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.