Migrar das camadas Básica, Standard, Premium e Enterprise para o Redis Gerenciado do Azure

Este artigo explica por que e como migrar do Cache do Azure para Redis (incluindo as camadas Basic, Standard, Premium e Enterprise) para o Redis Gerenciado do Azure.

Saiba mais sobre:

• Os benefícios de escolher o Redis Gerenciado do Azure em relação às camadas anteriores.
• Principais diferenças de características entre os serviços.
• Estratégias para migrar seus dados de cache.
• Maneiras de garantir um processo de migração suave.
• Diretrizes sobre como selecionar o SKU Redis gerenciado do Azure correto e o tier de desempenho para suas necessidades.
• Considerações e recomendações para atualizar seus aplicativos cliente.

Se você estiver usando as camadas Basic, Standard, Premium, orEnterprise ou OSS, este guia ajuda você a planejar e executar sua migração para o Redis Gerenciado do Azure.

O documento é dividido em duas seções. Uma delas é sobre instâncias corporativas. A outra é sobre as camadas Básica, Standard e Premium do Cache do Azure para Redis.

• Benefícios de migrar do sistema Enterprise para o Redis Gerenciado do Azure
• Benefícios de migrar de caches Básico, Standard ou Premium para Azure Managed Redis

Benefícios de migrar do Enterprise para o Azure Managed Redis

O Redis Gerenciado do Azure é criado com base no software avançado do Redis Enterprise. O Redis Gerenciado do Azure é uma oferta de primeira parte do Azure, o que significa que não há nenhum componente do Azure Marketplace envolvido e os usuários não precisam transacionar com o Marketplace separadamente. Você provisiona, gerencia e paga pelo Azure Redis Gerenciado como qualquer outro serviço ou produto nativo da Azure.

O Redis Gerenciado do Azure não precisa do nó de quorum que leva a recursos subutilizados e limita as regiões ou nuvens em que o Cache do Azure para Redis Enterprise pode ser oferecido. O Redis Gerenciado do Azure agora está disponível na maioria das regiões do Azure, com planos para suporte em outras nuvens soberanas. Para obter mais informações sobre o nó de quorum, consulte Camadas Enterprise e Enterprise Flash. Ao remover o nó de quorum não utilizado, você obtém maior eficiência de custo porque todos os nós podem ser usados como nós de dados.

O Redis Gerenciado do Azure tem redundância por zona por padrão.

Você pode usar o Redis Gerenciado do Azure sem alta disponibilidade (HA) para seus ambientes de desenvolvimento e teste. O uso de ambientes de não produção sem HA reduz pela metade o custo da instância.

A estrutura de SKU para Redis Gerenciado do Azure é baseada nas suas necessidades de memória e desempenho. Em vez de gerenciar fatores de escala ou capacidade como com o Cache do Azure para Redis Enterprise, você pode selecionar entre três camadas de desempenho no Redis Gerenciado do Azure. Para obter mais informações, consulte Escolhendo a camada certa.

Por fim, o Redis Gerenciado do Azure oferece a autenticação do Microsoft Entra ID quando você cria um cache para melhorar a segurança da carga de trabalho.

Comparação de funcionalidades

* Quando a alta disponibilidade está habilitada, o Redis Gerenciado do Azure é redundante em regiões com várias Zonas de Disponibilidade.

Considerações ao migrar do Enterprise para o Redis Gerenciado do Azure

O Redis Gerenciado do Azure usa a mesma pilha de software que o Cache do Azure para Redis Enterprise, portanto, seus aplicativos existentes usando a camada Enterprise não precisam de muitas alterações. A exceção significativa é a necessidade de alterar as credenciais de conexão.

Nome de host e sufixo diferentes

Embora o software principal do Cache do Azure para Redis Enterprise e do Redis Gerenciado do Azure seja semelhante, o sufixo DNS para o nome do host do cluster Redis é diferente. Quando você muda para o Redis Gerenciado do Azure, seu aplicativo precisa alterar o nome do host do cluster Redis. Se você usar chaves de acesso para se conectar ao cache, também deverá atualizar a chave de acesso que ela usa para se conectar ao cache.

