Todos os produtos
Search
Central de documentação

Tair (Redis® OSS-Compatible):Converter para o modo cloud-native

Última atualização: Aug 21, 2026

O modo de implantação Cloud-native é compatível com versões mais recentes do Redis e oferece uma arquitetura mais flexível. Este tópico descreve como converter uma instância Classic em uma instância Cloud-native.

Como funciona

image
Importante
  • Garanta que sua aplicação possua um mecanismo de reconexão.

  • Durante a conversão, a instância fica somente leitura por menos de um minuto. Isso permite que a nova instância sincronize rapidamente os dados incrementais e evita problemas de escrita dupla causados pelo cache de DNS. Se a instância processar um grande volume de requisições de escrita, o período somente leitura poderá ser maior. Recomendamos realizar a conversão em horários de baixa demanda.

  • Após a conversão, os dados históricos de monitoramento e os backups tornam-se invisíveis. Caso precise manter os backups históricos, utilize o recurso Backup Download para salvá-los em seu sistema local antes de iniciar a conversão.

Limitações

Requisitos de faturamento

Somente instâncias com pagamento conforme o uso são suportadas. Instâncias por assinatura devem primeiro ser convertidas para instâncias com pagamento conforme o uso.

Configuração de rede

  • Ajuste de largura de banda

  • Endpoints: Libere quaisquer endpoints de conexão pública ou direta na instância cluster.

Configuração de segurança

  • Adicione os endereços IP de todos os clientes à lista de permissões da instância. Isso inclui clientes na VPC da instância e clientes em outras VPCs conectadas via túneis. Se o acesso público não estiver ativado para a instância, adicione 0.0.0.0/0 à lista de permissões. Em seguida, defina o parâmetro #no_loose_check-whitelist-always como yes.

  • Caso haja um grupo de segurança configurado para a instância, você deve adicionar o bloco CIDR da VPC à lista de permissões, remover o grupo de segurança e então converter a instância. Após a conclusão da conversão, reassocie o grupo de segurança à instância.

Compatibilidade de recursos

  • A conversão não é suportada se a divisão de leitura/escrita multizona ou o Global Distributed Cache estiverem ativados.

  • Se as conexões TLS ou o data flashback (PITR) estiverem ativados, desative esses recursos antes de prosseguir.

  • Instâncias com TDE ativado só podem ser convertidas para uma instância cloud-native compatível com Redis 6.0 ou 7,0; a conversão para Redis 5.0 não é suportada.

Tipo de nó

Apenas instâncias de réplica dupla (alta disponibilidade) são suportadas. Instâncias de réplica única (nó único) devem primeiro ser atualizadas para réplica dupla.

Considerações

  • Nenhum dado é perdido após a conversão. O ID da instância, o endpoint, as contas, as senhas e as configurações da lista de permissões de IP permanecem inalterados.

  • Para instâncias originais executando Redis 2.8 ou 4,0, realize a atualização para Redis 5.0 antes da conversão.

  • Ao converter uma instância Tair (Enterprise Edition) para o modo de implantação cloud-native, o tipo de recurso Terraform muda de alicloud_kvstore_instance para alicloud_redis_tair_instance. Para mais detalhes, consulte Recursos do Tair.

  • A mudança para a implantação cloud-native é irreversível. Não é possível reverter para o modo de implantação Classic após a alteração. Certifique-se de compreender totalmente os impactos antes de prosseguir. Para mais informações, consulte Comparação entre instâncias cloud-native e Classic.

Procedimento

  1. 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 deseja gerenciar. Em seguida, localize a instância e clique em ID da instância.

  2. Na seção Configuration, clique em Convert to cloud-native.

  3. Defina as especificações dos shards e a quantidade de shards para a instância convertida.

    Escolha especificações iguais ou superiores às da instância original.

  4. Selecione o Billing Method, a versão compatível da instância, o Switching Time e outros itens de configuração.

    Durante esta operação, também é possível atualizar a instância para uma versão superior ao Redis 5.0, como Redis 6.0 ou Redis 7,0. Para mais informações, consulte Novos recursos e compatibilidade das versões principais.

  5. Leia e marque a caixa de seleção para concordar com o contrato de service e as Conversion Notes. Depois, clique em Buy Now.

    O status da instância mudará para Changing Architecture Type. Quando o status retornar para Running, a conversão estará concluída.

FAQ

  • P: Por que recebo a mensagem de erro "The capacity of the requested instance is insufficient"?

    R: Essa mensagem indica que os recursos Cloud-native estão insuficientes na zona onde sua instância original está localizada. Esse problema pode ocorrer em instâncias criadas há muito tempo. Você pode migrar a instância para outra zona e tentar novamente.

  • P: Após concluir a conversão, não consigo conectar à instância usando o DMS.

    R: Você deve adicionar o endereço IP do servidor DMS à lista de permissões.

  • P: Como faço para atualizar da arquitetura Classic do Redis 5.0 para a arquitetura cluster cloud-native do 7,0?

    R: Realize a atualização em etapas (o ID da instância, o endpoint de conexão, as credenciais e a lista de permissões permanecem inalterados durante todo o processo. Execute as operações em horários de baixa demanda):

    1. Etapa 1: Converter para o modo de implantação cloud-native e atualizar para Redis 7,0. A conversão para o modo cloud-native suporta apenas instâncias com pagamento conforme o uso; portanto, verifique primeiro o método de faturamento da instância:

      • Se a instância já for pagamento conforme o uso: execute diretamente a "Conversão para o modo de implantação cloud-native" (operação descrita neste tópico) e selecione a opção de atualizar a instância para Redis 7,0 durante o processo.

      • Se a instância for por assinatura: converta-a primeiro para pagamento conforme o uso, depois converta para o modo cloud-native e atualize para 7,0. É possível retornar para assinatura após a conclusão da alteração.

      Além disso, a conversão para o modo cloud-native exige uma instância de réplica dupla (alta disponibilidade); instâncias de réplica única devem ter o dimensionamento aumentado para réplica dupla previamente. Impacto: uma interrupção de conexão inferior a 30 segundos e cerca de 1 minuto em estado somente leitura.

    2. Etapa 2: Alterar para arquitetura cluster (modo proxy). Consulte Alterar arquitetura da instância. Impacto: uma a duas interrupções de conexão, cada uma com menos de 30 segundos, e cerca de 1 minuto em estado somente leitura.

    Caso não tenha atualizado diretamente para 7,0 na etapa 1, atualize a versão principal separadamente. Consulte Atualizar a versão principal.

Tópicos relacionados