Coût du cloud : paiement à l'usage, réservations et TCO

Le coût du cloud se calcule à partir de compteurs : des heures de calcul, des gigaoctets stockés, des opérations, des données sortantes, chacun multiplié par un prix unitaire. Pour savoir si le cloud revient moins cher qu'un serveur acheté, on compare le TCO (Total Cost of Ownership, coût total de possession) des deux solutions : tous leurs coûts, matériels et humains, sur la même durée, en général trois ou cinq ans. Ce chapitre montre comment le cloud facture, comment payer moins, comment calculer un TCO et un point mort, et comment surveiller une dépense.

Comment le cloud facture

Chaque service a ses compteurs. Voici les prix publics de quelques services utilisés dans ce cours, relevés en novembre 2026 sur l'API publique des tarifs Azure, pour la région France Central, en euros hors taxes. Par convention, Azure compte 730 heures dans un mois.

Ces prix changent : retiens la méthode, pas les chiffres. Pour une estimation à jour, utilise la calculatrice de prix (plus bas).

Payer moins : réservations, plans d'économies, instances spot

Le prix catalogue est celui du paiement à l'usage (pay-as-you-go) : aucun engagement, on arrête quand on veut. Pour une charge stable, on obtient une remise en s'engageant.

Une réservation se paie même si la VM est éteinte. Elle n'est rentable que si la VM tourne assez longtemps : la réservation d'un an coûte 543,11 €, soit le prix de 543,1123 ÷ 0,1005 ≈ 5 404 heures à l'usage. En dessous de 5 404 heures par an, c'est-à-dire 61,7 % du temps, le paiement à l'usage revient moins cher.

Éteindre ce qui ne sert pas est souvent la première économie. Une VM de développement utilisée 11 heures par jour, 22 jours par mois, consomme 242 heures : 242 × 0,1005 = 24,32 € au lieu de 73,37 € si elle tourne nuit et jour. Azure propose un arrêt automatique planifié des VM (chapitre 7).

Choisir la bonne taille compte autant. Une VM dont le processeur ne dépasse jamais 10 % est surdimensionnée ; Azure Advisor, gratuit, signale ces ressources sous-utilisées et propose une taille inférieure.

Calculer un TCO

Le TCO additionne tous les coûts d'une solution sur la même période, pour un même niveau de service. Oublier le temps humain ou l'électricité fausse toujours la comparaison.

L'exemple de Sorbier. Le serveur srv-web qui porte le suivi des livraisons arrive en fin de garantie. Deux scénarios sur cinq ans :

Scénario A, racheter un serveur.

• Achat : 4 800 € HT.
• Électricité : 300 W en moyenne, climatisation comprise, pendant 8 760 heures, soit 2 628 kWh × 0,20 € = 525,60 € par an.
• Contrat de maintenance matérielle : 350 € par an.
• Administration : 2 heures par mois à 45 € de l'heure (coût chargé d'un technicien), soit 1 080 € par an.
• Part de la sauvegarde : 120 € par an.

Coût annuel : 525,60 + 350 + 1 080 + 120 = 2 075,60 €. TCO sur cinq ans : 4 800 + 5 × 2 075,60 = 15 178 €.

Scénario B, passer en PaaS sur Azure.

• App Service B1 : 0,0162 × 730 = 11,826 € par mois.
• Base MySQL B1ms : 0,0171 × 730 = 12,483 € par mois, plus 32 Go de stockage : 32 × 0,1194 = 3,8208 €.
• 200 Go de bons de livraison en Blob Storage, niveau froid (cool) : 200 × 0,0094 = 1,88 €.
• Administration : une demi-heure par mois, 22,50 €.
• Migration, une fois : 3 jours de prestation, 1 080 €.

Coût mensuel : 11,826 + 12,483 + 3,8208 + 1,88 + 22,50 = 52,5098 €, soit 52,51 €. TCO sur cinq ans : 1 080 + 60 × 52,5098 = 4 230,59 €.

