Tarification

Cette rubrique contient des informations sur la tarification d'IBM Cloud Monitoring. Vous pouvez également consulter les exemples de scénarios pour en savoir plus sur les coûts d'une instance Monitoring.

La tarification de IBM Cloud Monitoring est basée sur la consommation horaire. Vous êtes facturé tous les mois en fonction du nombre d'agents connectés et du mode de déploiement de l'agent, du nombre de séries temporelles de métriques personnalisées, du nombre supplémentaire de conteneurs par agent et des appels d'API supplémentaires au-dessus de 1M. Il existe deux modes d'agent: l'agent pour les environnements orchestrés et l'agent pour les environnements non orchestrés.

Toutes les autres fonctionnalités IBM Cloud Monitoring, y compris les tableaux de bord, les panneaux et les alertes, sont incluses dans le prix du service de base et la tarification ne varie pas.

Les coûts présents dans cette rubrique sont fournis à titre indicatif et ne représentent pas les coûts réels. Ils représentent un point de départ permettant d'estimer les coûts qui s'appliqueraient dans des environnements ayant une configuration similaire. Les coûts réels peuvent varier en fonction de la zone géographique. Les prix utilisés sont basés sur les prix réels en janvier 2024 et il est possible qu'ils changent.

Avant de commencer

Lisez cette section pour comprendre les concepts et les coûts associés au service Monitoring.

Frais de consommation

Dans vos frais d'utilisation mensuels, la consommation est mesurée à l'heure et votre facture se décompose selon les concepts suivants:

Mesures de l'utilisation de la facturation
Métrique	Description
`NODE_HOURS`	Permet de suivre le nombre d'agents en cours d'exécution dans un agent pour environnements orchestrés. Cela n'inclut pas les agents suivis par `LITE_NODE_HOURS` . Par exemple, si vous avez un agent connecté en permanence, cet agent sera facturé 720 `NODE_HOURS` à la fin du mois.
`TIME_SERIES_HOURS`	Reflète le nombre total de séries temporelles de mesures personnalisées que vous envoyez à IBM Cloud Monitoring au cours d'une fenêtre de temps d'une heure. Il s'agit d'une agrégation de toutes les séries temporelles provenant des agents et d'autres sources de métriques. Les mesures de la plate-forme, l'écriture à distance sur Prometheus, le flux de mesures et les mesures personnalisées collectées avec l'agent ( Prometheus, JMX ou StatsD ) contribuent à `TIME_SERIES_HOURS`. Seules les mesures personnalisées sont prises en compte pour " `TIME_SERIES_HOURS`. Les mesures d'infrastructure par défaut (telles que l'état de l'hôte, du conteneur, du programme ou de Kubernetes ) et l'unité centrale, la mémoire, le disque et le réseau sont inclus dans le prix de l'agent et ne contribuent pas à `TIME_SERIES_HOURS`.
`LITE_NODE_HOURS`	Permet de suivre le nombre d'agents qui surveillent des infrastructures non conteneurisées, telles que des machines virtuelles ou des serveurs nus, et qui utilisent l'agent pour des environnements non orchestrés.
`API_CALL_HOURS`	Représente le nombre d'appels à l'API par mois. Toutes les instances comprennent 1M appels API.
`CONTAINER_HOURS`	Représente le nombre de conteneurs surveillés sur l'ensemble des hôtes surveillés par les agents.

Pour surveiller la façon dont le service IBM Cloud Monitoring est utilisé et les coûts associés à cette utilisation, voir Affichage de votre utilisation.

Toutes les métriques qui commencent par sysdig_* et kube_* sont collectées automatiquement par un agent et sont incluses dans le prix de l'agent.

Plans de service

Les plans de service suivants sont disponibles lorsque vous mettez à disposition une instance du service IBM Cloud Monitoring:

Plan Lite

Vous pouvez mettre à disposition une instance Monitoring avec le plan de service Lite pour tester gratuitement le service Monitoring pendant 30 jours.

Après 30 jours, vous devez mettre à niveau l'instance vers un plan progressif pour continuer à travailler avec le service Monitoring ou la supprimer.

Plan de niveau promu

