Manutenção do cluster

O Amazon Redshift realiza manutenção periodicamente para aplicar atualizações ao seu cluster. Durante essas atualizações, seu cluster do Amazon Redshift não está disponível para operações normais. Você tem várias maneiras de controlar como mantemos seu cluster. Por exemplo, você pode controlar quando implantamos atualizações em seus clusters. Também é possível escolher se o cluster executará a versão lançada mais recentemente ou a versão lançada antes da versão lançada mais recentemente. Por fim, você tem a opção de adiar atualizações de manutenção não obrigatórias por um período.

Janelas de manutenção

O Amazon Redshift atribui uma janela de manutenção de 30 minutos aleatoriamente a partir de um bloco de 8 horas por região da AWS, ocorrendo em um dia aleatório da semana (de segunda a domingo, inclusive).

Janelas de manutenção padrão

A lista a seguir mostra os blocos de tempo para cada região da AWS a partir da qual as janelas de manutenção padrão são atribuídas:

• Região Leste dos EUA (Norte da Virgínia): 03:00-11:00 UTC

• Região Leste dos EUA (Ohio): 03:00-11:00 UTC

• Região Oeste dos EUA (Norte da Califórnia): 06:00-14:00 UTC

• Região Oeste dos EUA (Oregon): 06:00-14:00 UTC

• Região da África (Cidade do Cabo): 20:00-04:00 UTC

• Região da Ásia-Pacífico (Hong Kong): 13:00-21:00 UTC

• Região Ásia-Pacífico (Haiderabade): 16h30–0h30 UTC

• Região Ásia-Pacífico (Jacarta): 15h – 23h UTC

• Região da Ásia-Pacífico (Melbourne): 12 - 20h UTC

• Região Ásia-Pacífico (Mumbai): 16:30-00:30 UTC

• Região Ásia-Pacífico (Osaka): 13:00-21:00 UTC

• Região Ásia-Pacífico (Seul): 13:00-21:00 UTC

• Região Ásia-Pacífico (Singapura): 14:00-22:00 UTC

• Região Ásia-Pacífico (Sydney): 12:00-20:00 UTC

• Região Ásia-Pacífico (Tóquio): 13:00-21:00 UTC

• Região do Canadá (Central) Região: 03:00-11:00 UTC

• Região Oeste do Canadá (Calgary): das 4h às 12h UTC

• Região da China (Pequim): 13:00-21:00 UTC

• Região da China (Ningxia): 13:00-21:00 UTC

• Região da Europa (Frankfurt): 06:00-14:00 UTC

• Região da Europa (Irlanda): 22:00-06:00 UTC

• Região da Europa (Londres): 22:00-06:00 UTC

• Região da Europa (Milão): 21:00-05:00 UTC

• Região da Europa (Paris): 23:00-07:00 UTC

• Região da Europa (Estocolmo): 23:00-07:00 UTC

• Região Europa (Zurique): 20h–4h UTC

• Região de Israel (Tel Aviv): 20h-4h UTC

• Região Europa (Espanha): 21h–5h UTC

• Região do Oriente Médio (Bahrein): 13:00-21:00 UTC

• Região do Oriente Médio (EAU): 18h00-2h00 UTC

• Região da América do Sul (São Paulo): 19:00-03:00 UTC

Se um evento de manutenção estiver agendado para determinada semana, ele começará durante a janela de manutenção de 30 minutos atribuída. Enquanto o Amazon Redshift está realizando a manutenção, ele encerra todas as consultas ou outras operações que estão em andamento. A maior parte da manutenção é concluída durante a janela de manutenção de 30 minutos, mas algumas tarefas de manutenção podem continuar sendo executadas após o fechamento da janela. Se não há tarefas de manutenção a executar durante a janela de manutenção programada, seu cluster continua a operar normalmente até a próxima janela de manutenção programada.

Você pode alterar a janela de manutenção programada modificando o cluster, seja programaticamente ou usando o console do Amazon Redshift. Você pode encontrar a janela de manutenção e definir o dia e a hora em que ela ocorre para o cluster na guia Manutenção.

