Migrer une PME vers Azure : les étapes, la durée, ce qui coûte

Votre serveur arrive en fin de garantie, votre bail change, ou votre prestataire vous parle d'Azure sans que vous sachiez ce que cela implique. Une migration vers Azure n'est ni un déménagement de cartons ni un simple changement d'abonnement : c'est un projet qui se déroule sur plusieurs mois, avec des décisions à prendre serveur par serveur. Voici ce qui se passe réellement, dans quel ordre, et ce qui pèse sur la facture ensuite.

Une migration n'est pas une photocopie

L'erreur la plus coûteuse consiste à recopier l'existant à l'identique chez Microsoft. Vous cumulez alors les défauts de l'ancienne installation et le coût du cloud, sans en tirer le moindre bénéfice. Une machine achetée trop grande il y a cinq ans, remise en ligne avec la même taille, se paie désormais tous les mois.

La bonne question n'est pas « comment déplacer ce serveur », mais « ce service a-t-il encore besoin d'un serveur ». Une base de données peut devenir un service géré que plus personne n'a à mettre à jour. Un partage de fichiers peut disparaître dans un espace collaboratif. Une application interne oubliée depuis deux ans n'a besoin de rien du tout.

Les cinq phases, et leur durée

Pour une PME de quelques serveurs, comptez de 2 à 6 mois entre le premier inventaire et la fin de l'accompagnement. Les durées ci-dessous sont des ordres de grandeur : le nombre d'applications et leur état les font varier du simple au triple.

Audit et inventaire, de 1 à 3 semaines. On liste ce qui tourne réellement, on mesure la consommation observée plutôt que la taille des machines achetées, et surtout on relève les dépendances entre serveurs. Une application qui appelle discrètement une base hébergée ailleurs est la première cause de bascule ratée.

Plan et choix par serveur, de 1 à 2 semaines. Chaque serveur reçoit une destination et une seule, l'ordre des vagues est écrit, chaque bascule reçoit sa date, son test de validation et sa procédure de retour arrière.

Bascule par vagues, de 1 à 3 mois. C'est la phase la plus longue. On commence par une vague pilote sans enjeu, qui sert de répétition grandeur nature, puis on va du moins critique au plus critique.

Stabilisation, de 2 à 4 semaines. L'usage réel révèle des lenteurs, des droits mal placés, des sauvegardes à ajuster. C'est aussi le moment de redimensionner sur les consommations mesurées et de poser les alertes de coût.

Transfert, environ une semaine. Documentation, inventaire et accès sont remis au client, à son nom, et les équipes sont formées sur ce qui change pour elles.

Le choix se fait serveur par serveur

Quatre décisions possibles, et une seule par serveur.

1. Le réhéberger tel quel. La machine est recopiée dans Azure sans être modifiée. C'est rapide, peu risqué, et cela convient à un logiciel métier qu'on n'a pas le droit de toucher. En contrepartie, vous continuez d'administrer un système d'exploitation et de payer une machine qui tourne, même la nuit.
2. Le remplacer par un service géré. Une base de données ou un serveur web devient un service exploité par Microsoft : plus de mises à jour de système à faire, une facturation liée à l'usage, mais parfois des ajustements à prévoir dans l'application.
3. Le reconstruire. L'application est repensée pour fonctionner autrement. C'est le chemin le plus coûteux, rarement justifié dans une PME, sauf pour un outil développé sur mesure qui pose déjà problème.
4. Le laisser où il est. Un serveur récent, déjà amorti, ou un logiciel dont l'éditeur interdit l'hébergement à distance, reste sur place. Le résultat est un modèle mixte, qui est un aboutissement courant et non un échec.

La bonne migration mélange les quatre. Décider que tout part en une fois, ou que tout doit devenir un service géré, c'est déjà se tromper.

Les outils Microsoft, et à quoi ils servent

Vous n'avez pas à les connaître, mais savoir qu'ils existent aide à lire une proposition commerciale.

