Noções básicas de migração para a nuvem para armazenamento de arquivos e pastas
Toda migração começa com uma necessidade de negócios. Uma migração para a 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 do usuário. Em ambos os casos, a carga de trabalho depende do armazenamento que você move para a nuvem. A carga de trabalho também pode ser movida para a nuvem ou permanecer onde está no lugar, mas exigir uma alteração de configuração para apontar para o novo local de armazenamento em nuvem. Esses detalhes são registrados em seu design de solução de nuvem que tem uma seção de armazenamento.
O objetivo deste artigo é fornecer informações sobre como você pode obter uma migração de armazenamento para o Azure, de modo que você possa realizar seu design de 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 alcançar um resultado ideal. O Azure Storage Mover fornece uma lista crescente de recursos e cenários de migração que oferecem suporte em sua jornada. Neste artigo, dividimos as 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 seu projeto de migração. O Azure Storage Mover lida com locais de origem na forma de compartilhamentos de arquivos. Esses locais podem residir no NAS (Network Attached Storage, armazenamento conectado à rede), em um servidor ou até mesmo em uma estação de trabalho. Os protocolos comuns para compartilhamentos de arquivos são SMB (Server Message Block) e NFS (Network File System).
Se sua carga de trabalho usa o Direct Attached Storage (DAS), é muito provável que o Azure Storage Mover ainda possa ajudar com sua migração para a nuvem. Poderá conseguir criar uma partilha de ficheiros no caminho da pasta local e, em seguida, partilhar a localização através da rede local. Com permissões adequadas e considerações de rede, agora você pode 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 sua solução de nuvem para ver quais compartilhamentos permanecem no local e quais estão no escopo da migração para a nuvem. Restrinja o escopo do seu projeto de migração tanto quanto possível. Em última análise, 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 sua 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 da migração e o failover da 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 na nuvem. Um aspeto fundamental das migrações de arquivos para o Azure é determinar qual opção de armazenamento do Azure é certa para seus dados. O número de arquivos e pastas, sua estrutura de diretórios, protocolo de acesso, fidelidade de arquivos e outros aspetos são entradas importantes para um projeto completo de solução em nuvem.
Na fase de avaliação, você investiga seus compartilhamentos descobertos e pré-selecionados para garantir que escolheu o armazenamento de destino do Azure certo para seu design de solução de 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 arquivo, e nem sempre é necessário preservar ou manter totalmente essas informações no Azure. 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 certa no Azure. Os dados de arquivo de uso geral tradicionalmente dependem de pelo menos alguns metadados de arquivo. Os dados do aplicativo podem não ser.
Aqui estão 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 do arquivo: Os metadados do arquivo têm estes subcomponentes:
- atributos de arquivo, como somente leitura
- permissões de arquivo, como permissões NTFS ou listas de controle de acesso a arquivos e pastas (ACLs)
- carimbos de data/hora, mais notavelmente a criação e os carimbos de data/hora modificados pela última vez
- um fluxo de dados alternativo, que é um espaço para armazenar grandes quantidades de propriedades não padrão
A fidelidade de arquivo em uma migração pode ser definida como a capacidade de:
- Leia todas as informações de arquivo necessárias da fonte.
- Transfira arquivos com o serviço ou ferramenta de migração.
- Armazene arquivos no armazenamento de destino da migração.
O resultado da fase de avaliação é uma lista de aspetos encontrados na partilha de fontes. Estes aspetos podem incluir dados como:
- Tamanho da partilha.
- 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 deve permanecer funcionando nativamente no destino de armazenamento do Azure.
Essa perceção é uma entrada importante no design de suas soluções de nuvem para armazenamento.
Fase 3: Planeamento
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 Azure Storage Mover, você pode registrar cada par origem/destino como uma definição de trabalho. Uma definição de trabalho é aninhada no projeto de migração que você criou anteriormente. Você precisa de uma nova definição de trabalho distinta para cada par origem/destino.
Nota
Nesta versão do Azure Storage Mover, seu 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 de compartilhamentos de origem para locais de destino do Azure. Se suas metas ainda não existirem, você terá que concluir a próxima fase "Implantar" antes de registrar seu plano de migração no serviço Azure Storage Mover.
Fase 4: Implantação
Depois de concluir um plano de migração, você precisa garantir que os recursos de destino do Armazenamento do Azure, 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 com a implantação do recurso de destino. Para implantar o armazenamento do Azure, você pode usar o portal do Azure, o Azure PowerShell, a CLI do Azure ou um modelo Bicep.
Importante
Ao implantar o Armazenamento do Azure, examine as combinações de par origem/destino de suporte para o Azure Storage Mover e certifique-se de não configurar cenários sem suporte.
Fase 5: Migração
O trabalho de cópia de 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 sua carga de trabalho.
- Determine o modo de migração correto.
Minimize o tempo de inatividade
Durante uma migração, pode haver períodos de tempo durante os quais uma carga de trabalho não consegue acessar o armazenamento do qual depende. Minimizar esses períodos de tempo é muitas vezes um requisito. Esta seção discute uma estratégia comum para minimizar o tempo de inatividade da carga de trabalho.
Migração convergente, n-pass
Nessa estratégia, você copia dados da origem para o destino várias vezes. Durante essas iterações de cópia, a fonte permanece disponível para leitura e gravação na carga de trabalho. Pouco antes da iteração de cópia final, você coloca a fonte offline. Espera-se que a cópia final termine mais rápido do que a cópia inicial. Após a cópia final, é feito failover da carga de trabalho 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 tarefa 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 trabalho. Neste artigo vinculado, você pode saber mais sobre a hierarquia de recursos do Storage Mover.
Modos de migração
A forma como os seus ficheiros são copiados da origem para o destino é tão importante como o local onde os ficheiros são copiados de e para onde são copiados. 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 os 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 seu namespace durante a migração.
Existem dois modos de cópia:
| Copy mode | Comportamento de migração |
|---|---|
| Espelho O destino se parece com a fonte. |
- Os arquivos no destino são excluídos se não existirem na origem. - Os arquivos e pastas no destino são atualizados para corresponder à origem. |
| Intercalar O destino tem mais conteúdo do que a fonte, e você continua adicionando a ele. |
- Os arquivos são mantidos no destino, mesmo que não existam na origem. - Os arquivos com nomes e caminhos correspondentes são atualizados para corresponder à origem. - Renomear pastas entre cópias pode 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 permitam fazer failover de sua carga de trabalho e proteger seus dados.
Por exemplo, o failover de sua carga de trabalho requer 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 sobre o ponto de extremidade público.
Aqui estão mais algumas recomendações:
Próximos passos
Estes artigos podem ajudá-lo a utilizar o Azure Storage Mover para sua migração para a nuvem: