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. Em relação a grupos de trabalho sem servidor, as atualizações são on-line e contínuas, sem janela de manutenção definida. O Amazon Redshift determina o momento das atualizações de grupos de trabalho sem servidor com base nos níveis de atividade, aplicando a atualização durante períodos de inatividade ou de baixa atividade. 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.
Sobre grupos de trabalho do Redshift sem servidor, você tem a opção de executar um subconjunto dos grupos de trabalho do Redshift sem servidor na trilha anterior do Redshift sem servidor. Isso possibilita de uma a seis semanas de testes e validação de integração no ambiente antes da adoção da versão em todos os grupos de trabalho. Por padrão, o Redshift sem servidor cria todos os grupos de trabalho na trilha atual para aproveitar a versão certificada mais atualizada. A trilha anterior do Redshift sem servidor oferece maior diligência e o tempo necessário para que os ambientes de teste e desenvolvimento avaliem a trilha atual antes de adotá-la para suas workloads essenciais em produção. 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. É possível fazer downgrade da versão do data warehouse alterando-a para a trilha anterior. 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 imediatamente.
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.
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 AWS Management Console e abra o console do Amazon Redshift em https://console.aws.amazon.com/redshiftv2/
Em relação a grupos de trabalho sem servidor, no menu de navegação, escolha Grupos de trabalho e selecione o nome do grupo de trabalho na lista para abrir os respectivos detalhes. Os detalhes do grupo de trabalho são exibidos.
