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

Como funciona

Limitações

Requisitos de faturamento

Somente instâncias com pagamento conforme o uso são compatíveis. É necessário primeiro converted to as instâncias por assinatura para o modelo de pagamento conforme o uso.

Configuração de rede

• Ajuste de largura de banda

  • Se você ajustou a largura de banda manualmente, restore it to the default setting.

  • Caso ative o Auto Scaling para a largura de banda, disable it.

• Endpoints: Libere todos os endpoints de conexão pública ou direta da instância de 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 por meio de túneis. Caso não ative o acesso público 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.

• Se houver um grupo de segurança configurado para a instância, adicione o bloco CIDR da VPC à lista de permissões, remova o grupo de segurança e, em seguida, converta 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 é compatível se a divisão de leitura e gravação em múltiplas zonas ou o Global Distributed Cache estiverem ativados.

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

• É possível converter instâncias com TDE ativado apenas para uma instância cloud-native compatível com Redis 6.0 ou 7.0, e não com Redis 5.0.

Tipo de nó

Há suporte apenas para instâncias de réplica dupla (alta disponibilidade). Primeiro, faça o upgrade das instâncias de réplica única (nó único) para réplica dupla.

Considerações

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

• Se a instância original executa o Redis 2.8 ou 4.0, faça o upgrade para o Redis 5.0 antes da conversão.

• Após a conversão de uma instância do Tair (Enterprise Edition) para o modo de implantação cloud-native, o tipo de recurso do Terraform muda de alicloud_kvstore_instance para alicloud_redis_tair_instance. Para mais informações, 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 clássico após a alteração. Antes de prosseguir, certifique-se de compreender totalmente o impacto. Para mais informações, consulte Comparison between cloud-native and classic instances.

Procedimento

1. Faça login no console e acesse a página Instances. Na barra de navegação superior, selecione a região da instância e gerencie-a. Em seguida, encontre a instância e clique em ID da instância.

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

3. selecione as especificações de shard e o número 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 o Redis 6.0 ou 7.0. Para mais informações, consulte New features and compatibility of major versions.

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

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

Perguntas frequentes

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

  R: Esta mensagem de erro indica que os recursos Cloud-native são insuficientes na zona onde sua instância original está localizada. Esse problema pode ocorrer em instâncias criadas há muito tempo. migrate the instance to another zone e tente novamente.

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

  R: add the IP address of the DMS server to the whitelist.

• P: Como atualizo da arquitetura clássica do Redis 5.0 para a arquitetura de cluster cloud-native 7.0?

  R: Conclua 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: Converta para o modo de implantação cloud-native e atualize para o Redis 7.0. A conversão para o modo cloud-native é compatível apenas com instâncias de pagamento conforme o uso, portanto, verifique primeiro o método de faturamento da instância:

     • Se a instância já é de pagamento conforme o uso: execute diretamente a operação "Converter para o modo de implantação cloud-native" (a operação descrita neste tópico) e selecione a atualização da instância para o Redis 7.0 durante o processo.

     • Se a instância é por assinatura: converta-a primeiro para pagamento conforme o uso, depois converta para o modo cloud-native e atualize para a versão 7.0. Você poderá voltar para a 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); é necessário primeiro escalar uma instância de réplica única para réplica dupla. Impacto: uma interrupção de conexão de menos de 30 segundos e cerca de 1 minuto em estado de somente leitura.

  2. Etapa 2: Mude para a arquitetura de cluster (modo proxy). Consulte Change instance architecture. Impacto: uma a duas interrupções de conexão de menos de 30 segundos cada, e cerca de 1 minuto em estado de somente leitura.

  Se você não atualizou diretamente para a versão 7.0 na etapa 1, atualize a versão principal separadamente. Consulte Upgrade the major version.

Tópicos relacionados

• Upgrade a major version

• Convert to pay-as-you-go

• Change instance configurations

• Comparison between cloud-native and Classic instances