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à.
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 l'API Redshift Serverless nel. 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 dichiara un cursore, le specifiche delle dimensioni del set di risultati per Amazon Redshift Serverless vengono immesse nel comando DECLARE. Amazon Redshift serverless ha una dimensione massima totale del set di risultati del cursore di 150.000 MB.
Patching online: Amazon Redshift Serverless offre aggiornamenti software automatici senza richiedere finestre di manutenzione tradizionali. Quando è disponibile un nuovo aggiornamento, il sistema lo applica entro 14 giorni dal rilascio durante i periodi di inattività. Il processo di aggiornamento richiede in genere fino a 15 minuti. Se non si verifica un periodo di inattività di 15 minuti entro 14 giorni, l'endpoint Serverless potrebbe subire una breve indisponibilità. Durante questo periodo, le connessioni delle applicazioni agli endpoint potrebbero non riuscire. Puoi monitorare i rilasci delle patch di Redshift nella documentazione «Cluster versions for Amazon Redshift». Per informazioni su Amazon Redshift Serverless SLAs, consulta Amazon Redshift Service Level Agreement
Traccia: quando Amazon Redshift distribuisce una nuova versione dei gruppi di lavoro, il gruppo di lavoro viene aggiornato automaticamente. Puoi controllare se il gruppo di lavoro viene aggiornato in base alla versione aggiornata più recente o alla versione precedente. Per informazioni sulle tracce, consulta Tracce per cluster con provisioning e gruppi di lavoro serverless Amazon Redshift.
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 due delle zone di disponibilità supportate. IDs
Per i gruppi di lavoro senza Enhanced VPC Routing (EVR), sono necessarie due zone di disponibilità (). AZs
Per i gruppi di lavoro con EVR, ne servono tre. AZs
Per visualizzare la mappatura degli ID dalla sottorete alla zona di disponibilità, vai alla console VPC 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, consultare Creazione di una sottorete nel VPC nella Guida per l'utente di Amazon VPC.
Due sottoreti (senza routing VPC avanzato): hai bisogno di almeno due sottoreti, che devono coprire due zone di disponibilità.
Tre sottoreti (solo con routing VPC avanzato): quando utilizzi il routing VPC avanzato, hai bisogno di almeno tre sottoreti, che devono coprire tre o più zone di disponibilità.
Requisiti di indirizzi IP gratuiti: quando utilizzi Redshift serverless senza abilitare il routing VPC avanzato, hai bisogno di almeno tre indirizzi IP disponibili in ogni sottorete. Si tratta di un requisito per il corretto funzionamento del servizio.
Quando si aggiorna la distribuzione RPUs per Redshift Serverless, devono essere disponibili almeno tre indirizzi IP gratuiti in ciascuna sottorete per soddisfare i requisiti operativi del servizio.
Per ulteriori informazioni sull'allocazione degli indirizzi IP e sulla comprensione degli indirizzi IP in Amazon VPC, consulta Indirizzamento IP per le VPCs tue sottoreti nella Amazon VPC User Guide.
Per ulteriori informazioni sull'allocazione di indirizzi IP, consulta Indirizzamento IP nella Guida per l'utente di Amazon VPC.
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 di tabelle con chiavi di ordinamento interlacciate: durante la migrazione dei cluster di cui Amazon Redshift ha effettuato il provisioning ad Amazon Redshift Serverless, Redshift converte le tabelle con chiavi di ordinamento interlacciate e DISTSTYLE KEY in chiavi di ordinamento composte. 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.
Condivisione del VPC: puoi creare gruppi di lavoro Amazon Redshift serverless in un VPC condiviso. In tal caso, ti consigliamo di non eliminare la condivisione delle risorse in quanto il gruppo di lavoro potrebbe non essere più disponibile.
IPv6 Support:
Amazon Redshift Serverless supporta la configurazione dei gruppi di lavoro Amazon Redshift con configurazioni sia di IPv6 indirizzi (dual-stack) che di IPv4 soli configurazioni all'interno dei tuoi Virtual Private Cloud (). IPv4 AWS VPCs Puoi abilitare il IPv6 supporto durante la creazione di nuovi gruppi di lavoro Serverless Amazon Redshift o modificare i gruppi di lavoro esistenti per supportare l'indirizzamento. IPv6 Con questa funzionalità, puoi distribuire magazzini Serverless Amazon Redshift IPv6 in sottoreti VPC abilitate e configurare le impostazioni di rete per supportare i requisiti di spazio degli indirizzi in espansione delle tue applicazioni. Le tue applicazioni possono ora comunicare con i magazzini Serverless Amazon Redshift utilizzando entrambi IPv4 i IPv6 protocolli, garantendo la compatibilità con le architetture di rete esistenti e future.
