Partilhar via

Migrando seus dados para o Azure - visão geral

A migração de dados e cargas de trabalho intensivas de armazenamento para o Azure permite o acesso a armazenamento em nuvem escalável e seguro, permitindo inovação e crescimento rápidos. Este documento fornece orientações claras e práticas para ajudá-lo a obter uma migração perfeita de armazenamento de blocos, arquivos e objetos. Ele descreve várias considerações, fornece métricas importantes, descreve serviços de armazenamento do Azure relevantes e ajuda na seleção de ferramentas.

Contexto geral

Selecione para expandir/contratar esta seção

Vários requisitos comerciais e técnicos ditam sua estratégia geral de migração do Azure. Para capturar requisitos específicos para seus casos de uso para que decisões apropriadas de projeto técnico e arquitetônico possam ser tomadas, o Microsoft Well-architected Framework (WAF) inclui conjuntos essenciais de orientação 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 a revisão das diretrizes do WAF e das informações a seguir para criar uma abordagem de migração abrangente para seus aplicativos e serviços específicos.

Observação

As orientações a seguir incluem informações específicas para a migração de dados não estruturados para 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.

Esta orientação se concentra especificamente na migração de dados não estruturados para os serviços de Armazenamento do Azure. O conteúdo adota 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 aprofundadas. Cenários envolvendo dados estruturados, como SQL, Oracle ou Tabelas, introduzem considerações extras que variam dependendo do aplicativo.

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

Etapas e atividades de migração

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

Avaliação

Selecione para expandir/contratar esta seção

Nesta etapa, você determina e inventaria todas as fontes que precisam ser migradas, como compartilhamentos SMB (Server Message Block), volumes NFS (Network File System) ou namespaces de objetos. Todo o processo normalmente envolve:

  • Criação de um catálogo, ou inventário, de todos os ativos de dados e fontes de dados.
  • Identificação e compreensão de tipos de dados e padrões de acesso.
  • Compreender a confiabilidade, o desempenho e os requisitos de negócios dos dados.
  • Avaliação da replicação, da taxa de alteração, da resiliência e da tolerância ao tempo de inatividade.
  • Compreender os requisitos de segurança e conformidade.

Você pode executar essa fase manualmente ou usar ferramentas automatizadas. Existem várias ferramentas comerciais disponíveis de Fornecedores Independentes de Software (ISVs) 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 da etapa de avaliação.

Seleção de alvos

Selecione para expandir/contratar esta seção

É essencial entender as opções disponíveis que podem atender aos requisitos identificados durante a etapa de avaliação. O Microsoft Azure oferece vários serviços de armazenamento, como Arquivos do Azure, Armazenamento de Blobs, Arquivos NetApp do Azure e Discos Gerenciados 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 blocos, arquivos e objetos criadas em nossos serviços de armazenamento principais.

Esta etapa inclui principalmente as seguintes atividades:

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

Leia mais sobre as atividades da fase de seleção de alvos.

Planear a estratégia de migração

Selecione para expandir/contratar esta seção

O planejamento de uma estratégia de migração envolve a identificação de um método adequado para mover os dados para o Azure. Pode também incluir outras considerações adequadas a cargas de trabalho específicas, à natureza dos dados ou às aplicações envolvidas. A lista a seguir inclui alguns exemplos dessas considerações:

  • Transferência online vs. offline
  • Viabilidade de uma migração de elevadores e deslocamentos
  • Taxa de alteração de dados e hierarquização
  • Necessidades de armazenamento híbrido e movimentação de dados
  • A replicação como estratégia
  • Backup e restauração como estratégia de migração

Leia mais sobre Estratégia de planeamento da migração.

Selecionar ferramentas de migração

Há várias ferramentas de migração disponíveis para ajudá-lo a executar a migração. Por exemplo, algumas ferramentas de código aberto incluem AzCopy, robocopy, xcopy e rsync. A Microsoft oferece ferramentas gerenciadas como Azure Storage Mover, Azure Data box, Azure File Sync, Azure Migrate e Data Box Gateway. Há também muitas outras ferramentas comerciais que não são da 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 possam existir alternativas viáveis numa base casuística, os exemplos que se seguem são considerados os mais adequados.

Cenário Ferramenta(s) recomendada(s)
- Necessidade de uma ferramenta totalmente gerenciada, automatizada e resiliente com painel de gerenciamento único (no Azure);
- Migração de arquivos ou partilha de arquivos além de pequenas transferências, normalmente > 1 TB de dados, dimensionando até milhões de arquivos ou objetos
- Elevação e deslocamento e/ou sincronização contínua a partir do NAS local
- Servidores de arquivos do Windows sem o Azure File Sync instalado ou já configurado
- Migrar para o Azure envolvendo:
- SMB (2.x, 3.x) para Azure Blob (quente/frio) ou ADLS com HNS (serviço de namespace hierárquico) ativado
- SMB (2.x, 3.x) para Azure Files (apenas SMB)
- NFS (v3, v4.1) para Azure Blob (Hot/Cold) ou ADLS com HNS ativado (somente compatível com NFS v3)
- Uma vez ou contínua (incluindo ambientes multicloud)
- S3 para Azure Blob (Hot/Cold) ou ADLS (namespace hierárquico)
- Funcionalidade de cópia "somente metadados", exigindo apenas a cópia dos metadados ou da estrutura dos arquivos sem o conteúdo dos arquivos (propagação de permissões ou simulação de migrações, por exemplo)
 Azure Storage Mover
