Tarification du calcul cloud : comparer la facture complète

La tarification du calcul correspond à ce qu'un fournisseur cloud facture pour les ressources de traitement que vous allouez ou utilisez. Pour une machine virtuelle, le calcul repose souvent sur le tarif de l'instance multiplié par sa durée d'exécution facturable. La facture complète peut aussi comprendre le stockage, les transferts de données, les licences logicielles et les services associés.

Ce guide s'adresse aux équipes qui comparent des configurations cloud ou préparent un budget de déploiement. Il présente les principaux modèles tarifaires, un exemple de calcul mensuel et les conditions à vérifier avant de s'engager. Les règles des fournisseurs ont été vérifiées le 13 octobre 2026. Les montants en dollars de l'exemple sont des hypothèses, pas des devis actuels.

Que payez-vous exactement ?

Une machine virtuelle réunit des processeurs virtuels, de la mémoire et d'autres ressources. Certains fournisseurs affichent un prix unique par instance ; d'autres détaillent des frais par ressource qui, additionnés, donnent le coût de la configuration. Une instance GPU peut inclure le CPU hôte, la RAM et le stockage local, ou facturer certains de ces éléments séparément. Lisez les caractéristiques avant d'additionner les coûts.

La capacité allouée et le travail utile sont deux mesures différentes. Une VM peu sollicitée peut rester facturable. La documentation tarifaire de Google Compute Engine précise par exemple qu'une instance inactive reste facturée tant qu'elle est en cours d'exécution. Les ressources vCPU, GPU et mémoire ont un minimum de facturation d'une minute, puis sont facturées à la seconde. Réduire l'activité du CPU ne réduit pas, à lui seul, le nombre de vCPU alloués sur la facture.

La granularité de facturation dépend aussi du service et du système d'exploitation. La page AWS EC2 On-Demand décrit une facturation à la seconde pour plusieurs systèmes, tandis que les instances SUSE Linux Enterprise Server sont facturées par heure entière. Windows, Red Hat Enterprise Linux (RHEL) et d'autres images payantes peuvent entraîner des frais de licence différents. N'appliquez pas un tarif Linux unique à toutes les images.

Comparez des configurations équivalentes

Avant de comparer les prix horaires affichés, relevez ces éléments pour chaque offre :

• Ressources de traitement : architecture et génération du CPU, nombre de vCPU, mémoire, modèle et nombre éventuel de GPU.
• Stockage et réseau : capacité incluse, disques persistants ou locaux, limites de débit, adresses IP publiques et volumes de transfert inclus.
• Localisation et disponibilité : région, zones, quota du compte et possibilité de lancer réellement la capacité souhaitée.
• Conditions commerciales : devise, taxes, système d'exploitation, licence logicielle, assistance, minimum facturable et durée d'engagement.
• Exigences de performance : charge de travail, délai d'exécution, latence et fiabilité que la configuration doit assurer.

Deux instances possédant le même nombre de vCPU et la même quantité de mémoire peuvent offrir des performances différentes. Pour les machines à capacité variable, examinez aussi les règles de crédits CPU en cas de charge soutenue. Pour les GPU ou le calcul haute performance, la bande passante mémoire, l'interconnexion et la compatibilité applicative peuvent compter davantage qu'un tarif horaire apparemment similaire.

Les modèles de tarification du calcul et leurs limites

Modèle	Ce qui est facturé	Usage adapté	Condition principale
À la demande ou à l'usage	L'utilisation facturable au tarif applicable	Essais, demande variable et charges sans engagement de longue durée	Vérifier les minimums, le temps d'inactivité et les ressources facturées séparément
Remise avec engagement	Un volume convenu d'utilisation ou de dépenses admissibles sur une durée donnée	Un socle stable que vous prévoyez de continuer à utiliser	L'engagement inutilisé et les usages non admissibles peuvent réduire l'économie
Capacité spot ou interruptible	La capacité disponible à tarif réduit	Traitements par lots redémarrables et autres tâches tolérant les interruptions	Le fournisseur peut reprendre la capacité ; les reprises ont un coût
Exécution serverless	Des unités propres au service : requêtes, durée d'exécution ou ressources provisionnées	Travaux compatibles avec le modèle d'exécution et de mise à l'échelle du service	Vérifier les minimums, le démarrage, les paramètres d'inactivité et les services associés

