Selecione uma estratégia de realocação para cargas de trabalho na nuvem

  • Artigo

Antes de começar a migrar a carga de trabalho para outra região, você precisa planejar sua estratégia de realocação. A estratégia inclui o método de recolocação, automação de realocação de serviços e automação de realocação de dados. Este artigo estabelece as opções para cada componente da estratégia e orienta você para uma decisão. Em última análise, as seleções que você faz dependem dos serviços e da criticidade da carga de trabalho.

Diagrama mostrando o processo de realocação e realçando a etapa Selecionar na fase Mover. No processo de recolocação, há duas fases e cinco etapas. A primeira fase é a fase Iniciar, e tem uma etapa chamada Iniciar. A segunda fase é a fase Mover e tem quatro etapas que você repete para cada carga de trabalho. As etapas são Avaliar, Selecionar, Migrar e Substituir.

Selecione um método de recolocação

Existem três métodos principais para realocar cargas de trabalho. O método de realocação escolhido depende dos serviços na carga de trabalho e de quão crítica a carga de trabalho é para funções essenciais de negócios. Você pode considerar diferentes métodos de realocação para ambientes de produção e não produção. A realocação a frio é para cargas de trabalho não essenciais. A realocação quente e quente é para missões críticas. O método escolhido para realocar afeta as ferramentas de realocação de serviços e dados que você usa para realocar a carga de trabalho. Use a árvore de decisão de realocação a seguir para ter uma ideia geral do método de realocação correto e valide sua decisão lendo a visão geral dos três métodos de recolocação.

Diagrama mostrando uma árvore de decisão para selecionar o método de realocação correto. Há dois pontos de decisão. 1. O tempo de inatividade é aceitável? Se sim, então a recolocação a frio é o método de recolocação correto. 2. O serviço suporta replicação síncrona de dados? Se sim, então a realocação a quente é o método de realocação correto. Se não, então a realocação a quente é o método de realocação correto.

Recolocação a frio

A realocação a frio é para cargas de trabalho que podem suportar o tempo de inatividade. É a abordagem mais econômica para a realocação, porque você não duplica nenhum ambiente durante a realocação. Aqui está uma visão geral do processo de realocação a frio.

  1. Faça backup dos dados da carga de trabalho para a nova região de destino.
  2. Coloque a região de origem offline e encerre os serviços.
  3. Implante os serviços de nuvem na nova região de destino.
  4. Restaure os dados da carga de trabalho.

A realocação a frio pode levar alguns minutos ou alguns dias, dependendo do número de serviços e do volume de dados.

Recolocação a quente

O método de realocação a quente é para cargas de trabalho que precisam de tempo de inatividade mínimo (segundos, minutos) a zero. Para cargas de trabalho críticas, você deve ver se o serviço suporta realocação a quente antes de tentar uma abordagem quente. A realocação a quente ajuda a minimizar o delta de dados após a substituição. A realocação a quente só é possível se o serviço oferecer suporte à replicação de dados síncrona. Alguns serviços não têm esse recurso, e você precisa usar uma abordagem de realocação quente. Aqui está o processo de realocação a quente.

  1. Execute a replicação de serviço na nova região de destino.
  2. Mantenha a carga de trabalho em execução na região de origem.
  3. Inicie a replicação síncrona de dados.
  4. Depois que os dados forem sincronizados, ative e valide os pontos de extremidade.
  5. Pare a sincronização de dados.
  6. Desligue o serviço na região de origem.

Realocação calorosa

A realocação quente é para cargas de trabalho críticas que não suportam realocação a quente. A realocação a quente usa replicação assíncrona de dados e replicação de ambiente. Aqui está o processo de realocação quente.

  1. Execute a replicação de serviço na nova região de destino.
  2. Mantenha a carga de trabalho em execução na região de origem.
  3. Crie um backup dos dados de origem. É uma prática recomendada criar o backup fora do horário de pico. Você também deve habilitar a replicação de dados para sincronizar os dados e minimizar o delta de dados.
  4. Restaure os dados na nova região de destino.
  5. Alterne e valide pontos de extremidade.
  6. Desligue a carga de trabalho na região de origem.

