Replicar ativos em uma migração para a nuvem
Os datacenters locais armazenam ativos físicos, como servidores, dispositivos e dispositivos de rede. Mas cada ativo físico, como um servidor, é apenas um shell. O valor real vem do binário que é executado no servidor. O datacenter existe por causa dos aplicativos e dados, que são os binários principais que você migra. Ativos digitais e fontes binárias, como sistemas operacionais, rotas de rede, arquivos e protocolos de segurança, alimentam os aplicativos e armazenamentos de dados.
O processo de replicação consiste nas seguintes etapas:
Replicação: copia uma versão point-in-time de vários binários.
Propagação: copia os instantâneos binários para uma nova plataforma e os implanta em um novo hardware. A cópia semeada do binário se comporta exatamente como o binário original no hardware antigo. Mas o instantâneo do binário está desatualizado e desalinhado com a fonte original.
Sincronização: Alinha o novo binário e o binário antigo. Este processo atualiza continuamente a cópia armazenada na nova plataforma. A sincronização continua até que o recurso seja promovido de acordo com o modelo de promoção escolhido. Nesse ponto, a sincronização é interrompida.
Pré-requisitos para a replicação
Antes da replicação, você deve concluir as atividades nas fases de preparação e avaliação . Para começar a replicar, você precisa ter:
Uma assinatura para seus recursos migrados.
Uma ferramenta de migração para mover as cópias binárias.
Os binários de origem, preparados para replicação e sincronização. Sua configuração exata depende da sua ferramenta de migração. A preparação inclui a correção de quaisquer problemas de replicação encontrados na fase de avaliação. Para obter um exemplo de como iniciar a replicação, consulte Migrar do VMware por meio da migração sem agente.
Quaisquer dependências para sua carga de trabalho que você identificou durante a etapa de design da arquitetura da carga de trabalho. Essas dependências podem incluir grupos de recursos, redes virtuais e sub-redes nas quais você pretende implantar as máquinas virtuais replicadas. Para obter mais informações, consulte Implantar serviços de suporte.
Riscos de replicação: Física da replicação
Ao planejar e executar a replicação de origem binária para um novo destino, considere as seguintes leis fundamentais:
Velocidade da luz: Quando você move grandes volumes de dados, a fibra é a opção mais rápida. Mas os cabos de fibra só podem mover dados a dois terços da velocidade da luz. Não há nenhum método para replicação instantânea ou ilimitada de dados.
Velocidade do pipeline WAN: A largura de banda de uplink é ainda mais importante do que a velocidade de movimentação de dados. O volume de dados por segundo que a WAN existente da sua empresa transfere para o datacenter de destino determina a largura de banda do uplink.
Velocidade de expansão da WAN: Se o orçamento permitir, você pode adicionar mais largura de banda à solução de WAN da sua empresa. Mas pode levar semanas ou meses para adquirir, preparar e integrar mais conexões de fibra.
Velocidade dos discos: Mesmo com velocidade de dados infinita e um limite de largura de banda infinito entre o binário de origem e o destino de destino, a física ainda limita a replicação. A replicação de dados ocorre apenas tão rapidamente quanto os discos de origem podem ler os dados.
Velocidade dos cálculos humanos: Os discos e a luz movem-se mais rapidamente do que os processos de decisão humanos. Quando um grupo de pessoas colabora e toma decisões em conjunto, os resultados vêm lentamente. A replicação não consegue superar atrasos relacionados a cálculos humanos.
Cada uma dessas leis da física gera os seguintes riscos que comumente afetam os planos de migração:
Tempo de replicação: a replicação requer tempo e largura de banda. Os planos devem incluir linhas cronológicas realistas que reflitam a quantidade de tempo necessário para replicar os binários.
A largura de banda total de migração disponível é a quantidade de largura de banda de acesso que outras necessidades de negócios de prioridade mais alta não consomem. A largura de banda ascendente é medida em megabits por segundo (Mbps) ou gigabits por segundo (Gbps). O armazenamento total de migração é o espaço total em disco, medido em gigabytes (GBs) ou terabytes (TBs), necessário para armazenar um instantâneo dos ativos a serem migrados.
Para determinar uma estimativa de tempo inicial, divida o armazenamento total de migração pela largura de banda de migração total disponível. Repare na conversão de bits para bytes. O próximo item descreve um cálculo mais preciso do tempo.
Efeito cumulativo do desvio de disco: Do ponto de replicação à promoção de um ativo para a produção, os binários de origem e destino devem permanecer sincronizados.
O desvio em binários consome largura de banda extra porque você deve replicar as alterações no binário de forma recorrente. Durante a sincronização, o cálculo do armazenamento total de migração inclui todos os desvios binários. Quanto mais tempo demora a promover um ativo à produção, mais deriva cumulativa ocorre. Quanto mais ativos sincronizados você tiver, mais largura de banda você consumirá. Para cada ativo em um estado de sincronização, você tem menos largura de banda de migração total disponível disponível.
Mudança de tempo para negócios: o tempo de sincronização tem um efeito negativo cumulativo na velocidade de migração. A priorização do backlog de migração e a preparação avançada para o plano de comunicação de mudança são cruciais para a velocidade da migração.
O teste mais significativo de alinhamento técnico e comercial durante um esforço de migração é o ritmo da promoção. Quanto mais rápido um ativo é promovido para produção, menos desvio de disco afeta a largura de banda. E você pode alocar mais largura de banda e tempo para a replicação da próxima carga de trabalho.
Planejar quando os requisitos de dados excederem a capacidade da rede
Em uma migração para a nuvem, você replica e sincroniza ativos em uma rede entre um datacenter existente e a nuvem. Os requisitos de tamanho de dados existentes de várias cargas de trabalho podem exceder a capacidade da rede. Nesse cenário, o processo de migração pode ser radicalmente retardado ou, em alguns casos, totalmente interrompido.
Se sua avaliação, replicação inicial ou teste identificar um problema de capacidade, considere usar o Azure Data Box para transferir armazenamentos de dados independentes. Use essa abordagem para enviar grandes volumes de dados para a nuvem antes da migração da carga de trabalho.
Algumas soluções de parceiros que não são da Microsoft também usam o Data Box para migrações. Com essas soluções, você pode mover um grande volume de dados por meio de uma transferência offline, mas sincronizá-lo posteriormente em uma escala menor pela rede.