Compreender a hierarquia de recursos do Armazenamento do Azure Mover

Vários recursos do Azure estão envolvidos numa implementação do Storage Mover. Este artigo descreve cada um destes recursos, as suas utilizações e as melhores práticas para expressar as suas necessidades de migração com eles.

Overview

O Armazenamento do Azure Mover suporta tanto cargas de trabalho de migração baseadas em agentes como sem agente. Para cargas de trabalho baseadas em agentes, uma VM de agente de migração corre no seu ambiente perto do armazenamento de origem. Para cargas de trabalho sem agente, não é necessária nenhuma VM de agente de migração.

O serviço cloud fornece orquestração e gestão de migração para ambos os tipos de cargas de trabalho. Para cargas de trabalho baseadas em agentes, consulte os artigos sobre implementação e registo de agentes no Storage Mover.

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

Recurso do Storage Mover

Um recurso storage mover é o nome do recurso de serviço de topo que implementa num grupo de recursos à sua escolha. Todos os aspetos do serviço e da sua migração são controlados a partir deste recurso. Na maioria dos casos, implementar um único recurso de storage mover é suficiente mesmo para as maiores migrações.

Podes utilizar melhor os teus agentes e gerir as tuas migrações se todos os recursos encontrarem o seu lugar na mesma instância de storage mover.

Um agente de migração só pode ser registado a um gestor de armazenamento.

Quando implementa o recurso, regista a sua subscrição nos fornecedores de recursos Microsoft.StorageMover e Microsoft.HybridCompute. Também atribuis a região onde as mensagens de controlo e os metadados sobre a tua migração são armazenados. O próprio recurso do Storage Mover não é diretamente responsável pela migração dos seus dados. Para cargas de trabalho baseadas em agentes, um agente de migração copia os seus dados da fonte e envia-os diretamente para o destino no Armazenamento do Azure. Para cargas de trabalho sem agente, o Storage Mover orquestra a migração sem necessitar de uma VM de agente de migração implementada. Para cargas de trabalho baseadas em agentes, a proximidade entre o armazenamento de origem, agente e destino é mais importante para o desempenho da migração do que a localização do seu recurso de armazenamento mover.

Agente de migração

O Storage Mover é um serviço híbrido que suporta cargas de trabalho baseadas em agentes e sem agente. Os agentes de migração são usados para cargas de trabalho baseadas em agentes. Um agente de migração é uma máquina virtual que corre dentro da sua rede. É também o nome de um recurso, parentado ao recurso storage mover que implementaste no teu grupo de recursos.

Se estás a planear uma carga de trabalho sem agente, podes saltar os recursos do agente de migração.

Podes implementar várias VMs de agentes de migração e registar cada uma com um nome único no mesmo recurso de storage mover. Se tiveres necessidades de migração em diferentes locais, o melhor é ter um agente de migração muito perto do armazenamento de origem que gostarias de migrar.

Os seus agentes aparecem no storage mover após serem registados. O registo cria a relação de confiança com o recurso de transporte de armazenamento que selecionou. Esta confiança permite-lhe gerir todos os aspetos relacionados com a migração a partir do serviço cloud, seja através do portal Azure, Azure PowerShell ou CLI do Azure.

Projeto de Migração

Use um projeto para organizar as suas migrações de cloud em grande escala em unidades menores e mais geríveis que façam sentido para a sua situação.

A menor unidade de uma migração pode ser definida como o conteúdo de uma fonte a mover-se para um alvo, mas as migrações para centros de dados raramente são assim tão simples. Muitas vezes, múltiplas fontes suportam uma única carga de trabalho e têm de ser migradas juntas para permitir um failover atempado da carga de trabalho para as novas localizações de armazenamento na cloud no Azure.

Num exemplo diferente, uma fonte pode até precisar de ser dividida em vários locais de destino. O inverso também é possível, onde é necessário combinar múltiplas fontes em subcaminhos do mesmo local de destino no Azure.