• Azure Migrate sert à découvrir l'inventaire, à évaluer si chaque charge est prête et à visualiser les dépendances entre serveurs. Microsoft le décrit comme un service gratuit, la facturation ne commençant qu'avec les ressources réellement consommées (documentation Azure Migrate).
• La zone d'atterrissage est le socle posé avant la première machine : organisation des abonnements, réseau, identités, règles de sécurité. Microsoft en publie une architecture de référence dans son Cloud Adoption Framework (zone d'atterrissage Azure). Sauter cette étape est le meilleur moyen de devoir tout refaire un an plus tard.
• Azure Database Migration Service déplace des bases de données avec un temps d'arrêt minimal, en mode dit « en ligne » (documentation du service).
• Microsoft Cost Management est l'outil de suivi des dépenses : analyse par ressource, budgets, alertes en cas de dépassement ou de variation anormale (vue d'ensemble). Il se configure le jour de la mise en service, pas au premier sursaut à la réception de la facture.

Les erreurs les plus fréquentes

Migrer sans inventaire. On découvre en cours de route un serveur que personne n'avait mentionné, ou une application qui dépend d'un partage réseau local.

Garder les tailles d'origine. Le dimensionnement se fait sur la consommation observée pendant l'audit, pas sur la fiche technique du matériel remplacé.

Laisser tout allumé en permanence. Un environnement de test ou de recette n'a aucune raison de tourner la nuit et le week-end.

Oublier les licences. Windows Server et SQL Server se paient en plus du calcul, sauf à réutiliser des licences existantes.

Confondre réplication et sauvegarde. Vos données sont copiées dans Azure, elles ne sont pas sauvegardées pour autant. Une suppression ou un chiffrement par rançongiciel se réplique très bien.

Ce qui coûte dans une facture Azure

Aucune facture Azure ne se résume à une ligne. Elle se lit par nature de consommation, et c'est cette lecture qui permet d'agir.

Le calcul. Les machines virtuelles sont facturées au temps d'exécution et à leur taille. C'est le premier poste, et celui sur lequel l'extinction des environnements non productifs pèse le plus.

Le stockage. Facturé au volume conservé, au type de disque et au nombre d'opérations. Les sauvegardes et les instantanés en font partie, et ils grossissent tout seuls si personne ne fixe de durée de conservation.

La sortie réseau. Les données entrantes sont gratuites, les données sortant d'Azure vers internet sont facturées selon le volume (tarification de la bande passante). Une application qui exporte massivement des fichiers vers l'extérieur mérite d'être regardée avant la migration.

Les licences. Windows Server et SQL Server s'ajoutent au coût de la machine. Le programme Azure Hybrid Benefit permet de réutiliser des licences existantes couvertes par la Software Assurance ou par un abonnement éligible, avec un minimum de huit licences par machine virtuelle (conditions du programme).

L'engagement de durée. Les réservations Azure appliquent une remise sur des ressources que vous vous engagez à utiliser pendant un an ou trois ans (principe des réservations). C'est un levier utile, mais après la stabilisation seulement : réserver avant d'avoir mesuré revient à figer un mauvais dimensionnement.

Et les données en France ?

Azure propose deux régions françaises, France Centrale à Paris et France Sud à Marseille, cette dernière étant à accès restreint (liste des régions Azure). Choisir une région française règle la question de la localisation physique, sauvegardes comprises, à condition de le vérifier service par service.

Cela ne règle pas tout. Le droit auquel est soumis l'opérateur reste un sujet distinct, que nous détaillons dans notre article sur l'hébergement des données en France. Pour une PME ordinaire, la région française suffit à répondre aux questionnaires clients ; pour certains secteurs, la question va plus loin.

Par où commencer

Par l'inventaire, toujours. Tant que la liste des applications, des dépendances et des consommations réelles n'existe pas, aucun chiffrage n'a de sens et aucun calendrier n'est tenable. Et avant même cela, par la question de fond : faut-il migrer ? Nous l'avons traitée sans parti pris dans serveur au bureau ou cloud, que choisir.

Si la réponse est oui, la suite est décrite étape par étape sur notre page migration cloud pour PME, avec les engagements que nous prenons par écrit. L'exploitation qui vient ensuite se facture au forfait mensuel, selon le nombre de postes et de serveurs, avec un support en jours ouvrés de 9 h à 18 h.