Amazon Redshift non supporterà più la creazione di nuove UDF Python a partire dal 1º novembre 2025. Se desideri utilizzare le UDF Python, creale prima di tale data. Le UDF Python esistenti continueranno a funzionare normalmente. Per ulteriori informazioni, consulta il post del blog
Tracce per cluster con provisioning e gruppi di lavoro serverless Amazon Redshift
Quando Amazon Redshift rilascia una nuova versione, aggiorna la versione del data warehouse Amazon Redshift (gruppo di lavoro serverless o cluster con provisioning). Puoi controllare se il data warehouse viene aggiornato alla versione più recente o alla versione certificata precedente.
La traccia del gruppo di lavoro serverless o del cluster con provisioning determina quale versione rilasciata viene applicata durante un aggiornamento della versione. Amazon Redshift aggiorna i cluster con provisioning nella finestra di manutenzione specificata e di solito aggiorna i gruppi di lavoro serverless durante i periodi di inattività. Per informazioni dettagliate sull’aggiornamento dei gruppi di lavoro da parte di Redshift serverless, consulta Aggiornamento dei gruppi di lavoro serverless.
Quando Amazon Redshift rilascia una nuova versione, questa viene assegnata alla traccia corrente e la versione precedente viene assegnata alla traccia finale. Per impostare la traccia per il data warehouse, specifica uno dei valori seguenti:
-
Corrente: con la traccia Corrente ottieni la versione certificata più aggiornata con le funzionalità, gli aggiornamenti di sicurezza e i miglioramenti delle prestazioni più recenti.
-
Finale: con la traccia Finale torni alla versione certificata precedente.
Ad esempio, supponiamo che attualmente il gruppo di lavoro serverless esegua la versione 1.0.2762 e Amazon Redshift rilasci la versione 1.0.3072 di Redshift serverless. Se il valore della traccia è Corrente, il gruppo di lavoro viene aggiornato alla versione 1.0.3072 (versione più recente). Se imposti il valore della traccia su Finale, il gruppo di lavoro viene aggiornato quando viene rilasciata la versione successiva della traccia finale.
Con la funzionalità della traccia finale, hai la possibilità di eseguire un sottoinsieme di data warehouse Amazon Redshift nella traccia finale. Ciò significa che hai a disposizione da una a sei settimane di test e convalida dell’integrazione per i data warehouse impostati sulla traccia corrente prima di applicare la versioni ai data warehouse sulla traccia finale. Per impostazione predefinita, Amazon Redshift crea tutti i cluster e i gruppi di lavoro sulla traccia corrente per sfruttare la versione certificata più aggiornata. Tuttavia, grazie all’uso della traccia finale di Amazon Redshift nell’ambiente di produzione e della traccia corrente nell’ambiente di test e sviluppo, hai più tempo e la possibilità di valutare meglio la versione più recente. La traccia corrente garantisce la massima stabilità, rendendola ideale per i carichi di lavoro mission critical negli ambienti di produzione.
Nota
La versione della traccia finale può essere la stessa della versione corrente per brevi periodi di tempo. Ciò accade quando la traccia corrente non è passata alla versione successiva. Normalmente la versione della traccia corrente è precedente alla versione della traccia finale.
Passaggio da una traccia all’altra
Cambiare le tracce per una risorsa Amazon Redshift è generalmente una decisione una tantum. In tali casi, è consigliabile procedere con estrema prudenza. Per informazioni su quali funzionalità sono disponibili in quali versioni del data warehouse, consulta Versioni dei cluster per Amazon Redshift.
Se cambi la traccia di manutenzione da Finale a Corrente, il data warehouse viene aggiornato alla versione della traccia Corrente. Se modifichi la traccia del data warehouse e la imposti su Finale, aggiorniamo il data warehouse nel modo seguente:
Per i gruppi di lavoro serverless, aggiorniamo la versione del data warehouse in un periodo di inattività. Per ulteriori dettagli su come Redshift serverless aggiorna la versione del gruppo di lavoro, consulta Aggiornamento dei gruppi di lavoro serverless.
Per i cluster con provisioning, non aggiorniamo il data warehouse fino a quando non è disponibile una nuova versione dopo la versione della traccia Corrente.
Tracce e ripristino
Per i gruppi di lavoro serverless, uno snapshot eredita la traccia del data warehouse Amazon Redshift di destinazione. Ad esempio, se crei uno snapshot per un gruppo di lavoro impostato sulla traccia finale e lo applichi a un gruppo di lavoro impostato sulla traccia corrente, l’impostazione della traccia del gruppo di lavoro è Corrente.
Per i cluster con provisioning, uno snapshot eredita la traccia del data warehouse Amazon Redshift di origine. Se cambi la traccia del data warehouse di origine dopo avere creato uno snapshot, lo snapshot e il data warehouse di origine si trovano su tracce differenti. Quando esegui il ripristino dallo snapshot, il nuovo data warehouse si trova sulla traccia ereditata dallo snapshot di origine. Puoi modificare la traccia dopo che è stata completata l’operazione di ripristino.
Il ridimensionamento di un data warehouse non influisce sulla traccia.
Aggiornamento dei gruppi di lavoro serverless
Quando diventa disponibile una nuova versione per la traccia scelta da un gruppo di lavoro, in genere Amazon Redshift serverless applica l’aggiornamento durante un periodo di inattività purché non vi sia alcuna richiesta di aggiornamento della traccia in sospeso. Se il gruppo di lavoro non sperimenta un periodo di inattività entro 14 giorni, Redshift serverless forza l’aggiornamento della versione.
Redshift serverless aggiorna il gruppo di lavoro solo alla versione successiva superiore. Redshift serverless non salta le versioni intermedie né effettua il downgrade dei gruppi di lavoro anche se la versione per la traccia del gruppo di lavoro selezionato è precedente alla versione corrente del gruppo di lavoro. Il gruppo di lavoro non riceve alcun aggiornamento delle versioni principali fino a quando la traccia Trailing non recupera e a meno che non recuperi.
Ad esempio, supponiamo che la traccia Current sia la versione 186 e che la versione della traccia Trailing sia la 185. Se hai un gruppo di lavoro con un valore Track pari a Current, la cui versione è 186, e se modifichi il valore Track e lo imposti su Trailing, Redshift serverless non effettua il downgrade della versione del gruppo di lavoro a 185. In questo scenario, Redshift serverless mantiene il gruppo di lavoro sulla versione 186 fino a quando la versione della traccia Trailing non è uguale o superiore a 186.
Se una modifica della traccia è in sospeso, Redshift serverless non aggiorna il gruppo di lavoro alla versione principale successiva della traccia esistente finché non applica la modifica alla traccia. Una volta completata la modifica della traccia, Redshift serverless valuta le condizioni per l’aggiornamento del gruppo di lavoro alla versione appropriata nella nuova traccia.
Ad esempio, se il gruppo di lavoro è impostato sulla traccia Current e la traccia corrente è 186 e modifichi il gruppo di lavoro in base alla traccia Trailing, Redshift serverless non aggiorna il gruppo di lavoro solo dopo avere applicato la modifica alla traccia e dopo che la versione Trailing è stata aggiornata a una versione uguale o superiore a 186.
Nota
Qualsiasi operazione esistente per un gruppo di lavoro, come il ripristino da uno snapshot, la modifica della chiave KMS o il ridimensionamento, avviene solo sulla traccia esistente. Redshift serverless non utilizza la traccia in sospeso per le operazioni serverless.
Se hai una richiesta di cambio di una traccia in sospeso, puoi annullare la richiesta ripristinando il valore originale del parametro track utilizzando UpdateWorkgroup.
Gestione delle versioni
Una traccia è costituita da una serie di versioni. Puoi decidere se il data warehouse Amazon Redshift si trova sulla traccia Corrente o sulla traccia Finale. Se hai inserito il data warehouse sulla traccia Corrente, viene aggiornato alla versione cluster più recente. Se hai inserito la risorsa sulla traccia Finale, viene eseguita sempre la versione che è stata rilasciata immediatamente prima di quella più recente.
Per i cluster con provisioning, la colonna Stato di rilascio nell’elenco dei data warehouse Amazon Redshift della console Amazon Redshift indica se per una delle risorse è disponibile l’aggiornamento.
Determinazione della versione del gruppo di lavoro o del cluster
Puoi determinare la versione del gruppo di lavoro serverless o del motore della versione del cluster con provisioning Amazon Redshift serverless con la console Amazon Redshift.
Accedere alla Console di gestione AWS e aprire la console Amazon Redshift all'indirizzo https://console.aws.amazon.com/redshiftv2/
