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

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.

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.

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

Há dois métodos principais de automação de realocação de serviços: infraestrutura como código (IaC) e Azure Resource Mover. Cada serviço do Azure dá suporte a uma ou ambas as abordagens de automação. Use as diretrizes de realocação de serviços do Azure para ver qual método de automação cada serviço do Azure oferece suporte e etapas detalhadas para realocação. Aqui está uma visão geral da automação usada pelas diretrizes de realocação de serviços:

• Infraestrutura como código (IaC): o IaC pode realocar todos os serviços do Azure. Exporte o modelo do Azure Resource Manager (ARM) (JSON) de um serviço existente do Azure. Modifique o modelo conforme necessário e reimplante-o em uma nova região. Você pode converter modelos ARM em modelos Bicep colando o JSON no Visual Studio Code. 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. A infraestrutura como código (IaC) não realoca dados. A realocação de dados requer etapas adicionais para mover dados para o recurso recém-implantado na região de destino. Use as diretrizes de automação de realocação de dados para obter mais detalhes.

• Azure Resource Mover: o Azure Resource Mover permite mover um número limitado de recursos do Azure suportados com as respetivas dependências entre regiões, subscrições e grupos de recursos.

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

Se você usou o IaC para realocar serviços do Azure com monitoração de estado, precisará usar um método de automação de realocação de dados para realocar seus dados. Para a realocação de dados, você precisa ter o serviço do Azure 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 de realocação e onde a realocação de dados se encaixa. Aqui está uma lista de ferramentas de automação que você pode usar para realocar dados:

• 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 a alguns serviços do Azure, como a Sincronização de Dados no Banco de Dados SQL do Azure. 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 realocação quente e fria. 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.

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.