Noções básicas sobre a hierarquia de recursos do Azure Storage Mover
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.
Descrição geral
O Azure Storage Mover é 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 Storage Mover, 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 Storage Mover.
Com exceção do processo de registro do agente, todos os aspetos de uma migração são gerenciados a partir do serviço de nuvem. Detalhes sobre o processo de registro do agente estão disponíveis no artigo de registro do agente.
Recurso de movimentação de armazenamento
Um recurso de movimentação 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 aspetos do serviço e da sua migração são controlados a partir deste recurso. Na maioria dos casos, a implantação de um único recurso de movimentação de armazenamento é suficiente até mesmo para as migrações maiores.
Você é mais capaz de utilizar seus agentes e gerenciar suas migrações se todos os recursos encontrarem seu lar na mesma instância de movimentação 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 metadados sobre sua migração são armazenados. O recurso Storage Mover em si não é diretamente responsável pela migração dos 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 a localização do recurso do movimentador de armazenamento.
Agente de migração
O Storage Mover é 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. Também é o nome de um recurso, associado ao recurso de movimentação de armazenamento que você implantou em seu grupo de recursos.
Você pode implantar várias VMs de agente de migração e registrar cada uma com um nome exclusivo para o 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 do armazenamento de origem que você gostaria de migrar.
Seus agentes aparecem no movimentador de armazenamento depois de serem 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 aspetos relacionados à migração do serviço de nuvem, seja por meio do portal do Azure, do Azure PowerShell ou da CLI do Azure.
Gorjeta
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 nos estágios iniciais da migração. A região do recurso de movimentação de armazenamento que você implantou não desempenha um papel de desempenho.
Nota
Para minimizar o tempo de inatividade da sua 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 é mais influenciada 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 de computação e memória locais 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 fonte se movendo para um destino, mas as migrações de data center raramente são tão simples assim. Muitas vezes, várias fontes dão suporte a uma carga de trabalho e devem ser migradas juntas para 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.
Agrupar fontes em um projeto não significa que você tenha que 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.
Gorjeta
Opcionalmente, você pode adicionar uma descrição ao seu projeto. Uma descrição pode ajudar a manter o controle de informações adicionais para o seu projeto. Se você já criou um plano de migração em outro lugar, o campo de descrição pode ser usado para vincular este 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 do movimentador de armazenamento e cada descrição pode conter até 1024 caracteres.
Definição da tarefa
Uma definição de trabalho está contida em um projeto. A definição de tarefa 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 tarefa é criada, as informações de origem e de 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 de destino em uma definição de trabalho existente não seja permitida. A título de exemplo, imagine que você define o Compartilhamento A como a fonte de migração e que executa várias operações de cópia. Imagine também que você altere a fonte de migração para Compartilhar B. Esta alteração 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 de trabalho também mantém um registro histórico de execuções de cópias passadas 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 de tarefa contém todas as informações de que o serviço de movimentação 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 é dada 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 é tirado 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 de trabalho.
O agente também emite informações adicionais e resultados de migração por meio do serviço Azure Monitor:
- As métricas são valores numéricos , registados 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 habilitada, cada execução de trabalho tem seu próprio log de cópia. Uma entrada de log é gerada para cada item de namespace que o agente encontra na origem que não pode ser copiado.
Importante
As informações de métrica estão disponíveis por padrão, mas você deve optar por ativar os 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 movimentação de armazenamento.
Ponto final
As migrações exigem locais de origem e destino bem definidos. Embora o termo endpoint seja frequentemente usado em rede, aqui ele descreve um local de armazenamento com 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. Apenas certos tipos de pontos de extremidade podem ser usados como origem ou destino, respectivamente. Consulte a seção Origens e destinos suportados no artigo de visão geral do Azure Storage Mover.
Os endpoints são associados ao recurso de movimentação de armazenamento de nível superior e podem ser reutilizados em diferentes definições de trabalho.
Próximos passos
Depois de entender os recursos envolvidos em uma implantação do Azure Storage Mover, é uma boa ideia iniciar uma implantação de prova de conceito. Estes artigos são bons, a seguir lê-se: