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.
Cada migração começa com uma necessidade de negócios. Uma migração de nuvem transforma uma carga de trabalho movendo os arquivos e pastas dos quais ela depende. Uma carga de trabalho pode ser um aplicativo ou acesso direto ao usuário. Em ambos os casos, a carga de trabalho tem uma dependência do armazenamento que você move para a nuvem. A carga de trabalho também pode se mover para a nuvem ou permanecer onde estiver, mas exigir uma alteração de configuração para apontar para o novo local de armazenamento em nuvem. Esses detalhes são registrados no design da solução de nuvem que tem uma seção de armazenamento.
A finalidade deste artigo é fornecer informações sobre como você pode obter uma migração de armazenamento para o Azure, de modo que você possa perceber o design da solução de nuvem para armazenamento.
A migração de arquivos e pastas para a nuvem requer um planejamento cuidadoso e muitas considerações ao longo do caminho para obter um resultado ideal. O Azure Storage Mover fornece uma lista crescente de recursos e cenários de migração que dão suporte a você em seu percurso. Neste artigo, dividimos tarefas comuns de uma migração em fases que cada uma tem sua própria seção.
Fase 1: Descoberta
Na fase de descoberta, você decide quais locais de origem fazem parte do projeto de migração. O Azure Storage Mover manipula os locais de origem na forma de compartilhamentos de arquivos. Esses locais podem residir no NAS (Armazenamento Anexado à Rede), em um servidor ou até mesmo em uma estação de trabalho. Os protocolos comuns para compartilhamentos de arquivos são SMB (Bloco de Mensagens do Servidor) e NFS (Sistema de Arquivos de Rede).
Se a carga de trabalho usar o DAS (Armazenamento Anexado Direto), provavelmente o Azure Storage Mover ainda poderá ajudar na migração da nuvem. Você pode ser capaz de criar um compartilhamento de arquivo no caminho da pasta local e, em seguida, compartilhar o local pela rede local. Com as permissões adequadas e considerações de rede, agora você poderá migrar esse local para o Azure, mesmo que seu aplicativo use o caminho local.
Comece fazendo uma lista de todos os compartilhamentos dos quais sua carga de trabalho depende. Consulte o design da solução de nuvem para ver quais compartilhamentos permanecem locais e quais estão no escopo para migração na nuvem. Reduza o escopo do projeto de migração o máximo possível. Por fim, sua carga de trabalho precisa fazer failover para os locais de nuvem. Quanto menor o número de locais de origem, mais fácil será o failover da carga de trabalho.
Se você precisar migrar o armazenamento para várias cargas de trabalho aproximadamente ao mesmo tempo, deverá dividi-las em projetos de migração individuais.
Importante
Não é recomendável incluir várias cargas de trabalho em um único projeto de migração. Cada carga de trabalho deve ter seu próprio projeto de migração. Estruturar o projeto dessa forma simplificará significativamente o gerenciamento de migração e o failover de carga de trabalho.
O resultado da fase de descoberta é uma lista de compartilhamentos de arquivos que você precisa migrar para o Azure. Você deve ter listas distintas por carga de trabalho.
O Azure Storage Mover oferece projetos de migração para criar e armazenar listas individuais. Uma prática comum é nomear o projeto de migração de acordo com a carga de trabalho que você está migrando. Essa prática simplifica a supervisão das etapas de planejamento e do progresso da migração.
Fase 2: Avaliação
O Azure oferece vários tipos de armazenamento em nuvem. Um aspecto fundamental da migração de arquivos para o Azure é determinar a opção de armazenamento do Azure adequada aos seus dados. O número de arquivos e pastas, sua estrutura de diretório, protocolo de acesso, fidelidade de arquivo e outros aspectos são entradas importantes em um design de solução de nuvem completo.
Na fase de avaliação, você investiga seus compartilhamentos descobertos e pré-selecionados para garantir que escolheu o armazenamento de destino certo do Azure para seu projeto de solução em nuvem.
Uma parte fundamental de qualquer migração é capturar a fidelidade de arquivo necessária ao mover seus arquivos do local de armazenamento atual para o Azure. Diferentes sistemas de arquivos e dispositivos de armazenamento registram uma matriz de informações de fidelidade de arquivos e preservar ou manter totalmente essas informações no Azure nem sempre é necessário. A fidelidade de arquivo exigida pelo seu cenário e o grau de fidelidade suportado pela oferta de armazenamento no Azure também ajudam você a escolher a solução de armazenamento correta no Azure. Os dados de arquivo de uso geral tradicionalmente dependem de pelo menos alguns metadados de arquivo. Os dados de aplicativo, talvez não.
Temos aqui os dois componentes básicos de um arquivo:
- Fluxo de dados: O fluxo de dados de um arquivo armazena o conteúdo do arquivo.
-
Metadados de arquivo: Os metadados de arquivo têm estes subcomponentes:
- atributos de arquivo, como somente leitura
- permissões de arquivo, como permissões NTFS ou ACLs (listas de controle de acesso a arquivos e pastas)
- carimbos de data/hora, principalmente creation e last-modified
- um fluxo de dados alternativo, que é um espaço para armazenar grandes quantidades de propriedades não padrão
A fidelidade dos arquivos na migração pode ser definida como a capacidade de:
- Leia todas as informações de arquivo necessárias da origem.
- Transferir arquivos com o serviço ou a ferramenta de migração.
- Armazenar arquivos no armazenamento de destino da migração.
O resultado da fase de avaliação é uma lista dos aspectos encontrados no compartilhamento de origem. Esses aspectos podem incluir dados como:
- Tamanho do compartilhamento.
- O número de itens de namespace ou a contagem combinada de arquivos e pastas.
- O nível de fidelidade que precisa ser preservado no destino de armazenamento do Azure.
- O nível de fidelidade que precisa permanecer nativamente funcionando no destino de armazenamento do Azure.
Esse insight é uma entrada importante no design de soluções de nuvem para armazenamento.
Fase 3: Planejamento
Na fase de planejamento, você combina seus compartilhamentos de origem descobertos com seus locais de destino no Azure.
A fase de planejamento mapeia cada compartilhamento de origem para um destino específico, como um contêiner de blob do Azure ou um compartilhamento de arquivos do Azure. Para fazer isso, você deve planejar e registrar quais contas de assinatura e armazenamento do Azure contêm seus recursos de destino.
No serviço do Azure Storage Mover, você pode registrar cada par de origem/destino como uma definição de trabalho. Uma definição de trabalho é aninhada no projeto de migração que você já criou. Você precisa de uma definição de trabalho nova e distinta para cada par de origem/destino.
Observação
Nesta versão do Azure Storage Mover, o armazenamento de destino deve existir antes que você possa criar uma definição de trabalho. Por exemplo, se o destino for um contêiner de blob do Azure, você precisará implantá-lo antes de criar uma nova definição de trabalho.
O resultado da fase de planejamento é um mapeamento dos compartilhamentos de origem para os locais de destino do Azure. Se seus destinos ainda não existirem, você precisará concluir a próxima fase "Implantar" antes de registrar seu plano de migração no serviço do Azure Storage Mover.
Fase 4: Implantação
Depois de concluir um plano de migração, você precisa garantir que os recursos de armazenamento do Azure de destino, como contas de armazenamento e contêineres, sejam implantados. Você precisa concluir essa implantação antes de registrar seu plano de migração como uma definição de trabalho para cada par de origem/destino no Azure Storage Mover.
Atualmente, o Azure Storage Mover não pode ajudar na implantação de recursos de destino. Para implantar o armazenamento do Azure, você pode usar o portal do Azure, o Azure PowerShell, a CLI do Azure ou um arquivo Bicep.
Importante
Ao implantar o Armazenamento do Azure, examine as combinações de par de origem/destino de suporte para o Azure Storage Mover e verifique se você não configura cenários sem suporte.
Fase 5: Migração
O trabalho de copiar seus arquivos e pastas para um local de destino do Azure ocorre dentro da fase de migração.
Há duas considerações principais para a fase de migração:
- Minimize o tempo de inatividade da carga de trabalho.
- Determine o modo de migração correto.
Minimizar o tempo de inatividade
Durante uma migração, pode haver períodos de tempo durante os quais uma carga de trabalho não pode acessar o armazenamento do qual ela depende. Minimizar esses períodos de tempo geralmente é um requisito. Esta seção discute uma estratégia comum para minimizar o tempo de inatividade da carga de trabalho.
Migração convergente e n-pass
Nessa estratégia, você copia dados da origem para o destino várias vezes. Durante essas iterações de cópia, a origem permanecerá disponível para leitura e gravação na carga de trabalho. Pouco antes da iteração de cópia final, você deixa a origem offline. Espera-se que a cópia final seja concluída mais rapidamente do que a cópia inicial. Após a cópia final, a carga de trabalho faz failover para usar o novo armazenamento de destino no Azure.
O Azure Storage Mover dá suporte à cópia da origem para o destino com a frequência necessária. Uma definição de trabalho armazena suas configurações de origem, destino e migração. Você pode instruir um agente de migração a executar sua definição de trabalho, o que resulta em uma execução de tarefa. Neste artigo vinculado, você pode saber mais sobre a hierarquia de recursos do Storage Mover.
Modos de migração
A forma como seus arquivos são copiados da origem para o destino é tão importante quanto o local de origem e destino da cópia dos arquivos. Diferentes cenários de migração exigem configurações diferentes. Durante uma migração, é provável que você copie da origem para o destino várias vezes para minimizar o tempo de inatividade. Quando arquivos ou pastas mudam entre iterações de cópia, o modo de cópia determina o comportamento do mecanismo de migração. Selecione cuidadosamente o modo correto, com base nas alterações esperadas no namespace durante a migração.
Há dois modos de cópia:
Modo de cópia | Comportamento de migração |
---|---|
Espelho O destino se parece com a origem. |
-
Os arquivos no destino serão excluídos se não existirem na origem. - Arquivos e pastas no destino são atualizados para corresponder à origem. |
Mesclagem O destino tem mais conteúdo do que a origem, e você continua adicionando conteúdo a ele. |
-
Os arquivos são mantidos no destino, mesmo que não existam na origem. - Arquivos com nomes e caminhos correspondentes são atualizados para corresponder à origem. - As renomeações de pasta entre cópias podem levar a conteúdo duplicado no destino. |
Fase 6: tarefas pós-migração
Nesta fase da migração, você precisa pensar em outras configurações e serviços que permitem que você faça failover da carga de trabalho e proteja seus dados.
Por exemplo, o failover da carga de trabalho exige um caminho de rede para acessar com segurança o Armazenamento do Azure. Se você usou o ponto de extremidade público de uma conta de armazenamento do Azure durante a migração, considere configurar pontos de extremidade privados para sua conta de armazenamento e habilitar regras de firewall para desabilitar solicitações de dados no ponto de extremidade público.
Aqui estão mais algumas recomendações:
Próximas etapas
Estes artigos podem ajudá-lo a utilizar o Azure Storage Mover para sua migração na nuvem: