Comprendre la hiérarchie des ressources d’stockage Azure Mover

Plusieurs ressources Azure sont impliquées dans un déploiement de Storage Mover. Cet article décrit chacune de ces ressources, leurs utilisations et les meilleures pratiques pour exprimer vos besoins de migration avec eux.

Overview

stockage Azure Mover prend en charge les charges de travail de migration sans agent et basées sur un agent. Pour les charges de travail basées sur un agent, une machine virtuelle de l’agent de migration s’exécute dans votre environnement près du stockage source. Pour les charges de travail sans agent, aucune machine virtuelle de l’agent de migration n’est requise.

Le service cloud fournit l’orchestration et la gestion de la migration pour les deux types de charge de travail. Pour connaître les charges de travail basées sur un agent, consultez les articles sur le déploiement de l’agent Storage Mover et l’inscription de l’agent .

Storage Mover prend en charge les charges de travail de migration avec agent et sans agent. La hiérarchie des ressources décrite dans cet article s’applique aux deux types de charge de travail, mais les ressources de l’agent de migration sont uniquement requises pour les charges de travail basées sur un agent.

Ressource Storage Mover

Une ressource de déplacement de stockage est le nom de la ressource de service de niveau supérieur que vous déployez dans un groupe de ressources de votre choix. Tous les aspects du service et de votre migration sont contrôlés à partir de cette ressource. Dans la plupart des cas, le déploiement d’une ressource de déplacement de stockage unique est suffisant pour même les migrations les plus importantes.

Vous pouvez mieux exploiter vos agents et gérer vos migrations si toutes les ressources sont regroupées au sein de la même instance du moteur de stockage.

Un agent de migration ne peut être enregistré qu’auprès d’un seul gestionnaire de stockage.

Lorsque vous déployez la ressource, vous enregistrez votre abonnement auprès des fournisseurs de ressources Microsoft.StorageMover et Microsoft.HybridCompute. Vous attribuez également la région dans laquelle les messages et les métadonnées de contrôle concernant votre migration sont stockés. La ressource Storage Mover elle-même n’est pas directement responsable de la migration de vos données. Pour les charges de travail basées sur un agent, un agent de migration copie vos données à partir de la source et les envoie directement à la cible dans stockage Azure. Pour les charges de travail sans agent, Storage Mover orchestre la migration sans nécessiter de machine virtuelle d’agent de migration déployée. Pour les charges de travail utilisant un agent, la proximité entre le stockage source, l’agent et le stockage cible est plus importante pour les performances de la migration que l’emplacement de votre ressource Storage Mover.

Agent de migration

Storage Mover est un service hybride qui prend en charge les charges de travail sans agent et basées sur un agent. Les agents de migration sont utilisés pour les charges de travail utilisant des agents. Un agent de migration est une machine virtuelle qui s’exécute dans votre réseau. Il s’agit également du nom d’une ressource rattachée à la ressource Storage Mover que vous avez déployée dans votre groupe de ressources.

Si vous prévoyez une charge de travail sans agent, vous pouvez ignorer les ressources de l’agent de migration.

Vous pouvez déployer plusieurs machines virtuelles de l’agent de migration et les inscrire avec un nom unique dans la même ressource de déplacement de stockage. Si vous avez des besoins de migration dans différents emplacements, il est préférable d’avoir un agent de migration très proche du stockage source que vous souhaitez migrer.

Vos agents apparaissent dans votre Storage Mover une fois qu’ils sont inscrits. L’enregistrement crée la relation de confiance avec la ressource de déplacement du stockage que vous avez sélectionnée. Cette approbation vous permet de gérer tous les aspects liés à la migration à partir du service cloud, via le portail Azure, Azure PowerShell ou Azure CLI.

Projet de migration

Utilisez un projet pour organiser vos migrations cloud à grande échelle en unités plus petites et plus gérables qui sont logiques pour votre situation.

La plus petite unité d’une migration peut être définie comme le contenu d’une source se déplaçant vers une cible, mais les migrations de centre de données sont rarement aussi simples. Souvent, plusieurs sources prennent en charge une charge de travail et doivent être migrées ensemble pour un basculement opportun de la charge de travail vers les nouveaux emplacements de stockage cloud dans Azure.

Dans un autre exemple, une source peut même avoir besoin d’être divisée en plusieurs emplacements cibles. L’inverse est également possible, où vous devez combiner plusieurs sources en sous-chemins du même emplacement cible dans Azure.

Le regroupement de sources dans un projet ne signifie pas que vous devez les migrer tous en parallèle. Vous avez le contrôle sur ce qu’il faut exécuter et quand l’exécuter. Les sections restantes de cet article décrivent davantage de ressources qui permettent un tel contrôle affiné.

