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 devido aos aplicativos e dados, que são os binários primários 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. Esse processo atualiza continuamente a cópia armazenada na nova plataforma. A sincronização continua até que o ativo seja promovido de acordo com o modelo de promoção escolhido. Nesse ponto, a sincronização é interrompida.
Pré-requisitos para 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á um método para replicação instantânea ou ilimitada de dados.
Velocidade do pipeline de WAN: A largura de banda do uplink é ainda mais importante do que a velocidade da 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ê poderá 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 infinito de largura de banda 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 com a mesma rapidez com que 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 pode superar atrasos relacionados a cálculos humanos.
Cada uma dessas leis da física gera os seguintes riscos que geralmente afetam os planos de migração:
Tempo de replicação: a replicação requer tempo e largura de banda. Os planos devem incluir cronogramas realistas que reflitam o tempo necessário para replicar binários.
A largura de banda de migração total disponível é a quantidade de largura de banda ascendente 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 de 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. Observe a 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 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 para o armazenamento de migração total inclui todos os desvios binários. Quanto mais tempo leva para 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.
Alteração 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 ritmo da promoção é o teste mais importante de alinhamento comercial e técnico durante um esforço de migração. Quanto mais rápido um ativo é promovido à 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 de 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, interrompido completamente.
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á-los posteriormente em uma escala menor pela rede.