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
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
Se você ajustou manualmente a largura de banda, deve restaurá-la para a configuração padrão.
Se ativou o Auto Scaling para largura de banda, deve desativá-lo.
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-alwayscomoyes.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_instanceparaalicloud_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
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.
Na seção Configuration, clique em Convert to cloud-native.
-
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.
-
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.
-
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):
-
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.
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.
-