Considerazioni su quando utilizzare Amazon Redshift Serverless - Amazon Redshift

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à.

Considerazioni su quando utilizzare Amazon Redshift Serverless

Per un elenco delle aree Regioni AWS in cui è disponibile Amazon Redshift Serverless, consulta gli endpoint elencati per Redshift Serverless nel. API Riferimenti generali di Amazon Web Services

Alcune risorse utilizzate da Amazon Redshift Serverless sono soggette a quote. Per ulteriori informazioni, consulta Quote per gli oggetti Amazon Redshift Serverless.

Quando si DECLARE posiziona il cursore, le specifiche relative alle dimensioni del set di risultati per Amazon Redshift Serverless sono specificate in. DECLARE

Finestra di manutenzione: non è presente una finestra di manutenzione in Amazon Redshift serverless. Gli aggiornamenti delle versioni software vengono applicati automaticamente. Non si verificano interruzioni per la connessione o l'esecuzione delle query esistenti quando Amazon Redshift cambia le versioni. Le nuove connessioni si connetteranno e funzioneranno sempre con Amazon Redshift Serverless all'istante.

Zona di disponibilità IDs: quando configuri l'istanza Serverless di Amazon Redshift, apri Considerazioni aggiuntive e assicurati che la sottorete IDs fornita in Subnet contenga almeno tre delle zone di disponibilità supportate. IDs Per visualizzare la mappatura degli ID tra sottorete e zona di disponibilità, vai alla VPC console e scegli Subnet per visualizzare l'elenco delle sottoreti con la relativa zona di disponibilità. IDs IDs Verificare che la sottorete sia mappata a un ID zona di disponibilità supportato. Per creare una sottorete, consulta Create a subnet in your VPC nella Amazon VPC User Guide.

Tre sottoreti: è necessario disporre di almeno tre sottoreti in tre zone di disponibilità. Ad esempio, è possibile utilizzare tre sottoreti mappate alle zone di disponibilità us-east-1a, us-east-1b e us-east-1c. Un'eccezione è la regione Stati Uniti occidentali (California settentrionale). Richiede tre sottoreti, allo stesso modo delle altre regioni, ma queste devono estendersi solo su due zone di disponibilità. Una condizione è che una delle zone di disponibilità estese debba contenere due delle sottoreti.

Requisiti di indirizzi IP gratuiti: devi avere indirizzi IP gratuiti disponibili quando crei un gruppo di lavoro Amazon Redshift Serverless. Il numero minimo di indirizzi IP aumenta all'aumentare del numero di Redshift Processing Unit RPUs () per il gruppo di lavoro. In particolare, ogni sottorete del gruppo di lavoro VPC richiede un numero minimo di indirizzi IP. Per ulteriori informazioni sull'allocazione degli indirizzi IP, consulta la sezione Indirizzamento IP nella Amazon VPC User Guide.

Il numero minimo di indirizzi IP gratuiti richiesti per la creazione di un gruppo di lavoro è il seguente:

Unità di elaborazione Redshift () RPUs Indirizzi IP disponibili richiesti Dimensione minima CIDR
8 9 /27
16 15 /27
32 13 /27
64 21 /27
128 37 /26
256 69 /25
512 133 /24
1.024 261 /23

Inoltre, per aggiornare il gruppo di lavoro sono necessari indirizzi IP gratuiti per utilizzarne di più. RPUs Il numero di indirizzi IP gratuiti richiesti per l'aggiornamento delle sottoreti per un gruppo di lavoro è il seguente:

Unità di elaborazione Redshift () RPUs Unità di elaborazione Redshift aggiornate () RPUs Indirizzi IP disponibili richiesti
8 16 10
16 32 13
32 64 16
64 128 28
128 256 52
256 512 100
512 1.024 197
Nota

La RPU capacità base massima di 1024 è disponibile solo nei seguenti modelli: Regioni AWS

  • Stati Uniti orientali (Virginia settentrionale)

  • Stati Uniti orientali (Ohio)

  • US West (Oregon)

Spazio di archiviazione dopo la migrazione: quando si esegue la migrazione di cluster Amazon Redshift con provisioning di piccole dimensioni ad Amazon Redshift serverless, è possibile che si verifichi un aumento dell'allocazione dello spazio di archiviazione dopo la migrazione. Ciò è il risultato dell'allocazione ottimizzata dello spazio di archiviazione, con conseguente spazio di archiviazione preallocato. Questo spazio viene utilizzato per un periodo di tempo man mano che i dati crescono in Amazon Redshift Serverless.

Unità di condivisione dati tra cluster con provisioning di Amazon Redshift serverless e Amazon Redshift: in presenza di unità di condivisione dati, dove Amazon Redshift serverless è il producer e un cluster con provisioning è il consumer, la versione del cluster con provisioning deve essere successiva alla 1.0.38214. Se si utilizza una versione di cluster precedente a questa, si verifica un errore durante l'esecuzione di una query. È possibile visualizzare la versione del cluster nella console di Amazon Redshift sulla scheda Maintenance (Manutenzione). Puoi anche eseguire SELECT version();.

Tempo massimo di esecuzione della query: il tempo di esecuzione trascorso per una query in secondi. Il tempo di esecuzione non include il tempo trascorso in attesa in una coda. Se una query supera il tempo di esecuzione impostato, Amazon Redshift Serverless la arresta. I valori validi sono compresi nell'intervallo 0-86.399.

Migrazione per tabelle con chiavi di ordinamento interlacciate: durante la migrazione di cluster forniti da Amazon Redshift su Amazon Redshift Serverless, Redshift converte le tabelle con chiavi di ordinamento interlacciate e in chiavi di ordinamento composte. DISTSTYLE KEY Il DISTSTYLE non cambia. Per ulteriori informazioni sugli stili di distribuzione, consulta Utilizzo degli stili di distribuzione dati nella guida per sviluppatori di Amazon Redshift. Per ulteriori informazioni sulle chiavi di ordinamento, consulta Utilizzo delle chiavi di ordinamento.

VPCcondivisione: puoi creare gruppi di lavoro Amazon Redshift Serverless in un ambiente condiviso. VPC In tal caso, ti consigliamo di non eliminare la condivisione delle risorse in quanto il gruppo di lavoro potrebbe non essere più disponibile.