O Amazon Redshift não permitirá mais a criação de funções definidas pelo usuário (UDFs) do Python a partir de 1.º de novembro de 2025. Se quiser usar UDFs do Python, você deve criá-las antes dessa data. As UDFs do Python existentes continuarão a funcionar normalmente. Para ter mais informações, consulte a publicação de blog
Trilhas para clusters provisionados pelo Amazon Redshift e grupos de trabalho sem servidor
Quando o Amazon Redshift lança uma nova versão, ele atualiza a versão do seu data warehouse do Amazon Redshift (grupo de trabalho sem servidor ou cluster provisionado). É possível controlar se o data warehouse será atualizado para a versão mais recente ou para a versão certificada anterior.
A trilha do grupo de trabalho sem servidor ou do cluster provisionado determina qual versão lançada é aplicada durante uma atualização de versão. O Amazon Redshift atualiza os clusters provisionados durante a janela de manutenção especificada e normalmente atualiza os grupos de trabalho durante períodos de inatividade. Para obter detalhes sobre quando o Redshift sem servidor atualiza grupos de trabalho, consulte Atualizar grupos de trabalho sem servidor.
Quando o Amazon Redshift lança uma nova versão, essa versão é atribuída à trilha atual e a versão anterior é atribuída à trilha anterior. Para definir a trilha do data warehouse, especifique um dos seguintes valores:
-
Atual: com a trilha atual, você tem a versão de lançamento certificada mais atualizada com os recursos, atualizações de segurança e aprimoramentos de performance mais recentes.
-
Anterior: com a trilha anterior, você estará na versão certificada anterior.
Por exemplo, suponha que seu grupo de trabalho sem servidor esteja executando a versão 1.0.2762 e o Amazon Redshift lance a versão 1.0.3072 do Redshift sem servidor. Se o valor da trilha for atual, seu grupo de trabalho será atualizado para a versão 1.0.3072 (a versão mais recente). Se você definir o valor da trilha como anterior, seu grupo de trabalho será atualizado quando a próxima versão de trilha anterior for lançada.
Com o recurso de trilha anterior, você tem a opção de executar um subconjunto de data warehouses do Amazon Redshift na trilha anterior. Isso permite de uma a seis semanas de testes e validação de integração em data warehouses configurados na trilha atual antes de aplicar a versão aos data warehouses na trilha anterior. Por padrão, o Amazon Redshift cria todos os clusters e grupos de trabalho na trilha atual para aproveitar a versão certificada mais atualizada. Entretanto, ao usar a trilha anterior do Amazon Redshift no ambiente de produção e a trilha atual no ambiente de teste e desenvolvimento, é possível ter mais atenção e tempo para avaliar a versão mais recente. A trilha anterior garante estabilidade máxima, o que a torna ideal para workloads essenciais em ambientes de produção.
nota
A versão de trilha anterior pode ser igual à versão de trilha atual por curtos intervalos de tempo. Isso ocorre quando a trilha atual não avançou para a versão seguinte. Normalmente, a versão de trilha atual está à frente da versão de trilha anterior.
Alternar entre trilhas
Geralmente, a decisão de alterar as trilhas de um recurso do Amazon Redshift só ocorre uma vez. Você deve ter cuidado ao mudar de acompanhamento. Para ter informações sobre quais recursos estão em quais versões do data warehouse, consulte Versões de cluster para o Amazon Redshift.
Se você alterar a trilha de anterior para atual, atualizaremos o data warehouse para a versão de trilha atual. Se você alterar a trilha do data warehouse para anterior, atualizaremos seu data warehouse da seguinte forma:
Em relação a grupos de trabalho sem servidor, atualizamos a versão do seu data warehouse durante um período de inatividade. Para obter mais detalhes sobre como o Redshift sem servidor atualiza a versão do seu grupo de trabalho, consulte Atualizar grupos de trabalho sem servidor.
Em relação a clusters provisionados, não atualizaremos seu data warehouse até que haja uma nova versão após a versão de lançamento da trilha atual.
Trilhas e restauração
Em relação a grupos de trabalho sem servidor, um snapshot herda a trilha do data warehouse de destino do Amazon Redshift. Por exemplo, se você criar um snapshot para um grupo de trabalho definido como trilha anterior e aplicar esse snapshot a um grupo de trabalho definido como trilha atual, o grupo de trabalho terá uma configuração de trilha atual.
Em relação a clusters provisionados, um snapshot herda a trilha do data warehouse de origem do Amazon Redshift. Se você alterar a trilha do data warehouse de origem depois de receber um snapshot, o snapshot e o data warehouse de origem estarão em trilhas diferentes. Quando você fizer a restauração de um snapshot, o novo data warehouse estará na trilha herdada da origem do snapshot. É possível alterar a trilha após a conclusão da operação de restauração.
O redimensionamento de um data warehouse não afeta a respectiva trilha.
Atualizar grupos de trabalho sem servidor
Quando uma nova versão é disponibilizada para a trilha escolhida por um grupo de trabalho, o Amazon Redshift sem servidor normalmente aplica a atualização durante um período de inatividade, desde que não haja nenhuma solicitação pendente de atualização da trilha. Se o grupo de trabalho não passar por um período de inatividade em 14 dias, o Redshift sem servidor forçará a atualização da versão.
Ele atualiza seu grupo de trabalho somente para a próxima versão posterior. O Redshift sem servidor não ignora versões intermediárias nem faz downgrade de grupos de trabalho, mesmo que a versão da trilha do grupo de trabalho selecionado seja menor que a versão atual do grupo de trabalho. Seu grupo de trabalho não receberá nenhuma atualização de versão principal até e a menos que a trilha Trailing seja atualizada.
Por exemplo, suponha que a trilha Current seja a versão 186 e a versão da trilha Trailing seja 185. Se você tiver um grupo de trabalho com um valor Current em Track, cuja versão for 186, se você alterar o valor Track para Trailing, o Redshift sem servidor não fará downgrade da versão do grupo de trabalho para 185. Nesse cenário, o Redshift sem servidor mantém o grupo de trabalho na versão 186 até que a versão da trilha Trailing seja igual ou superior a 186.
Se uma alteração de trilha estiver pendente, o Redshift sem servidor não atualizará o grupo de trabalho para a próxima versão principal na trilha existente enquanto a alteração da trilha não for aplicada. Depois que a alteração da trilha é concluída, o Redshift sem servidor avalia as condições para atualizar o grupo de trabalho para a versão apropriada na nova trilha.
Por exemplo, se seu grupo de trabalho estiver configurado para a trilha Current, e a trilha atual for 186 e você alterar seu grupo de trabalho para a trilha Trailing, o Redshift sem servidor não atualizará o grupo de trabalho enquanto a alteração da trilha não for aplicada e a versão Trailing não for atualizada para uma versão igual ou superior a 186.
nota
Qualquer operação existente em um grupo de trabalho, como restaurar com base em um snapshot, alterar a chave do KMS ou redimensionar, só ocorre na trilha existente. O Redshift sem servidor não usa a trilha pendente para operações sem servidor.
Se você tiver uma solicitação de troca de trilha pendente, poderá cancelar a solicitação definindo o parâmetro track de volta para o valor original usando UpdateWorkgroup.
Gerenciar versões
Trilha é uma série de versões. É possível decidir se o data warehouse do Amazon Redshift estará na trilha atual ou anterior. Se você colocar o data warehouse na trilha atual, ele sempre será atualizado para a versão mais recente. Se você colocar seu recurso na trilha anterior, ele sempre executará a versão lançada imediatamente antes da versão lançada mais recentemente.
Em relação a clusters provisionados, a coluna Status da versão na lista do console do Amazon Redshift de data warehouses do Amazon Redshift indica se um de seus recursos está disponível para atualização.
Determinar a versão do grupo de trabalho ou do cluster
É possível determinar a versão do grupo de trabalho do Amazon Redshift sem servidor ou a versão do mecanismo do cluster provisionado com o console do Amazon Redshift.
Faça login no Console de gerenciamento da AWS e abra o console do Amazon Redshift em https://console.aws.amazon.com/redshiftv2/
