Migração de dados do local para a nuvem com o Cirrus Migrate Cloud e Pure Cloud Block Store

Em uma publicação anterior, nos concentramos na ferramenta Migrar nuvem da Cirrus e em como substituir um disco gerenciado do Azure por um volume do Pure Cloud Block Store . . dentro da mesma VM do Azure, bem como como migrar dados de um disco gerenciado de uma VM do Azure para outra VM do Azure com um volume do Pure Cloud Block Store.

Na segunda publicação desta série, vamos nos concentrar em como migrar dados de uma VM VMware local para uma VM nativa do Azure com dados armazenados no Pure Cloud Block Store.

O Azure oferece uma ampla gama de opções de armazenamento para atender a diferentes cargas de trabalho, desde computação de alto desempenho até arquivamento de dados de longo prazo. Por outro lado, o Pure Cloud Block Store oferece várias vantagens em relação às opções de armazenamento nativas do Azure. Algumas delas são:

Redução de custos com redução de dados e eficiência

• Redução de dados integrada: O Pure Cloud Block Store comprime e desduplica automaticamente os dados, reduzindo os custos gerais de armazenamento. O Azure não fornece desduplicação automática em todos os tipos de armazenamento (somente desduplicação limitada de arquivos no Azure).
• Provisionamento thin: O Pure Cloud Block Store aloca armazenamento dinamicamente para que você pague apenas pelo que realmente é usado. Os discos e arquivos do Azure exigem pré-provisionamento, levando a um possível pagamento excessivo por espaço não utilizado.
• Custos menores de saída para a nuvem: A replicação eficiente de dados do Pure Cloud Block Store reduz os custos de movimento de dados entre o local e o Azure. O Azure cobra pela transferência de dados de saída, o que pode ser caro ao longo do tempo.

Proteção avançada de dados e resiliência

• Recuperação de desastres (DR, disaster recovery) integrada: O Pure Cloud Block Store permite replicação de DR de desastres em vários tipos de nuvem entre Azure, AWS e no local, além de incluir replicação avançada de armazenamento no nível de bloco.
• Proteção contra ataques ransomware e snapshots imutáveis: A recuperação instantânea com snapshots imutáveis reduz os ataques ransomware. O Azure Blob Storage tem snapshots imutáveis, mas os discos do Azure não têm proteção integrada contra ataques ransomware.
• Escala sem tempo de inatividade: O Pure Cloud Block Store expande o armazenamento sem tempo de inatividade. Os discos do Azure precisam de redimensionamento manual e possíveis reinicializações de VM.

Como usar a nuvem migrada da Cirrus para migrações de nuvem

O Cirrus Migrate Cloud (CMC) é uma ferramenta de migração para a nuvem desenvolvida para simplificar e acelerar a movimentação de cargas de trabalho entre ambientes locais, na nuvem e em vários tipos de nuvem. Ele permite a migração não disruptiva e ativa de dados sem exigir tempo de inatividade.

Principais benefícios do Cirrus Migrate Cloud

• Migração não disruptiva (sem tempo de inatividade): Migra dados enquanto os aplicativos permanecem online sem a necessidade de tempo de inatividade programado, minimizando o impacto nas operações de negócios. Ideal para aplicativos essenciais, como bancos de dados, VMs e cargas de trabalho corporativas.
• Sincronização contínua de dados: Usa replicação em nível de bloco em tempo real, garantindo que não haja perda de dados durante a migração. Ele permite failback e rollback em caso de problemas de migração e permite a transição gradual com risco mínimo.
• Suporte integrado a vários tipos de nuvem e nuvem híbrida: Suporta migração entre nuvem privada local, Azure, AWS, Google Cloud e outras plataformas de nuvem. Simplifica a adoção da nuvem híbrida mantendo cargas de trabalho disponíveis durante a transição.
• Automatizado e fácil de usar: Sem necessidade de scripts complexos: oferece uma interface do usuário simples e automação baseada em API. Detecta e otimiza automaticamente as configurações de armazenamento e oferece suporte a uma integração com o Pure Cloud Block Store e outras plataformas de armazenamento.

Para obter mais informações sobre a plataforma de migração de dados da nuvem Cirrus, acesse o site. Para obter mais informações sobre o Pure Cloud Block Store, acesse nosso site ou documentação.

O restante deste blog servirá como um guia passo a passo para o caso de uso mencionado acima.

Instalação e configuração no local

Em nosso ambiente local, temos uma máquina virtual VMware executando Windows Server com banco de dados Microsoft SQL instalado. Temos um banco de dados de teste chamado db_test_1, e como você pode ver na Figura 2, os arquivos de banco de dados são armazenados em um disco grande de 20GB separado (E:). 

