60 % des projets de migration cloud ne tiennent pas leurs délais initiaux. La cause principale n'est presque jamais technique. C'est l'absence de préparation structurée. On a accompagné des dizaines de PME dans leur migration vers Azure. Ce qu'on observe systématiquement : les équipes qui réussissent ne font pas mieux techniquement. Elles préparent mieux. Cette checklist rassemble tout ce qu'il faut avoir fait — et validé — avant de migrer le premier serveur.
Phase 1 — Inventaire et assessment (avant de toucher quoi que ce soit)
Toute migration commence par une cartographie exhaustive de l'existant. Pas d'estimation, pas d'approximation : un inventaire factuel, serveur par serveur.
Pour chaque machine on-premise, documenter :
- Le rôle : contrôleur de domaine, serveur de fichiers, base de données, ERP, applicatif métier
- L'OS et sa version : Windows Server 2012 R2 est hors support depuis octobre 2023 — c'est un critère de priorité, pas un détail
- La charge réelle : CPU et RAM moyens sur 30 jours, pas les pics ponctuels
- Les dépendances applicatives : quel serveur parle à quel autre, sur quel port, avec quel protocole
L'outil recommandé : Azure Migrate. Gratuit, il scanne votre environnement on-premise, collecte les métriques de performance sur plusieurs semaines et génère automatiquement un sizing des VMs Azure correspondantes. C'est 80 % du travail d'assessment automatisé.
Une fois l'inventaire terminé, classer chaque serveur dans l'une de ces trois catégories :
- Lift & shift — migrer tel quel dans Azure, sans modifier l'application. La majorité des serveurs d'infrastructure.
- Refactor — adapter l'application pour tirer parti des services managés Azure (Azure SQL, Azure App Service). Plus long, mais plus économique à terme.
- Retain — garder on-premise pour l'instant. Certaines applications métier très spécifiques n'ont pas vocation à partir dans le cloud immédiatement.
Durée estimée : 2 à 5 jours selon la taille du parc. Une PME de 100 postes avec 15 serveurs : comptez 3 jours.
Phase 2 — Architecture cible et sizing
L'erreur classique : reproduire l'infrastructure on-premise à l'identique dans Azure. Ce n'est pas une migration cloud — c'est un déménagement de datacenter. Et ça coûte inutilement cher.
Azure fonctionne en pay-as-you-go. Surestimer les ressources se paie chaque mois. Sous-estimer crée des problèmes de performance. Le sizing doit s'appuyer sur les données réelles collectées par Azure Migrate, pas sur des estimations à la louche.
Avant d'engager le moindre budget, passer par l'Azure Pricing Calculator. Cet outil gratuit permet de simuler votre architecture cible et d'obtenir une estimation mensuelle précise.
Deux décisions structurantes à prendre à cette phase :
- La région Azure : pour une PME française, le choix s'impose — France Central (Paris). Latence optimale, conformité RGPD avec des données qui ne quittent pas le territoire français.
- La stratégie réseau : le VPN Site-to-Site (tunnel chiffré entre votre réseau local et Azure) suffit pour la majorité des PME. L'ExpressRoute (connexion dédiée hors internet) est réservé aux besoins de bande passante élevée ou aux exigences de conformité renforcées.
Phase 3 — Sécurité et conformité (à faire avant la migration, pas après)
La sécurité n'est pas une étape post-migration. C'est un prérequis. Configurer les règles de sécurité après avoir migré des serveurs de production, c'est ouvrir des fenêtres et fermer les volets ensuite.
Les quatre piliers à valider avant de commencer :
1. Politique de backup. Azure Backup — service managé, sans infrastructure à gérer. Minimum recommandé : rétention 30 jours, avec un test de restauration effectif avant toute mise en production. Un backup qu'on n'a jamais testé n'est pas un backup.
2. Chiffrement des disques. Azure Disk Encryption — à vérifier explicitement sur les VMs migrées depuis l'on-premise. Toutes les données au repos doivent être chiffrées, sans exception.
3. Gestion des identités. La migration est le bon moment pour consolider la gestion des accès. Microsoft Entra ID centralise l'authentification de tous vos utilisateurs et applications. C'est le socle de votre sécurité cloud.
4. Conformité RGPD. Entra ID Conditional Access permet d'imposer des conditions d'accès contextuelles : accès depuis un appareil géré uniquement, MFA obligatoire hors réseau d'entreprise, blocage des connexions depuis des pays à risque. Ces politiques se configurent avant la migration.
Phase 4 — Migration par vagues (jamais tout d'un coup)
Migrer l'ensemble de l'infrastructure en un week-end : c'est le scénario qui génère les incidents de production les plus sévères. Le principe des vagues — migration progressive, validation à chaque étape — n'est pas une précaution excessive. C'est la méthode qui permet de dormir le lundi matin.
Vague 1 — Environnements de dev et de test. Risque zéro pour la production, apprentissage maximal pour les équipes. C'est ici qu'on valide les procédures, qu'on détecte les problèmes de dépendances, qu'on forme les administrateurs sur les outils Azure. Durée recommandée avant de passer à la vague suivante : deux semaines en production.
Vague 2 — Serveurs de fichiers et applicatifs non-critiques. Partages réseau, serveurs d'impression, applications internes à faible criticité. C'est la vague où on affine le processus de migration et où on valide les performances réseau réelles.
Vague 3 — Serveurs critiques. ERP, bases de données de production, messagerie, applications métier cœur de business. Cette vague ne démarre qu'après validation complète des deux premières. Elle se planifie avec les métiers — pas seulement avec l'IT.
Règle absolue : chaque vague passe en production et est validée pendant deux semaines minimum avant de migrer la vague suivante.
Les 5 erreurs les plus courantes (et comment les éviter)
1. Migrer sans tester le disaster recovery. Avoir Azure Backup configuré ne suffit pas. Il faut avoir exécuté une restauration complète avant la mise en production. La restauration doit être documentée, chronométrée et validée par les métiers.
2. Sous-estimer les coûts de bande passante sortante. Azure facture le trafic sortant — les données qui quittent les datacenters Microsoft vers internet ou vers votre réseau on-premise. Ce coût (egress cost) peut représenter 10 à 20 % de la facture mensuelle.
3. Négliger les licences Windows Server. L'Azure Hybrid Benefit permet de réutiliser vos licences Windows Server et SQL Server on-premise pour vos VMs Azure, sans surcoût. Sur un parc de 20 VMs Windows Server, l'économie peut atteindre 40 % de la facture de compute.
4. Pas de monitoring post-migration. Azure Monitor collecte les métriques de performance, les logs applicatifs et génère des alertes. À configurer obligatoirement avant la mise en production. Ajouter en parallèle une alerte budget dans Azure Cost Management pour ne jamais être surpris par la facture.
5. Former les équipes après la migration plutôt qu'avant. Un administrateur qui découvre la console Azure le jour de la bascule prend de mauvaises décisions sous pression. La formation doit commencer pendant la phase d'assessment — sur les environnements de dev/test de la vague 1.
Ce que coûte vraiment une migration Azure pour une PME de 100 postes
La fourchette honnête pour une migration complète — audit initial, migration par vagues, formation des équipes — se situe entre 15 000 et 50 000 € en prestation. L'écart s'explique par :
- Le nombre de serveurs : une PME avec 8 serveurs et peu de dépendances, c'est le bas de la fourchette. 25 serveurs avec des applications métier imbriquées, c'est le haut.
- La complexité des dépendances applicatives : des applications qui communiquent entre elles via des protocoles non documentés allongent les phases d'assessment et de test.
- Le besoin de refactoring : si des applications doivent être adaptées pour fonctionner en mode cloud-native, le coût de développement s'ajoute à la migration.
Les économies à terme sont réelles : suppression des coûts de renouvellement matériel, fermeture ou réduction de la salle serveur, élimination des coûts d'électricité et de climatisation, fin des contrats de maintenance matériel. Sur 3 ans, la migration Azure devient rentable pour la majorité des PME de 50 postes et plus.
Pour aller plus loin sur la sécurité de votre infrastructure cloud, lire notre page dédiée à la sécurité cloud Azure. Pour les sujets de continuité d'activité et de plan de reprise, consulter notre page Backup & Disaster Recovery. Et pour démarrer avec un état des lieux gratuit, demander un assessment gratuit — on cartographie votre environnement et on produit un plan de migration adapté à votre contexte.