Définition du travail

Une définition de travail est contenue dans un projet. La définition du travail décrit une source, une cible et les paramètres de migration que vous souhaitez utiliser la prochaine fois que vous démarrez une copie de la source définie vers la cible définie dans Azure.

Il peut ne pas sembler logique que la modification des informations source et cible dans une définition de travail existante n’est pas autorisée. Par exemple, imaginez que vous définissez Share A comme source de migration et exécutez plusieurs opérations de copie. Imaginez également que vous modifiez la source de migration en Partage B. Ce changement pourrait avoir des conséquences potentiellement dangereuses.

La mise en miroir est un paramètre de migration courant qui crée une image « miroir » d’une source au sein d’une cible. Si ce paramètre est appliqué à notre exemple, les fichiers de Share A peuvent être supprimés dans la cible lorsque l’opération de copie commence à migrer des fichiers à partir de Share B. Pour éviter les erreurs et maintenir l’intégrité d’un historique d’exécution de travail, vous ne pouvez pas modifier la source ou la cible d’une définition de travail provisionnée. Les informations de source, de cible et de sous-chemin facultatives sont verrouillées lors de la création d’une définition de travail. Si vous souhaitez réutiliser la même cible, mais utiliser une autre source (ou inversement), vous devez créer une définition de travail.

La définition de la tâche conserve également un historique des opérations de copie passées ainsi que de leurs résultats.

Exécution du job

Lorsque vous démarrez une définition de travail, une nouvelle ressource est implicitement créée : une ressource d’exécution de travail. La définition de tâche contient toutes les informations dont le service de déplacement de stockage doit démarrer une copie. Dans une migration classique, vous pouvez copier à partir de la source vers la cible plusieurs fois. Chaque fois que vous démarrez une définition de tâche, elle est enregistrée dans une exécution de tâche.

L’exécution de la tâche est un instantané de la définition de la tâche. Le runtime de migration exécute l’exécution du travail pour le type de charge de travail sélectionné. Pour les charges de travail basées sur un agent, l’agent de migration sélectionné assure l’exécution. Pour les charges de travail sans agent, le service orchestre l’exécution.

Une exécution de travail a un état, des informations de progression et des informations de résultat de copie. Vous trouverez les informations les plus importantes concernant l’exécution de votre tâche dans les propriétés de la ressource de l’exécution de tâche elle-même. Les charges de travail avec agent et sans agent émettent toutes deux la télémétrie des exécutions de travaux via le service.

Le service Azure Monitor émet des informations supplémentaires et des résultats de migration :

• Les métriques sont des valeurs numériques, enregistrées au fil du temps. Ils peuvent être tracés à l’aide du service Azure Monitor. Certaines métriques sélectionnées sont également directement disponibles lors de la gestion de la définition de travail/ des exécutions de travaux dans le portail.
• Les journaux de copie sont facultatifs. Si elle est activée, chaque exécution de la tâche dispose de son propre journal de copie. Une entrée de journal est générée pour chaque élément de l’espace de noms que l’agent rencontre dans la source et qui ne peut pas être copié.

Point de terminaison

Les migrations nécessitent des emplacements source et cible bien définis. Bien que le terme point de terminaison soit souvent utilisé dans la mise en réseau, il décrit ici un emplacement de stockage à un niveau élevé de détail. Un point de terminaison contient le chemin d’accès à l’emplacement de stockage et des informations supplémentaires.

Bien qu’il n’existe qu’une seule ressource de point de terminaison, les propriétés de chaque point de terminaison peuvent varier en fonction du type de point de terminaison. Par exemple, les partages NFS, les partages SMB et les points de terminaison de conteneur Stockage Blob Azure nécessitent chacun des informations fondamentalement différentes.

Les points de terminaison sont utilisés pour créer une définition de tâche. Seuls certains types de points de terminaison peuvent être utilisés respectivement comme source ou comme cible. Reportez-vous à la section Sources et cibles prises en charge dans l’article de vue d’ensemble stockage Azure Mover.

Les points de terminaison sont liés à la ressource de déplacement de stockage de niveau supérieur et peuvent être réutilisés dans différentes définitions de tâches.

Étapes suivantes

Après avoir compris les ressources impliquées dans un déploiement stockage Azure Mover, démarrez un déploiement de preuve de concept. Ces articles sont de bonnes lectures à lire ensuite :

• Déployez une ressource de déplacement de stockage dans votre abonnement.
• Passez en revue les sources et cibles prises en charge pour les charges de travail avec agent et sans agent.
• Déployez une machine virtuelle de l’agent Mover stockage Azure.