Ces modèles représentent des choix de facturation, pas un classement universel du moins cher au plus cher. Un engagement peut coûter davantage qu'une offre à la demande si le besoin disparaît. Un court traitement serverless peut être économique, mais un service actif en permanence exige une autre comparaison. Évaluez les deux pour une même quantité de travail accompli.

Que couvre un plan d'économies sur le calcul ?

Les AWS Compute Savings Plans proposent des tarifs réduits sur les usages admissibles en échange d'un engagement de dépenses horaires sur un ou trois ans. Ils peuvent couvrir EC2, Fargate et Lambda, selon les règles du plan. L'utilisation au-delà de l'engagement est facturée au tarif à la demande normal. D'autres types de plans AWS ont un périmètre plus étroit : vérifiez le produit exact avant l'achat.

La documentation Microsoft sur les plans d'économies décrit également un engagement horaire. La part inutilisée pour une heure expire sans être reportée. Le plan consacré au calcul ne couvre pas les logiciels, le réseau ni le stockage. Estimez un socle horaire durable, au lieu de dimensionner l'engagement sur votre facture la plus élevée.

Une remise ne réserve pas nécessairement de capacité

Les engagements tarifaires et les réservations de capacité répondent à des besoins différents. Google Cloud distingue explicitement les remises pour engagement d'utilisation et les réservations de capacité par zone. Un engagement seul ne réserve pas ces ressources. Vérifiez si l'offre apporte une remise, une capacité garantie ou les deux, et si les ressources réservées mais inutilisées restent payantes.

Pour les tâches spot, testez l'enregistrement de la progression et le redémarrage de l'application. Les VM Azure Spot peuvent être évincées lorsque leur capacité est requise ailleurs et ne bénéficient d'aucun SLA de disponibilité. Un tarif inférieur n'est utile que si la charge supporte l'interruption et le temps de reprise.

Calculez les coûts mensuels au-delà du tarif de l'instance

Facture cloud estimée = calcul facturable + stockage + transfert de données + logiciels et services associés + taxes applicables.

Pour une instance facturée à l'heure, multipliez le nombre d'instances par leurs heures facturables et leur tarif horaire. Si les durées diffèrent, calculez chaque instance séparément, puis additionnez les résultats. Un mois de 30 jours compte 720 heures ; un mois de 31 jours en compte 744. Le mois de 730 heures utilisé par certains calculateurs est une convention de planification, pas la durée de chaque mois civil.

Supposons que trois VM de développement fonctionnent chacune 200 heures dans le mois, au tarif hypothétique de 0,10 $ par heure d'instance, CPU et RAM compris. L'équipe conserve 300 Go de stockage facturé séparément pendant le mois, transfère 150 Go sur un trajet payant et supporte 8 $ d'autres frais réseau.

Poste	Calcul illustratif	Coût mensuel
Trois VM	3 × 200 heures × 0,10 $	60 $
Stockage persistant	300 Go-mois × 0,08 $	24 $
Transfert de données	150 Go × 0,06 $	9 $
Autres frais réseau	Total supposé	8 $
Total avant licences, assistance et taxes	60 $ + 24 $ + 9 $ + 8 $	101 $

Les 60 $ de calcul ne représentent qu'une partie de cette facture. Si les mêmes VM fonctionnent sans interruption pendant 720 heures, le calcul passe à 216 $. Chaque autre poste nécessite sa propre estimation d'utilisation ; il n'augmente pas automatiquement dans les mêmes proportions. Les unités Go et Gio, le sens des transferts et les paliers tarifaires doivent correspondre à ceux du fournisseur.

Ne comptez pas deux fois les ressources incluses. Si une offre comprend du stockage local ou du trafic réseau, déterminez d'abord le volume inclus et les conditions au-delà. Ajoutez aussi l'équilibrage de charge, les sauvegardes, les instantanés, la supervision et les services de base de données nécessaires à l'application.

Arrêter une charge de travail ne met pas toujours fin aux frais