- Transferência de dados offline (baixa largura de banda ou sem conectividade de rede, locais remotos)
- Copie de compartilhamentos SMB/NFS/fontes NAS locais para o Blob do Azure, Arquivos, ADLS, para camadas específicas diretamente, incluindo importação direta para uma região diferente (fora do país/região de origem).
- Transferência offline do Azure Files, Premium FileStorage, Blob (Hot/Cold) para o local
- Transferência offline de HDFS local para o Azure Blob (Hot/Cold) ou ADLS (HNS habilitado)		 Azure Data Box
- Necessidade de transferir grandes quantidades de dados em um curto período de tempo através de soluções offline e online.
- Semeadura offline de dados iniciais em massa devido a restrições de rede seguidas de sincronização delta.		 Azure Data Box para inicialização com o Azure Storage Mover para sincronização delta
- Máquinas físicas, VMs e seus discos conectados; VMs em execução no Hyper-V, VMware, AWS, GCP. Azure Migrate
- Transferência de dados rápida, pontual ou incremental, de pequena a média escala (normalmente < 1 TB por trabalho) de ou para o Azure
- Transferências de serviço para serviço (ficheiros para ficheiros, ficheiros para blob, etc.) através do backbone do Azure (intra-Azure)
- Exigência de capacidade de script (critérios de filtragem, atualizações de metadados ou qualquer transformação, por exemplo) e controle preciso para tais transferências
- Não envolve milhões de arquivos ou objetos transferidos
- Sistema de arquivos local, SMB, montagens de NFS no Azure
- S3 para Blob do Azure (normalmente < 1 TB)
- AWS EFS ou AWS FSx para Windows para Azure Files
- Google Cloud Storage (S3, GCS API) para Azure Storage (blob), ADLS (HNS ativado)		 AzCopy (sempre usa APIs HTTPS REST)
- Fonte do Servidor de Arquivos Windows (SMB 2.x ou 3.x para Azure Files)
- Sincronização de dados híbrida com sincronização de arquivos reversa ou bidirecional
- Gerenciamento centralizado do servidor de arquivos com cache local e hierarquização na nuvem
- Colaboração e trabalho em equipa com implementações de expansão (acesso multi-sítio e sincronização)
- Backup do lado da nuvem com continuidade de negócios e recuperação de desastres, juntamente com presença de cache local
- Necessidade única de migração de partilhas de ficheiros com o Azure File Sync já implantado e configurado		 Sincronização de arquivos do Azure
- Ingestão contínua e requisitos de hierarquização na nuvem para o armazenamento do Azure (Blob) com cache 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 no local desses dados sincronizadas de forma unidirecional.		 Azure Data Box Gateway
- Transferências pontuais de pequena escala com scripts personalizados ou migrações baseadas em Linux/Windows CLI AzCopy, rsync, Robocopy
- Gerenciamento de dados complexos, análises, hierarquização ou casos de uso e destinos sem suporte (ANF ou Lustre, por exemplo) além dos recursos de ferramentas nativas do Azure Ferramentas ISV (Komprise, Cirata, Data Dynamics, Atempo)
- Migração de dados de arquivo grande de fitas locais para o armazenamento do Azure Consulte o guia de migração de fitas e explore soluções de parceiros, como o Tape Ark
- Grande backup ou arquivamento local usando soluções ISV (Commvault, Veeam ou RUbrik, por exemplo)
- Semeadura offline com sincronização delta por ferramenta de backup.		 Utilizar recomendações específicas de parceiros;
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 Azure Files NFS
- AWS EFS/FSx/S3 para arquivos do Azure
- GCP FileStorage para Azure Files		 - Ferramentas ISV (Komprise, Cirata, Data Dynamics, Atempo)
OU
- Monte a fonte em um cliente e use o Azure Storage Mover ou AzCopy

Leia mais sobre as 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 movimentação e migraçã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. Esta abordagem geralmente realiza uma transição mais suave e eficiente.

A duração de uma migração de dados não estruturados depende de vários aspetos. 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 total de dados, 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 possível, para reduzir o tempo total de migração.

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

Migração de dispositivos baseados em blocos

Selecione para expandir/contratar esta seção

A migração de dispositivos baseados em blocos geralmente é realizada como parte da migração de máquina virtual ou host físico. Adiar as decisões de armazenamento em bloco até a conclusão de uma migração é um erro comum. Tomar essas decisões com antecedência 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 juntamente com os dispositivos baseados em blocos subjacentes.
  • Migração apenas de dispositivos baseados em blocos.

Para obter ajuda na migração de VMs com seus dispositivos de bloco subjacentes, consulte a documentação do Azure Migrate . Para casos de uso mais complexos, use o Cirrus Migrate Cloud.

Para explorar cargas de trabalho adequadas para migração e suas abordagens apropriadas, consulte a página do produto Armazenamento em Disco e o artigo Tipos de disco do Azure . Você pode saber quais discos melhor atendem às suas necessidades e os recursos mais recentes, como disparo de disco.

Consulte também

  • Last updated on