Le plan de service de niveau promu est facturé en fonction du nombre d'hôtes que vous surveillez, du mode d'agent configuré par hôte, du nombre de conteneurs, du nombre d'appels API et du nombre de séries temporelles collectées.

Le tableau suivant décrit le coût par hôte par mode d'agent et ce qui est inclus dans le prix:

Coût par mode hôte et agent
Mode Agent	Coût par hôte	Métriques d'infrastructure par défaut (UC, mémoire, disque et réseau)	Comprend jusqu'à 1K séries chronologiques ( Prometheus, JMX, appchecks, StatsD )	Surveillance de 50 conteneurs	1M appels API
Agent pour les environnements non orchestrés	10.07 USD
Agent pour les environnements orchestrés	30.05 USD

Pour les hôtes exécutant un agent pour des environnements non orchestrés ou pour les hôtes exécutant un agent pour des environnements orchestrés qui dépassent l'allocation du niveau de base pour Prometheus, JMX, appchecks, et les métriques Statsd, des prix supplémentaires s'appliquent :

Les séries temporelles sont tarifées selon les niveaux suivants:
- Niveau 1: Le prix par série temporelle est de 0.072 USD pour un maximum de 100K séries temporelles par mois.
- Niveau 2: Le prix par série temporelle est de 0.04 USD pour les séries temporelles 100K à 1M par mois.
- Niveau 3: Le prix par série temporelle est de 0.024 USD pour les séries temporelles 1M à 10M par mois.
- Niveau 4: Le prix par série temporelle est de 0.016 USD pour plus de 10M séries temporelles par mois.
Le prix des conteneurs est le suivant : 5.38 USD pour 10 conteneurs par mois.
Les appels d'API sont tarifés comme suit: Le prix des appels d'API est de 0.01 USD par 1000 appels d'API par mois.

Chaque mesure est facturée indépendamment en cas d'excédent.

Les métriques de plateforme sont une source supplémentaire de séries temporelles. Elles sont facturées en fonction des niveaux.

Un hôte peut être un conteneur, une machine virtuelle, un serveur bare metal ou une source de métriques sur laquelle vous installez un agent de surveillance.

Les données sont collectées et conservées selon les instructions standard sur tous les plans. Pour plus d'informations, voir Collecte de données et Conservation de données.

Le coût d'écriture à distance Prometheus est basé sur l'ingestion de métriques. Le prix est calculé de la même manière que pour les métriques collectées à l'aide de l'agent avec IBM Cloud Monitoring.

Calcul des unités de tarification de séries temporelles

Les unités de tarification sont constituées de séries temporelles.

Une série temporelle est une série de points de données classés par temps. Il s'agit d'une combinaison unique d'un nom de métrique et de paires clé-valeur d'étiquettes. Par exemple : website_failedRequest |region='Asia', customer_ID='abc'.

Le même nom de métrique peut produire plusieurs séries temporelles lorsque les valeurs de métrique et de libellé diffèrent.

Par exemple, les 4 séries temporelles suivantes sont uniques:

metric_name{datacenter=”dc-1”, zone=”zone1”} 23
metric_name{datacenter=”dc-2”, zone=”zone1”} 34
metric_name{datacenter=”dc-3”, zone=”zone2”} 43
metric_name{datacenter=”dc-4”, zone=”zone2”} 23

Un point de données est la valeur générée pour une série temporelle à un moment donné. Par exemple : [timestamp]|website_failedRequests:20|region='Asia', customer_ID='abc'.

Le nombre de séries temporelles que vous ingérez à partir des différentes sources est mesuré à l'heure et contribue au concept de tarification TIME_SERIES_HOURS.

Vérification des métriques collectées par l'agent

Vous pouvez utiliser Metrics Usage pour obtenir le nombre total de séries temporelles ingérées par votre instance IBM Cloud Monitoring. Si vous souhaitez connaître la cardinalité d'une mesure ou d'un groupe de mesures, vous pouvez filtrer par nom de mesure, par source de mesure (Platform Metrics, Agent ou Prometheus Remote Write) ou par nom de tâche.