Escolhendo o tamanho e o SKU corretos do Redis Gerenciado do Azure

O Redis Gerenciado do Azure oferece muitos tamanhos de memória e três camadas de desempenho. Você pode ler mais informações sobre tamanhos de memória e camadas de desempenho aqui Escolhendo a camada certa.

Identificar o tamanho da memória da instância existente do Cache do Azure para Redis Enterprise

As instâncias do Cache do Azure para Redis Enterprise podem ser dimensionadas para fornecer mais memória e mais recursos de computação, portanto, é importante observar o fator de expansão do cache. Seu dimensionamento também está relacionado à capacidade, que é essencialmente o número de máquinas virtuais em execução no cluster.

Para escolher o tamanho de memória adequado para o Azure Managed Redis:

1. Vá para o portal do Azure e selecione Visão geral no menu de recursos.
2. Verifique o campo Status na visão geral da instância da Empresa. O campo Status mostra o tamanho da memória da instância do Redis Enterprise.

Vamos examinar um cenário possível.

Olhando para o painel Status na Visão Geral , você verá Running – Enterprise 8 GB (2 x 4 GB). Essa notação significa que o cache está usando atualmente um SKU E5 Enterprise com uma escala de 2, gerando um cache de 8 GB. Portanto, você deve começar com pelo menos 10 GB de cache no Redis Gerenciado do Azure.

Nesse caso, use qualquer uma das camadas que oferecem 12 GB de memória.

Identificar a camada de desempenho

Você também deve considerar se sua carga de trabalho está com uso intensivo de memória ou computação intensiva. Se a instância Enterprise atual tiver mais probabilidade de ficar sem memória antes da CPU, sua carga de trabalho terá uso intensivo de memória. Considere escolher a partir da camada de desempenho Otimizada para Memória.

Se a taxa de transferência da carga de trabalho for intensa ou tiver muita latência, sua carga de trabalho será intensiva em computação. Considere escolher a partir da camada de desempenho Otimizado para Computação.

Se você não tiver certeza, poderá começar com o nível de desempenho Balanceado porque ele oferece uma combinação íntegra de memória e desempenho.

Se você estiver usando a camada Flash do Redis Enterprise no momento, deverá escolher a camada Otimizada para Flash.

Criar uma nova instância do Redis Gerenciado do Azure

Depois de escolher a camada de memória e desempenho para sua nova instância do Azure Managed Redis, você pode criar a nova instância do Redis Gerenciado do Azure. Para obter mais informações sobre como criar um cache, consulte Início Rápido: Criar uma Instância Redis Gerenciada do Azure.

Em seguida, você precisa escolher uma estratégia para mover seus dados. Por fim, você precisa atualizar seu aplicativo para usar o novo cache.

Atualizar o aplicativo para se conectar à instância do Redis Gerenciado do Azure

Depois de criar uma nova instância do Redis Gerenciado do Azure, você deverá alterar o ponto de extremidade/nome do host do Redis e a chave de acesso em seu aplicativo para apontar para sua nova instância do Redis Gerenciado do Azure. É recomendável publicar essa alteração de ponto de extremidade fora do horário comercial, pois isso resulta em uma falha de conectividade.

Verifique se o aplicativo está em execução conforme o esperado e exclua a instância anterior do Redis Enterprise.

Movendo seus dados do cache Enterprise para um novo cache Redis Gerenciado do Azure

Ao migrar para a instância do Redis Gerenciado do Azure, você precisa considerar a melhor maneira de mover seus dados da instância existente do Redis Enterprise para sua nova instância do Redis Gerenciado do Azure. Se o aplicativo puder tolerar a perda de dados ou tiver outros mecanismos para reidratar o cache sem efeitos negativos, ignore essa etapa e prossiga para as próximas etapas.

Se o aplicativo precisar garantir que os dados também sejam migrados para a nova instância do Redis Gerenciado do Azure, escolha uma das seguintes opções:

Exportação e importação de dados usando um arquivo RDB

• Prós: Preserva o instantâneo de dados.
• Contras: risco de perda de dados se as gravações ocorrerem após o instantâneo.

Este é o procedimento básico de exportação/importação:

