Mover instâncias do Cache do Azure para Redis para regiões diferentes

Neste artigo, você aprenderá a mover instâncias do Cache do Azure para Redis para uma região diferente do Azure. Você pode mover seus recursos para outra região por vários motivos:

• Para aproveitar uma nova região do Azure.
• Para implantar recursos ou serviços disponíveis apenas em regiões específicas.
• Para atender aos requisitos internos de política e governança.
• Para responder aos requisitos de planejamento de capacidade.

Se você estiver tentando migrar para Cache do Azure para Redis de VMs locais, baseadas em nuvem ou de outro serviço de hospedagem, recomendamos que você veja Migrar para o Cache do Azure para Redis.

A camada do Cache do Azure para Redis que você usa determina a melhor opção para você.

Replicação geográfica passiva (Premium)

Pré-requisitos

Para configurar a replicação geográfica entre dois caches, os seguintes pré-requisitos devem ser atendidos:

• Os dois caches estão na camada Premium.
• Os dois caches estão na mesma assinatura do Azure.
• O cache vinculado secundário tem mesmo tamanho de cache ou tem um tamanho maior que o cache vinculado primário.
• Ambos os caches já existem e estão em execução.

Preparar

Para mover sua instância de cache para outra região, você precisa criar uma segunda instância de cache premium na região desejada. Depois que ambos os caches estiverem em execução, você poderá configurar a replicação geográfica entre as duas instâncias de cache.

Alguns recursos não têm suporte com a replicação geográfica:

• Não há suporte para a redundância de zona na replicação geográfica.
• A persistência não tem suporte com a replicação geográfica.

Condições para suporte a replicação geográfica:

• O clustering terá suporte se os dois caches tiverem o clustering habilitado e tiverem o mesmo número de fragmentos.
• Caches em diferentes VNets têm suporte com ressalvas. Consulte Posso usar a replicação geográfica com meus caches em uma VNets? para obter mais informações.

Depois de configurar a replicação geográfica, as seguintes restrições se aplicam para o par de caches vinculados:

• O cache vinculado secundário é somente leitura. Você pode ler nele, mas não pode gravar nenhum dado nele.
  • Se você optar por ler na instância da área Geográfica Secundária, sempre que uma sincronização de dados completa estiver ocorrendo entre a área Geográfica Primária e a área Geográfica Secundária, como quando a área Geográfica Primária ou a área Geográfica Secundária é atualizada e em alguns cenários de reinicialização, a instância da área Geográfica Secundária lançará erros em qualquer operação do Redis até que a sincronização de dados completa entre a área Geográfica Primária e a área Geográfica Secundária seja concluída.
  • Os aplicativos que leem a partir da Área Geográfica Secundária devem ser compilados para retornar à Área Geográfica Primária sempre que a Área Geográfica Secundária estiver lançando tais erros.
• Todos os dados que estavam no cache vinculado secundário antes do link ser adicionado são removidos. No entanto, se a replicação geográfica for removida posteriormente, os dados replicados permanecerão no cache vinculado secundário.
• Não é possível escalar o cache enquanto os caches estiverem vinculados.
• Não será possível alterar o número de fragmentos se o cache tiver o clustering habilitado.
• Você não pode habilitar a persistência em nenhum dos caches.
• É possível Exportar de um dos caches.
• Não é possível Importar para o cache vinculado secundário.
• Não é possível excluir o link vinculado, nem o grupo de recursos que o contém, até desvincular os caches. Para obter mais informações, consulte Por que a operação falhou quando tentei excluir meu cache vinculado?
• Se os caches estiverem em regiões diferentes, os custos de saída da rede serão aplicados aos dados movidos entre as regiões. Para obter mais informações, consulte Quanto custa para replicar meus dados entre regiões do Azure?
• O failover não é automático. Você deve iniciar o failover do cache vinculado primário para o secundário. Para mais informações sobre como fazer failover de um aplicativo cliente, consulte Iniciar um failover do primário geográfico para o secundário geográfico.

Mover

1. Para vincular dois caches para replicação geográfica, selecione Replicação geográfica no menu de Recursos do cache no qual se pretende que o cache vinculado primário esteja. Em seguida, selecione Adicionar link de replicação de cache em Replicação geográfica à esquerda.

   

