Tair (Redis® OSS-Compatible):Upgrade minor and proxy versions

Antes da atualização

Analise a lista de verificação abaixo antes de iniciar o processo para evitar imprevistos:

• Agende a atualização para horários de pico reduzido. O procedimento provoca uma breve interrupção no serviço. Escolha um momento em que sua carga de trabalho esteja no nível mais baixo.

• Verifique se o aplicativo conta com um mecanismo de reconexão. Ocorrerão interrupções transitórias nas conexões durante o processo. Seu aplicativo deve se reconectar automaticamente.

• Analise as notas de lançamento. Confira quais alterações estão incluídas na nova versão:

  • Notas de lançamento da versão secundária do Tair

  • Notas de lançamento da versão secundária do Redis Open-Source Edition

  • Notas de lançamento da versão secundária do Proxy

• Confirme a disponibilidade da versão. Durante o lançamento gradual, versões secundárias mais recentes podem estar acessíveis apenas em algumas regiões. O sistema detecta automaticamente a versão secundária atual. Caso os botões Minor Version Upgrade e Upgrade Proxy estejam desabilitados no console, sua instância já está na versão mais recente.

A atualização de versão secundária não altera o endereço de conexão, os dados, as configurações de lista de permissões ou as senhas das contas criadas na instância. Salvo indicação em contrário, as versões secundárias mantêm compatibilidade com versões futuras, eliminando a preocupação com conflitos de compatibilidade.

Impacto da atualização por componente

Níveis de atualização

Cada atualização de versão secundária recebe um de três níveis que indicam seu grau de urgência:

Configuração das atualizações automáticas

Utilize o Version Management Center para visualizar o status de versão de todas as instâncias em uma região, definir políticas de atualização automática e gerenciar as versões das instâncias em um local centralizado.

1. Faça login no console e acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância está localizada.

2. No painel de navegação à esquerda, clique em Version Management Center.

3. No canto superior esquerdo da página, selecione a região.

4. Na página Version Management Center, visualize as informações de todas as instâncias da região atual, incluindo a Current minor version e o status Latest minor version.

5. Ao lado da instância desejada, clique em Configure para ativar a opção Automatic upgrade e configure as definições da atualização automática.

Após ativar a atualização automática, o sistema verifica periodicamente a existência de novas versões. Ao detectar uma versão recente, ele executa a atualização automaticamente durante a janela de manutenção nos próximos 60 dias. Em situações específicas, o processo pode ser adiado. Por exemplo, se houver muitos eventos de operações e manutenção (O&M) recentes para a mesma conta, o sistema reagendará a tarefa.

O parâmetro Update Period corresponde à Maintenance Window da instância. Modificar um deles atualiza o outro automaticamente.

Selecione várias instâncias para executar operações Update ou Configure em lote. Consulte os registros de atualização das versões das instâncias em Event Center > Scheduled Events.

Atualização manual

1. Faça login no console e acesse a página Instances. Na barra superior, selecione a região da instância, localize o ambiente desejado e clique no ID correspondente.

2. Na seção Configuration Information, passe o cursor sobre o ícone de informações ao lado de Version ou Proxy Version para visualizar as notas de lançamento.

3. Após analisar as notas de lançamento, clique em Update > Minor Version Upgrade ou Update > Upgrade Proxy.

   Caso o botão Minor Version Upgrade ou Upgrade Proxy esteja desabilitado, a instância já opera com a versão mais recente e não precisa ser atualizada.

4. No painel exibido à direita, escolha um horário para a execução da atualização.

5. Clique em OK.

Perguntas frequentes

Como verificar se minha instância está na versão secundária mais recente?

Se o botão Minor Version Upgrade ou Upgrade Proxy aparecer em cinza e desabilitado, você já utiliza a versão mais recente e não precisa de atualização. Ao clicar no botão, se um painel for exibido, isso indica que há uma nova versão disponível. Siga as orientações deste tópico para concluir o processo.

É possível atualizar para uma versão secundária específica?

Não. O sistema sempre aplica a versão secundária mais recente. Como há compatibilidade com versões futuras, não há risco de conflitos.

Selecionei "Execute within maintainable time" como horário de execução. Por que o status da instância exibe "Upgrading Minor Version"?

O sistema está executando tarefas preparatórias, como alocação de recursos e sincronização de dados. Nesta etapa, não há failover nem troca de instância, mantendo o serviço normal. O modo somente leitura (por até 60 segundos) e a interrupção transitória de conexão acontecem exclusivamente durante o failover ou a troca real da instância.

Alterei a política para atualização automática. Por que a instância ainda não foi atualizada?

A atualização não começa de imediato. O sistema verifica novas versões periodicamente e, ao identificar uma recente, executa a operação automaticamente dentro da janela de manutenção nos próximos 60 dias. Situações especiais podem adiar o processo -- por exemplo, excesso de eventos de O&M recentes na mesma conta pode levar ao reagendamento. Consulte o plano de atualização no Event Center ou execute uma atualização manual imediatamente.

Escolhi a atualização manual. Por que continuo recebendo notificações de eventos de atualização de versão secundária?

A opção manual desativa apenas o serviço de atualização automática de versão secundária. A instância continua gerando eventos de atualização quando a versão apresenta ameaças de alto risco ou está obsoleta e sem suporte. Ao receber a notificação, ajuste o horário da atualização (recomendado) ou cancele a operação diretamente no Event Center.

Por que nós de dados (shards) diferentes em uma instância em cluster possuem versões secundárias distintas?

Em arquiteturas de cluster da edição clássica, os nós de dados são provisionados com a versão secundária mais recente durante reconstruções ou failovers. Isso pode resultar em versões secundárias diferentes entre os nós, sem gerar conflitos de compatibilidade. O console e a API exibem a versão mais baixa presente no cluster. Ao atualizar a versão secundária ou realizar um upgrade/downgrade na instância, todas as versões dos nós de dados são uniformizadas.

Em instâncias de cluster da edição cloud-native, as versões secundárias permanecem sempre uniformes.

Operações relacionadas à API