Présentation de la hiérarchie des ressources de Azure Storage 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 meilleures pratiques pour répondre à vos besoins de migration.
Vue d’ensemble
Azure Storage Mover est un service cloud hybride. Les services hybrides ont à la fois un composant de service cloud et un composant d’infrastructure. L’administrateur de service exécute le composant d’infrastructure dans son environnement d’entreprise. Pour Storage Mover, ce composant hybride se compose d’un agent de migration. Les agents sont des machines virtuelles, déployées sur un hôte près du stockage source et exécutées sur celui-ci. Pour en savoir plus sur l’agent et sur son déploiement, consultez l’article Déploiement de l’agent Storage Mover.
À l’exception du processus d’inscription de l’agent, tous les aspects d’une migration sont gérés à partir du service cloud. Les détails du processus d’inscription de l’agent sont disponibles dans l’article Inscription d’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 utiliser vos agents et gérer vos migrations si toutes les ressources trouvent leur domicile dans la même instance de mover de stockage.
Un agent de migration ne peut être inscrit qu’à un seul mover de stockage.
Lorsque vous déployez la ressource, votre abonnement est inscrit 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 Mover Stockage elle-même n’est pas directement responsable de la migration de vos données. Au lieu de cela, un agent de migration copie vos données à partir de la source et les envoie directement à la cible dans Stockage Azure. Étant donné que l’agent effectue la plupart du travail, la proximité entre la source, l’agent et le stockage cible est plus importante pour les performances de migration que l’emplacement de votre ressource de déplacement de stockage.
Agent de migration
Storage Mover est un service hybride qui utilise un ou plusieurs agents de migration pour faciliter les migrations. L’agent est une machine virtuelle qui s’exécute dans votre réseau. Il s’agit également du nom d’une ressource, apparentée à la ressource Storage Mover que vous avez déployée dans votre groupe de ressources.
Vous pouvez déployer plusieurs machines virtuelles de l’agent de migration et les inscrire avec un nom unique dans la même ressource Storage Mover. 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 fois qu’ils ont été inscrits. L’inscription crée la relation d’approbation avec la ressource de déplacement de stockage que vous avez sélectionnée lors de l’inscription. Cette approbation vous permet de gérer tous les aspects liés à la migration à partir du service cloud, via les Portail Azure, Azure PowerShell ou Azure CLI.
Conseil
La proximité et la qualité du réseau entre votre agent de migration et le stockage cible dans Azure déterminent la vitesse de migration dans les premières étapes de votre migration. La région de la ressource Storage Mover que vous avez déployée ne joue aucun rôle pour les performances.
Remarque
Pour réduire le temps d’arrêt de votre charge de travail, vous pouvez décider de copier plusieurs fois de source à cible. Dans les exécutions de copie ultérieures, la vitesse de migration est souvent influencée par la vitesse à laquelle l’agent de migration peut évaluer si un fichier doit être copié ou non. Cela signifie que les ressources de calcul et de mémoire locales sur un agent peuvent devenir plus importantes pour la vitesse de migration que la qualité du réseau.
Projet de migration
Un projet vous permet d’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 en temps 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 en parallèle. Vous avez le contrôle de ce qui est exécuté et de quand l’exécution a lieu. Les sections restantes de cet article décrivent davantage de ressources qui permettent un tel contrôle affiné.
Conseil
Vous pouvez éventuellement ajouter une description à votre projet. Une description peut vous aider à suivre les informations supplémentaires de votre projet. Si vous avez déjà créé un plan de migration ailleurs, le champ de description peut être utilisé pour lier ce projet à votre plan. Vous pouvez également l’utiliser pour enregistrer les informations dont un collègue peut avoir besoin ultérieurement. Vous pouvez ajouter des descriptions à toutes les ressources Storage Mover et chaque description peut contenir jusqu’à 1024 caractères.
Définition du travail
Une définition de travail est contenue dans un projet. La définition de tâche 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 à partir de la source définie vers la cible définie dans Azure.
Important
Une fois qu’une définition de travail est créée, les informations source et cible ne peuvent pas être modifiées. Toutefois, les paramètres de migration peuvent être modifiés à tout moment. Une modification n’affecte pas une tâche de migration en cours d’exécution, mais prend effet la prochaine fois que vous démarrez un travail de migration.
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 qui exécutent 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 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 tâche conserve également un enregistrement historique des exécutions de copie passées et leurs résultats.
Exécution du travail
Lorsque vous démarrez une définition de tâche, une nouvelle ressource est implicitement créée : une ressource d’exécution de tâche. 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 travail, elle est enregistrée dans une exécution de travail.
L’exécution de la tâche est un instantané de la définition de tâche et est transmise à l’agent de migration que vous avez sélectionné. L’agent dispose ensuite de toutes les informations nécessaires sur la source, la cible et le comportement de migration qu’il doit suivre pour accomplir la migration que vous avez définie précédemment.
Important
Une modification des paramètres de migration n’affecte pas une tâche de migration en cours d’exécution. Au moment du démarrage d’une exécution de tâche, un instantané de la définition de la tâche est pris et exécuté par l’agent de migration. Vous ne pouvez pas modifier une exécution de tâche, votre seule option consiste à l’annuler.
Une exécution de tâche a un état, des informations de progression et des informations de résultat de copie. Vous trouverez les informations les plus critiques sur votre travail exécutées en tant que propriétés sur la ressource d’exécution du travail elle-même. L’agent de migration dispose d’un canal de télémétrie personnalisé qui lui permet de stocker ces informations directement dans la ressource d’exécution du travail.
L’agent émet également des informations supplémentaires et des résultats de migration via le service Azure Monitor :
- Les métriques valeurs numériques, enregistrées au fil du temps. Elles peuvent être tracées à 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 tâche/des exécutions de tâches sur le portail.
- Les journaux de copie sont facultatifs. Si elle est activée, chaque exécution du travail a son propre journal de copie. Une entrée de journal est générée pour chaque élément d’espace de noms que l’agent rencontre dans la source qui ne peut pas être copiée.
Important
Les informations de métrique sont disponibles par défaut, mais vous devez choisir d’activer les journaux de copie. Cela peut être effectué dans le cadre de la création de votre ressource de déplacement de stockage et également ultérieurement. Si vous souhaitez case activée si les journaux de copie sont activés ou que vous gérez les détails, vous pouvez utiliser le menu Paramètres de diagnostic dans la page Portail Azure de votre ressource de déplacement de stockage.
Point de terminaison
Les migrations nécessitent des emplacements source et cible bien définis. Bien que le point de terminaison de terme soit souvent utilisé dans la mise en réseau, il décrit ici un emplacement de stockage à un niveau élevé de détails. 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 S Mo et Stockage Azure points de terminaison de conteneur d’objets blob nécessitent chacune des informations fondamentalement différentes.
Les points de terminaison sont utilisés dans la création d’une définition de travail. Seuls certains types de points de terminaison peuvent être utilisés en tant que source ou cible, respectivement. Reportez-vous à la section Sources et cibles prises en charge dans l’article de vue d’ensemble de Azure Storage 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 Azure Storage Mover, il est judicieux de démarrer un déploiement de preuve de concept. Ces articles sont bons, les lectures suivantes :