Entendendo a hierarquia de recursos do Armazenamento do Azure Mover

Vários recursos Azure estão envolvidos em uma implantação do Storage Mover. Este artigo descreve cada um desses recursos, seus usos e práticas recomendadas para expressar suas necessidades de migração com eles.

Overview

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.

O Storage Mover dá suporte a cargas de trabalho de migração baseadas em agente e sem agente. A hierarquia de recursos descrita neste artigo se aplica a ambos os tipos de carga de trabalho, mas os recursos do agente de migração são necessários apenas para cargas de trabalho baseadas em agente.

Recurso do migrador de armazenamento

Um recurso de migrador de armazenamento é o recurso de serviço principal que você implanta no grupo de recursos de sua escolha. Todos os aspectos do serviço e da migração são controlados a partir desse recurso. Na maioria dos casos, a implantação de um único recurso do Storage Mover é suficiente mesmo para as maiores migrações.

Você consegue utilizar melhor seus agentes e gerenciar suas migrações se todos os recursos estiverem na mesma instância do Storage Mover.

Um agente de migração só pode ser registrado em apenas um migrador de armazenamento.

Ao implantar o recurso, você registra sua assinatura junto aos provedores de recursos Microsoft.StorageMover e Microsoft.HybridCompute. Você também atribui a região em que as mensagens de controle e os metadados sobre sua migração são armazenados. O recurso Storage Mover em si não é diretamente responsável pela migração dos seus dados. Para cargas de trabalho baseadas em agente, um agente de migração copia seus dados da origem e os envia diretamente para o destino em Armazenamento do Azure. Para cargas de trabalho sem agente, o Storage Mover orquestra a migração sem a necessidade de uma VM do agente de migração implantada. Para cargas de trabalho baseadas em agentes, a proximidade entre o armazenamento de origem, o agente e o armazenamento de destino é mais importante para o desempenho da migração do que a localização do recurso do Storage Mover.

Agente de migração

O Storage Mover é um serviço híbrido que oferece suporte a cargas de trabalho com agente e sem agente. Os agentes de migração são usados para cargas de trabalho baseadas em agente. Um agente de migração é uma máquina virtual que é executada em sua rede. Ele também é o nome de um recurso, pai do recurso de migrador de armazenamento que você implantou em seu grupo de recursos.

Se você estiver planejando uma carga de trabalho sem agente, poderá ignorar os recursos do agente de migração.

Você pode implantar várias VMs do agente de migração e registrar cada uma com um nome exclusivo no mesmo recurso de movimentação de armazenamento. Se você tiver necessidades de migração em locais diferentes, é melhor ter um agente de migração muito próximo ao armazenamento de origem que você gostaria de migrar.

Seus agentes aparecem no seu Storage Mover depois de serem registrados. O registro cria a relação de confiança com o recurso de movimentação de armazenamento selecionado. Essa confiança permite que você gerencie todos os aspectos relacionados à migração do serviço de nuvem por meio do portal Azure, Azure PowerShell ou CLI do Azure.

Projeto de migração

Use um projeto para organizar suas migrações de nuvem em larga escala para unidades menores e mais gerenciáveis que fazem sentido para sua situação.

A menor unidade de uma migração pode ser definida como o conteúdo de uma fonte movendo-se para um destino, mas as migrações de data center raramente são tão simples. Muitas vezes, várias fontes dão suporte a uma carga de trabalho e precisam ser migradas em conjunto para permitir o failover da carga de trabalho, em tempo hábil, para os novos locais de armazenamento em nuvem no Azure.

Em um exemplo diferente, uma fonte pode até precisar ser dividida em vários locais de destino. O inverso também é possível, em que você precisa combinar várias fontes em subcaminhos do mesmo local de destino em Azure.

Agrupar fontes em um projeto não significa que você precise migrar todas elas em paralelo. Você tem controle sobre o que executar e quando executá-lo. As seções restantes neste artigo descrevem mais recursos que permitem esse controle refinado.

Definição de trabalho

Uma definição de trabalho está contida em um projeto. A definição de trabalho descreve uma origem, um destino e as configurações de migração que você deseja usar na próxima vez que iniciar uma cópia da origem definida para o destino definido em Azure.