Dans IBM Cloud Monitoring, vous pouvez surveiller votre agent de surveillance à l'aide du modèle de tableau de bord Statut et santé de l'agent de surveillance disponible dans les modèles de tableau de bord prêts à l'emploi. Dans ce tableau de bord, vous pouvez voir le nombre d'agents de surveillance déployés et connectés à l'instance, vérifier leurs versions et déterminer le nombre de métriques par hôte collectées par l'agent.

Dans ce tableau de bord, le panneau TimeSeries Usage indique le nombre de séries temporelles collectées dans chaque catégorie ( Prometheus, JMX, StatsD, Prometheus Remote Write and Platform Metrics). Ce panneau utilise la requête sum(sysdig_ts_usage)by(metric_category) que vous pouvez également exécuter dans PromQL Explorer, dans vos tableaux de bord ou pour les alertes.

Si vous devez identifier les applications ou les services qui contribuent davantage à la série temporelle Prometheus, vous pouvez utiliser la métrique scrape_series_added. Cette métrique représente le nombre de séries temporelles collectées et ingérées à partir de l'agent de surveillance via Prometheus et inclut plusieurs libellés pour faciliter l'analyse, tels que kube_cluster_name, kube_namespace_name, kube_workload_name ou container_name.

La requête suivante représente le nombre de séries temporelles ingérées à partir de l'agent de surveillance via Prometheus regroupées par cluster, espace de nom, charges de travail et conteneur afin que vous puissiez identifier les applications qui contribuent à d'autres séries temporelles:

sum(scrape_series_added)by(kube_cluster_name, kube_namespace_name, kube_workload_name, container_name)

Considérations de tarification lors de la surveillance des systèmes Windows

La surveillance Windows est facturée en fonction du nombre de séries temporelles générées. Le nombre de séries temporelles dépend du nombre de collecteurs et de ressources dont dispose votre système Windows. Le tableau suivant estime le nombre de séries temporelles générées lorsque les collecteurs par défaut sont installés sur un système Windows.

Estimations de séries chronologiques pour les systèmes Windows basés sur l'installation par défaut du collecteur
Collecteur	Description	Estimation du nombre de séries temporelles
`cpu`	Utilisation de l'UC	15 séries temporelles par vCPU
`cs`	paramètres du "système informatique" (propriétés du système, nombre de CPU/mémoire totale)	3
`logical_disk`	Disques logiques, E/S de disque	14 séries temporelles par partition de disque
`os`	Mesures du système d'exploitation (mémoire, processus, utilisateurs)	13
`system`	Appels système	6
`net`	Interface réseau E/S	12 séries temporelles par adaptateur réseau

Par exemple, si vous avez un serveur Windows avec 2 vCPUs, 2 disques logiques et 1 adaptateur réseau, vous pouvez prévoir 92 séries de temps.

15 * 2 + 3 + 14 * 2 + 13 + 6 + 12 * 1 = 92

Avec un coût par série temporelle de 0.072 USD pour chaque série temporelle, vous pouvez vous attendre à un coût de 8.28 USD par mois.

92 * 0.072 USD = 6.62 USD

Les autres collecteurs qui génèrent des séries temporelles sont les suivants:

Estimations des séries chronologiques pour les systèmes Windows pour les collecteurs supplémentaires
Collecteur	Description	Estimation du nombre de séries temporelles
`mssql`	Attributs des objets de performances SQL Server	environ 500 séries temporelles par instance et environ 100 séries temporelles par base de données
`memory`	Métriques d'utilisation de la mémoire	32
`ad`	Active Directory Services de domaine	14 séries temporelles par partition de disque
`process`	Métriques par processus	21 séries temporelles par processus. (Cette métrique a une cardinalité élevée. Un processus peut avoir des sous-processus avec plusieurs valeurs `process_id`.) Vous pouvez filtrer les processus
`service`	Métriques d'état de service	26 séries temporelles par service. (Cette métrique a une cardinalité élevée. Windows a beaucoup de services par défaut.) Vous pouvez filtrer les services

Exemples de facturation

Exemple de facturation 1 : usage de base

Soit l'exemple suivant, qui utilise la configuration suivante :

1 cluster Kubernetes avec 3 noeuds worker exécutant des agents pour des environnements orchestrés
- Host-1 génère 1200 séries temporelles de métriques personnalisées
- Host-2 génère 1000 séries temporelles de métriques personnalisées
- Host-3 génère 1500 séries temporelles de métriques personnalisées

