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
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à.
Multi-AZ dispiegamento
Amazon Redshift supporta più distribuzioni di zone di disponibilità (Multi-AZ) per cluster RG o RA3 con provisioning. Utilizzando Multi-AZ le distribuzioni, il data warehouse di Amazon Redshift può continuare a funzionare in scenari di errore quando si verifica un evento imprevisto in una zona di disponibilità. Una Multi-AZ distribuzione distribuisce risorse di calcolo in due zone di disponibilità (AZ) ed è possibile accedere a queste risorse di calcolo tramite un singolo endpoint. In caso di errore dell'intera zona di disponibilità, le risorse di calcolo rimanenti nella seconda zona di disponibilità saranno disponibili per continuare l'elaborazione dei carichi di lavoro. Amazon Redshift addebita le stesse tariffe orarie di calcolo per RG o RA3 durante l'esecuzione di un data warehouse. Multi-AZ I costi di archiviazione rimangono gli stessi in quanto sono condivisi tra tutte le zone di disponibilità e nella Regione AWS.
Attualmente Amazon Redshift non supporta l’obiettivo del punto di ripristino (RPO), che consente ai dati di essere correnti e aggiornati in caso di errore. Con Multi-AZ l'implementazione, Amazon Redshift migliora ulteriormente le sue capacità di ripristino esistenti e riduce il suo Recovery Time Objective (RTO). Ciò è possibile perché un' Multi-AZ implementazione può ripristinare più rapidamente in caso di guasto o emergenza, elevando così il Service Level Agreement (SLA) di Amazon Redshift al 99,99% rispetto al 99,9% con un data warehouse. Single-AZ
