Compartilhar via


Noções básicas sobre a hierarquia de recursos do Migrador de Armazenamento do Azure

Vários recursos do 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.

An image showing the hierarchical relationship of Storage Mover Azure resources further described in the article.

Visão geral

O Migrador de Armazenamento do Azure é um serviço de nuvem híbrida. Os serviços híbridos têm um componente de serviço de nuvem e um componente de infraestrutura. O administrador de serviços executa o componente de infraestrutura em seu ambiente corporativo. Para o Migrador de Armazenamento, esse componente híbrido consiste em um agente de migração. Os agentes são máquinas virtuais, implantadas e executadas em um host próximo ao armazenamento de origem. Para saber mais sobre o agente e como ele é implantado, leia o artigo de implantação do agente do Migrador de Armazenamento.

Exceto pelo processo de registro do agente, todos os aspectos de uma migração são gerenciados do serviço de nuvem. Os detalhes sobre o processo de registro do agente estão disponíveis no artigo de registro do agente.

Recurso do migrador de armazenamento

Um recurso de movimentador de armazenamento é o nome do recurso de serviço de nível superior que você implanta em um grupo de recursos de sua escolha. Todos os aspectos do serviço e de sua migração são controlados a partir desse recurso. Na maioria dos casos, a implantação de um único recurso de migrador de armazenamento é suficiente até mesmo para as maiores migrações.

Você poderá utilizar melhor seus agentes e gerenciar suas migrações se todos os recursos encontrarem seu domicílio na mesma instância do movimentador de armazenamento.

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

Quando você implanta o recurso, sua assinatura é registrada nos provedores de recursos Microsoft.StorageMover e Microsoft.HybridCompute. Você também atribui a região na qual 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 de seus dados. Em vez disso, um agente de migração copia seus dados da origem e os envia diretamente para o destino no Armazenamento do Azure. Como o agente executa a maior parte do trabalho, a proximidade entre o armazenamento de origem, agente e destino é mais importante para o desempenho da migração do que o local do recurso de movimentação de armazenamento.

A diagram illustrating the data flow by showing two arrows. The first arrow represents data traveling to a storage account from the source or agent and a second arrow represents only the management or control info to the storage mover resource or service.

Agente de migração

O Migrador de Armazenamento é um serviço híbrido e utiliza um ou mais agentes de migração para facilitar as migrações. O agente é uma máquina virtual que é executada dentro da rede. Ele também é o nome de um recurso, pai do recurso de migrador de armazenamento que você implantou em seu grupo de recursos.

Você pode implantar várias VMs do agente de migração e registrar cada uma com um nome exclusivo no mesmo recurso de migrador 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 migrador de armazenamento depois de registrados. O registro cria a relação de confiança com o recurso de movimentação de armazenamento selecionado durante o registro. Essa confiança permite que você gerencie todos os aspectos relacionados à migração do serviço de nuvem, por meio do portal do Azure, do Azure PowerShell ou da CLI do Azure.

Dica

A proximidade e a qualidade da rede entre o agente de migração e o armazenamento de destino no Azure determinam a velocidade de migração em estágios iniciais da migração. A região do recurso de migrador de armazenamento que você implantou não exerce uma função para o desempenho.

Observação

Para minimizar o tempo de inatividade da carga de trabalho, você pode decidir copiar várias vezes da origem para o destino. Em execuções de cópia posteriores, a velocidade de migração geralmente é influenciada mais pela velocidade com que o agente de migração pode avaliar se um arquivo precisa ser copiado ou não. Isso significa que os recursos locais de computação e memória em um agente podem se tornar mais importantes para a velocidade de migração do que a qualidade da rede.

Projeto de migração

Um projeto permite que você organize suas migrações de nuvem em maior escala em unidades menores e mais gerenciáveis que façam sentido para sua situação.

A menor unidade de uma migração pode ser definida como o conteúdo de uma origem 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 devem ser migradas juntas para o failover oportuno da carga de trabalho 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, onde você precisa combinar várias fontes em subcaminhos do mesmo local de destino no Azure.

an image showing the nested relationship of a project into a storage mover resource. It also shows child objects of the resource, called job definitions, described later in this article.

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 deste artigo descrevem mais recursos que permitem esse controle refinado.

Dica

Opcionalmente, você pode adicionar uma descrição ao seu projeto. Uma descrição pode ajudar a controlar informações adicionais para seu projeto. Se você já tiver criado um plano de migração em outro lugar, o campo de descrição poderá ser usado para vincular esse projeto ao seu plano. Você também pode usá-lo para registrar informações que um colega pode precisar mais tarde. Você pode adicionar descrições a todos os recursos de migrador de armazenamento e cada descrição pode conter até 1024 caracteres.

Definição de trabalho

Uma definição de trabalho está contida em um projeto. A definição do 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 no Azure.

Importante

Depois que uma definição de trabalho é criada, as informações de origem e destino não podem ser alteradas. No entanto, as configurações de migração podem ser alteradas a qualquer momento. Uma alteração não afetará um trabalho de migração em execução, mas entrará em vigor na próxima vez que você iniciar um trabalho de migração.

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

O espelhamento é uma configuração de migração comum que cria uma imagem "espelhada " de uma origem 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, não é possível editar a origem ou o destino de uma definição de trabalho provisionada. As informações de origem, destino e subcaminho opcional são bloqueadas quando uma definição de trabalho é criada. Se você quiser reutilizar o mesmo destino, mas usar uma fonte 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 do trabalho

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 do trabalho é um instantâneo da definição do trabalho e fornecida ao agente de migração selecionado. Em seguida, o agente tem todas as informações necessárias sobre origem, destino e o comportamento de migração que precisa seguir para realizar a migração definida anteriormente.

Importante

Uma alteração nas configurações de migração não afetará um trabalho de migração em execução. No momento de iniciar uma execução de trabalho, um instantâneo da definição de trabalho é obtido e executado b o agente de migração. Você não pode alterar uma execução de trabalho, sua única opção é cancelá-la.

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 sua execução de trabalho como propriedades no próprio recurso de execução de trabalho. O agente de migração tem um canal de telemetria personalizado que permite armazenar essas informações diretamente no recurso de execução do trabalho.

O agente também emite informações adicionais e resultados de migração por meio do serviço do Azure Monitor:

  • As métricas são valores numéricos, registrados ao longo do tempo. Elas podem ser plotadas usando o serviço do Azure Monitor. Algumas métricas selecionadas também estão disponíveis diretamente ao gerenciar a definição de trabalho/execução do 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.

Importante

As informações de métrica estão disponíveis por padrão, mas você deve optar por habilitar logs de cópia. Isso pode ser feito como parte da criação do recurso de movimentação de armazenamento e também mais tarde. Se quiser verificar se os logs de cópia estão habilitados ou gerenciar detalhes, você pode usar o menu Configurações de diagnóstico na página do portal do Azure para seu recurso de movimentador de armazenamento.

Ponto de extremidade

As migrações exigem locais de origem e destino bem definidos. Embora o ponto de extremidade de termo seja frequentemente usado na rede, aqui ele descreve um local de armazenamento para um alto nível de detalhes. Um ponto de extremidade 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 pontos de extremidade de contêiner de blob 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 certos tipos de pontos de extremidade podem ser usados como origem ou destino, respectivamente. Consulte a seção fontes e destinos com suporte no artigo de visão geral do Migrador de Armazenamento do Azure.

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 Migrador de Armazenamento do Azure, é uma boa ideia iniciar uma implantação de prova de conceito. Estes artigos são bons, a seguir lê-se: