Guia de migração do Armazenamento do Azure

Este artigo se concentra em migrações de armazenamento para o Azure e fornece diretrizes 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 bloco, 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 da migração

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

Descoberta Avaliação Migração
– Descobrir fontes a serem migradas – Avaliar o serviço de destino aplicável
– Considerações técnicas versus de custo
– Migração inicial
– Ressincronização
– Troca final

Fase de descoberta

Na fase de descoberta, são determinadas todas as fontes que precisam ser migradas, como compartilhamentos SMB, exportações de NFS ou namespaces de objeto. É possível fazer essa fase manualmente ou usar ferramentas automatizadas.

Fase de avaliação

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

Etapas da fase de avaliação Opções
Escolher um serviço de armazenamento de destino – Armazenamento de Blobs do Azure e Data Lake Storage
– Arquivos do Azure
– Azure NetApp Files
– Soluções ISV
Escolher um método de migração – Online
– Offline
– Combinação dos dois
Escolha a melhor ferramenta de migração para o trabalho – Ferramentas comerciais (Azure e ISV)
– Software livre

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

Escolher um serviço de armazenamento de destino

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

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

  • Suporte a 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 orientá-lo para o serviço de arquivo do Azure recomendado. Se os serviços nativos do Azure não atenderem aos requisitos, uma variedade de soluções independentes de fornecedor de software (ISV) atenderá.

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

Basic decision tree on choosing the correct file service

Para manter a árvore de decisão simples, os limites do serviço de armazenamento de destino não são incorporados ao diagrama. Para saber mais sobre os limites atuais e determinar se será necessário modificar as escolhas com base neles, consulte:

Se qualquer um dos limites representar um impeditivo 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.

Planejar o método de migração

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

  • Online. O método online usa a rede para a 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, deverá ser usada uma VPN com a 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. A preferência deve ser pelo método online nos casos em que há largura de banda de rede suficiente para executar uma migração, dentro da linha do tempo necessária.

É possível usar uma combinação dos dois os métodos, o método offline para a migração em massa inicial e um método online para a migração incremental de alterações. Usar os dois métodos simultaneamente requer um alto nível de coordenação e não é recomendado por esse motivo. Se optar por usar os dois 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.

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

Há várias ferramentas de migração que podem ser usadas para realizar a migração. Algumas são de software livre como AzCopy, Robocopy, Xcopy e rsync, enquanto outras são comerciais. A lista de ferramentas comerciais disponíveis e a comparação entre eles 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 iniciar com o recurso nativo de arquivos do Azure e usar a Sincronização de Arquivos do Azure. Para migrações mais complexas que consistem em fontes diferentes, grande capacidade ou requisitos especiais, como limitação ou relatórios detalhados com recursos de auditoria, as ferramentas comerciais são a melhor opção. Essas ferramentas facilitam a migração e reduzem o risco significativamente. A maioria das ferramentas comerciais também pode executar a descoberta, que fornece uma valiosa entrada 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, essa fase de migração será executada várias vezes para realizar uma alternância mais fácil. O processo de migração consiste nas seguintes etapas:

  1. Migração inicial. A etapa de migração inicial migra todos os dados da origem para o destino. Essa etapa migra a massa dos dados que precisam ser migrados.
  2. Ressincronização. Uma operação de ressincronização migra todos os dados que foram alterados após a etapa de migração inicial. É possível repetir essa etapa várias vezes se houver 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 dados que não têm nenhuma alteração (como dados de backup ou arquivamento), esta etapa pode ser ignorada.
  3. Alternância final. A etapa final de alternância 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 aspectos. Além 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 será o tempo de migração. Quanto menor for o tamanho médio do arquivo, maior será o tempo de migração. Se houver 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 bloco

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

Para explorar as cargas de trabalho a serem migradas e a abordagem a ser tomada, consulte a Documentação armazenamento em disco do Azuree os recursos na página do produto Armazenamento em Disco. É possível saber quais discos atendem às necessidades e os recursos mais recentes, como o bursting de disco. A migração de dispositivos baseados em blocos pode ser feita de duas maneiras:

  • Para a migração de máquinas virtuais completas junto com os dispositivos baseados em blocos subjacentes, confira a documentação de Migrações para Azure
  • Para a migração apenas de dispositivos baseados em bloco e casos de uso mais complexos, use o Cirrus Migrate Cloud.

Confira também