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: Atualizar scripts de implementação

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 Azure Managed Redis em vez de Azure Cache para Redis.

Passo 2: Criar uma nova instância Azure Managed Redis

  1. 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.
  2. Crie a instância seguindo o Quickstart: Crie uma Instância Gerida de Redis do 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 3: 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 4.

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 existente Azure Cache for Redis usando as instruções de exportação ou o cmdlet de exportação do PowerShell.
  2. Importa o ficheiro RDB para a nova instância Azure Managed Redis usando as instruções de importação ou o cmdlet PowerShell Import.
  3. Avance para o Passo 4: 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. Modifica o código da tua 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 4: Atualize a sua candidatura.

Migração programática

O RIOT fornece uma forma de migrar conteúdo do Enterprise para o Azure Managed Redis. Para obter mais informações, consulte Migração de dados com RIOT-X para Redis gerenciados do Azure.

  • 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. Copiar os dados da cache de origem para a nova instância Azure Managed Reddis.
  4. Avance para o Passo 4: Atualize a sua candidatura.

Passo 4: 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 a 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 do Azure Redis Gerido está associada à mesma rede virtual que a sua aplicação, com uma configuração de rede equivalente.

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

Passo 5: 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 a instância Redis.

Conteúdo relacionado

  • Last updated on