Tester votre déploiement de migration dans Azure

Après avoir répliqué ou simulé vos charges de travail et vous être assuré que les services de prise en charge sont disponibles, vous pouvez commencer votre test de migration. Les tests de migration se concentrent principalement sur deux domaines :

• Architecture : testez votre architecture pour vous assurer qu’elle fonctionne avec les ressources répliquées ou simulées.
• Routines de gestion : testez votre plan de gestion pour les ressources migrées pour vous assurer qu’il est fonctionnel.

Contrairement aux tests d’entreprise, les tests de migration se concentrent sur les activités informatiques.

Lorsque vous identifiez les problèmes, vous pouvez les ajouter à votre plan de correction. Une fois que vous avez résolu tous les problèmes, vous pouvez procéder au lancement de la charge de travail.

Effectuer des migrations de test

Après avoir répliqué des ressources, vous pouvez effectuer des migrations de test dans des environnements isolés pour vous assurer que vous n’avez pas d’impact sur les charges de travail de production.

Les migrations de test varient selon les outils, mais en général, vous créez un réplica de vos systèmes sources qui s’exécute en parallèle des systèmes actifs. Effectuez des tests sur ces systèmes secondaires. Lorsque vous effectuez des tests, vous pouvez nettoyer les ressources répliquées sans introduire de modifications permanentes.

Pour effectuer des tests, il vous faut :

• Un réseau isolé où vous testez le basculement. Dans la mesure du possible, la configuration réseau doit correspondre à la configuration réseau de migration prévue.

• Un accès réseau isolé à partir d’une source, comme un VPN point à site, un serveur de rebond ou Azure Bastion.

• Un mécanisme d’authentification pour s’authentifier auprès de l’environnement de test. L’environnement de test est isolé, de sorte qu’il ne peut pas utiliser le fournisseur d’identité de votre zone d’atterrissage.

  Vous pouvez utiliser un contrôleur de domaine migré de test que vous déployez dans l’environnement de test avec les ressources de migration de test. Après le test, nettoyez le contrôleur de domaine avec les ressources.

  Par ailleurs, votre réseau isolé peut comporter un contrôleur de domaine de test. Appairez le réseau pour permettre la réplication du trafic Active Directory. Vous pouvez prendre un instantané du contrôleur de domaine dans Azure, puis supprimer le pair à des fins de test pour isoler le réseau. Vous pouvez saisir tous les rôles nécessaires, puis restaurer l’état à la fin des tests pour éviter de modifier le fournisseur d’identité en direct.

Votre outil de migration doit contenir des instructions permettant d’exécuter une migration de test et de la nettoyer après l’exécution de votre plan de test.

Corriger les problèmes de test

Après avoir effectué les tests, assurez-vous de bien :

• Enregistrer les problèmes détectés dans le plan de correction.
• Trier les problèmes en fonction de leur gravité et identifier les solutions de contournement dans le cadre du triage.
• Documentez les solutions de contournement. Si vous pouvez incorporer la solution de contournement dans le cadre de la migration, vous n’avez peut-être pas besoin de résoudre le problème.
• Commencez par les éléments qui ne sont pas des solutions de contournement. Envisagez d’abord de corriger les éléments pour lesquels il n’existe pas de solution de contournement.

Exemple de plan de test

Voici un exemple de base d’une sortie de plan de test pour un projet de migration :

Étape suivante