Évaluer la préparation des charges de travail
Cet article se concentre sur la manière d’évaluer l’état de préparation d’une charge de travail en vue d’une migration vers le cloud.
Lorsque vous souhaitez migrer une charge de travail, l’équipe d’adoption du cloud garantit que toutes les ressources et dépendances associées sont compatibles avec votre modèle de déploiement et votre fournisseur de cloud. L’équipe documente tous les efforts nécessaires pour corriger les problèmes de compatibilité.
Hypothèses d’évaluation
La plupart du contenu qui traite des principes du Cloud Adoption Framework pour Azure est indépendant des services cloud. Toutefois, le processus d’évaluation de la préparation doit être spécifique à chaque plateforme cloud et aux outils de migration que vous avez sélectionnés lors de la phase Préparation.
Les outils d’évaluation que vous avez sélectionnés doivent fournir des informations sur tous les éventuels obstacles à la migration. Les obstacles les plus courants sont la prise en charge du système d’exploitation, la taille du serveur et les taux de modification des données susceptibles d’affecter la réplication.
Certaines organisations rencontrent également des problèmes avec les configurations d’ordinateurs virtuels qui tirent parti de la plateforme de l’hyperviseur source. Ces configurations incluent la sécurité basée sur la virtualisation, les disques dynamiques, les licences d’applications non-Microsoft, les configurations de source de données et les certificats.
Cet article ne capture pas toutes les activités d’évaluation possibles, car chaque environnement et chaque résultat opérationnel dictent des exigences spécifiques. Pour vous aider à déterminer ce que sont ces exigences, voici quelques activités d’évaluation courantes liées à l’infrastructure, aux bases de données et aux réseaux.
Évaluer les dépendances entre les centres de données
Si vous migrez des charges de travail à partir de plusieurs centres de données, vous devez évaluer les dépendances entre ces centres de données.
Tenez compte des capacités suivantes pour évaluer vos dépendances entre centres de données :
- Visualiser les dépendances : utilisez la capacité de visualisation des dépendances dans Azure Migrate et Moderniser pour identifier les dépendances.
- Dépendances de groupe : utilisez le regroupement de dépendances lorsque vous avez affaire à une complexité globale. Cette capacité vous permet d’identifier les adresses IP et les ports des ressources requises pour prendre en charge la charge de travail.
Important
- Vous avez besoin d’un expert technique qui comprenne le placement des ressources et des schémas d’adresses IP pour identifier les ressources qui résident dans un centre de données secondaire.
- Vous devez évaluer les dépendances et les clients en aval dans la visualisation pour comprendre les dépendances bidirectionnelles.
Exemple de scénarios
Les sections suivantes fournissent des conseils pour évaluer la préparation à la migration des charges de travail et des bases de données vers le cloud.
Activités d’évaluation courantes pour Azure Migrate et Moderniser
Les conseils suivants supposent que vous avez l’intention de migrer une charge de travail vers Azure. Ils partent également du principe que vous utilisez Azure Migrate et Moderniser pour les activités de réplication.
Vous pouvez utiliser votre projet Azure Migrate et Moderniser pour évaluer les charges de travail et calculer le coût de l’exploitation dans Azure. Pour plus d’informations, consultez Évaluations des ordinateurs virtuels Azure dans Azure Migrate et Moderniser.
Vous pouvez également utiliser votre projet Azure Migrate et Moderniser pour évaluer la préparation de la migration, convertir la taille des serveurs en abonnements Azure en fonction de l’utilisation réelle et calculer les coûts. Affiner davantage vos calculs de coût en créant une analyse de rentabilité.
Veillez à documenter toutes les incohérences dans la configuration de l’hôte, la configuration des machines virtuelles répliquées, les exigences de stockage ou la configuration réseau. Utilisez ces informations pour estimer la largeur de bande nécessaire à votre migration. Les composants courants de l’estimation de la bande passante sont les suivants :
- Stockage total : calculez le stockage total dont les ordinateurs virtuels répliqués ont besoin pendant les itérations qui mènent à une mise en production.
- Taux de dérive ou de change : calculez le taux de dérive ou de change du stockage dont les ordinateurs virtuels ont besoin pendant les itérations qui mènent à une mise en production.
- Exigences en bande passante : calculez les exigences en bande passante dont chaque itération a besoin en additionnant le stockage total et la dérive.
- Bande passante inutilisée : calculez la bande passante inutilisée disponible sur le réseau actuel pour valider l’alignement par itération.
- Bande passante pour la vitesse de migration : documentez la bande passante dont vous avez besoin pour atteindre la vitesse de migration prévue. Si vous devez effectuer une correction pour fournir la bande passante nécessaire, avertissez l’équipe responsable des activités de correction.
Remarque
Le stockage total influence directement les exigences en bande passante lors de la réplication initiale. Toutefois, la dérive du stockage se poursuit du point de réplication jusqu’à la mise en production. Cela signifie que la dérive a un effet cumulatif sur la bande passante disponible.
Pour obtenir des conseils sur l’évaluation des besoins en bande passante, consultez Questions courantes sur les outils de migration et de modernisation.
Activités courantes d’évaluation des bases de données
Dans le cadre de la migration de votre serveur, vous pouvez également envisager de migrer des instances SQL Server ou d’autres serveurs de base de données.
- Documenter les RPO et les RTO : documentez les objectifs de point de récupération (RPO) et les objectifs de temps de récupération (RTO) du déploiement de bases de données actuel. Utilisez ces informations pour vous aider à prendre des décisions pendant les activités d’architecture.
- Documenter les exigences de haute disponibilité : documentez les exigences en matière de configuration de la haute disponibilité. Pour plus d’informations sur les exigences de SQL Server, consultez le guide des solutions de haute disponibilité SQL Server.
- Évaluer la compatibilité PaaS : évaluez la compatibilité PaaS (platform-as-a-service). Les guides Azure Database Migration Service mappent des bases de données locales à des solutions PaaS Azure compatibles, comme Azure Cosmos DB ou base de données Azure SQL, pour Azure Database pour MySQL, Azure Database pour PostgreSQL ou Azure Database for MariaDB.
- Compatibilité PaaS sans remédiation : lorsque la compatibilité PaaS est une option sans que cela nécessite de correction, consultez l’équipe responsable des activités d’architecture. Les migrations PaaS permettent de gagner du temps et de réduire le coût total de possession (TCO) de la plupart des solutions cloud.
- Compatibilité PaaS lorsque la remédiation est nécessaire : consultez les équipes responsables des activités d’architecture et de correction. Dans de nombreux scénarios, les avantages des migrations PaaS pour les solutions de base de données l’emportent sur l’augmentation du temps de correction.
- Documenter la taille et le taux de changement : documentez la taille et le taux de changement pour chaque base de données que vous prévoyez de migrer.
- Documenter les dépendances de l’application et de la base de données : lorsque cela est possible, documentez toutes les applications ou autres ressources qui appellent chaque base de données.
Remarque
La synchronisation de toute ressource consomme de la bande passante pendant les processus de réplication. Un piège courant consiste à ne pas tenir compte de la largeur de bande nécessaire pour maintenir la synchronisation des ressources entre les points de réplication et la mise en production. Les bases de données sont des consommatrices courantes de bande passante pendant les cycles de mise en production, et les bases de données avec des empreintes de stockage importantes ou un taux de change élevé sont particulièrement préoccupantes.
Envisagez la réplication de la structure de données, avec des mises à jour contrôlées avant les tests d’acceptation utilisateur (UAT) et la mise en production. Dans ces scénarios, les alternatives aux Azure Site Recovery peuvent être plus appropriées. Pour plus d’informations, consultez Guides Azure Database Migration Service.
Étape suivante
Après avoir évalué un système, les résultats alimentent le développement d’une nouvelle architecture cloud.