Partilhar via


Visão geral da migração do Armazenamento do Azure

Este artigo se concentra em migrações de armazenamento para o Azure e fornece orientação sobre os seguintes cenários de migração de armazenamento:

  • Migração de dados não estruturados, como arquivos e objetos
  • Migração de dispositivos baseados em blocos, como discos e redes de área de armazenamento (SANs)

Migração de dados não estruturados

A migração de dados não estruturados inclui os seguintes cenários:

Fases de migração

Uma migração completa consiste em várias fases diferentes: descoberta, avaliação e migração.

Deteção Avaliação Migração
- Descubra fontes a serem migradas - Avaliar o serviço-alvo aplicável
- Considerações técnicas vs. de custo
- Migração inicial
- Ressincronização
- Mudança final

Fase de descoberta

Na fase de descoberta, você determina todas as fontes que precisam ser migradas, como compartilhamentos SMB, exportações NFS ou namespaces de objeto. Você pode fazer essa fase manualmente ou usar ferramentas automatizadas.

Fase de avaliação

A fase de avaliação é fundamental para compreender as opções disponíveis para a migração. Para reduzir o risco durante a migração e evitar armadilhas comuns, siga estes três passos:

Etapas da fase de avaliação Opções
Escolha um serviço de armazenamento de destino - Azure Blob Storage e Data Lake Storage
- Arquivos do Azure
- Arquivos NetApp do Azure
- Soluções ISV
Selecione um método de migração -Online
- Offline
- Combinação de ambos
Escolha a melhor ferramenta de migração para o trabalho - Ferramentas comerciais (Azure e ISV)
- Código aberto

Existem várias ferramentas comerciais (ISV) que podem ajudar na fase de avaliação. Veja a matriz de comparação.

Escolha um serviço de armazenamento de destino

A escolha de um serviço de armazenamento de destino depende do aplicativo ou dos usuários que acessam os dados. A escolha correta depende de aspetos técnicos e financeiros. Primeiro, faça uma avaliação técnica para avaliar possíveis alvos e determinar quais serviços satisfazem os requisitos. Em seguida, faça uma avaliação financeira para determinar a melhor escolha.

Para ajudar a selecionar o serviço de armazenamento de destino para a migração, avalie os seguintes aspetos de cada serviço:

  • Suporte de protocolo
  • Características de desempenho
  • Limites do serviço de armazenamento de destino

O diagrama a seguir é uma árvore de decisão simplificada que ajuda a guiá-lo para o serviço de arquivo do Azure recomendado. Se os serviços nativos do Azure não satisfizerem os requisitos, uma variedade de soluções de fornecedor de software independente (ISV) o fará.

Depois de concluir a avaliação técnica e selecionar o destino adequado, faça uma avaliação de custos para determinar a opção mais econômica.

Árvore de decisão básica sobre a escolha do serviço de arquivo correto

Para manter a árvore de decisão simples, os limites do serviço de armazenamento de destino não são incorporados no diagrama. Para saber mais sobre os limites atuais e determinar se você precisa modificar suas escolhas com base neles, consulte:

Se qualquer um dos limites representar um bloqueador para usar um serviço, o Azure dá suporte a vários fornecedores de armazenamento que oferecem suas soluções no Azure Marketplace. Para obter informações sobre parceiros ISV validados que fornecem serviços de arquivo, consulte Parceiros de armazenamento do Azure para armazenamento primário e secundário.

Selecione o método de migração

Há dois métodos básicos de migração para migrações de armazenamento.

  • Através da Internet. O método online usa a rede para migração de dados. A Internet pública ou o Azure ExpressRoute podem ser usados. Se o serviço não tiver um ponto de extremidade público, você deverá usar uma VPN com internet pública.
  • Offline. O método offline usa um dos dispositivos Azure Data Box .

A decisão de usar um método online versus um método offline depende da largura de banda de rede disponível. O método online é preferido nos casos em que há largura de banda de rede suficiente para executar uma migração dentro do prazo necessário.

É possível usar uma combinação de ambos os métodos, um método offline para a migração em massa inicial e um método online para migração incremental de alterações. Usar ambos os métodos simultaneamente requer um alto nível de coordenação e não é recomendado por esse motivo. Se você optar por usar ambos os métodos, isole os conjuntos de dados que são migrados online dos conjuntos de dados que são migrados offline.

Para obter mais informações sobre os diferentes métodos e diretrizes de migração, consulte Escolher uma solução do Azure para transferência de dados e Migrar para compartilhamentos de arquivos do Azure.

Escolha a melhor ferramenta de migração para o trabalho

Há várias ferramentas de migração que você pode usar para executar a migração. Alguns são de código aberto como AzCopy, robocopy, xcopy e rsync, enquanto outros são comerciais. Lista de ferramentas comerciais disponíveis e comparação entre elas está disponível em nossa matriz de comparação.

As ferramentas de código aberto são adequadas para migrações de pequena escala. Para a migração de servidores de arquivos do Windows para Arquivos do Azure, a Microsoft recomenda começar com o recurso nativo do Azure Files e usar a Sincronização de Arquivos do Azure. Para migrações mais complexas que consistem em diferentes fontes, grande capacidade ou requisitos especiais, como limitação ou relatórios detalhados com recursos de auditoria, as ferramentas comerciais são a melhor escolha. Estes instrumentos facilitam a migração e reduzem significativamente o risco. A maioria das ferramentas comerciais também pode realizar a descoberta, o que fornece uma contribuição valiosa para a avaliação.

Fase de migração

A fase de migração é a etapa final de migração que faz a movimentação e migração de dados. Normalmente, você passará pela fase de migração várias vezes para realizar uma transição mais fácil. A fase de migração consiste nas seguintes etapas:

  1. Migração inicial. A etapa inicial de migração migra todos os dados da origem para o destino. Esta etapa migra a maior parte dos dados que precisam ser migrados.
  2. Ressincronize. Uma operação de ressincronização migra todos os dados que foram alterados após a etapa inicial de migração. Pode repetir este passo várias vezes se existirem várias alterações. O objetivo de executar várias operações de ressincronização é reduzir o tempo necessário para a etapa final. Para dados inativos e para dados que não têm alterações (como dados de backup ou arquivamento), você pode ignorar esta etapa.
  3. Transição definitiva. A etapa final de transição alterna o uso ativo dos dados da origem para o destino e desativa a origem.

A duração da migração para 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. Quanto menor o tamanho médio do arquivo, maior o tempo de migração. Se você tiver um grande número de arquivos pequenos, considere arquivá-los em arquivos maiores (como um arquivo .tar ou .zip), se aplicável, para reduzir o tempo total de migração.

Migração de dispositivos baseados em blocos

A migração de dispositivos baseados em blocos geralmente é feita como parte da migração de máquina virtual ou host físico. É um equívoco comum adiar as decisões de armazenamento de bloco para depois da migração. Tomar essas decisões com antecedência com considerações apropriadas para os requisitos de carga de trabalho leva a uma migração mais suave para a nuvem.

Para explorar as cargas de trabalho a serem migradas e a abordagem a ser adotada, consulte a documentação e os recursos do Armazenamento em Disco do Azure na página do produto Armazenamento em Disco. Você pode saber quais discos atendem às suas necessidades e os recursos mais recentes, como bursting de disco. A migração de dispositivos baseados em blocos pode ser feita de duas maneiras:

  • Para migração de máquinas virtuais completas juntamente com os dispositivos baseados em bloco subjacentes, consulte a documentação do Azure Migrate
  • Apenas para migração de dispositivos baseados em blocos e casos de uso mais complexos, use o Cirrus Migrate Cloud.

Consulte também