Agrupar fontes num projeto não significa que tenhas de migrar todas em paralelo. Tens controlo sobre o que usar e quando executar. As secções restantes deste artigo descrevem mais recursos que permitem um controlo tão detalhado.

Definição da tarefa

Uma definição de função está contida num projeto. A definição do trabalho descreve uma fonte, um destino e as definições de migração que quer usar da próxima vez que iniciar uma cópia do código-fonte definido para o destino definido no Azure.

Pode não parecer imediatamente lógico que não seja permitido alterar a informação de origem e destino numa definição de cargo existente. Por exemplo, imagine que define o Share A como fonte de migração e executa várias operações de cópia. Imagine também que muda a fonte da migração para Partilha B. Esta mudança pode ter consequências potencialmente perigosas.

O espelhamento é uma configuração comum de migração que cria uma imagem "espelhada" de uma fonte dentro de um alvo. Se esta configuração for aplicada ao nosso exemplo, os ficheiros da Partilha A podem ser eliminados no alvo quando a operação de cópia começar a migrar ficheiros da Partilha B. Para evitar erros e manter a integridade do histórico de execução de uma tarefa, não pode editar a origem ou o destino da definição de uma tarefa provisionada. A informação de origem, destino e os seus subcaminhos opcionais ficam bloqueados quando é criada uma definição de trabalho. Se quiseres reutilizar o mesmo alvo mas usar uma fonte diferente (ou vice-versa), és obrigado a criar uma nova definição de trabalho.

A definição da tarefa também mantém um registo histórico das execuções anteriores da cópia e dos respetivos resultados.

Execução da tarefa

Quando se começa uma definição de trabalho, é implicitamente criado um novo recurso: um recurso gerido por tarefas. A definição da tarefa contém toda a informação de que o serviço de transferência de armazenamento necessita para iniciar a cópia. Numa migração típica, podes copiar do código-fonte para o destino várias vezes. Cada vez que inicias uma definição de tarefa, é registada uma execução da tarefa.

A execução da tarefa é uma cópia da definição da tarefa. O ambiente de execução da migração executa a tarefa para o tipo de carga de trabalho selecionado. Para cargas de trabalho baseadas em agentes, o agente de migração selecionado executa. Para cargas de trabalho sem agente, o serviço orquestra a execução.

Uma execução de tarefa tem um estado, informações sobre o progresso e informações sobre os resultados da cópia. As informações mais importantes sobre a execução da tarefa encontram-se nas propriedades do próprio recurso de execução da tarefa. Cargas de trabalho baseadas em agentes e sem agente emitem telemetria de execução de tarefas através do serviço.

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

• Métricas são valores numéricos, registados ao longo do tempo. Podem ser plotados usando o serviço Azure Monitor. Algumas métricas selecionadas também estão diretamente disponíveis ao gerir a definição de trabalho / execuções de trabalho no portal.
• Os registos de cópia são opcionais. Se ativado, cada execução de trabalho tem o seu próprio registo de cópia. É gerada uma entrada de registo para cada item de namespace que o agente encontra na fonte e que não pode ser copiado.

Ponto final

As migrações requerem localizações de origem e destino bem definidas. Embora o termo endpoint seja frequentemente usado em redes, aqui descreve uma localização de armazenamento com um nível elevado de detalhe. Um endpoint contém o caminho para o local de armazenamento e informações adicionais.

Embora exista apenas um único recurso de endpoint, as propriedades de cada endpoint individual podem variar, consoante o tipo de endpoint. Por exemplo, as partilhas NFS, as partilhas SMB e os pontos finais de contentores de blobs do Armazenamento do Azure exigem tipos de informação fundamentalmente diferentes.

Os endpoints 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 secção Fontes e alvos suportados no artigo de visão geral do Armazenamento do Azure Mover.

Os endpoints estão associados ao recurso Storage Mover de nível superior e podem ser reutilizados em diferentes definições de tarefas.

Passos seguintes

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

• Implemente um recurso de storage mover na sua subscrição.
• Consulte as origens e os destinos suportados para cargas de trabalho com agente e sem agente.
• Implemente uma VM do agente do Armazenamento do Azure Mover.