FonctionnalitésBilling & consommation

BILLING & CONSOMMATION

Voir ce que le cloud consomme.

Lire les dépenses du compte cloud, leur période et les ressources qui les expliquent. Billing suit la consommation remontée par le fournisseur ; l’estimation de la simulation reste un repère distinct.

Application gratuite · macOS & Linux · Sans IA obligatoire

Du montant du mois aux postes qui l’expliquent.

Faire défiler pour suivre chaque étape.

bige-ops / billing & consommation01 / 04
Le mois en cours peut être partiel ; l’app indique jusqu’où vont les chiffres.
01 / SITUER

Ouvrir un compte. Lire une période.

L’onglet Billing suit le compte cloud ouvert dans l’app. Choisir un mois et lire le montant disponible avec les dates couvertes et sa fraîcheur. Le périmètre est celui du compte facturé par le fournisseur, pas une ventilation automatique entre les simulations du projet.

Un totalUn compte + une période

Le mois en cours peut être partiel ; l’app indique jusqu’où vont les chiffres.

02 / SUIVRE

Distinguer zéro euro d’une donnée manquante.

Avec Outscale, le graphique détaille les journées closes disponibles. Une journée à zéro reste différente d’une journée non consolidée ou non lue. OVHcloud fournit ici une lecture mensuelle : le total et les services sont affichés, sans inventer de détail par jour ou par ressource.

Les jours du moisDes données connues ou manquantes

La consommation est consolidée par le fournisseur ; ce n’est pas du temps réel.

03 / EXPLIQUER

Retrouver ce qui compose la dépense.

Explorer les postes les plus coûteux et, avec Outscale, les ressources associées. Les noms peuvent être rapprochés du dernier inventaire. Une ressource absente de cet inventaire reste visible si elle apparaît dans la consommation de la période : son coût passé ne disparaît pas avec sa suppression.

Montant du moisPostes et ressources concernés

Outscale : catégories et ressources. OVHcloud : services disponibles, sans détail par ressource inventé.

04 / PROJETER

Voir la trajectoire. Garder les repères.

Pour un mois ouvert, Billing distingue le montant observé d’une projection de fin de mois. L’estimation de la simulation active peut être ramenée aux mêmes jours couverts. La base de chaque calcul reste indiquée pour comprendre l’écart, sans présenter la projection comme une facture attendue certaine.

Consommation à dateProjection distincte du réel

Projection Outscale : rythme des derniers jours connus ; OVHcloud : moyenne du mois disponible.

Le prévu et le consommé ne racontent pas la même chose.

Avant : estimer les ressources

La simulation chiffre les ressources déclarées à partir du catalogue et d’hypothèses de durée. Certains postes variables restent inconnus ; les IOPS provisionnées io1 sont déjà incluses dans les estimations Outscale concernées.

Comprendre les estimations ↗

Après : lire la consommation

Billing récupère les données consolidées du compte, avec les postes réellement remontés par le fournisseur. Leur granularité dépend du cloud. Le montant inclut l’usage disponible de la période, mais n’est pas une facture définitive.

Comparer à périmètre égal

L’estimation d’une simulation et la dépense d’un compte entier peuvent couvrir des ressources différentes. La durée couverte, les ressources et les conditions de facturation doivent rester visibles pour comprendre l’écart.

Trois chiffres, trois significations.

Les comparer n’a de sens qu’avec leur base de calcul.

Consommation observée

Le total retourné par le fournisseur pour les dates disponibles. Il suit les données de consommation et les prix exposés par l’API ; seule la facture définitive fait foi.

Projection de fin de mois

Une extrapolation du mois ouvert. Outscale utilise le rythme des derniers jours connus ; en l’absence de détail journalier OVHcloud, le calcul utilise la moyenne disponible depuis le début du mois.

Estimation sur la même durée

Quand l’estimation de la simulation live est disponible, Billing la ramène aux jours couverts du mois en cours. Cela aide à comparer une hypothèse à une période observée, sans transformer la simulation en facture.

Le détail dépend du fournisseur.

Le même écran conserve les limites des données reçues.

Outscale

Montant mensuel, journées entières consolidées, catégories, postes et ressources. Le dernier inventaire aide à nommer les ressources ; son absence n’efface pas leurs identifiants de consommation.

OVHcloud en bêta

Montant du mois, services et date de mise à jour disponibles. Le détail journalier et la ventilation par ressource ne sont pas présentés.

Actualisation et échecs partiels

Le cache évite de relire continuellement les mêmes données. L’actualisation garde les chiffres déjà affichés si la nouvelle lecture échoue, avec le problème signalé. Un détail refusé ne doit pas faire disparaître le total disponible.

Éviter de faire tourner ce qui peut attendre.

Mettre en veille une stack compatible

standby-bige-ops permet de mettre en veille des VM compatibles après une période d’inactivité, puis d’accompagner leur réveil. Examiner cette option pour réduire les heures de calcul inutilisées et le coût associé.

Découvrir standby-bige-ops ↗

Vérifier l’effet sur le mois suivant

La mise en veille ne supprime pas tous les postes : stockage conservé, réseau, IP et gardienne peuvent continuer à être facturés. Billing permet de relire la dépense observée. Aucun gain financier ou environnemental chiffré n’est garanti.

Comprendre la démarche d’optimisation ↗

Les commandes utiles.

Relire le mois courant

À lancer depuis le dossier du compte cloud. Actualise les données disponibles du fournisseur ; la consolidation peut rester en retard sur l’activité.

bige-ops billing consumption --refresh --json

Lire une période précise

Remplacer l’exemple de mois par la période voulue. Le détail journalier dépend du fournisseur et des données disponibles.

bige-ops billing consumption --month 2026-10 --json

Ce que cela change, concrètement.

La source reste visible.

Le montant conserve son fournisseur, sa période et son état de consolidation. Une donnée manquante ne devient pas zéro.

Voir le périmètre des clouds ↗

Le budget prévu reste à part.

L’estimation part des ressources de la simulation ; Billing part des données du compte. La comparaison conserve la même durée couverte.

Comprendre les estimations ↗

Les points à connaître.

Billing affiche-t-il les dépenses en temps réel ?

Non. Outscale consolide des journées entières ; OVHcloud retourne un document mensuel et sa date de mise à jour. L’app affiche les limites de fraîcheur et utilise un cache, généralement d’une heure pour le mois en cours.

Le montant affiché est-il la facture à payer ?

Il s’agit de consommation valorisée par les données du fournisseur, à titre indicatif. La facture peut intégrer les conditions propres au compte et reste la référence. Billing ne produit pas une facture et ne réalise aucun paiement.

Le coût est-il réparti automatiquement entre mes simulations ?

Non. Le périmètre est le compte cloud ouvert. La ventilation disponible par ressource aide à comprendre le total Outscale, mais l’attribution automatique du montant à chaque simulation n’est pas une capacité annoncée.

Passer du concept à sa propre stack.

Installer l’app gratuite. Commencer par une simulation, avant d’engager des ressources cloud.

Télécharger bige-ops ↗