É possível que um cluster seja reiniciado fora de uma janela de manutenção. Isso pode ocorrer por alguns motivos. O mais comum é quando um problema é detectado no cluster e as operações de manutenção são executadas para trazê-lo de volta a um estado íntegro. Para obter mais informações, consulte o artigo Por que meu cluster do Amazon Redshift foi reinicializado fora da janela de manutenção?, que fornece detalhes sobre por que isso pode ocorrer.

Adiamento da manutenção

Para reprogramar a janela de manutenção do cluster, você pode adiar a manutenção em até 45 dias. Por exemplo, se a janela de manutenção do cluster estiver definida para quarta-feira das 8h30 às 9h00 UTC e você precisar acessar o cluster nesse período, será possível adiar a manutenção para um momento posterior.

Se você adiar a manutenção, o Amazon Redshift ainda aplicará atualizações de hardware ou outras atualizações de segurança obrigatórias ao cluster. O cluster não ficará disponível durante essas atualizações.

Se uma atualização de hardware ou outra atualização de segurança obrigatória estiver programada durante a próxima janela de manutenção, o Amazon Redshift enviará notificações antecipadas na categoria Pendente. Para saber mais sobre notificações de eventos pendentes, consulte Notificações de eventos do Amazon Redshift.

Também é possível optar por receber notificações do Amazon Simple Notification Service (Amazon SNS). Para obter mais informações sobre como assinar notificações de eventos do Amazon SNS, consulte Assinar notificações de eventos de cluster do Amazon Redshift.

Se você adiar a manutenção do cluster, a janela de manutenção após o período de adiamento não poderá ser protelada.

nota

Você não pode adiar a manutenção depois que ela foi iniciada.

Para obter mais informações sobre manutenção de cluster, consulte a seguinte documentação:

• Janelas de manutenção

• Gerenciamento de clusters usando o console

• Modificar um cluster

Selecionar acompanhamentos de manutenção do cluster

Quando o Amazon Redshift lança uma nova versão do cluster, seu cluster é atualizado durante a janela de manutenção. É possível controlar se o cluster será atualizado para a versão mais recente aprovada ou para a versão anterior.

O acompanhamento de manutenção controla qual versão do cluster será aplicada durante uma janela de manutenção. Quando o Amazon Redshift lança uma nova versão do cluster, essa versão é atribuída à trilha atual e a versão anterior é atribuída à trilha posterior. Para definir o acompanhamento de manutenção para o cluster, especifique um dos seguintes valores:

• Atual – Usa a versão de cluster aprovada mais recente.

• Anterior – Usa a versão do cluster antes da versão atual.

• Previsualização – Usa a versão do cluster que contém os novos recursos disponíveis para previsualização.

Por exemplo, suponha que seu cluster esteja executando a versão 1.0.2762 e a versão atual do Amazon Redshift seja 1.0.3072. Se você definir o valor do acompanhamento de manutenção para Current (Atual), o cluster será atualizado para a versão 1.0.3072 (a próxima versão aprovada) durante a próxima janela de manutenção. Se o valor do acompanhamento de manutenção do cluster for definido para Trailing (Anterior), o cluster não será atualizado até que haja uma nova versão após a 1.0.3072.

Trilhas de demonstração

Uma trilha de Preview (Demonstração) pode não estar disponível para escolha. Ao escolher uma trilha de Preview (Demonstração), um nome de trilha deve ser selecionado. As trilhas de previsualização e seus recursos relacionados são temporários, têm limitações funcionais e podem não conter todos os recursos atuais do Amazon Redshift disponíveis em outros trilhos. Ao trabalhar com trilhas de demonstração:

• Use o novo console do Amazon Redshift ao trabalhar com trilhas de visualização. Por exemplo, quando você cria um cluster para usar com recursos de demonstração.

• Não é possível alternar um cluster de uma trilha de demonstração para outra.

• Não é possível alternar um cluster para uma trilha de demonstração de uma trilha atual ou inicial.

• Não é possível alternar um cluster de uma trilha de prévia para uma trilha atual ou inicial.

• Não é possível restaurar um snapshot criado em uma trilha de demonstração diferente.

