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

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

  • Migração de dados não estruturados, 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: deteção, avaliação e migração.

Deteção Avaliação Migração
- Descobrir origens a migrar - Avaliar o serviço de destino aplicável
- Considerações técnicas vs. custos
- Migração inicial
- Ressincronizar
- Mudança final

Fase de deteção

Na fase de deteção, determina todas as origens que precisam de ser migradas, como partilhas SMB, exportações NFS ou espaços de nomes de objetos. Pode realizar 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 evitar armadilhas comuns, siga estes três passos:

Passos da fase de avaliação Opções
Escolher 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
Selecionar um método de migração - Online
- Offline
- Combinação de ambos
Escolher a melhor ferramenta de migração para a tarefa - Ferramentas comerciais (Azure e ISV)
- Open source

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

Escolher um serviço de armazenamento de destino

Escolher um serviço de armazenamento de destino depende da aplicação ou dos utilizadores que acedem aos dados. A escolha correta depende dos aspetos técnicos e financeiros. Em primeiro lugar, faça uma avaliação técnica para avaliar possíveis destinos e determinar que serviços satisfazem os 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 aspetos de cada serviço:

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

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

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ões básica ao escolher o serviço de ficheiros correto

Para manter a árvore de decisões 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 para determinar se precisa de modificar as suas escolhas com base nos mesmos, 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 respetivas soluções no Azure Marketplace. Para obter informações sobre parceiros ISV validados que fornecem serviços de ficheiros, veja Parceiros de Armazenamento do Azure para armazenamento primário e secundário.

Selecione o método de migração

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

  • Online. O método online utiliza a rede para a migração de dados. Pode utilizar a Internet pública ou o Azure ExpressRoute . Se o serviço não tiver um ponto final público, tem de utilizar uma VPN com a Internet pública.
  • Offline. O método offline utiliza um dos dispositivos do 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 existe largura de banda de rede suficiente para efetuar uma migração na linha cronológica necessária.

É possível utilizar uma combinação de ambos os métodos, método offline para a migração em massa inicial e um método online para a migração incremental de alterações. Utilizar ambos os métodos simultaneamente requer um elevado nível de coordenação e não é recomendado por este motivo. Se optar por utilizar ambos os métodos, isole os conjuntos de dados 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, veja Escolher uma solução do Azure para transferência de dados e Migrar para partilhas de ficheiros do Azure.

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

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

As ferramentas open source 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 utilizar Azure File Sync. Para migrações mais complexas compostas por diferentes origens, grande capacidade ou requisitos especiais, como limitação ou relatórios detalhados com capacidades de auditoria, as ferramentas comerciais são a melhor opção. Estas ferramentas facilitam a migração e reduzem significativamente o risco. A maioria das ferramentas comerciais também pode efetuar a deteção, o que fornece um contributo valioso para a avaliação.

Fase de migração

A fase de migração é o passo final de migração que faz o movimento e a migração de dados. Normalmente, irá executar a 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 origem para o destino. Este passo migra a maior parte dos dados que precisam de ser migrados.
  2. Ressincronizar. Uma operação de ressincronização migra todos os dados que foram alterados após o passo de migração inicial. 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 o passo final. Para dados inativos e para dados que não têm alterações (como dados de cópia de segurança ou arquivo), pode ignorar este passo.
  3. Ativação final. O passo de transição final muda a utilização ativa dos dados da origem para o destino e extinga 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 da distribuição dos dados e do tamanho do ficheiro. Quanto maior for o conjunto de dados total, maior será o tempo de migração. Quanto menor for o tamanho médio do ficheiro, mais longo será o tempo de migração. Se tiver um grande número de ficheiros pequenos, 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

Normalmente, a migração de dispositivos baseados em blocos é feita como parte da migração de máquinas virtuais ou anfitriões físicos. É um equívoco comum adiar as decisões de armazenamento de blocos até depois da migração. Tomar estas decisões antecipadamente com considerações adequadas para os requisitos de carga de trabalho leva a uma migração mais suave para a cloud.

Para explorar as cargas de trabalho a migrar e a abordagem a adotar, veja a documentação do Armazenamento de Discos do Azure e os recursos na página do produto Armazenamento de Discos. Pode saber quais os discos que se adequam aos seus requisitos e as funcionalidades mais recentes, como a expansão do disco. A migração de dispositivos baseados em blocos pode ser feita de duas formas:

  • Para migrar máquinas virtuais completas juntamente com os dispositivos baseados em blocos subjacentes, veja a documentação do Azure Migrate
  • Para migrar apenas dispositivos baseados em blocos e casos de utilização mais complexos, utilize o Cirrus Migrate Cloud.

Ver também