Partilhar via

Execução de migração de planos - Níveis Básico, Standard e Premium para Azure Managed Redis

  • Aplica-se a: ✅ Azure Cache for Redis, ✅ Azure Managed Redis

Este artigo fornece instruções passo a passo para os caminhos de migração. Recomendamos vivamente a realização da migração fora do horário comercial, pois resultará num breve surto de conectividade, semelhante ao comportamento das operações regulares de manutenção.

Importante

Uma competência de agente de migração Redis está disponível para ajudar a responder a questões relacionadas com migração e preparar um plano de migração adaptado ao seu ambiente. Para mais informações, consulte a competência do agente de migração do Redis.

Passo 1: Atualize os scripts de implementação e crie uma nova instância Azure Managed Redis

  1. Depois de identificar o SKU Azure Managed Redis apropriado, atualize os seus scripts de implementação (como templates ARM, ficheiros Bicep ou configurações Terraform) para provisionar o Azure Managed Redis em vez do Cache do Azure para Redis.
  2. Usa a tabela de mapeamento SKU para selecionar o tamanho certo (mesmo tamanho ou maior que o cache existente) e o nível de desempenho.
  3. Crie a instância seguindo o Quickstart: Crie uma Instância Redis Gerida Azure.

Sugestão

Se não tens a certeza se a tua carga de trabalho é intensiva em memória ou em computação, começa pelo nível de desempenho balanceado .

Passo 2: Migre os seus dados

Escolha uma estratégia de migração de dados com base na sua tolerância a indisponibilidade e perda de dados.

Observação

Se a sua aplicação conseguir tolerar a perda de dados, ou conseguir reidratar a cache da sua fonte de dados (por exemplo, um padrão de cache look-aside), pode saltar este passo e avançar diretamente para o Passo 3.

Exportar e importar dados usando um ficheiro RDB

Só é suportado para o nível Premium. Fornece uma captura instantânea dos seus dados num ponto específico no tempo.

  • Prós: Simples, compatível com qualquer cache Redis.
  • Contras: Os dados escritos após o snapshot ser tirado não são capturados.

Passos:

  1. Exporte o ficheiro RDB a partir da instância de Cache do Azure para Redis existente usando as instruções export ou o cmdlet PowerShell Export.
  2. Importa o ficheiro RDB para a nova instância Azure Managed Redis usando as instruções import ou o cmdlet PowerShell Import.
  3. Avance para o Passo 3: Atualize a sua candidatura.

Estratégia de escrita dupla

É melhor quando não precisas de perda de dados e consegues tolerar correr duas caches temporariamente.

  • Prós: Sem perda de dados, sem tempo de inatividade, operações ininterruptas.
  • Contras: Requer correr duas caches durante um período prolongado.

Passos:

  1. Modifique o código da sua aplicação para escrever tanto na cache existente como na nova instância Azure Managed Redis.
  2. Continue a ler dados da cache existente até que a nova instância esteja suficientemente preenchida.
  3. Atualize o código da aplicação para ler e escrever apenas a partir da nova instância.
  4. Avance para o Passo 3: Atualize a sua candidatura.

Migração programática

O RIOT oferece uma forma de migrar conteúdo do Enterprise para o Azure Managed Redis. Para mais informações, consulte Data Migration with RIOT-X for Azure Managed Redis.

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

Passos:

  1. Crie uma VM na mesma região da cache existente. Se o conjunto de dados for grande, escolha uma VM poderosa para reduzir o tempo de cópia.
  2. Esvazie os dados da nova cache para garantir que está vazia. Não esvazie a cache de origem.
  3. Copie os dados da cache de origem para a nova instância Azure Managed Redis.
  4. Avance para o Passo 3: Atualize a sua candidatura.

Passo 3: Atualize a sua candidatura

Atualize a configuração de ligação da sua aplicação para apontar para a nova instância Azure Managed Redis. No mínimo, precisa de atualizar:

  • Nome do anfitrião: O sufixo DNS muda de .redis.cache.windows.net para <region>.redis.azure.net.
  • Porta: A porta TLS muda de 6380 para 10000.
  • Chave de acesso: Use a chave de acesso da nova instância Azure Managed Redis.

Importante

Considere mudar para autenticação Microsoft Entra ID em vez de chaves de acesso. O Microsoft Entra ID oferece maior segurança e é o método de autenticação recomendado.

Observação

Se se ligar à sua cache existente através de um endpoint privado, certifique-se de que a sua nova instância Azure Managed Redis está ligada à mesma rede virtual da sua aplicação, com uma configuração de rede semelhante.

O Cache do Azure para Redis e o Azure Managed Redis são compatíveis, por isso não são necessárias alterações no código da aplicação para além das configurações de ligação na maioria dos cenários.

Passo 4: Validar e desativar

  1. Verifique se a sua aplicação funciona corretamente com a nova instância Azure Managed Redis.
  2. Monitorize a nova cache para o comportamento esperado, desempenho e taxas de erro.
  3. Quando tiveres a certeza de que a nova instância está a funcionar como esperado, apaga a antiga Cache do Azure para Redis instance.

Conteúdo relacionado

  • Last updated on