Figura 1: Layout do disco da máquina virtual VMware.

Figura 2: Colocação de arquivos de banco de dados.

O objetivo do nosso teste é migrar um disco de dados com arquivos de banco de dados contidos nessa máquina virtual VMware para o Microsoft Azure executando uma VM nativa do Azure. Gostaríamos de usar o Pure Cloud Block Store como plataforma de armazenamento de destino e também aproveitar a integração e a configuração automática do Cirrus Data Cloud com o Pure Cloud Block Store.

Configuração da nuvem

Em nosso ambiente Azure, temos uma VM nativa do Azure chamada SQL-Cirrus-test executando o sistema operacional Windows Server. Também temos o Pure Cloud Block Store implantado em nossa assinatura, mas, como você pode ver na Figura 4, nossa VM do Azure não está configurada e conectada ao Pure Cloud Block Store; ela tem apenas um disco de OS conectado a ele.

Figura 3: VM nativa do Azure.

Figura 4: Configuração de discos de VM do Azure.

Entre os ambientes locais e na nuvem, temos uma conexão VPN local a local para que ambas as VMs possam se ver por meio dessa conexão de rede.

Etapas pré-migração

Para o processo de migração, aproveitaremos a migração para a nuvem da Cirrus. A solução usa agentes de migração distribuídos que são executados em cada host/VM. Os agentes permitem conexões diretas de host para host. Cada migração de host para host é independente, o que torna a solução infinitamente escalável. 

O Cirrus Migrate Cloud consiste em vários componentes:

• O recurso cMotion do CMC faz uma transição de nível de armazenamento de uma fonte para o destino sem tempo de inatividade para o host de origem. O cMotion é usado para transferir a carga de trabalho do disco de origem original para o novo destino. Não há gargalos centrais para o fluxo de dados; a migração usa a tecnologia Cirrus cMotion para garantir que não haja efeito na produção.

• O portal de gerenciamento baseado na Web é o gerenciamento como serviço baseado na nuvem. Ele permite que os usuários gerenciem a migração e protejam qualquer armazenamento em bloco. O portal de gerenciamento baseado na Web fornece interfaces para todas as configurações, gerenciamento e tarefas administrativas de aplicativos CMC.

Há várias etapas que precisamos seguir para que a migração seja bem-sucedida. Como primeiro passo, precisamos criar nosso projeto de migração.

Figura 5: Visão geral do painel do projeto.

Em seguida, temos que registrar os hosts/VMs de origem e destino no projeto e implantar agentes de migração nos sistemas operacionais dos hosts de origem e destino. 

O Cirrus Migrate Cloud (CMC) é compatível com uma ampla variedade de sistemas operacionais Windows e Linux para migração contínua e dinâmica de dados. Para cada tipo de OS, você receberá uma linha de comando específica para instalar ou desinstalar o agente. 

Figura 6: Instruções de implantação do agente CMC.

Figura 7: Implantação do agente CMC bem-sucedida.

Figura 8: O host com agente CMC está registrado.

Depois que o agente for instalado, você verá o host no CMC na guia “Hosts registrados”. Você pode clicar em cada host registrado para ver os detalhes, especialmente quais dispositivos de armazenamento estão visíveis e conectados ao host.

Figura 9: Os detalhes do host registrado.

As mesmas etapas também precisam ser concluídas no host de destino. Depois de ter agentes instalados nos hosts de origem e destino, você pode continuar com a próxima etapa: estabelecer conexões de host para host.

Conexão de host para host

Antes de iniciar uma sessão de migração, precisamos habilitar uma conexão host-a-host (H2H). A CMC usa um caminho direto de dados de host para host para migrar dados entre sistemas de origem e destino sem tempo de inatividade. 

A conexão H2H suporta migrações entre ambientes físicos, virtuais e baseados em nuvem. Em nosso caso de teste, migramos de uma VM VMware de origem para uma VM de nuvem nativa no Azure. 

O agente CMC precisa ser instalado em ambientes de origem e destino (consulte as etapas de pré-migração acima). O agente opera em um espaço de usuário, não exigindo modificação do kernel. Ele intercepta I/O no nível do bloco, garantindo replicação de dados em tempo real.

Figura 10: Nova conexão host-a-host.

O caminho de migração não depende de armazenamento externo ou volumes temporários. Os dados são transferidos via TCP/IP por infraestrutura de rede padrão (LAN, WAN ou VPN). Depois que o sistema de destino estiver atualizado, uma transição rápida ocorrerá com impacto mínimo.

