Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
O Armazenamento do Azure Mover é um serviço de migração totalmente gerenciado que permite migrar seus arquivos e pastas de buckets locais ou AWS S3 para o Armazenamento do Azure, minimizando o tempo de inatividade da carga de trabalho.
É possível usar o Migrador de Armazenamento para diferentes cenários de migração, como lift-and-shift, e para migrações que precisam ser repetidas regularmente. O Migrador de Armazenamento do Azure também ajuda a manter a supervisão e gerenciar a migração de todos os compartilhamentos de arquivos distribuídos globalmente a partir de um único recurso do migrador de armazenamento. O Mover também pode ser implantado no Azure Governamental Cloud. Para obter mais informações, consulte What is Azure Governamental?.
Origens e destinos com suporte
A versão atual do Migrador de Armazenamento do Azure dá suporte a migrações de fidelidade total para combinações específicas de par de destino de origem. Sempre utilize a versão mais recente do agente para se beneficiar dessas fontes e destinos com suporte:
| Protocolo de origem | Destino | Comentários |
|---|---|---|
| AWS S3 | Contêiner de blobs do Azure | Os buckets S3 do AWS (Amazon Web Services) com as classes de armazenamento Glacier ou Glacier Deep Archive não podem ser migrados e precisam ser restaurados para que o Mover as migre. |
| AWS FSx – SMB (Prévia) | Arquivos do Azure SMB | Exige conectividade de rede privada para o compartilhamento SMB FSx e credenciais SMB que tenham acesso ao compartilhamento de origem. |
| GCS S3 (Prévia) | Contêiner de blobs do Azure | Certifique-se de que o bucket GCS esteja acessível pela API compatível com S3 antes da migração. Você deve restaurar objetos em classes de armazenamento arquivístico antes da migração. |
| Contêiner de blobs do Azure | Contêiner de blobs do Azure | Os contêineres de blobs podem estar em assinaturas diferentes e em contas de armazenamento diferentes, mas devem estar no mesmo locatário. Contêineres suportados incluem aqueles com os recursos Flatnamespace (FNS) e Hierarchical Namespace Service (HNS) ativados. A migração utiliza o conjunto de APIs REST Gen2 do ADLS. |
| Contêiner de blobs do Azure | Contêiner de blobs do Azure | Os contêineres de blobs podem estar em assinaturas diferentes e em contas de armazenamento diferentes, mas precisam estar no mesmo locatário. Contêineres com FNS (Flatnamespace) e recurso HNS (Serviço de Namespace Hierárquico) habilitados têm suporte e o conjunto de API REST do ADLS Gen2 é usado para migração. |
| Montagem SMB 2.x e 3.x | SMB (compartilhamento de arquivos do Azure) | Atualmente, não há suporte para fontes do SMB 1.x e compartilhamentos de arquivos do Azure NFS. |
| Montagem SMB 2.x e 3.x | Contêiner de blobs do Azure | Contêineres com FNS (Flatnamespace) e recurso HNS (Serviço de Namespace Hierárquico) habilitados têm suporte e o conjunto de API REST do ADLS Gen2 é usado para migração. |
| Montagem de SMB 2.x e 3.x (sem agente) | SMB (compartilhamento de arquivos do Azure) | Requer conectividade privada ao compartilhamento de origem do SMB e às credenciais SMB armazenadas no Azure Key Vault. |
| Montagem SMB 2.x e 3.x (sem agente) | Contêiner de blobs do Azure | Contêineres com FNS (Flatnamespace) e recurso HNS (Serviço de Namespace Hierárquico) habilitados têm suporte e o conjunto de API REST do ADLS Gen2 é usado para migração. Requer conectividade privada ao compartilhamento de origem do SMB e às credenciais SMB armazenadas no Azure Key Vault. |
| Montagem NFS 3 e 4 | Compartilhamento de arquivos do Azure (NFS 4.1) | Compartilhamentos de arquivos NFS Azure suportam fontes NFS v3 e v4. |
| Montagem NFS 3 e 4 | Compartilhamento de arquivos do Azure (NFS 4.1) | Há suporte para compartilhamentos de arquivos do Azure NFS com origem NFS v3/4 |
Um contêiner de blob do Azure sem o recurso de serviço de namespace hierárquico não possui um sistema de arquivos tradicional. Um contêiner de blob padrão usa pastas "virtuais" para imitar essa funcionalidade. Quando essa abordagem é usada, os arquivos nas pastas na origem obtêm seu caminho anexado ao nome e colocados em uma lista simples no contêiner de blob de destino.
Quando você migra dados de um ponto de extremidade de origem usando o protocolo SMB, o Migrador de Armazenamento dá suporte ao mesmo nível de fidelidade de arquivo que o compartilhamento de arquivos subjacente do Azure. A estrutura de pastas e os valores de metadados, como carimbos de data/hora de arquivo e pasta, ACLs e atributos de arquivo, serão mantidos. Durante uma migração de dados de uma origem NFS, o serviço Migrador de Armazenamento representa pastas vazias como um blob vazio no destino. Os metadados da pasta de origem são persistidos no campo de metadados personalizados desse blob, assim como são com os arquivos.
Porém, a migração de dados de um ponto de extremidade de origem usando o protocolo NFS pode exigir pastas “virtuais” durante a migração. Como os contêineres de blob do Azure sem suporte a HNS não possuem um sistema de arquivos tradicional, o Migrador de Armazenamento usa essas pastas para imitar um sistema de arquivos local. Quando os arquivos são encontrados nas pastas em um ponto de extremidade de origem, o Migrador de Armazenamento anexa seus caminhos nos seus nomes e coloca o arquivo em uma lista simples no contêiner de blob de destino.
Migrações totalmente gerenciadas
Você só precisa implantar uma instância do Storage Mover em sua assinatura para lidar com migrações de vários compartilhamentos de origem, mesmo que elas estejam localizadas em diferentes partes do mundo. O próprio recurso do migrador de armazenamento não processa os arquivos e as pastas. Em vez disso, você implanta um agente de migração próximo ao compartilhamento de origem para enviar os dados diretamente aos destinos selecionados no Azure.
O Migrador de Armazenamento do Azure fornece um conjunto de recursos de gerenciamento que podem ser usados em todos os compartilhamentos que você pretende migrar. Por exemplo, é possível expressar o plano de migração e manter a supervisão sobre o progresso e os resultados da migração por compartilhamento. Para aproveitar esse recurso, crie um projeto de migração para cada carga de trabalho migrada. Dentro do projeto, defina as configurações de origem, o destino e a migração para cada compartilhamento de origem do qual a carga de trabalho depende. Você poderá manter o controle total sobre quando iniciar a migração de um compartilhamento, acompanhar o progresso e ver os resultados.
O artigo sobre a hierarquia de recursos fornece mais informações sobre os recursos individuais do Migrador de Armazenamento e a melhor forma de usá-los para a migração. Também é possível obter mais detalhes de planejamento de implantação no artigo sobre o planejamento para uma implantação do Migrador de Armazenamento do Azure.
Um serviço de nuvem híbrida
Armazenamento do Azure Mover dá suporte a cargas de trabalho de migração baseadas em agente e sem agente. Para cargas de trabalho baseadas em agente, uma VM do agente de migração é executada em seu ambiente próximo ao armazenamento de origem. Para cargas de trabalho sem agente, nenhuma VM do agente de migração é necessária.
O serviço de nuvem fornece orquestração e gerenciamento de migração para ambos os tipos de carga de trabalho. Para cargas de trabalho baseadas em agentes, consulte os artigos Implantação do agente do Storage Mover e registro do agente.
Usando o Migrador de Armazenamento do Azure e o Azure Data Box
Quando você faz a transição de cargas de trabalho locais para o Armazenamento do Azure, reduzir o tempo de inatividade e garantir períodos previsíveis de indisponibilidade é crucial para usuários e operações de negócios. Para a migração em massa inicial, você pode usar o Azure Data Box e combiná-lo com o Migrador de Armazenamento do Azure para a atualização online.
O uso do Azure Data Box conserva uma largura de banda de rede significativa. No entanto, cargas de trabalho ativas no armazenamento de origem podem passar por alterações enquanto o Data Box está em trânsito para um Data Center do Azure. A fase de “atualização online” envolve a atualização do armazenamento em nuvem com essas alterações antes de cortar totalmente a carga de trabalho para usar os dados de nuvem. Essa fase normalmente requer largura de banda mínima, pois a maioria dos dados já reside no Azure e apenas o delta precisa ser transferido. O Migrador de Armazenamento do Azure se destaca nesta tarefa.
O Migrador de Armazenamento do Azure detecta diferenças entre o armazenamento local e o armazenamento em nuvem, transferindo atualizações e novos arquivos não capturados pela transferência do Data Box. Além disso, se a única alteração em um arquivo estiver limitada aos metadados (como permissões), o Armazenamento do Azure Mover carregará apenas os novos metadados em vez de todo o conteúdo do arquivo.
Leia mais detalhes sobre como usar o Armazenamento do Azure Mover com o Azure Data Box no Blog de Armazenamento do Azure.
Próximas etapas
Os artigos a seguir podem ajudar você a se familiarizar mais com o serviço Migrador de Armazenamento.