Compartilhar via

Migrar seus dados para o Azure – visão geral

A migração de dados e cargas de trabalho com uso intensivo de armazenamento para o Azure permite o acesso ao armazenamento em nuvem escalonável e seguro, permitindo rápida inovação e crescimento. Este documento fornece diretrizes práticas e claras para ajudá-lo a realizar uma migração sem interrupções de armazenamento de blocos, arquivos e objetos. Ele descreve várias considerações, fornece métricas importantes, descreve os serviços de armazenamento relevantes do Azure e auxilia na seleção de ferramentas.

Contexto

Selecione para expandir/contratar esta seção

Vários requisitos técnicos e comerciais determinam sua estratégia geral de migração do Azure. Para capturar requisitos específicos para seus casos de uso para que as decisões de design técnico e de arquitetura apropriadas possam ser tomadas, o WAF ( Microsoft Well-architected Framework ) inclui conjuntos essenciais de diretrizes para todas as migrações de carga de trabalho e serviço. Quando seguido, o processo aborda confiabilidade, segurança, otimização de custos, excelência operacional e eficiência de desempenho. As práticas recomendadas incluem revisar as diretrizes do WAF e as seguintes informações para criar uma abordagem de migração abrangente para seus aplicativos e serviços específicos.

Observação

As diretrizes a seguir incluem informações específicas para migração de dados não estruturados para os serviços de Armazenamento do Azure. Cenários que envolvem dados estruturados, como SQL, Oracle ou Tabelas, e não são abordados neste documento.

Essa orientação se concentra especificamente na migração de dados não estruturados para os serviços de Armazenamento do Azure. O conteúdo usa uma abordagem centrada na migração de dados, de modo que assuntos como excelência operacional e otimização de custos podem exigir discussões separadas e detalhadas. Cenários que envolvem dados estruturados, como SQL, Oracle ou Tabelas, apresentam considerações extras que variam dependendo do aplicativo.

O conteúdo a seguir não substitui nem invalida nenhuma metodologia, estrutura ou recomendações descritas em outra documentação oficial da Microsoft.

Estágios e atividades de migração

Uma migração completa consiste em diferentes estágios, incluindo avaliação, seleção de destino, planejamento, seleção de ferramentas, execução de migração. Seguindo uma abordagem inteligente de estágio, os dados podem ser migrados para o Azure com tempo de inatividade e risco reduzidos. Cada etapa garante que todos os parâmetros necessários sejam cobertos e a abordagem mais apropriada para dados de disco, arquivo e objeto seja selecionada.

Avaliação

Selecione para expandir/contratar esta seção

Neste estágio, você determina e inventaria todas as fontes que precisam ser migradas, como compartilhamentos SMB (Bloco de Mensagens do Servidor), volumes do NFS (Sistema de Arquivos de Rede) ou namespace de objeto. O processo inteiro normalmente envolve:

  • Criando um catálogo ou inventário de todos os ativos de dados e fontes de dados.
  • Identificando e entendendo tipos de dados e padrões de acesso.
  • Noções básicas sobre confiabilidade, desempenho e requisitos de negócios dos dados.
  • Avaliando a replicação, a taxa de alteração e a resiliência e a tolerância ao tempo de inatividade.
  • Noções básicas sobre os requisitos de segurança e conformidade.

Você pode executar essa fase manualmente ou usar ferramentas automatizadas. Há várias ferramentas comerciais disponíveis em ISVs (Fornecedores Independentes de Software) que podem ajudar na fase de avaliação. Para obter mais informações, consulte o artigo da matriz de comparação .

Leia mais sobre as atividades do estágio de avaliação.

Seleção de destino

Selecione para expandir/contratar esta seção

É essencial entender as opções disponíveis que podem atender aos requisitos identificados durante a fase de avaliação. O Microsoft Azure oferece vários serviços de armazenamento, como Arquivos do Azure, Armazenamento de Blobs, Azure NetApp Files e Managed Disks para máquinas virtuais (VMs). Além disso, há parceiros ISV que oferecem versões definidas por software de plataformas de Armazenamento locais para cargas de trabalho de bloco, arquivo e objeto que são criadas em nossos principais serviços de armazenamento.

Esse estágio inclui principalmente as seguintes atividades:

  • Avaliando os requisitos técnicos para identificar o melhor serviço de armazenamento do Azure de destino adequado
  • Estabelecendo a arquitetura de solução de destino apropriada (com base em seu aplicativo ou carga de trabalho) com a solução de armazenamento identificada.
  • Avaliando preços e custos envolvidos na migração e solução de destino

Leia mais sobre as atividades do estágio de seleção de alvo.

Planejando a estratégia de migração