Le cloud coûte ici 28 % du scénario A. Ce résultat tient à la situation : une petite application, un serveur à remplacer, un temps d'administration qui baisse. Si Sorbier installait l'application dans une VM de son cluster Proxmox existant, le surcoût serait presque nul, et la comparaison changerait de sens. Un TCO compare des scénarios concrets, pas « le cloud » contre « le sur site » en général.

Le point mort : quand l'achat redevient rentable

Le cloud coûte peu au départ et beaucoup sur la durée pour une charge permanente. Le point mort est le moment où les deux courbes de coût cumulé se croisent.

Prenons un serveur de calcul des tournées, sollicité en permanence. Sur site : 6 000 € d'achat, puis 100 € par mois. Dans le cloud : 280 € par mois, sans achat. Après m mois, le coût cumulé vaut 6 000 + 100 m sur site, et 280 m dans le cloud. Les deux sont égaux quand 280 m = 6 000 + 100 m, soit 180 m = 6 000, donc m = 33,3 mois. Avant 33 mois, le cloud est moins cher ; après, l'achat l'emporte. Sur cinq ans, le serveur acheté coûte 6 000 + 60 × 100 = 12 000 €, le cloud 60 × 280 = 16 800 €.

La conclusion pratique : une charge variable ou temporaire va bien dans le cloud à l'usage ; une charge stable et permanente se paie avec une réservation, ou reste sur un matériel acheté. Mathématiquement, le point mort est l'intersection de deux droites, c'est-à-dire de deux fonctions affines du temps.

Estimer avant de créer : la calculatrice de prix

• La calculatrice de prix d'Azure (Pricing calculator, sur azure.microsoft.com/pricing/calculator) : tu ajoutes des services, tu choisis région, taille et durée, et elle affiche une estimation mensuelle exportable. Rien n'est créé.
• L'ancienne calculatrice de TCO d'Azure a été retirée : de nombreux supports la citent encore. Pour comparer un parc sur site à Azure, Microsoft renvoie désormais à l'analyse de rentabilité (business case) d'Azure Migrate. Pour un cas simple comme celui de Sorbier, un tableur suffit.
• AWS Pricing Calculator et Google Cloud Pricing Calculator font la même chose chez leurs fournisseurs.
• L'API publique des tarifs Azure donne les prix sans compte : pratique pour un développeur qui veut comparer des régions.

# Prix horaires de la VM B1s en France Central, en euros
curl -s -G "https://prices.azure.com/api/retail/prices" \
  --data-urlencode "currencyCode=EUR" \
  --data-urlencode "\$filter=serviceName eq 'Virtual Machines' and armRegionName eq 'francecentral' and armSkuName eq 'Standard_B1s'"

La réponse est un document JSON : chaque élément d'Items donne un prix (retailPrice), son unité (unitOfMeasure) et son type (Consumption pour le paiement à l'usage, Reservation pour une réservation, dont le prix est alors celui de toute la durée).

Surveiller la dépense : budgets, alertes et étiquettes

• Les étiquettes (tags). Chaque ressource reçoit des paires clé-valeur, par exemple projet=suivi-livraisons et environnement=production. L'analyse des coûts les regroupe : on sait ce que coûte chaque projet.
• Les budgets. Dans Cost Management, gratuit, un budget fixe un montant mensuel pour un abonnement ou un groupe de ressources, avec des seuils d'alerte sur la dépense réelle ou prévue (par exemple 50 %, 80 % et 100 %). À chaque seuil, un courriel part. Un budget n'arrête rien : il prévient. Pour agir automatiquement, on lui associe un groupe d'actions (un script qui désalloue les VM de test, par exemple).
• L'analyse des coûts montre la dépense par service, par groupe de ressources ou par étiquette, avec une prévision de fin de mois.
• Les recommandations d'Azure Advisor signalent les ressources inutilisées ou surdimensionnées.

On appelle FinOps la démarche qui rend chaque équipe responsable de ses coûts cloud, avec ces outils et des revues régulières.

Exercices