Tair (Redis® OSS-Compatible):Upgrade or downgrade instance types

O que permanece igual

Ao alterar as especificações, os seguintes itens permanecem inalterados — nenhuma mudança no código da aplicação é necessária:

• Endpoints

• Contas e senhas do banco de dados

• Configurações da lista de permissões

O sistema preserva os dados da instância. No raro caso de falha do nó primário durante a troca (switchover), o sistema pode perder uma pequena quantidade de dados não sincronizados. Como precaução, crie um backup manual antes de alterar as especificações.

A alteração de especificações não afeta diretamente a utilização da CPU, as conexões, o throughput ou a taxa de acerto do cache. A carga de trabalho real define essas métricas, não o nível de especificação.

Impacto no serviço

Tanto o scale-up (upgrades) quanto o scale-down (downgrades — incluindo downgrades que reduzem apenas a memória do nó) podem acionar uma migração de host quando o host atual não comporta as especificações de destino. Uma troca com migração não é transparente: causa de 1 a 2 breves interrupções de conexão e aproximadamente 1 minuto de estado somente leitura. Apenas instâncias de cluster Cloud-native e instâncias padrão Cloud-native em hosts com recursos suficientes concluem a alteração no local (in-place) sem nenhum tempo de inatividade.

Durante a troca (switchover), a instância fica somente leitura por cerca de um minuto. Isso agiliza a sincronização de dados e evita gravações duplas por cache de DNS. Para instâncias com altos volumes de gravação, esse período pode ser maior.

Durante a alteração, o sistema atualiza automaticamente a versão secundária (minor version) da sua instância para a mais recente. As versões secundárias são compatíveis com versões anteriores.

Duração da alteração de configuração

A duração total de uma alteração de configuração consiste em duas fases:

• Preparação do backend: O sistema provisiona novos nós da especificação de destino e sincroniza os dados. Isso pode levar de dezenas de minutos a várias horas, dependendo do volume de dados. Durante essa fase, a instância continua a atender solicitações normalmente e isso não afeta os negócios.

• Troca (Switchover): Após a conclusão da preparação, o sistema direciona o tráfego para os novos nós. Instâncias de cluster Cloud-native e instâncias padrão com recursos suficientes fazem a troca de forma transparente. Em outros casos, ocorrem de 1 a 2 desconexões transitórias de menos de 30 segundos cada.

Portanto, a duração total da alteração de configuração (dezenas de minutos a várias horas) e a duração do impacto nos negócios (menos de 30 segundos ou nenhum) são dois conceitos diferentes. Acompanhe o progresso no Task Center do console.

Etapas

1. Faça login na página Instances. Na barra de navegação superior, selecione a região onde sua instância está localizada e, em seguida, clique no ID da instância.

2. No canto superior direito, clique em Specification Adjustment e selecione a opção apropriada:

   • Instância de assinatura: Selecione Specification Upgrade ou Specification Downgrade.

   • Instância de pagamento conforme o uso: Selecione Specifications Upgrade/Downgrade.

3. Na página exibida, selecione as especificações de destino.

4. Defina o Switching Time:

   • Switch During the Maintenance Window: O sistema aplica a alteração durante a janela de manutenção configurada (horário de menor pico). Para ajustar o horário antes da troca, acesse o Task Center e clique em Change Switching Time ao lado da tarefa.

   • Switch Immediately After Data Migration: O sistema muda para o novo nó imediatamente após a conclusão da migração de dados.

5. Clique em Create Now e conclua o pagamento.

Após enviar, o status da instância muda para Changing Configuration. O sistema começa a solicitar recursos e sincronizar dados em segundo plano. Isso não afeta seus serviços nesta etapa. Desconexões transitórias ocorrem apenas no momento da troca para o novo nó.

Posso fazer upgrade apenas da CPU sem alterar a memória?

Não. O Tair (incluindo o Redis Open-Source Edition) não oferece suporte para upgrade de CPU de forma independente. Para aumentar os núcleos de CPU disponíveis, use uma das seguintes abordagens:

• Mude da arquitetura padrão para a de cluster ou ative a divisão de leitura/gravação.

• Adicione nós somente leitura (para instâncias com divisão de leitura/gravação ativada).

• Adicione shards (para instâncias de cluster).

Para mais detalhes, consulte Como fazer upgrade das especificações de CPU de uma instância e Tipos de instância e perguntas frequentes.

O que devo considerar antes de alterar as especificações quando o uso de memória está alto?

Se você planeja fazer scale-down e o uso atual de memória está alto, primeiro verifique se a especificação de destino atende à restrição: nova capacidade de memória × 0,8 > memória atualmente utilizada. Se essa condição não for atendida, o scale-down falha e a configuração original é mantida — nenhum dado é perdido.

Se você planeja fazer scale-up para lidar com um uso de memória persistentemente alto, considere primeiro investigar a causa raiz. Remover dados desnecessários diminui o consumo de memória e pode adiar ou evitar um upgrade. Por exemplo, limpe chaves não utilizadas, defina políticas de TTL ou ajuste a política de evição. Para uma abordagem sistemática de solução de problemas, consulte Solucionar problemas de alto uso de memória.