Integração do Pure Cloud Block Store

A última etapa antes de iniciarmos a migração de dados é configurar a integração com o Pure Cloud Block Store. A Cirrus Migration Cloud oferece uma ampla seleção de pontos de integração que você pode escolher. 

As integrações de arrays de armazenamento no Cirrus Migrate Cloud (CMC) aumentam a eficiência, a velocidade e a confiabilidade das migrações de dados aproveitando recursos avançados de armazenamento. Essas integrações permitem interação direta com sistemas de armazenamento, reduzindo o tempo de inatividade e otimizando o desempenho da transferência de dados.

Em nosso caso, usaremos a solução para Pure Storage^® FlashArray .0/Pure Cloud Block Store. Selecione Integrações na seção Gerenciamento do menu de navegação à esquerda e clique no botão ADICIONAR INTEGRAÇÃO.

Figura 11: Integrações de array de armazenamento CMC.

Figura 12: Adicione integração com o Pure Cloud Block Store.

O Pure Cloud Block Store será usado como nosso array de armazenamento de destino para a VM de destino.

Migração de dados

No momento, estamos prontos para começar a migração de nossos dados. Você pode iniciar uma sessão de migração de dois lugares:

• A primeira opção é acessar a seção Hosts registrados, selecionar um host (do qual você deseja migrar dados) e clicar no botão MIGRAR VOLUMES DO HÓSPEDE. 
• A outra opção é acessar a seção Sessões de migração. Aqui, você pode revisar sessões anteriores ou criar uma nova clicando no botão NOVA SESSÃO DE MIGRAÇÃO. Ao usar essa abordagem, na próxima etapa, você precisa selecionar o host de origem. 

Depois disso, ambas as abordagens descritas são as mesmas e você acessa a seguinte página:

Figura 13: Sessão de migração de dados.

A migração local permite migrar dados em um host/VM, por exemplo, quando você deseja migrar de um disco gerenciado do Azure para um volume do Pure Cloud Block Store em uma VM nativa do Azure. Em nosso caso de teste, estamos fazendo a migração remota entre dois sistemas.

Figura 14: Selecione o tipo e o volume para migração de dados.

Depois de selecionar o sistema de origem, o tipo de migração e os volumes que gostaríamos de migrar, temos que selecionar o sistema de destino e configurar os volumes de destino. 

Para essa operação, podemos aproveitar a integração CMC que configuramos na etapa anterior. Podemos alocar automaticamente volumes de destino no Pure Cloud Block Store se a integração estiver habilitada e selecionada. Esse processo inclui a criação automática de entidades de host e volume no Pure Cloud Block Store de destino e o estabelecimento de sessões iSCSI entre o host de destino e o array.

Clique em ALOCAR VOLUMES DE DESTINO AUTOMATICAMENTE, selecione a integração criada anteriormente ao array do Pure Cloud Block Store quando solicitado e clique em Configuração automática para começar a configuração.

Figura 15: Aloque automaticamente volumes de destino.

Figura 16: Processo de alocação automática de volume.

A CMC preparará automaticamente, por meio do agente instalado anteriormente, o host de destino para o Pure Cloud Block Store, criando uma entidade de host no array e estabelecendo a conexão do host de destino. Por padrão, o CMC criará duas sessões iSCSI entre o host e cada um dos dois controladores do Pure Cloud Block Store (quatro sessões no total). Em situações de produção, recomendamos realizar testes completos para estabelecer o melhor número de sessões para sua carga de trabalho específica.

Depois que a configuração automática for concluída, você poderá revisar os resultados no array e no host de destino do Pure Cloud Block Store, respectivamente:

Figura 17: Volume de dados e conexão configurados no Pure Cloud Block Store.

Figura 18: Volume de dados conectado (não alocado) do Pure Cloud Block Store.

A etapa final inclui nomear a sessão e selecionar várias outras opções, como ressincronização automática ou prioridade de migração. Como estamos fazendo uma simples migração de demonstração, deixaremos tudo em padrão.

Figura 19: Última etapa antes de iniciar a migração.

Finalmente, podemos clicar no botão CRIAR SESSÃO na parte inferior da tela. Isso iniciará o processo de migração de dados com sincronização inicial de dados entre o sistema de origem e de destino. Durante a migração de dados, podemos ver informações sobre o progresso, incluindo taxas de migração e transferência, progresso da sincronização, rastreamento de alterações, etc.

Figura 20: Processo de migração de dados.