1. Exporte RDB do cache Redis Enterprise existente para sua conta de Armazenamento do Azure.
2. Importar dados da conta de armazenamento do Azure para um novo cache Redis Gerenciado do Azure.
3. Leia mais sobre exportação/importação de dados aqui Importar e exportar dados no Redis Gerenciado do Azure.

Estratégia de Escrita Dupla (Dual-Write)

• Prós: tempo de inatividade zero, transição segura.
• Contras: requer configuração temporária de cache duplo.

Aqui está o procedimento básico de gravação dupla:

1. Modifique seu aplicativo para gravar no cache do Cache do Azure para Redis Enterprise e no novo cache Redis Gerenciado do Azure.
2. Continue lendo e gravando no cache do Redis Enterprise.
3. Após a sincronização de dados suficiente, alterne as leituras para Redis Gerenciado do Azure e exclua a instância do Redis Enterprise

Migração programática usando RIOT-X

RIOT-X fornece uma maneira de migrar seu conteúdo do Enterprise para o Redis Gerenciado do Azure. Para obter mais informações, consulte Migração de Dados com RIOT-X para Redis Gerenciados do Azure.

• Prós: controle total, personalizável.
• Contras: requer esforço de desenvolvimento.

Benefícios de migrar de caches Básico, Standard ou Premium para Redis Gerenciado do Azure

Se você usar qualquer um dos SKUs do OSS, Basic, Standard ou Premium, migrar para o Redis Gerenciado do Azure oferecerá mais recursos em todos os níveis de cache.

Aqui está uma tabela que compara os recursos do Cache do Azure para Redis com os recursos no Redis Gerenciado do Azure

OSS refere-se ao Cache do Azure para Redis
AMR refere-se ao Redis Gerenciado do Azure

* Quando a alta disponibilidade está habilitada, o Redis Gerenciado do Azure é redundante em regiões com várias Zonas de Disponibilidade.

Aqui estão algumas outras diferenças a serem consideradas ao implementar o Redis Gerenciado do Azure. Considere estas alterações no aplicativo cliente:

Migrar seu cache Básico, Standard ou Premium para o Redis Gerenciado do Azure

Com base na tabela, aqui estão alguns mapeamentos entre os SKUs do Azure Cache para Redis e as opções para caches no Azure Managed Redis.

• * Essa opção é para eficiência de custo. Certifique-se de que o pico de memória total usada no mês passado seja inferior à memória sugerida para o Redis Gerenciado do Azure para escolher essa opção.
• ** Essa opção é para consumo abundante de memória.

Cache do Azure para Redis Premium em cluster

• Para cluster fragmentado, escolha uma camada de otimizado para memória que tenha memória total equivalente.
• Para clusters com mais de uma réplica de leitura, escolha uma camada de computação otimizada com memória total equivalente à réplica primária.

Opções de migração

Os aplicativos cliente devem ser capazes de usar uma instância do Azure Managed Redis que tenha diferentes modos de cluster e pontos de extremidade. O Cache do Azure para Redis e o Redis Gerenciados do Azure são compatíveis, portanto, nenhuma alteração de código de aplicativo além das configurações de conexão é necessária para a maioria dos cenários.

Saiba mais em:

• Escalonar uma instância do Redis Gerenciado pelo Azure

Opções para migrar o Cache do Azure para Redis para o Azure Managed Redis

Criar uma nova Instância Redis Gerenciada do Azure

Tecnicamente, essa abordagem não é uma migração. Se perder dados não for uma preocupação, a maneira mais fácil de migrar para a camada Redis Gerenciada do Azure é criar uma nova instância de cache e conectar seu aplicativo a ela. Por exemplo, se você usar o Redis como um cache look aside de registros de banco de dados, poderá recriar o cache do zero facilmente. As etapas gerais para implementar essa opção são:

1. Crie uma nova instância do Redis Gerenciado do Azure.
2. Atualize seu aplicativo para usar a nova instância.
3. Exclua a instância antiga do Cache do Azure para Redis.

Exportar dados para um arquivo RDB e importá-los para o Azure Managed Redis