• Só é possível usar a trilha de demonstração ao criar um novo cluster ou ao restaurar de um snapshot.

• Não é possível restaurar de um snapshot criado em uma trilha de demonstração diferente ou com uma versão de manutenção do cluster posterior à versão do cluster da trilha de demonstração. Por exemplo, ao restaurar um cluster para uma trilha de demonstração, você só pode usar um snapshot criado em uma versão de manutenção de cluster anterior à da trilha de demonstração.

Alternar entre acompanhamentos de manutenção

Alterar o acompanhamento de um cluster costuma ser uma decisão única. Você deve ter cuidado ao mudar de acompanhamento. Se você alterar o acompanhamento de manutenção de Trailing (Anterior) para Current (Atual), atualizaremos o cluster para a versão de acompanhamento Current (Atual) durante a próxima janela de manutenção. No entanto, se você alterar o acompanhamento de manutenção do cluster para Trailing (Anterior), não atualizaremos seu cluster até que haja uma nova versão após a versão de acompanhamento Current (Atual).

Acompanhamento de manutenção e restaurar

Um snapshot herda o acompanhamento de manutenção do cluster de origem. Se você alterar o acompanhamento de manutenção do cluster de origem depois de obter um snapshot, o snapshot e o cluster de origem estarão em acompanhamentos diferentes. Quando você fizer a restauração de um snapshot, o novo cluster estará no acompanhamento de manutenção herdado do cluster de origem. É possível alterar o acompanhamento de manutenção após a conclusão da operação de restauração. O redimensionamento de um cluster não afeta o acompanhamento de manutenção do cluster.

Gerenciar versões do cluster

Um acompanhamento de manutenção é uma série de versões. Você pode decidir se o cluster estará no acompanhamento Atual ou no acompanhamento Anterior. Se você colocar seu cluster no acompanhamento Atual, ele sempre será atualizado para a versão mais recente do cluster durante a janela de manutenção. Se você colocar seu cluster no acompanhamento Anterior, ele sempre executará a versão do cluster lançada imediatamente antes da versão lançada mais recentemente.

A coluna Status da versão na lista de clusters do console do Amazon Redshift indica se um de seus clusters está disponível para atualização.

Reverter a versão do cluster

Se o cluster estiver atualizado com a versão mais recente, você poderá optar por revertê-lo para a versão anterior.

Para obter informações detalhadas sobre os recursos e as melhorias incluídas em cada versão de cluster, consulte Histórico das versões de cluster.

Para reverter para uma versão anterior do cluster

1. Faça login no AWS Management Console e abra o console do Amazon Redshift em https://console.aws.amazon.com/redshiftv2/.

2. No menu de navegação, escolha Clusters.

3. Selecione o cluster a ser revertido.

4. Em Actions (Ações), escolha Roll back cluster version (Reverter versão de cluster). A página Roll back cluster version (Reverter versão de cluster) é exibida.

5. Se houver uma versão disponível para reversão, siga as instruções na página.

6. Escolha Roll back now (Reverter agora).

Determinar a versão de manutenção de cluster

Você pode determinar o mecanismo do Amazon Redshift e a versão do banco de dados com o console do Amazon Redshift.

Para encontrar a versão de um cluster

1. Faça login no AWS Management Console e abra o console do Amazon Redshift em https://console.aws.amazon.com/redshiftv2/.

2. No menu de navegação, escolha Clusters e o nome do cluster na lista para abrir os respectivos detalhes. Os detalhes do cluster são exibidos, podendo incluir as guias Cluster performance (Performance do cluster), Query monitoring (Monitoramento de consultas), Databases (Bancos de dados), Datashares (Unidades de compartilhamento de dados), Schedules (Programação), Maintenance (Manutenção) e Properties (Propriedades).

3. Escolha a guia Manutenção para obter mais detalhes.

4. Na seção Maintenance (Manutenção), localize a Current cluster version (Versão atual do cluster).

nota

Embora o console exiba essas informações em um campo, são dois parâmetros na API do Amazon Redshift, ClusterVersion e ClusterRevisionNumber. Para obter mais informações, consulte Cluster na Referência da API do Amazon Redshift.