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à.
Errore dell'implementazione multi-AZ
Il data warehouse multi-AZ è 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 data warehouse multi-AZ può essere ripristinato automaticamente senza l'intervento dell'utente nel caso di un evento improbabile, ad esempio un errore della zona di disponibilità o 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 data warehouse multi-AZ Amazon Redshift, l'obiettivo del punto di ripristino (RPO) è in genere pari a zero perché tutti i dati sono archiviati in Amazon Redshift Managed Storage (RMS), supportato da Amazon Simple Storage Service, che è 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 testare in che modo Multi-AZ può aiutare la tua applicazione a garantire una maggiore disponibilità e una migliore continuità.
Accedi AWS Management Console e apri la console Amazon Redshift all'indirizzo. https://console.aws.amazon.com/redshiftv2/
-
Esegui una di queste 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.
-
-
In Operazioni scegli Calcolo primario con failover.
-
Quando richiesto, fai clic su Confirm (Conferma).
-
Da AWS CLI, utilizzare il
failover-primary-computecomando 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, l'implementazione multi-AZ diventa disponibile. Il data warehouse multi-AZ esegue inoltre al provisioning automatico di nuove risorse di calcolo secondarie in una terza zona di disponibilità non appena disponibile.
Durante questo processo, lo stato del cluster sulla console cambia costantemente, poiché il cluster viene ripristinato e riconfigurato automaticamente secondo la configurazione dell'implementazione 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.