Pode não parecer imediatamente lógico que a alteração das informações de origem e de destino em uma definição de trabalho existente não seja permitida. Por exemplo, imagine que você defina o Compartilhamento A como a origem da migração e execute várias operações de cópia. Imagine também que você altere a fonte de migração para o Compartilhamento B. Essa mudança pode ter consequências potencialmente perigosas.

Espelhamento é uma configuração de migração comum que cria uma imagem "espelho" de uma fonte dentro de um destino. Se essa configuração for aplicada ao nosso exemplo, os arquivos do Compartilhamento A poderão ser excluídos no destino quando a operação de cópia começar a migrar arquivos do Compartilhamento B. Para evitar erros e manter a integridade de um histórico de execução de trabalho, você não pode editar a origem ou o destino de uma definição de trabalho provisionada. As informações de origem, destino e subcaminho opcionais são bloqueadas quando uma definição de trabalho é criada. Se você quiser reutilizar o mesmo destino, mas usar uma origem diferente (ou vice-versa), será necessário criar uma nova definição de trabalho.

A definição do trabalho também mantém um registro histórico de execuções de cópia anteriores e seus resultados.

Execução da tarefa

Quando você inicia uma definição de trabalho, um novo recurso é criado implicitamente: um recurso de execução de trabalho. A definição do trabalho contém todas as informações que o serviço do migrador de armazenamento precisa para iniciar uma cópia. Em uma migração típica, você pode copiar da origem para o destino várias vezes. Cada vez que você inicia uma definição de trabalho, ela é registrada em uma execução de trabalho.

A execução da tarefa é uma captura da definição da tarefa. O runtime de migração realiza a execução do trabalho para o tipo de carga de trabalho selecionado. Para cargas de trabalho baseadas em agente, o agente de migração selecionado executa a execução. Para cargas de trabalho sem agente, o serviço orquestra a execução.

Uma execução de trabalho tem um estado, informações de progresso e informações de resultado de cópia. Você encontra as informações mais críticas sobre o trabalho executado como propriedades no próprio recurso de execução do trabalho. Cargas de trabalho com agente e sem agente enviam telemetria de execução de trabalhos por meio do serviço.

O serviço Azure Monitor emite informações adicionais e resultados de migração:

• As métricas são valores numéricos, registrados ao longo do tempo. Eles podem ser plotados usando o serviço Azure Monitor. Algumas métricas selecionadas também estão diretamente disponíveis ao gerenciar a definição de trabalho/execuções de trabalho no portal.
• Os logs de cópia são opcionais. Se habilitado, cada execução de trabalho tem seu próprio log de cópias. Uma entrada de log é gerada para cada item de namespace que o agente encontra na origem que não pode ser copiada.

Endpoint

As migrações exigem locais de origem e destino bem definidos. Embora o termo endpoint seja frequentemente usado em redes, aqui ele descreve um local de armazenamento com alto nível de detalhamento. Um endpoint contém o caminho para o local de armazenamento e informações adicionais.

Embora exista apenas um único recurso de ponto de extremidade, as propriedades de cada ponto de extremidade individual podem variar, com base no tipo de ponto de extremidade. Por exemplo, compartilhamentos NFS, compartilhamentos SMB e endpoints de contêineres de blobs do Armazenamento do Azure exigem informações fundamentalmente diferentes.

Os pontos de extremidade são usados na criação de uma definição de trabalho. Somente determinados tipos de pontos de extremidade podem ser usados como uma origem ou um destino, respectivamente. Consulte a seção Origens e destinos com suporte no artigo de visão geral do Armazenamento do Azure Mover.

Os pontos de extremidade são pai do recurso de migrador de armazenamento de nível superior e podem ser reutilizados em diferentes definições de trabalho.

Próximas Etapas 

Depois de entender os recursos envolvidos em uma implantação do Armazenamento do Azure Mover, inicie uma implantação de prova de conceito. Estes artigos são boas próximas leituras:

• Implante um recurso de movimentação de armazenamento em sua assinatura.
• Examine as fontes e os destinos com suporte para cargas de trabalho baseadas em agente e sem agente.
• Implante uma VM de agente do Armazenamento do Azure Mover.