Selecione para expandir/contratar esta seção

Planejar uma estratégia de migração envolve identificar um método adequado com o qual mover os dados para o Azure. Também pode incluir outras considerações apropriadas para cargas de trabalho específicas, a natureza dos dados ou os aplicativos envolvidos. A lista a seguir inclui alguns exemplos dessas considerações:

  • Transferência online versus offline
  • Viabilidade de uma migração de lift-and-shift
  • Taxa de alteração de dados e hierarquização
  • Necessidades de armazenamento híbrido e movimentação de dados
  • Replicação como estratégia
  • Backup e restauração como uma estratégia de migração

Leia mais sobre a estratégia de planejamento de migração.

Selecionar ferramentas de migração

Há várias ferramentas de migração disponíveis para ajudá-lo a executar sua migração. Por exemplo, algumas ferramentas de software livre incluem AzCopy, robocopy, xcopy e rsync. A Microsoft oferece ferramentas gerenciadas, como o Azure Storage Mover, o Azure Data box, a Sincronização de Arquivos do Azure, as Migrações para Azure e o Data Box Gateway. Também há muitas outras ferramentas comerciais e não microsoft disponíveis. Uma lista de ferramentas comerciais disponíveis está disponível em nosso artigo de matriz de comparação , que também fornece comparações entre elas.

A tabela a seguir fornece uma seleção de ferramentas de migração baseadas em cenários para sua referência. Embora alternativas viáveis possam existir caso a caso, os exemplos a seguir são considerados os mais adequados.

Cenário Ferramentas recomendadas
- Necessidade de uma ferramenta totalmente gerenciada, automatizada e resiliente com um único painel de gerenciamento (no Azure);
– Migração de arquivos ou compartilhamentos de arquivos além de pequenas transferências, normalmente > 1 TB de dados, dimensionando até milhões de arquivos ou objetos
- Transferência e migração ou sincronização contínua a partir de NAS local
– Servidores de arquivos do Windows sem a Sincronização de Arquivos do Azure instalada ou já configurada
- Migrar para o Azure envolvendo:
- SMB (2.x, 3.x) para Azure Blob (Hot/Cold) ou ADLS com HNS (serviço de namespace hierárquico) habilitado
- SMB (2.x, 3.x) para Arquivos do Azure (somente SMB)
- NFS (v3, v4.1) para Blob do Azure (Quente/Frio) ou ADLS com HNS habilitado (somente NFS v3)
- Uma vez ou contínua (incluindo ambientes multinuvem)
– S3 para Blob do Azure (Frequente/Esporádico) ou ADLS (namespace hierárquico)
– Funcionalidade de cópia "somente metadados", exigindo apenas a cópia de metadados de arquivo ou estrutura sem conteúdo de arquivo (semeando permissões ou fazendo simulações de migração, por exemplo)
 Migrador de Armazenamento do Azure
– Transferência de dados offline (baixa largura de banda ou sem conectividade de rede, sites remotos)
– Copiar de compartilhamentos locais de SMB/NFS ou fontes NAS para Blob do Azure, Arquivos, ADLS, diretamente para camadas específicas, incluindo importação direta para uma região diferente (fora do país/região de origem).
– Transferência offline dos Arquivos do Azure, FileStorage Premium, Blob (Frequente/Esporádico) para o local
- Transferência offline do HDFS local para o Blob do Azure (Quente/Frio) ou ADLS (HNS habilitado)		 Azure Data Box
– É necessário transferir grandes quantidades de dados em um curto período por meio de soluções offline e online.
– Transferência offline de dados em massa iniciais devido a restrições de rede, seguida pela sincronização delta.		 Azure Data Box para propagação com o Azure Storage Mover para sincronização delta
- Computadores físicos, VMs e seus discos anexados; VMs em execução no Hyper-V, VMware, AWS, GCP. Azure Migrate
- Transferência rápida, pontual ou incremental de dados de pequena a média escala (normalmente < 1 TB por trabalho) para ou do Azure
– Transferências de serviço a serviço (files-to-files, files-to-blob, etc.) pelo backbone do Azure (intra-Azure)
- Requisito de funcionalidade de script (critérios de filtragem, atualizações de metadados ou qualquer transformação, por exemplo) e controle preciso para essas transferências
- Não envolve a transferência de milhões de arquivos ou objetos
- O sistema de arquivos local, o SMB, o NFS é montado no Azure
- S3 para Blob do Azure (normalmente < 1 TB)
– AWS EFS ou AWS FSx for Windows para Azure Files
– Google Cloud Storage (S3, API GCS) para Armazenamento do Azure (Blob), ADLS (HNS habilitado)		 AzCopy (sempre usa APIs REST HTTPS)
- Origem do Servidor de Arquivos do Windows (SMB 2.x ou 3.x para o Azure Files)
Sincronização híbrida de dados, com sincronização reversa ou bidirecional de arquivos
– Gerenciamento centralizado do servidor de arquivos com cache no local e hieraquização em nuvem
- Colaboração e trabalho em equipe com implantações ramificadas (acesso e sincronização em vários sites)
– Backup do lado da nuvem com continuidade de negócios e recuperação de desastre, juntamente com a presença de cache local
– A necessidade de uma migração pontual de compartilhamentos de arquivos com o Azure File Sync já implantado e configurado.		 Sincronização de Arquivos do Azure
– Requisitos contínuos de ingestão de dados e camada de nuvem para o Armazenamento do Azure (Blob) com cache no local
- A origem é local (NFS v3, 4.1 ou SMB 2.x, 3.x) (sincronização unidirecional) ou bidirecional (com sincronização manual) de ou para o Azure
- Não há necessidade de várias cópias locais desses dados para manter em sincronia (unidirecional)		 Azure Data Box Gateway
- Transferências pontuais e de pequena escala com scripts personalizados ou migrações baseadas em CLI do Linux/Windows AzCopy, rsync, Robocopy
– Gerenciamento de dados complexos, análise, organização por camadas, ou casos de uso e destinos sem suporte (ANF ou Lustre, por exemplo) além das capacidades das ferramentas nativas do Azure Ferramentas ISV (Komprise, Cirata, Data Dynamics, Atempo)
– Migração de dados de arquivos grandes de fitas locais para o armazenamento do Azure Confira o guia de migração de fitas e explore soluções de parceiros, como o Tape Ark
- Backup de grande escala local ou arquivamento usando soluções ISV (Commvault, Veeam ou Rubrik, por exemplo)
– Propagação offline com sincronização delta por ferramenta de backup.		 Usar recomendações específicas do parceiro;
Azure Data Box com uma solução ISV
- Outros cenários, incluindo:
- NAS local para arquivos do Azure (exceto por meio do serviço de cópia de dados do Data Box)
– Linux local para NFS de Arquivos do Azure
- AWS EFS/FSx/S3 para Arquivos do Azure
– GCP FileStorage para Azure Files		 - Ferramentas ISV (Komprise, Cirata, Data Dynamics, Atempo)
OU
- Montar a origem em um cliente e usar o Azure Storage Mover ou o AzCopy

Leia mais sobre ferramentas e opções de migração.

Execução da migração

Selecione para expandir/contratar esta seção

A fase de migração é a etapa final da migração. Esta etapa executa as operações de migração e movimentação de dados. Normalmente, a fase de migração consiste em uma replicação inicial ou migração em massa, seguida por várias iterações de sincronização incremental antes da substituição final. Essa abordagem geralmente realiza uma transição mais suave e eficiente.

A duração de uma migração de dados não estruturadas depende de vários aspectos. Fora do método escolhido, os fatores mais críticos são o tamanho total dos dados e a distribuição do tamanho do arquivo. Quanto maior o conjunto de dados total, maior o tempo de migração necessário. Quanto menor o tamanho médio do arquivo, maior o tempo de migração necessário. Se você tiver um grande número de arquivos pequenos, considere arquivá-los em arquivos maiores (compactar para arquivos .tar ou .zip), se viável, para reduzir o tempo total de migração.

Leia mais sobre a execução da migração.

Migração de dispositivos baseados em bloco

Selecione para expandir/contratar esta seção

A migração de dispositivos baseados em blocos normalmente é realizada como parte da migração de host físico ou de máquina virtual. Atrasar decisões de armazenamento de blocos até que uma migração seja concluída é um erro comum. Tomar essas decisões antecipadamente com uma compreensão completa dos requisitos de carga de trabalho leva a uma migração mais suave para a nuvem.

A migração de dispositivos baseados em blocos pode ser realizada de duas maneiras:

  • Migração de máquinas virtuais completas junto com os dispositivos subjacentes baseados em blocos.
  • Migração apenas de dispositivos baseados em bloco.

Para obter ajuda para migrar VMs com seus blocos de dados subjacentes, consulte a documentação do Azure Migrate. Para casos de uso mais complexos, use Cirrus Migrate Cloud.

Para explorar cargas de trabalho adequadas para migração e suas abordagens apropriadas, consulte a página do produto Armazenamento de Disco e o artigo sobre os tipos de Disco do Azure. Você pode aprender sobre quais discos melhor se ajustam aos seus requisitos e as funcionalidades mais recentes, como o estouro de disco.

Confira também

  • Last updated on