La facturation du mois est calculée comme suit :

Coût de base par hôte

Le prix de base par hôte et par mois est de 30.05 USD, ce qui inclut jusqu'à 1K séries temporelles (y compris Prometheus, JMX, appchecks, et StatsD métriques).

Pour 3 hôtes, le coût de base mensuel total est de 111 USD.
```
3 * 30.05 USD = 88.80 USD
```
Coût supplémentaire des séries chronologiques

Chaque hôte dispose d'une allocation de 1000 séries temporelles qui sont incluses dans le coût de base par hôte de 30.05 USD. Si vous avez 3 hôtes, vous avez 3000 séries temporelles incluses. Les séries temporelles restantes sont facturées en fonction des niveaux. Voici le calcul des 700 séries temporelles supplémentaires.
```
1200 + 1000 + 1500 - ( 3*1000 ) = 700
```
Le résultat de l'ajout des séries temporelles par hôte moins l'allocation définit le niveau appliqué pour la tarification.

700 séries temporelles supplémentaires correspondent au niveau 1. Le prix par hôte est de 0.072 USD pour un maximum de 100K séries temporelles par mois.
```
700 * 0.072 USD = 50.40 USD
```
Le coût total des séries temporelles supplémentaires est de 63 USD.

Le coût total de la surveillance par mois est de 174 USD.

111 USD + 63 USD = 174 USD

Exemple de facturation 2 : allocation de séries temporelles inutilisée

Soit l'exemple suivant, qui utilise la configuration suivante :

2 clusters Kubernetes ou OpenShift avec un total de 5 noeuds worker exécutant des agents pour des environnements orchestrés
- Host-1 génère 2000 séries temporelles de métriques personnalisées
- Host-2 génère 100 séries temporelles de métriques personnalisées
- Host-3 génère 500 séries temporelles de métriques personnalisées
- Host-4 génère 100 séries temporelles de métriques personnalisées
- Host-5 génère 200 séries temporelles de métriques personnalisées

La facturation du mois est calculée comme suit :

Coût de base par hôte

Le prix par hôte et par mois est de 30.05 USD, ce qui inclut jusqu'à 1K séries temporelles (y compris Prometheus, JMX, appchecks, et StatsD métriques) et 50 conteneurs.

Pour 5 hôtes, le coût de base total est de 185 USD.
```
5 * 30.05 USD = 185 USD
```
Coût supplémentaire des séries chronologiques

Chaque hôte se voit allouer 1 000 séries temporelles. Les séries temporelles restantes sont facturées en fonction des niveaux.
```
2000 + 100 + 500 + 100 + 200 - ( 5*1000 ) = -1100
```
Le résultat de l'ajout des séries temporelles par hôte moins l'allocation définit le niveau appliqué pour la tarification.

1 100 séries temporelles supplémentaires sont disponibles pour votre configuration.

Le coût total des séries temporelles supplémentaires est de 0 USD.

Le coût total de la surveillance par mois est de 187 USD.

187 USD + 0 USD + 0 USD + 0 USD = 187 USD

Exemple de facturation 3 : métriques de plateforme uniquement

Soit l'exemple suivant, qui utilise la configuration suivante pour les métriques de plateforme :

Event-stream génère 50 séries temporelles par mois
IBM Cloud Databases génère 60 séries temporelles par mois
30 000 appels d'API

La facturation du mois est calculée comme suit :

Coût supplémentaire des séries chronologiques

Aucun agent n'étant exécuté dans cette instance, aucune série temporelle n'est allouée. Toutes les séries temporelles des métriques de plateforme sont facturées en fonction des niveaux. Ce qui suit montre le nombre total de séries temporelles pour la configuration.
```
50 + 60 = 110
```
Pour le niveau 1, le prix par série temporelle est de 0.072 USD (niveau 1) pour un maximum de 100K séries temporelles par mois.
```
110 * 0.072 USD = 7.92 USD
```
Appels d'API supplémentaires

1 000 000 appels d'API sont inclus avec l'instance tous les mois.

