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

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

  • Migração de dados não estruturados, tais como ficheiros e objetos
  • Migração de dispositivos baseados em blocos, tais 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
- Descobrir fontes a migrar - Avaliar o serviço-alvo aplicável
- Considerações técnicas vs. custos
- Migração inicial
- Resync
- Última troca

Fase de descoberta

Na fase de descoberta, você determina todas as fontes que precisam de ser migradas como ações SMB, exportações de NFS ou espaços de nome de objetos. Pode fazer esta fase manualmente ou utilizar 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 para evitar armadilhas comuns, siga estes três passos:

Fase de avaliação Opções
Escolha um serviço de armazenamento de destino - Armazenamento de Blobs do Azure e Data Lake Storage
- Ficheiros do Azure
- Azure NetApp Files
- 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)
- Fonte aberta

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 da aplicação ou dos utilizadores que acedam aos dados. A escolha correta depende tanto dos aspetos técnicos como financeiros. Em primeiro lugar, fazer uma avaliação técnica para avaliar os possíveis objetivos e determinar quais os serviços que 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 alvo 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 alvo

O diagrama seguinte é uma árvore de decisão simplificada que ajuda a guiá-lo para o serviço de ficheiros Azure recomendado. Se os serviços nativos da Azure não satisfizerem os requisitos, uma variedade de soluções independentes de fornecedor de software (ISV) irão.

Depois de terminar a avaliação técnica e selecionar o alvo adequado, faça uma avaliação de custos para determinar a opção mais rentável.

Basic decision tree on choosing the correct file service

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

Se algum dos limites representar um bloqueador para a utilização de um serviço, o Azure suporta vários fornecedores de armazenamento que oferecem as suas soluções em Azure Marketplace. Para obter informações sobre parceiros ISV validados que fornecem serviços de ficheiros, consulte a Azure Armazenamento parceiros para armazenamento primário e secundário.

Selecione o método de migração

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

  • Online. O método online utiliza a rede para a migração de dados. A internet pública ou o Azure ExpressRoute podem ser utilizados . Se o serviço não tiver um ponto final público, deve usar uma VPN com internet pública.
  • Offline. O método offline utiliza um dos dispositivos Azure Data Box .

A decisão de utilizar 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 realizar uma migração dentro da linha temporal necessária.

É possível usar uma combinação de ambos os métodos, método offline para a migração a granel inicial e um método on-line para migração incremental de mudanças. A utilização de ambos os métodos requer simultaneamente um elevado nível de coordenação e não é recomendado por esta razão. Se optar por utilizar 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 orientações de migração, consulte Escolha uma solução Azure para transferência de dados e Migrar para ações de ficheiros Azure.

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

Existem várias ferramentas de migração que pode usar para realizar a migração. Alguns são open source como AzCopy, robocopia, xcopia e rsync enquanto outros são comerciais. A lista de ferramentas comerciais disponíveis e comparação entre elas está disponível na nossa matriz de comparação.

As ferramentas de código aberto são adequadas para migrações em pequena escala. Para a migração de servidores de ficheiros Windows para Ficheiros do Azure, a Microsoft recomenda começar com Ficheiros do Azure capacidade nativa e usar Azure File Sync. Para migrações mais complexas, compostas por diferentes fontes, grande capacidade, ou requisitos especiais como estrangulamento ou relatórios detalhados com capacidades de auditoria, as ferramentas comerciais são a melhor escolha. Estas ferramentas facilitam a migração e reduzem significativamente o risco. A maioria das ferramentas comerciais também pode realizar a descoberta, que fornece uma entrada valiosa para a avaliação.

Fase de migração

A fase de migração é o passo final de migração que faz movimento de dados e migração. Normalmente, você vai passar pela fase de migração várias vezes para realizar uma transição mais fácil. A fase de migração consiste nos seguintes passos:

  1. Migração inicial. O passo de migração inicial migra todos os dados da fonte para o alvo. Este passo migra a maior parte dos dados que precisam de ser migrados.
  2. O Resync. Uma operação de ressínca migra todos os dados que foram alterados após o passo inicial de migração. Pode repetir este passo várias vezes se houver inúmeras alterações. O objetivo de executar várias operações de resync é reduzir o tempo que leva para o passo final. Para dados inativos e para dados que não têm alterações (como dados de backup ou arquivo), pode saltar este passo.
  3. Transição final. O passo final de transição muda a utilização ativa dos dados da fonte para o alvo e retira a fonte.

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 da distribuição dos dados e do tamanho do ficheiro. Quanto maior for o conjunto total de dados, mais tempo de migração. Quanto menor o tamanho médio do ficheiro, mais tempo o tempo de migração. Se tiver um grande número de pequenos ficheiros considere arquivá-los em ficheiros maiores (como um ficheiro .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 é normalmente feita como parte da migração de máquinas virtuais ou hospedeiros físicos. É um equívoco comum adiar as decisões de armazenamento do bloco até depois da migração. Tomar estas decisões com antecedência com considerações adequadas para os requisitos de carga de trabalho leva a uma migração mais suave para a nuvem.

Para explorar cargas de trabalho para migrar e aproximar-se para tomar, consulte o disco Azure Armazenamento documentação e recursos na página do produto Armazenamento Disco. Pode aprender quais os discos que se adequam às suas necessidades e as mais recentes capacidades, como o rebentamento do disco. A migração de dispositivos baseados em blocos pode ser feita de duas formas:

  • Para a migração de máquinas virtuais completas juntamente com os dispositivos subjacentes baseados em blocos, consulte a documentação do Azure Migrate
  • Para a migração apenas de dispositivos baseados em blocos, e casos de uso mais complexos, utilize a Nuvem Migratória Cirrus.

Ver também