ApsaraDB for Tair (compatível com Redis) aprimora continuamente o kernel do banco de dados e os nós de proxy para adicionar recursos, corrigir problemas e melhorar a estabilidade. Atualize esses componentes para a versão mais recente no console com um único clique em ou configure uma política de atualização automática.
Considerações
Ao atualizar a versão do banco de dados, o sistema primeiro atualiza a instância réplica ou prepara uma nova. No horário agendado, ocorre um failover para concluir a atualização. Durante esse processo, a instância entra em estado somente leitura por até 60 segundos enquanto os dados são totalmente sincronizados, e ocorre uma breve interrupção de conexão. Certifique-se de que sua aplicação possua um mecanismo de reconexão.
-
Atualização da versão do proxy:
Para uma instância da cloud-native edition, os nós de proxy são reiniciados sequencialmente e todas as conexões são encerradas. Garanta que sua aplicação tenha um mecanismo de reconexão.
Em instâncias da classic edition, o sistema realiza uma atualização a quente. Novos nós de proxy restauram as conexões do cliente usando informações dos nós antigos. Esse processo evita quedas de conexão, mas pode haver oscilação de latência na ordem de milissegundos. Comandos como BLOCK, Transactions e Pub/Sub serão interrompidos. Assegure-se de que sua aplicação inclua um mecanismo de reconexão para esses comandos. Se o cliente se conectar à instância por um endereço de conexão direta, todos os comandos permanecerão inalterados.
Versões secundárias mais recentes podem ser lançadas gradualmente em regiões específicas. O sistema detecta automaticamente a versão secundária da sua instância. Caso os botões Minor Version Upgrade e Proxy Version Upgrade no console estejam desativados, sua instância já está atualizada.
Salvo indicação em contrário, as versões secundárias do kernel da instância são compatíveis com versões anteriores, permitindo a atualização sem preocupações de compatibilidade. Para mais informações, consulte Tair Minor Version Release Notes, Redis Community Minor Version Release Notes e Proxy Minor Version Release Notes.
A atualização da versão secundária não altera o endpoint, os dados, a lista de permissões de endereços IP ou outras definições de configuração da instância, como contas e senhas. Contudo, recomendamos que você:
Realize atualizações fora do horário de pico.
Verifique se sua aplicação possui um mecanismo de reconexão.
As atualizações de versão secundária são operações unidirecionais e não admitem reversão ou downgrade. Antes de atualizar, confirme se a versão alvo atende aos requisitos do seu negócio.
Níveis de atualização
LOW: atualizações regulares. Incluem atualizações rotineiras de recursos, como a adição de uma funcionalidade.
MEDIUM: atualizações recomendadas. Abrangem otimizações de recursos e módulos. As atualizações de nível LOW também estão incluídas neste nível.
HIGH: atualizações importantes. Envolvem modificações significativas que garantem estabilidade ou segurança, como correção de vulnerabilidades ou defeitos. As atualizações de nível LOW e MEDIUM também fazem parte deste nível.
Configurar atualizações automáticas
No Version Management Center, visualize o status da versão de cada instância, inclusive se estão atualizadas. Esse recurso também permite configurar políticas de atualização automática e gerenciar centralmente todas as versões das instâncias.
Faça login no console e acesse a página Instances. Na barra de navegação superior, selecione a região onde reside a instância que você deseja gerenciar.
No painel de navegação à esquerda, clique em Version Management Center.
No canto superior esquerdo da página, selecione a região alvo.
Na página Version Management Center, visualize informações de todas as instâncias na região atual, como a Current Minor Version e se ela corresponde à Latest Minor Version.
-
Clique em Configure ao lado da instância e ative a chave Automatic Update.
Após ativar esse recurso, o sistema verifica periodicamente a existência de novas versões. Se encontrar uma nova versão, o sistema agenda uma atualização automática dentro de um Update Period nos próximos 60 dias. Em casos especiais, como um alto número de eventos operacionais recentes para a mesma conta, a atualização poderá ser adiada.
O Update Period é igual à Maintenance Window da instância. A modificação de qualquer uma dessas configurações atualiza a outra.
NotaSelecione várias instâncias para executar operações de Update ou Configure em lote.
Visualize o histórico de atualizações de uma instância em .
Atualização manual
Faça login no console e acesse a página Instances. Na barra de navegação superior, selecione a região onde reside a instância que você deseja gerenciar. Em seguida, localize a instância e clique em no ID da instância.
Na seção Configuration Information, passe o mouse sobre o ícone de dica ao lado de Version ou Proxy Version para visualizar as notas de lançamento dessa versão.
-
Após revisar as notas de lançamento, clique em ou .
NotaSe o botão Minor Version Upgrade ou Proxy Version Upgrade estiver desativado, a instância já executa a versão mais recente e não precisa de atualização.
No painel exibido, selecione um horário para a atualização.
Clique em OK.
FAQ
-
P: Posso reverter ou fazer downgrade para uma versão secundária anterior?
R: Não. As atualizações de versão secundária são operações unidirecionais. Não é possível fazer downgrade ou reverter para uma versão secundária anterior. Se precisar de uma instância com versão inferior, crie uma nova instância e migre seus dados.
-
P: Como confirmo se minha instância Tair executa a versão secundária mais recente?
R: Se o botão Minor Version Upgrade ou Proxy Version Upgrade estiver acinzentado, sua instância está atualizada. Se um painel aparecer após clicar em no botão, sua instância não está na versão mais recente. Siga as etapas deste tópico para atualizá-la.
-
P: Posso atualizar para uma versão secundária específica?
R: Não, não é possível especificar uma versão secundária. Por padrão, o sistema atualiza para a versão secundária mais recente. Todas as versões secundárias são compatíveis com versões anteriores; portanto, não há necessidade de preocupação com problemas de compatibilidade.
-
P: Escolhi a opção Update During Maintenance. Por que o status da minha instância ainda mudou para 'Upgrading Minor Version'?
R: O sistema executa tarefas preparatórias para a atualização, como solicitar recursos e sincronizar dados. Essa fase não envolve failover e não afeta seu service. A instância entra em estado somente leitura por até 60 segundos e sofre uma breve interrupção de conexão apenas durante o failover real.
-
P: Após alterar a política de atualização da minha instância para Automatic Update, por que ela ainda não foi atualizada?
R: A atualização não ocorre imediatamente. O sistema verifica periodicamente a existência de novas versões. Se encontrar uma nova versão, o sistema agenda uma atualização automática dentro de uma janela de manutenção nos próximos 60 dias. Em casos especiais, como um alto volume de eventos operacionais recentes para a conta, a atualização poderá ser adiada. Verifique o cronograma de atualização no event center ou execute uma atualização manual imediatamente.
-
P: Por que continuo recebendo notificações de eventos para atualizações de versão secundária mesmo tendo escolhido atualizações manuais?
R: As atualizações manuais desativam apenas o service de atualização automática de versão secundária. No entanto, se a versão tiver uma vulnerabilidade de alto risco ou estiver obsoleta e não for mais mantida, o sistema ainda agenda uma atualização obrigatória para a instância. Ao receber tal notificação de evento, acesse o event center para ajustar o horário da atualização (recomendado) ou cancele a atualização.
-
P: Por que diferentes nós de shard de dados na minha instância cluster possuem versões secundárias diferentes?
R: Em um cluster da classic edition, quando um nó de shard de dados é reconstruído ou ocorre um failover, o sistema implanta a versão secundária mais recente por padrão. Isso pode causar inconsistências de versão entre diferentes nós de shard de dados, mas não gera problemas de compatibilidade. A versão exibida no console ou retornada pela API é a menor versão entre todos os nós do cluster. Ao atualizar a versão secundária ou alterar a configuração da instância, o sistema alinha as versões de todos os nós de shard de dados.
NotaAs versões secundárias em todos os nós de uma instância cluster da cloud-native edition são sempre consistentes.
-
P: Posso reverter para uma versão secundária anterior após uma atualização?
R: Não. Depois de atualizar a versão secundária de uma instância, não é possível reverter ou fazer downgrade para uma versão anterior. Recomendamos revisar as notas de lançamento da versão alvo antes de atualizar.
Referência de API
|
API |
Descrição |
|
Consulta as informações de versão principal e secundária de uma instância e as notas de lançamento da versão secundária. |
|
|
Atualiza a versão secundária de uma instância. |