Le prix des appels d'API supplémentaires est de 0,01 USD pour 1 000 appels d'API.
```
0.03M - 1M = -970k
0 * 0.01 USD/1k = 0 USD
```
Le coût total des appels API supplémentaires est de 0 USD.

Le coût total de la surveillance par mois est de 9.90 USD.

9.90 USD + 0 USD = 9.90 USD

Aucun agent n'étant exécuté dans cet exemple, le prix de base et les coûts supplémentaires des conteneurs n'étaient pas applicables à cet exemple.

Exemple de facturation 4 : allocation d'hôtes et métriques de plateforme combinées

La configuration ci-après illustre la facturation d'une combinaison d'allocation de séries temporelles d'hôte et de métriques de plateforme.

Soit l'exemple suivant, qui utilise la configuration suivante :

3 hôtes exécutant des agents pour des environnements orchestrés
- Host-1 génère 1000 séries temporelles de métriques personnalisées
- Host-2 génère 850 séries temporelles de métriques personnalisées
- Host-3 génère 800 séries temporelles de métriques personnalisées
Cloud Foundry génère 200 séries temporelles par mois
Event Streams génère 200 séries temporelles par mois
IBM Cloud Databases génère 100 séries temporelles par mois
100 conteneurs
300 000 appels d'API

La facturation du mois est calculée comme suit :

Coût de base par hôte

Le prix par hôte et par mois est de 30.05 USD, ce qui inclut jusqu'à 1K séries temporelles (y compris Prometheus, JMX, appchecks, et StatsD métriques) et 50 conteneurs.

Pour 3 hôtes, le coût total est de 111 USD.
```
3 * 30.05 USD = 111 USD
```
Coût supplémentaire des séries chronologiques

Chaque hôte se voit allouer 1 000 séries temporelles. Les séries temporelles restantes sont facturées en fonction des niveaux. Dans ce cas, 150 séries temporelles.
```
1000 + 850 + 800 + 200 + 200 + 100 - ( 3*1000 ) = 150
```
Le résultat de l'ajout des séries temporelles par hôte, plus les métriques de plateforme, moins l'allocation définit le niveau appliqué pour la tarification.

Il est à noter que, comme les agents n'ont pas utilisé la totalité des séries temporelles du coût de base par hôte, 350 des 500 séries temporelles d'indicateurs de plate-forme ont été couvertes par le niveau de base. Seules les 150 séries temporelles de métriques de plateforme supplémentaires (500 - 350 = 150) ont un coût supplémentaire.
```
150 * 0.072 USD (Tier-1) = 10.80 USD
```
Le coût total des séries temporelles est de 13.50 USD.

Le coût total de la surveillance par mois est de 124.50 USD.

111 USD + 13.50 USD = 124.50 USD

Exemple de facturation 5: Utilisation de base pour les serveurs Virtual Machine ou Bare Metal exécutant un agent pour des environnements non orchestrés

Soit l'exemple suivant, qui utilise la configuration suivante :

3 hôtes exécutant un agent pour des environnements non orchestrés
- Host-1 génère 50 séries temporelles de métriques personnalisées
- Host-2 génère 100 séries temporelles de métriques personnalisées
- Host-3 génère 100 séries temporelles de métriques personnalisées

La facturation du mois est calculée comme suit :

Coût de base par hôte

Le prix de base par hôte et par mois est de 10.07 USD.

Pour 3 hôtes, le coût de base total est de 30.21 USD.
```
3 * 10.07 USD = 30.21 USD
```
Coût des séries temporelles

Les séries chronologiques sont tarifées en fonction des paliers. Dans ce scénario, vous avez besoin de 250 séries temporelles supplémentaires.
```
50 + 100 + 100  = 250
```
Le résultat de l'addition des séries chronologiques par hôte définit le niveau appliqué pour la tarification.

250 séries temporelles correspondent au niveau 1. Le prix par hôte est de 0.072 USD pour un maximum de 100K séries temporelles par mois.
```
250 * 0.072 USD = 18.00 USD
```
Le coût total des séries temporelles supplémentaires est de 22.50 USD.

Le coût total de la surveillance par mois est de 52.71 USD.

30.21 USD + 22.50 USD = 52.71 USD