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 dell'implementazione multi-AZ
Amazon Redshift supporta le implementazioni multi-AZ (con più zone di disponibilità) per cluster RA3 con provisioning. Utilizzando le implementazioni multi-AZ, il tuo data warehouse Amazon Redshift può continuare a funzionare in scenari di errore in cui si verifica un evento imprevisto in una zona di disponibilità. Un'implementazione multi-AZ distribuisce le risorse di calcolo in due zone di disponibilità a cui è possibile accedere 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 di RA3 quando si esegue 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 supporta zero Recovery Point Objective (RPO) che consente ai dati di essere aggiornati e up-to-date in caso di guasto. Con l'implementazione multi-AZ, Amazon Redshift migliora ulteriormente le funzionalità di ripristino esistenti e riduce l'obiettivo del tempo di ripristino (RTO). Ciò è possibile perché un'implementazione multi-AZ favorisce un ripristino più rapido in caso di errore o emergenza, portando così l'Accordo sul livello di servizio (SLA) di Amazon Redshift al 99,99% rispetto al 99,9% con un data warehouse single-AZ.
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 è possibile creare un'implementazione multi-AZ a nodo singolo per nessuno dei tipi di istanze RA3. Seleziona 2 o più nodi per zona di disponibilità durante la creazione di un'implementazione multi-AZ.
Le integrazioni Zero-ETL non sono supportate nei data warehouse di destinazione configurati per l'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 più di tre 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 (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 (Tokyo) (ap-northeast-1)
Canada (Centrale) (ca-central-1)
Europa (Francoforte) (eu-central-1)
Europa (Irlanda) (eu-west-1)
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)
Medio Oriente (Bahrein) (me-south-1)
Medio Oriente (EAU) (me-central-1)
Argomenti