Quando os dados são adicionados e/ou alterados no sistema de origem após a sincronização inicial, a ressincronização pode ser acionada manualmente, ou ocorrerá automaticamente após o período definido (como definimos durante a configuração da sessão de migração). Veremos a porcentagem de alterações de rastreamento diminuir primeiro e, em seguida, voltaremos a 100%.

Transferência

Quando os dados estão 100% sincronizados, podemos fazer a transição. O processo de transição foi desenvolvido para garantir uma transição contínua de dados e cargas de trabalho dos ambientes de origem para o destino. Ela pode ser acionada clicando em INICIAR PROCESSO DE CORTE ORIENTADO.

Figura 21: Início do processo de transição.

O processo de transição guiada no Cirrus Migrate Cloud aproveita a tecnologia cMotion. Isso usa mecânica patenteada para redirecionar operações I/O dinamicamente, garantindo que não haja “delta” durante a fase final de transição. Isso significa que os aplicativos podem continuar sendo executados com o mínimo de impacto até o switch final, que pode ser automatizado para ocorrer em segundos, se necessário. O cMotion permite uma troca flexível de ida e volta entre a fonte e o destino.

Abaixo estão as principais etapas envolvidas na fase de transição orientada. Como esse processo é totalmente orientado, cada etapa fornece insights detalhados sobre o que está ocorrendo, o que acontecerá em seguida e quaisquer ações necessárias fora do console CMC. Em vez de um guia passo a passo, o seguinte descreve os principais conceitos:

• Sincronização final: Antes de iniciar a transição, o CMC realiza uma sincronização final para capturar quaisquer alterações feitas nos dados de origem desde a última atualização. Isso garante que o ambiente de destino esteja totalmente atualizado e preparado para a transição.
• Início da cMotion: A CMC utiliza o cMotion para redirecionar perfeitamente as operações de I/O do armazenamento de origem para o armazenamento de destino sem interromper a produção. Essa etapa é acionada pelo portal CMC, mudando a carga de trabalho do disco de origem original para o novo destino.
• Redirecionamento de operações I/O: Nessa fase, o cMotion garante que todo o tráfego de I/O seja direcionado ao ambiente de destino. Esse processo pode ser monitorado usando ferramentas como iostat para confirmar que as operações de leitura/gravação estão ocorrendo agora no disco de destino.
• Transferência final: Depois que a carga de trabalho for redirecionada com sucesso, os administradores poderão prosseguir com a transição final. Essa etapa bloqueia as alterações e desativa o disco de origem, garantindo que todas as operações de I/O subsequentes ocorram exclusivamente no ambiente de destino.
• Redigitalização e validação: Uma nova varredura de armazenamento é realizada (por exemplo, usando a ferramenta de gerenciamento de armazenamento do Windows), momento em que o novo disco deve aparecer anexado à máquina virtual. A próxima etapa é validar se o aplicativo está funcionando corretamente no ambiente de destino, garantindo integridade de dados e verificando se todos os serviços estão operacionais.

Há duas etapas opcionais após a validação:

• Gerar relatório da sessão de migração: Um relatório em PDF resumindo os detalhes e o progresso da sessão de migração pode ser gerado e compartilhado.
• Limpeza: Qualquer componente relacionado à migração (como agentes CMC) pode ser removido dos ambientes de origem e destino.

Figura 22: Etapas do processo de transição.

Figura 23: Sessão de migração concluída com sucesso.

Se os dados foram migrados com sucesso, podemos ver um novo volume iSCSI conectado, inicializado e com dados dentro de nossa máquina virtual de destino. Agora, podemos iniciar o MS SQL e montar esse volume de dados na instância.

O mesmo processo pode ser usado para a migração reversa de volta da nuvem para o local ou entre nuvens, se necessário. 

Figura 24: Os dados são migrados e visíveis na VM de destino.

Conclusão

Esta publicação descreve como migrar dados de uma máquina virtual (VM, Virtual Machine) VMware local para uma VM nativa do Azure usando o Cirrus Migrate Cloud e o Pure Cloud Block Store e demonstrando eficiência, automação e confiabilidade na migração de dados para a nuvem.

Os principais benefícios da integração entre o Cirrus Migrate Cloud e o Pure Cloud Block Store são:

• Migração sem tempo de inatividade: A sincronização contínua de dados evita interrupções de serviço.
• Configuração automatizada: Não é necessária intervenção manual para configurações de armazenamento.
• Economia: O Pure Cloud Block Store reduz os custos de nuvem com provisionamento thin e desduplicação.
• Supor de vários tipos de nuvem t: Permite migrações entre plataformas de nuvem e locais.

Na próxima publicação, mostrarei como podemos fazer uma migração de dados entre hiperescaladores. Fique atento.