2. Escolha o nome do cache secundário pretendido na lista de Caches compatíveis. Se o cache secundário não for exibido na lista, verifique se os Pré-requisitos de replicação geográfica para o cache secundário foram atendidos. Para filtrar os caches por região, selecione a região no mapa para exibir apenas os caches da lista Caches compatíveis.

   

   Também é possível iniciar o processo de vinculação ou exibir detalhes sobre o cache secundário por meio do menu de contexto.

   

3. Escolha Vincular para vincular dois caches e iniciar o processo de replicação.

   

Verificar

1. Veja o andamento do processo de replicação usando a opção Replicação geográfica à esquerda.

   

   Veja também o status de vinculação à esquerda, usando Visão geral, dos caches primário e secundário.

   

   Quando o processo de replicação é concluído, o Status da vinculação é alterado para Êxito.

   

   O cache vinculado primário permanece disponível para uso durante o processo de vinculação. O cache vinculado secundário somente estará disponível após o processo de vinculação ser concluído.

Limpar recursos de origem

Depois que o novo cache na região de origem for preenchido com todos os dados necessários, remova o link entre os dois caches e exclua a instância original.

1. Para remover o link entre dois caches e parar a replicação geográfica, selecione Desvincular caches em Replicação geográfica à esquerda.

   

   Quando o processo de desvinculação for concluído, o cache secundário estará disponível para leituras e gravações.

1. Exclua a instância original.

Criar um cache (Todas as camadas)

Pré-requisitos

• Assinatura do Azure - criar uma gratuitamente

Preparar

Se você não precisar manter seus dados durante a movimentação, a maneira mais fácil de mover regiões é criar uma instância de cache na região de destino 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.

Mover

1. Para criar um cache, entre no portal do Azure. No menu do portal, selecione Criar um recurso.

   

2. No painel Introdução, insira Cache do Azure para Redis na barra de pesquisa. Nos resultados da pesquisa, encontre Cache do Azure para Redis e, em seguida, selecione Criar.

   

3. No painel Novo Cache Redis, na guia Básico, defina as seguintes configurações para o seu cache:

   Configuração	Ação	Descrição
   Assinatura	Selecione sua assinatura do Azure.	A assinatura a ser usada para criar a instância do Cache do Azure para Redis.
   Grupo de recursos	Selecione um grupo de recursos ou selecione Criar novo e insira um novo nome de grupo de recursos.	Um nome para o grupo de recursos no qual criar seu cache e outros recursos. Ao colocar todos os seus recursos de aplicativos em um só grupo de recursos, você pode gerenciá-los ou excluí-los juntos com facilidade.
   Nome DNS	Insira um nome exclusivo.	O nome do cache deve ser uma cadeia de caracteres de 1 a 63 caracteres que contenha apenas números, letras e hifens. O nome deve começar e terminar com um número ou uma letra e não pode conter hifens consecutivos. O nome do host da instância de cache é \<DNS name>.redis.cache.windows.net.
   Localidade	Selecione uma localização.	Uma região do Azure próxima de outros serviços que utilizem o seu cache.
   Cache SKU	Selecione um SKU.	O SKU determina o tamanho, desempenho e parâmetros de recursos disponíveis para o cache. Para obter mais informações, consulte Visão geral do Cache do Azure para Redis.
   Tamanho do cache	Selecione um tamanho de cache.	Para obter mais informações, consulte Visão geral do Cache do Azure para Redis.

4. Selecione a guia Rede ou selecione Avançar: Rede.

5. Na guia Rede, selecione um método de conectividade a ser usado para o cache.

6. Selecione a guia Avançado ou selecione Avançar: Avançado.

7. No painel Avançado, verifique ou selecione um método de autenticação com base nas informações a seguir:

   

   • Por padrão, para um novo cache Básico, Standard ou Premium, a Autenticação do Microsoft Entra está habilitada e a Autenticação de Chaves de Acesso está desabilitada.
   • Para caches Básico ou Standard, é possível escolher a seleção de uma porta não TLS.
   • Para caches Standard e Premium, é possível optar por habilitar zonas de disponibilidade. Não é possível desabilitar zonas de disponibilidade após a criação do cache.
   • Para um cache Premium, defina as configurações para porta não TLS, clustering, identidade gerenciada e persistência de dados.

   Importante

   Para obter a segurança ideal, recomendamos que você use o Microsoft Entra ID com identidades gerenciadas para autorizar solicitações no seu cache, se possível. A autorização usando o Microsoft Entra ID e identidades gerenciadas oferece maior segurança e facilidade de uso em comparação com a autorização por chave de acesso compartilhada. Para mais informações sobre como usar identidades gerenciadas com seu cache, confira Usar o Microsoft Entra ID para autenticação de cache.