Essa opção é aplicável somente a caches de nível premium. O Redis de código aberto define um mecanismo padrão para tirar um instantâneo do conjunto de dados na memória de um cache e salvá-lo em um arquivo. Outro Cache Redis pode ler o arquivo RDB que foi exportado. O nível premium do Cache do Azure para Redis oferece suporte à exportação de dados de uma instância de cache por meio de arquivos RDB. Você pode usar um arquivo RDB para transferir dados de uma instância existente do Cache do Azure para Redis para uma instância do Azure Managed Redis.

As etapas gerais para implementar essa opção são:

1. Crie uma nova instância do Azure Managed Redis que seja do mesmo tamanho (ou maior que) a instância existente do Cache do Azure para Redis.
2. Exporte o arquivo RDB da instância existente do Azure Cache for Redis usando essas instruções de exportação ou o Cmdlet Export do PowerShell
3. Importe o arquivo RDB para a nova instância do Azure Managed Redis usando estas instruções de importação ou o cmdlet PowerShell Import
4. Atualize seu aplicativo para usar a nova cadeia de conexão da instância do Azure Managed Redis.

Gravar em dois caches Redis simultaneamente durante o período de migração

Em vez de mover dados diretamente entre os caches, você pode usar seu aplicativo para gravar dados em um cache existente e um novo que você está configurando. O aplicativo ainda lê dados do cache existente inicialmente. Quando o novo cache tiver os dados necessários, você alterna o aplicativo para esse cache e desativa o antigo. Digamos que, por exemplo, você use o Redis como um armazenamento de sessão e as sessões de aplicativo sejam válidas por sete dias. Depois de gravar nos dois caches por uma semana, você terá certeza de que o novo cache contém todas as informações de sessão não expiradas. Desse ponto em diante, você pode confiar nele com segurança sem se preocupar com a perda de dados.

As etapas gerais para implementar essa opção são:

1. Crie uma nova instância do Azure Managed Redis que seja do mesmo tamanho (ou maior que) a instância existente do Cache do Azure para Redis.
2. Modifique o código do aplicativo para gravar tanto nas instâncias novas quanto nas originais.
3. Continue lendo os dados da instância original até que a nova instância esteja suficientemente populada com os dados.
4. Atualize o código do aplicativo para ler e gravar somente na nova instância.
5. Exclua a instância original.

Migrar programaticamente

Crie um processo de migração personalizado lendo programaticamente dados de uma instância existente do Azure Cache para Redis e gravando-os na instância do Cache do Azure para Redis. Existem duas ferramentas de código aberto que você pode experimentar:

• Redis-copy
  • Essa ferramenta de software livre pode ser usada para copiar dados de uma instância do Cache do Azure para Redis para outra. Essa ferramenta é útil para mover dados entre instâncias de cache em diferentes regiões do Cache do Azure. Uma versão compilada também está disponível. Você também pode achar o código-fonte um guia útil para escrever sua própria ferramenta de migração.
• RIOT
  • RIOT é outra ferramenta de migração popular testada pela comunidade Redis. É um utilitário de linha de comando projetado para ajudar você a inserir e retirar dados do Redis.

As etapas gerais para implementar essa opção são:

1. Crie uma VM na região em que o cache existente esteja localizado. Se o seu conjuntos de dados for grande, escolha uma VM relativamente poderosa para reduzir o tempo de cópia.
2. Crie uma nova instância do Redis Gerenciado do Azure.
3. Libere os dados do novo cache para garantir que estejam vazios. Essa etapa é necessária porque a ferramenta de cópia em si não substitui nenhuma chave existente no cache de destino. Importante: certifique-se de NOT limpar do cache de origem.
4. Use um aplicativo como a ferramenta de código aberto mencionada anteriormente para automatizar a cópia de dados do cache de origem para o de destino. Lembre-se de que o processo de cópia pode levar algum tempo para ser concluído, dependendo do tamanho do seu conjuntos de dados.

Disponibilidade regional para o Redis Gerenciado do Azure

O Redis gerenciado do Azure está se expandindo continuamente para novas regiões. Para verificar a disponibilidade em sua região, consulte Produtos disponíveis por região.

Conteúdo relacionado

• O que é o Redis gerenciado do Azure?
• Arquitetura do Redis Gerenciado do Azure