A realocação a quente pode levar alguns minutos ou uma hora, dependendo do número de serviços e do volume de dados.

Selecione a automação de realocação de serviços

Existem três abordagens principais de realocação de serviços. Os parágrafos seguintes dão uma visão geral de cada um com links para mais orientações. Se você usar a automação de infraestrutura como código (IaC) para mover a carga de trabalho, precisará encontrar uma abordagem de realocação de dados separada. Você deve analisar os recursos de cada ferramenta de realocação de serviço e selecionar a ferramenta que melhor atende às suas necessidades.

Azure Resource Mover: O Azure Resource Mover é um serviço interno do Azure que permite mover recursos do Azure entre regiões, assinaturas e grupos de recursos. O Azure Resource Mover pode mover recursos suportados do Azure com suas dependências analisando e preparando os recursos antes da mudança. Para obter mais informações, consulte Visão geral do Azure Resource Mover.

Azure Site Recovery: o Azure Site Recovery pode replicar qualquer aplicativo em execução em uma máquina virtual com suporte no Azure. É uma ferramenta de recuperação de desastres por design, mas você também pode usá-la para realocar cargas de trabalho. O Site Recovery usa um Cofre de Serviços de Recuperação como o Backup do Azure e pode mover serviços rapidamente. Ele requer algumas etapas de limpeza após a realocação, pois é uma ferramenta de recuperação de desastres. Para obter mais informações, consulte:

Infraestrutura como código (IaC): o IaC permite copiar e reimplantar serviços do Azure. Você pode usar os modelos do Azure Resource Manager, Bíceps ou Terraform para os serviços na região de origem. Você pode implantar usando o modelo na nova região de destino com sua ferramenta IaC preferida. Para serviços com monitoração de estado, você precisa de outra ferramenta para realocar dados de carga de trabalho. Para obter mais informações, consulte Infraestrutura como visão geral do código.

Ao usar o IaC para implantar uma nova instância de um serviço do Azure, você pode implantar várias cópias do recurso em paralelo. Com várias cópias, você pode usar uma das técnicas de substituição para redirecionar conexões para as cargas de trabalho na nova região de destino.

Selecionar automação de realocação de dados

Se a automação de realocação de serviços não mover dados, você também precisará escolher uma automação de realocação de dados. Para a realocação de dados, você precisa ter o serviço em execução na região de destino antes de mover os dados. Analise os métodos de realocação para ter uma noção da sequência. Aqui está uma lista de ferramentas de automação que você pode usar para realocar dados. A lista começa com ferramentas de realocação a quente e termina com frio. Não está por ordem de preferência. Avalie cada ferramenta de automação e escolha a certa para sua carga de trabalho.

  • Replicação síncrona de dados: a replicação síncrona de dados replica dados quase em tempo real entre regiões. É a abordagem preferida de realocação de dados para realocação a quente, pois limita o tempo de inatividade e as migrações delta de dados após a transferência. Esse recurso é incorporado em alguns serviços do Azure, como a Sincronização de Dados no Azure SQL. Você precisa verificar cada serviço em sua carga de trabalho para ver se ele suporta replicação de dados síncrona.

  • Replicação geográfica: a replicação geográfica pode ser uma ferramenta de realocação de dados útil para os serviços do Azure que a suportam. A maneira como um recurso de replicação geográfica lida com dados e a instância de serviço subjacente varia entre os serviços do Azure com suporte. Antes de usar a replicação geográfica para realocação de dados, você precisa entender o recurso de replicação geográfica do serviço específico que está realocando. Para obter exemplos, consulte Azure SQL e Cosmos DB.

  • Azure Site Recovery: o Azure Site Recovery pode realocar serviços e dados. Suporta estratégias de recolocação frias e quentes. Para obter mais informações, consulte Visão geral do Azure Site Recovery.

  • AzCopy: AzCopy é um utilitário de linha de comando que automatiza movimentos de dados dentro e fora do Armazenamento do Azure. Você precisa baixar a ferramenta e, em seguida, usar o Microsoft Entra ID ou tokens de assinatura de acesso compartilhado (SAS) para autorizar a mudança. Para obter mais informações, consulte Visão geral do AzCopy e Usar o AzCopy

  • Pipelines e atividades no Azure Data Factory ou Synapse Analytics: o Azure Data Factory é um serviço de integração de dados baseado em nuvem totalmente gerenciado que orquestra e automatiza a movimentação e a transformação de dados. Os pipelines do Azure Data Factory podem mover data lakes e armazéns. A atividade de cópia do Synapse Analytics também pode mover dados. Para obter mais informações, consulte Destinos e fontes suportados e Ferramenta Copiar dados.

  • Azure Storage Explorer: O Azure Storage Explorer é um aplicativo autônomo que permite realocar dados do Armazenamento do Azure. Para obter mais informações, consulte Como usar o Gerenciador de Armazenamento.

  • Backup do Azure: com o Backup do Azure, você pode fazer backup e restaurar dados em outra região. Você deve tentar o Backup do Azure primeiro para realocações frias e quentes não essenciais. O Backup do Azure fornece backups consistentes com aplicativos, sistemas de arquivos e falhas consistentes para máquinas virtuais. Ele também suporta discos gerenciados, compartilhamentos de arquivos e blobs. Não é possível transferir pontos de restauração de backup existentes para a nova região de destino. Considere manter o cofre em sua região de origem até que os backups não sejam mais necessários. Para obter mais informações, consulte Visão geral do Backup do Azure.

  • Backup e restauração manual: Backup e restauração aqui se referem a um processo, não a uma ferramenta específica. Muitos serviços no Azure fornecem opções de redundância que permitem fazer backup de dados em uma região separada e restaurá-los manualmente. Você precisa executar um backup e uma restauração manuais para serviços específicos, como o Azure Key Vault. Para obter mais informações, consulte Mover o Cofre da Chave para outra região.