Vérifiez l'état de la ressource chez le fournisseur, pas seulement l'arrêt de l'application. Azure distingue les états Stopped et Deallocated : une VM arrêtée mais toujours allouée reste facturée pour son utilisation d'instance. La désallocation met fin à ces frais, tandis que les disques et certaines ressources réseau peuvent rester payants.

Le stockage persistant nécessite souvent une décision de conservation distincte. Précisez ce qui doit être conservé, comment les données sont sauvegardées et qui peut les supprimer. La maîtrise des coûts ne doit pas reposer sur la suppression de l'unique copie de données utiles.

Comparez les fournisseurs avec une même charge de travail

Reproduisez le même déploiement dans le calculateur de chaque fournisseur, services associés compris. Pour AWS, commencez par AWS Pricing Calculator, puis comparez l'estimation à la facturation réelle après un petit essai. La console AWS, Azure Cost Management et les rapports de facturation Google Cloud permettent d'examiner les écarts entre utilisation estimée et enregistrée.

Conservez la date du tarif, la région, la devise, le traitement fiscal et la configuration avec chaque estimation. Pour comparer une offre en euros à un devis en dollars, consignez par exemple le taux de change retenu. Faites apparaître les crédits promotionnels séparément du coût récurrent.

Compute with Hivenet permet d'exécuter des charges CPU et GPU. Sa documentation de facturation décrit des crédits prépayés détenus par l'organisation, des prix en euros et une facturation à la seconde des usages admissibles, sans minimum horaire. Les frais d'instance commencent à l'état Running et cessent dès qu'elle quitte cet état. Utilisez la configuration et le tarif effectif actuels de la console pour comparer, sans supposer un pourcentage fixe d'économie par rapport à un autre fournisseur.

Si vous envisagez de migrer depuis votre propre infrastructure, notre guide des économies liées au cloud traite plus largement les coûts de possession et d'exploitation. Comparer des factures cloud ne suffit pas à intégrer l'effort de migration, l'administration ou la valeur du matériel existant.

Réduisez le coût du calcul en préservant les performances requises

1. Mesurez une charge représentative. Relevez la durée, les besoins mémoire, la latence, la qualité du résultat et l'utilisation avant de modifier la configuration.
2. Supprimez les durées d'exécution évitables. Programmez les environnements de développement adaptés et arrêtez les ressources inutilisées avec les commandes prévues par le fournisseur.
3. Testez une configuration mieux dimensionnée. Conservez une marge pour les pointes et les défaillances, au lieu de viser un pourcentage arbitraire d'utilisation du CPU.
4. Engagez-vous seulement sur un socle stable. Vérifiez la durée, les services admissibles, les restrictions de région, les règles d'annulation et le coût si la demande diminue.
5. Comparez la facture au travail accompli. Suivez le coût par tâche ou transaction, examinez les postes inattendus et actualisez l'estimation lorsque la charge change.

Les alertes budgétaires sont utiles, mais vérifiez si une éventuelle limite de dépenses arrête réellement les ressources. Désignez une personne chargée de réagir aux alertes et d'examiner les disques, adresses, réservations et engagements inutilisés. Ces décisions doivent être définies avant de pouvoir être appliquées automatiquement.

Questions courantes sur la tarification du calcul

Le tarif horaire le plus bas est-il le plus économique ?

Seulement s'il satisfait les exigences de la charge au coût total le plus faible. Une instance plus rapide et plus chère à l'heure peut coûter moins par tâche terminée. Incluez les nouvelles tentatives, les ressources associées et l'allocation minimale dans la comparaison.

Faut-il réserver ou prendre un engagement pour chaque charge ?

Non. Les engagements conviennent à un socle admissible et prévisible. Un projet incertain, un pic saisonnier ou une configuration bientôt remplacée peuvent vous laisser un engagement à payer sans l'utiliser.

À quelle fréquence faut-il actualiser l'estimation ?

Actualisez-la avant un achat ou un engagement, puis lorsque la configuration, la région, la charge ou les conditions commerciales changent. Comparez-la aux frais réels pendant un pilote et après les changements importants. Il n'existe pas de calendrier universel de modification des tarifs des fournisseurs.