Configurazione di un'implementazione multi-AZ - Amazon Redshift

Amazon Redshift non supporterà più la creazione di nuovi Python a UDFs partire dal 1° novembre 2025. Se vuoi usare Python UDFs, crea la UDFs data precedente a quella data. Python esistente UDFs continuerà a funzionare normalmente. 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à.

Configurazione di un'implementazione multi-AZ

Per configurare un'implementazione multi-AZ seleziona l'opzione Multi-AZ e specifica il numero di nodi di calcolo di cui eseguire il provisioning 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. In tal modo un'implementazione multi-AZ può agire come un unico data warehouse con un singolo endpoint, eliminando la necessità di modificare le applicazioni in caso di emergenza. Sebbene un'implementazione multi-AZ elabori una singola query utilizzando le risorse di calcolo 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à di trasmissione effettiva complessiva per i carichi di lavoro a elevata simultaneità.

È anche possibile convertire un data warehouse single-AZ esistente in un data warehouse multi-AZ o viceversa. Tutto rimane invariato, a eccezione del fatto che nella seconda zona di disponibilità vengono fornite risorse di calcolo aggiuntive. Durante la migrazione a multi-AZ da un cluster single-AZ esistente, potrebbe essere necessario raddoppiare il numero di nodi del cluster per facilitare il mantenimento delle prestazioni delle singole query. La maggior parte dei carichi di lavoro registra un aumento generale della velocità di trasmissione effettiva di elaborazione delle query con un data warehouse multi-AZ, in quanto la quantità di risorse di elaborazione disponibili è raddoppiata.

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 eseguite durante o dopo il verificarsi di un guasto potrebbero subire ritardi di esecuzione durante il ripristino del data warehouse multi-AZ.

Nota

Per ottenere prestazioni migliori e maggiore disponibilità, ti consigliamo di utilizzare l'opzione SNAPSHOT ISOLATION con i cluster multi-AZ. Per ulteriori informazioni, consulta la pagina CREATE DATABASE.

Limitazioni

Un data warehouse multi-AZ ha le stesse capacità funzionali di un data warehouse single-AZ, a eccezione delle seguenti limitazioni che si applicano al data warehouse multi-AZ:

  • Non è possibile creare un data warehouse multi-AZ non crittografato. Assicurati di aggiungere la crittografia quando crei un nuovo data warehouse multi-AZ, converti un data warehouse single-AZ in un data warehouse multi-AZ o converti un data warehouse single-AZ in un data warehouse multi-AZ.

  • Non puoi creare una distribuzione Multi-AZ a nodo singolo per nessuno dei tipi di RA3 istanza. Seleziona 2 o più nodi per zona di disponibilità durante la creazione di un'implementazione multi-AZ.

  • 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 utilizzare un'implementazione multi-AZ in un'altra zona di disponibilità. Quando si utilizza un'implementazione multi-AZ, il trasferimento viene determinato e condotto automaticamente da Amazon Redshift.

  • Non è possibile sospendere o riprendere un'implementazione multi-AZ.

  • Non è possibile eseguire l'implementazione multi-AZ 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 implementazioni multi-AZ perché 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 Multi-AZ abilitato.

  • Non è possibile convertire un cluster con un indirizzo IP elastico collegato da Single-AZ a Multi-AZ.

  • L'implementazione di Amazon Redshift Multi-AZ è disponibile nelle seguenti versioni: 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 (Hyderabad) (ap-south-2)

    • Asia Pacific (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 (Tailandia) (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 (Stati Uniti orientali) (-1) us-gov-east

    • AWS GovCloud (Stati Uniti occidentali) (us-gov-west-1)

  • I data warehouse Multi-AZ accessibili al pubblico supportano 1 gruppo di sicurezza VPC in meno rispetto ai data warehouse Single-AZ e Multi-AZ accessibili privatamente.