Ferramenta Método de recolocação
Replicação síncrona de dados Quente, Quente
Georreplicação Quente, Quente
Azure Site Recovery Quente, Frio
AzCopy Quente, Frio
Pipelines e atividades no Azure Data Factory ou no Synapse Workspace Quente, Frio
Explorador do Storage do Azure Quente, Frio
Azure Backup Sem Interesse
Backup e restauração manuais Sem Interesse

Selecionar abordagem de substituição

Substituição é quando você faz a transição da carga de trabalho antiga para a nova. Você direciona o tráfego para a carga de trabalho na região de destino e não mais para a região de origem. O sistema de nomes de domínio (DNS) é fundamental para este redirecionamento. Como lembrete, o DNS informa aos navegadores e clientes de API onde obter uma resposta. Ele resolve nomes de domínio para endereços IP. Cada domínio precisa de um host de domínio para gerenciá-lo. O DNS do Azure é o serviço de host de domínio do Azure. Há diferentes abordagens para a redução da carga de trabalho, e a abordagem que você adota depende dos serviços em sua carga de trabalho. Eis alguns exemplos.

  • DNS do Azure: para domínios hospedados no DNS do Azure, você pode executar uma substituição manual alternando o CNAME. Essa abordagem é um processo de failover de continuidade de negócios que funciona para substituição. Para obter mais informações, consulte Substituição manual usando o DNS do Azure.

  • Gerenciador de Tráfego: Também é possível usar um serviço de roteamento como o Gerenciador de Tráfego para tráfego de carga de trabalho de substituição e roteamento para diferentes pontos de extremidade. O Traffic Manager é um serviço de roteamento baseado em DNS. Para obter mais informações, consulte Configurar nomes DNS com o Gerenciador de Tráfego.

  • Serviço de Aplicativo: os serviços de camada de aplicativo, como o Serviço de Aplicativo do Azure, têm recursos que permitem atualizar o nome de domínio. Para obter mais informações, consulte Migrar um nome DNS ativo para o Serviço de Aplicativo do Azure.

  • Roteamento de gateway: se a carga de trabalho usar o padrão Roteamento de Gateway com um serviço, como o Azure Front Door, o Application Gateway ou o Azure API Management, muitas vezes você poderá fazer uma substituição de migração de região. Você usa seus destinos de back-end e recursos de regras de roteamento.

Próximo passo

Você selecionou um método de realocação e as ferramentas para realocar sua carga de trabalho. Passe para a etapa Migrar para executar a realocação usando essas ferramentas.

Migrar