Selecionar 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 realocação, a automação de realocação de serviços e a automação de realocação de dados. Este artigo apresenta as opções para cada componente de estratégia e orienta você para uma decisão. Em última análise, as seleções feitas dependem dos serviços e da criticidade da carga de trabalho.
Selecione um método de realocaçã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ão crítica. O método escolhido de realocação afeta as ferramentas de realocação de dados e de serviço usadas 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 validar sua decisão lendo a visão geral dos três métodos de realocação.
Realocaçã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 realocação, pois você não duplica nenhum ambiente durante a realocação. Aqui está uma visão geral do processo de realocação a frio.
- Faça backup dos dados da carga de trabalho na nova região de destino.
- Coloque a região de origem offline e encerre os serviços.
- Implante os serviços de nuvem na nova região de destino.
- Restaurar dados de 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.
Realocaçã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 oferece suporte à 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 transferência. A realocação a quente só será 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.
- Execute a replicação de serviço na nova região de destino.
- Mantenha a carga de trabalho em execução na região de origem.
- Inicie a replicação de dados síncrona.
- Depois que os dados forem sincronizados, ative e valide os pontos de extremidade.
- Pare a sincronização de dados.
- Desligue o serviço na região de origem.
Realocação morna
A realocação a quente é para cargas de trabalho críticas que não oferecem suporte à realocação a quente. A realocação a quente usa replicação de dados assíncrona e replicação de ambiente. Aqui está o processo de realocação quente.
- Execute a replicação de serviço na nova região de destino.
- Mantenha a carga de trabalho em execução na região de origem.
- 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.
- Restaure os dados na nova região de destino.
- Alternar e validar pontos de extremidade.
- Desligue a carga de trabalho na região de origem.
A realocação morna pode levar alguns minutos ou uma hora, dependendo do número de serviços e do volume de dados.
Selecionar automação de realocação de serviço
Há dois métodos principais de automação de realocação de serviço: 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 a orientação 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 que a diretriz de realocação de serviço usa:
Infraestrutura como código (IaC): a IaC pode realocar todos os serviços do Azure. Exporte o modelo (JSON) do Gerenciador de Recursos do Azure (ARM) de um serviço existente do Azure. Modifique o modelo conforme necessário e reimplante o modelo 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 extras 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 com suporte com suas dependências entre regiões, assinaturas 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 realocar dados, você precisa ter o serviço do Azure em execução na região de destino antes de mover os dados. Revise 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 de dados síncrona: a replicação de dados síncrona replica dados quase em tempo real entre regiões. É a abordagem de realocação de dados preferida para realocação ativa porque 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 oferece suporte à replicação de dados síncrona.
Replicação geográfica: a replicação geográfica pode ser uma ferramenta útil de realocação de dados para os serviços do Azure que oferecem suporte a ela. A maneira como um recurso de replicação geográfica manipula 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 SQL do Azure 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 os 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 no 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 com suporte e Ferramenta Copiar dados.
Gerenciador de Armazenamento do Azure: o Gerenciador de Armazenamento do Azure é 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 para máquinas virtuais. Ele também oferece suporte a 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, confira Visão geral do Backup do Azure.
Backup e restauração manuais: 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 restauração manuais para serviços específicos, como o Cofre de Chaves do Azure. Para obter mais informações, consulte Mover o Cofre de Chaves para outra região.
| Ferramenta | Método de realocação |
|---|---|
| Replicação de dados síncrona | Quente, Quente |
| Replicação geográfica | Quente, Quente |
| Azure Site Recovery | Quente, Frio |
| AzCopy | Quente, Frio |
| Pipelines e atividades no Azure Data Factory ou no Synapse Workspace | Quente, Frio |
| Gerenciador de Armazenamento do Azure | Quente, Frio |
| Serviço de Backup do Azure | Frio |
| Backup e restauração manuais | Frio |
Selecionar abordagem de substituição
A 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) é central para esse 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. Todo 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. Existem diferentes abordagens para a redução da carga de trabalho, e a abordagem adotada depende dos serviços em sua carga de trabalho. Veja 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 substituição e roteamento do tráfego de carga de trabalho para diferentes pontos de extremidade. O Gerenciador de Tráfego é 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 Gateway de Aplicativo ou o Gerenciamento de API do Azure, 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óxima etapa
Você selecionou um método de realocação e as ferramentas para realocar sua carga de trabalho. Vá para a etapa Migrar para executar a realocação usando essas ferramentas.