8. (Opcional) Selecione a guia Marcas ou selecione Avançar: Marcas.

9. (Opcional) Na guia Marcas, insira um nome e valor da marca caso queira categorizar seu recurso de cache.

10. Selecione o botão Revisar + criar.

    Na guia Examinar + criar, o Azure valida automaticamente sua configuração.

11. Depois que a mensagem em verde Validação aprovada for exibida, selecione Criar.

Uma nova implantação de cache ocorre ao longo de vários minutos. Você pode monitorar o progresso da implantação no painel Visão Geral do Cache do Azure para Redis. Quando o Status exibir Em Execução, o cache estará pronto para uso.

Por fim, atualize seu aplicativo para usar as novas instâncias.

Limpar recursos de origem

Depois que o novo cache na região de destino estiver em execução, exclua a instância original.

Exportar e importar dados com um arquivo RDB (Premium, Enterprise, Enterprise Flash)

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. Esse arquivo, chamado RDB, pode ser lido por outro cache Redis. O Cache do Azure para Redis Premium e Enterprise dá suporte à importação de dados para uma instância de cache com arquivos RDB. Você pode usar um arquivo RDB para transferir dados de um cache existente para o Cache do Azure para Redis.

Pré-requisitos

• Ambos os caches são da camada Premium ou camada Enterprise.
• O segundo cache é do mesmo tamanho de cache ou de um tamanho de cache maior do que o cache original.
• A versão do Redis do cache do qual você está exportando deve ser a mesma ou inferior à versão da nova instância de cache.

Preparar

Para mover sua instância de cache para outra região, você precisará criar uma segunda instância de cache premium ou uma segunda instância de cache enterprise na região desejada.

Mover

1. Para mais informações de como importar e exportar dados no Cache do Azure para Redis. confira Importar e exportar dados no Cache do Azure para Redis.

2. Atualize seu aplicativo para usar a nova instância do cache.

Verificar

Você pode monitorar o progresso da operação de importação seguindo as notificações do Portal do Azure ou exibindo os eventos no log de auditoria.

Limpar recursos de origem

Depois que o novo cache na região de destino estiver em execução, exclua a instância original.

Gravação dupla em dois caches (Básica, Standard e Premium)

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. Inicialmente, o aplicativo lê os dados no cache existente. 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.

Pré-requisitos

• O segundo cache é do mesmo tamanho de cache ou de um tamanho de cache maior do que o cache original.

Preparar

Para mover sua instância de cache para outra região, você precisará criar uma segunda instância de cache na região desejada.

Mover

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

1. Modifique o código do aplicativo para gravar tanto nas instâncias novas quanto nas originais.

2. Continue lendo os dados da instância original até que a nova instância esteja suficientemente populada com os dados.

3. Atualize o código do aplicativo para ler e gravar somente na nova instância.

Limpar recursos de origem

Depois que o novo cache na região de destino estiver em execução, exclua a instância original.

Migrar programaticamente (todas as camadas)

Você pode criar um processo de migração personalizado lendo programaticamente os dados de um cache existente e gravando-os no Cache do Azure para Redis. Essa ferramenta de código aberto pode ser usada para copiar os dados de uma instância do Cache do Azure para Redis para outra em uma região de Cache do Azure diferente. 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.

Pré-requisitos

• O segundo cache é do mesmo tamanho de cache ou de um tamanho de cache maior do que o cache original.

Preparar

• 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.
• Para mover sua instância de cache para outra região, você precisará criar uma segunda instância de cache na região desejada.

Mover

Depois de criar uma VM na região em que o cache está localizado e criar um cache na região desejada, as etapas gerais para implementar essa opção são:

1. 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 NÃO liberar do cache de origem.

2. Use um aplicativo como a ferramenta de código aberto acima 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.

Limpar recursos de origem

Depois que o novo cache na região de destino estiver em execução, exclua a instância original.

Próximas etapas

Saiba mais sobre os recursos do Cache do Azure para Redis.

• Perguntas frequentes de replicação geográfica
• Camadas de serviço do Cache do Azure para Redis
• Alta disponibilidade para o Cache do Azure para Redis