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](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/).
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à.
# Configurazione della distribuzione Multi-AZ
Per configurare una Multi-AZ distribuzione, seleziona l'**Multi-AZ**opzione e specifica il numero di nodi di elaborazione da fornire in ciascuna zona di disponibilità. Amazon Redshift implementa automaticamente risorse di elaborazione uguali in due zone di disponibilità e tutte le risorse di calcolo sono sempre disponibili per l'elaborazione delle operazioni di lettura e scrittura durante il normale funzionamento. Ciò consente a un' Multi-AZ implementazione di agire come un unico data warehouse con un unico endpoint, eliminando la necessità di modificare le applicazioni in caso di emergenza. Sebbene una Multi-AZ distribuzione elabori una singola query utilizzando le risorse di elaborazione che risiedono in una sola zona di disponibilità, può distribuire automaticamente l'elaborazione di più query simultanee su entrambe le zone di disponibilità per aumentare la velocità effettiva complessiva per carichi di lavoro ad alta concorrenza.
È inoltre possibile convertire un data warehouse esistente in un Single-AZ data warehouse o viceversa. Multi-AZ Tutto rimane invariato, a eccezione del fatto che nella seconda zona di disponibilità vengono fornite risorse di calcolo aggiuntive. Quando si esegue la migrazione Multi-AZ da un Single-AZ cluster esistente, potrebbe essere necessario raddoppiare il numero di nodi del cluster necessari, per facilitare il mantenimento delle prestazioni di una singola query. La maggior parte dei carichi di lavoro registra un aumento del throughput complessivo di elaborazione delle query con un Multi-AZ data warehouse, in quanto la quantità di risorse di elaborazione disponibili è il doppio.
In caso di guasto in una zona di disponibilità, Amazon Redshift continua a operare utilizzando automaticamente le risorse nella zona di disponibilità rimanente. Tuttavia, le connessioni dell'utente potrebbero andare perse e dover essere ristabilite. Inoltre, le query in esecuzione nella zona di disponibilità in cui si è verificato l'errore possono non riuscire e devono essere ritentate. Tuttavia, puoi riconnetterti al cluster e ripianificare le query immediatamente in modo da permettere ad Amazon Redshift di elaborarle nella restante zona di disponibilità. Le query emesse in occasione o dopo il verificarsi di un errore potrebbero subire ritardi di runtime durante il ripristino del Multi-AZ data warehouse.
**Nota**
Per ottenere prestazioni migliori e una maggiore disponibilità, si consiglia di utilizzare SNAPSHOT ISOLATION con i cluster. Multi-AZ Per ulteriori informazioni, consulta la pagina [CREATE DATABASE](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_DATABASE.html).
## Limitazioni
Un Multi-AZ data warehouse ha le stesse funzionalità funzionali di un Single-AZ data warehouse, ad eccezione delle seguenti limitazioni che si applicano a un Multi-AZ data warehouse:
+ Non è possibile creare un Multi-AZ data warehouse non crittografato. Assicurati di aggiungere una crittografia quando crei un nuovo Multi-AZ data warehouse, converti un Single-AZ data warehouse in un Multi-AZ data warehouse o converti un Single-AZ data warehouse in un Multi-AZ data warehouse.
+ Non puoi creare una Multi-AZ distribuzione a nodo singolo per nessuno dei tipi di istanza RG o RA3. Scegli 2 o più nodi per zona di disponibilità durante la creazione di una Multi-AZ distribuzione.
+ Amazon Redshift non supporta la configurazione di una sottorete per meno di tre zone di disponibilità. In altre parole il gruppo di sottoreti configurato richiede tre o più sottoreti.
+ Non è possibile trasferire una Multi-AZ distribuzione in un'altra zona di disponibilità. Il trasferimento verrà determinato e condotto automaticamente da Amazon Redshift quando si utilizza la distribuzione. Multi-AZ
+ Non puoi mettere in pausa o riprendere una distribuzione. Multi-AZ
+ Non è possibile eseguire la Multi-AZ distribuzione al di fuori degli intervalli di porte supportati da 5431 a 5455 e da 8191 a 8215.
+ Non è possibile utilizzare le viste STL, SVCS, SVL, SVV, STV con le Multi-AZ distribuzioni poiché supportano solo le viste di monitoraggio del sistema (viste SYS\_\*). Modifica le query di monitoraggio per utilizzare le viste di monitoraggio del sistema (viste SYS\_\*).
+ Non è possibile collegare un indirizzo IP elastico a un cluster esistente con enabled. Multi-AZ
+ Non puoi convertire un cluster con un indirizzo IP elastico collegato da Single-AZ a Multi-AZ.
+ La Multi-AZ distribuzione di Amazon Redshift è disponibile nelle seguenti versioni: Regioni AWS
**Nota**
Le istanze RG sono disponibili in regioni selezionate. Fai riferimento alla [disponibilità del tipo di nodo RG](https://docs.aws.amazon.com/redshift/latest/mgmt/managing-cluster-considerations.html#rg-regions) nelle regioni. AWS
+ Stati Uniti orientali (Ohio) (us-east-2)
+ Stati Uniti orientali (Virginia settentrionale) (us-east-1)
+ Stati Uniti occidentali (Oregon) (us-west-2)
+ Africa (Città del Capo) (af-south-1)
+ Asia Pacifico (Hong Kong) ap-east-1
+ Asia Pacifico (Taipei) (ap-east-2)
+ Asia Pacifico (Hyderabad) (ap-south-2)
+ Asia Pacifico (Giacarta) (ap-southeast-3)
+ Asia Pacifico (Malesia) (ap-southeast-5)
+ Asia Pacifico (Melbourne) (ap-southeast-4)
+ Asia Pacifico (Mumbai) (ap-south-1)
+ Asia Pacifico (Osaka-Locale) (ap-northeast-3)
+ Asia Pacifico (Seoul) (ap-northeast-2)
+ Asia Pacifico (Singapore) (ap-southeast-1)
+ Asia Pacifico (Sydney) (ap-southeast-2)
+ Asia Pacifico (Nuova Zelanda) (ap-southeast-6)
+ Asia Pacifico (Thailandia) (ap-southeast-7)
+ Asia Pacifico (Tokyo) (ap-northeast-1)
+ Canada (Centrale) (ca-central-1)
+ Cina (Pechino) cn-north-1
+ Cina (Ningxia) cn-nordovest-1
+ Europa (Francoforte) (eu-central-1)
+ Europa (Irlanda) (eu-west-1)
+ Europa (Londra) (eu-west-2)
+ Europa (Milano) (eu-south-1)
+ Europe (Parigi) (eu-west-3)
+ Europa (Spagna) (eu-south-2)
+ Europa (Stoccolma) (eu-north-1)
+ Europa (Zurigo) (eu-central-2)
+ Israele (Tel Aviv) (il-central-1)
+ Messico (Centrale) (mx-central-1)
+ Medio Oriente (Bahrein) (me-south-1)
+ Medio Oriente (EAU) (me-central-1)
+ Sud America (San Paolo) (sa-east-1)
+ AWS GovCloud (US-East) (us-gov-east-1)
+ AWS GovCloud () (us-gov-west-1) US-West
+ Multi-AZ I data warehouse accessibili pubblicamente supportano 1 gruppo di sicurezza VPC in meno Single-AZ rispetto ai magazzini accessibili Multi-AZ privatamente.