Désactiver les charges de travail sources après la migration vers le cloud

Cet article fournit des conseils pour désactiver en toute sécurité les charges de travail sources après une migration réussie vers Azure. La désaffectation appropriée réduit la surcharge opérationnelle, récupère les ressources et garantit la conformité tout en empêchant l’arrêt prématuré des systèmes critiques.

Obtenir l’approbation des parties prenantes avant la désaffectation

L’approbation métier confirme que la charge de travail source est prête à être désaffectée après la migration réussie vers Azure. L’alignement des parties prenantes empêche l’arrêt prématuré des systèmes critiques et garantit la continuité de l’activité pendant la transition. Vous devez obtenir un consentement explicite des propriétaires de charge de travail avant de supprimer une infrastructure ou une application source.

1. Demandez l’approbation officielle des parties prenantes commerciales et techniques. L’approbation formelle confirme que la charge de travail ne fournit plus de valeur métier dans son environnement source. Les propriétaires d’entreprise doivent vérifier que la charge de travail hébergée par Azure répond à toutes les attentes fonctionnelles et de performances. Incluez les opérations informatiques et les équipes de sécurité pour valider la préparation technique et les exigences de conformité. Cette confirmation empêche la désaffectation prématurée des systèmes avec des dépendances non résolues.

2. Documentez l’approbation avec les critères de réussite et les chronologies. Stockez l’approbation dans un système centralisé tel qu’Azure DevOps, les outils de gestion de projet ou SharePoint. Incluez des métriques de réussite spécifiques qui valident le résultat métier, telles que « 100% parité fonctionnelle atteinte » ou « tous les benchmarks de performances atteints pendant 30 jours ». Définissez des délais de désaffectation clairs avec des périodes de grâce pour la restauration si des problèmes se produisent. Cette documentation fournit une visibilité des pistes d’audit et une prise en charge de la conformité réglementaire.

Récupérer et optimiser les licences logicielles

La récupération des licences réduit les coûts opérationnels et garantit la conformité aux contrats de licence après l’arrêt de la charge de travail source. La gestion des ressources logicielles empêche les violations de conformité et optimise la valeur des investissements de licence existants. Vous devez auditer et réallouer des licences pour maintenir l’efficacité des coûts et l’adhésion réglementaire.

1. Identifiez les licences éligibles pour Azure Hybrid Benefit. Passez en revue les licences locales pour déterminer l’éligibilité d’Azure Hybrid Benefit avant de désaffecter les systèmes sources. Vérifiez que les licences Windows Server et SQL Server disposent d’une assurance logicielle active ou d’une couverture d’abonnement éligible. Appliquez Azure Hybrid Benefit pour réduire les coûts de calcul Azure tout en conservant la conformité. Cette optimisation optimise la valeur de licence pendant la période de transition.

2. Mettez à jour l’inventaire des licences et le suivi de la conformité. Conservez des enregistrements précis des allocations de licences dans votre système de gestion des ressources logicielles. Supprimez les charges de travail désactivées des bases de données de suivi des licences et mettez à jour les nombres d’inventaire pour refléter l’utilisation actuelle. Utilisez des outils centralisés tels que Microsoft Cost Management ou d’autres plateformes de gestion des ressources pour surveiller la conformité continue. Ce suivi empêche les violations de licence et prend en charge la préparation de l’audit pour les révisions réglementaires.

3. Réallouer ou retourner des licences inutilisées. Réaffectez des licences libérées à d’autres charges de travail ou revenez-les aux fournisseurs en fonction des conditions du contrat. Pour les contrats d’entreprise, coordonnez-vous avec les équipes d’approvisionnement pour comprendre les stratégies de retour et les options potentielles de récupération des coûts. Mettez à jour les contrats de licence et les contrats de fournisseur pour refléter les exigences de licence réduites. Cette réaffectation garantit une utilisation optimale des licences et empêche les coûts de renouvellement inutiles.

Conserver les données pour les besoins de conformité et de récupération

La conservation des données maintient la conformité réglementaire et les fonctionnalités de découverte légale après la désaffectation du système source. Les organisations doivent identifier, classer et archiver les données restantes dans les systèmes sources susceptibles d’être soumis à des exigences de rétention réglementaires ou à des obligations de conservation légale.

1. Identifiez les données nonmigrates soumises aux exigences réglementaires. Effectuez un inventaire des données des systèmes sources pour identifier les données nonmigrates susceptibles d’être soumises à des mandats de rétention réglementaire tels que HIPAA, SOX, RGPD ou SEC 17a-4. Collaborez avec les équipes juridiques et de conformité pour classifier les données par des frameworks réglementaires et des périodes de rétention des documents. Incluez les systèmes hérités, les fichiers archivés et les référentiels de sauvegarde qui contiennent des données réglementées. Cette évaluation empêche les violations de conformité lors de la désaffectation du système source.

2. Implémentez l’architecture de stockage conforme avec Stockage Azure. Utilisez les niveaux Stockage Blob Azure avec les fonctionnalités de conformité appropriées pour les données archivées. Appliquez des stratégies de stockage immuables pour la conformité réglementaire, y compris les fonctionnalités de type Écrire-Une-Fois-Lire-Souvent (WORM). Configurez des stratégies de conservation légale pour la prise en charge des litiges. Utilisez le niveau froid pour la rétention à moyen terme et le niveau archive pour les exigences de rétention à long terme. Activez la journalisation d’audit et configurez les contrôles de conformité Azure Policy pour appliquer les normes de protection des données.

3. Créez des procédures de récupération et d’accès aux données. Documenter les processus pour récupérer des données archivées à partir du stockage Azure lorsqu'elles sont nécessaires pour les audits de conformité ou les procédures légales. Établissez des contrats de niveau de service pour les temps de récupération des données en fonction des niveaux de stockage utilisés. Former les équipes de conformité et juridiques sur les procédures d’accès aux données basées sur Azure. Testez les processus de récupération des données avant de terminer la désaffectation du système source. Cette préparation garantit la continuité des activités pour la conformité et les exigences légales.

Mettre à jour la documentation et les procédures

Les mises à jour de la documentation confirment l’état final de l’environnement après la désaffectation de la source et fournissent des instructions opérationnelles précises pour l’architecture basée sur Azure. La documentation actuelle empêche les risques opérationnels pendant les activités de réponse aux incidents et de résolution des problèmes.

1. Mettez à jour les diagrammes d’architecture pour refléter un nouvel environnement. Remplacez les diagrammes d’architecture par la documentation montrant l’état Final d’Azure. Incluez la topologie réseau avec des réseaux virtuels Azure, des sous-réseaux, des groupes de sécurité réseau, des plages d’adresses IP, des configurations DNS et des points de terminaison de service. Supprimez toutes les références aux composants d’environnement source et aux connexions réseau. Documentez les nouveaux points d’intégration basés sur Azure et les dépendances associées. Cette documentation mise à jour garantit une compréhension précise du système pour les opérations et la résolution des problèmes.

2. Réviser les procédures opérationnelles pour les opérations Azure. Mettez à jour la réponse aux incidents, la récupération d’urgence et les flux de travail de maintenance pour les opérations Azure uniquement. Documenter les procédures d’escalade pour les canaux de support Azure et les contrats de niveau de service. Supprimez les procédures référençant les systèmes désactivés et mettez à jour les listes de contacts. Incluez les étapes de résolution des problèmes spécifiques à Azure et les approches de supervision. Cette révision empêche toute confusion opérationnelle et garantit une réponse efficace aux incidents.

3. Mettez à jour les configurations de surveillance et d’alerte. Supprimez les tableaux de bord de surveillance et les alertes pour les systèmes désaffectés afin d’empêcher les fausses alarmes. Mettez à jour les objectifs de niveau de service et les indicateurs de performances clés pour refléter les fonctionnalités Azure. Documenter les bases de référence de supervision basées sur les données de performances d'Azure après la migration. Ce nettoyage garantit une surveillance ciblée des ressources Azure actives.

4. Archivez la documentation héritée avec des avis de dépréciation clairs. Marquer la documentation de l'environnement source comme obsolète avec les horodatages et les dates de fin de migration. Déplacez la documentation obsolète pour archiver des dossiers avec des contrôles d’accès restreints. Créez des notifications de redirection pointant vers la documentation Azure actuelle pour les scénarios courants. Conservez la documentation archivée pour les exigences d’audit de référence et de conformité historiques. Cette approche d’archivage préserve les connaissances institutionnelles tout en empêchant l’utilisation obsolète des informations.

Outils et ressources Azure

Étapes suivantes