Prezzi
Questo argomento contiene informazioni sui prezzi del sito IBM Cloud Monitoring. Per saperne di più sui costi di un'istanza Monitoring, è possibile consultare gli scenari di esempio.
Il prezzo di IBM Cloud Monitoring si basa sull'utilizzo orario. La fatturazione viene effettuata mensilmente sulla base del numero di agenti connessi e della modalità di distribuzione degli agenti, del numero di serie temporali di metrica personalizzata, del numero supplementare di contenitori per agente e delle chiamate API aggiuntive superiori a 1M. Esistono due modalità agent: agent per ambienti orchestrati e agent per ambienti non orchestrati.
Tutte le altre funzionalità IBM Cloud Monitoring, inclusi dashboard, pannelli e avvisi, sono incluse nel prezzo del servizio di base e il prezzo non varia.
I costi che vengono forniti in questo argomento sono delle linee guida e non rappresentano i costi effettivi. Rappresentano un punto di partenza per le stime dei costi che sarebbero sostenuti in ambienti con una configurazione simile. I costi effettivi possono variare in base all'area geografica. I prezzi utilizzati si basano sui prezzi effettivi al gennaio 2024 ed è possibile che possano cambiare.
Prima di iniziare
Leggi questa sezione per comprendere concetti e costi associati al servizio Monitoring.
Spese di consumo
Nei tuoi addebiti di utilizzo mensili, il consumo viene misurato ogni ora e la tua fattura si suddivide nei seguenti concetti:
| Metrica | Descrizione |
|---|---|
NODE_HOURS |
Traccia il numero di agenti in esecuzione in un agente per ambienti orchestrati.
Questo non include gli agenti tracciati da ' Ad esempio, se si ha un agente collegato in modo continuo, alla fine del mese gli verranno addebitati 720 ' |
TIME_SERIES_HOURS |
Riflette il numero totale di serie temporali di metriche personalizzate inviate a IBM Cloud Monitoring durante una finestra temporale di 1 ora. Questa è un'aggregazione di tutte le serie temporali dagli agent e da altre origini di metrica.
Le metriche della piattaforma, la scrittura remota di Prometheus, lo streaming delle metriche e le metriche personalizzate raccolte con l'agente ( Prometheus, JMX o StatsD ) contribuiscono a TIME_SERIES_HOURS.
Per ' |
LITE_NODE_HOURS |
Traccia il numero di agenti che monitorano infrastrutture non containerizzate, come macchine virtuali o server bare metal, e che utilizzano l'agente per ambienti non orchestrati. |
API_CALL_HOURS |
Rappresenta il numero di chiamate effettuate all'API al mese. Tutte le istanze includono 1M chiamate API. |
CONTAINER_HOURS |
Rappresenta il numero di container monitorati su tutti gli host monitorati dagli agenti. |
Per monitorare come viene utilizzato il servizio IBM Cloud Monitoring e i costi associati al suo uso, consulta Visualizzazione del tuo utilizzo.
Tutte le metriche che iniziano con sysdig_* e kube_* vengono raccolte automaticamente da un agente e sono incluse nel prezzo dell'agente.
Piani di servizio
I seguenti piani di servizio sono disponibili quando esegui il provisioning di un servizio IBM Cloud Monitoring:
Piano Lite
Puoi eseguire il provisioning di una istanza Monitoring con il piano del servizio Lite per provare gratuitamente il servizio Monitoring per 30 giorni.
Dopo 30 giorni è necessario aggiornare l'istanza a un piano di livello graduale per continuare a lavorare con il servizio Monitoring o eliminarla.
Piano di livello graduale
Il piano di servizio a livello graduale viene fatturato sulla base del numero di host che monitori, della modalità agent configurata per host, del numero di contenitori, del numero di chiamate API e del numero di serie temporali raccolte.
La seguente tabella descrive il costo per host per modalità agent e ciò che è incluso nel prezzo:
| Modalità agent | Costo per host | Metriche dell'infrastruttura predefinite (CPU, memoria, disco e rete) | Include fino a 1K serie temporali ( Prometheus, JMX, appchecks, StatsD ) | Monitoraggio di 50 contenitori | Chiamate API 1M |
|---|---|---|---|---|---|
| Agent per ambienti non orchestrati | 10.07 USD |  |
|||
| Agente per ambienti orchestrati | 30.05 USD | |
|
|
|
Per gli host che eseguono un agente per ambienti non orchestrati o per gli host che eseguono un agente per ambienti orchestrati che superano l'allotment del livello base per le metriche Prometheus, JMX, appcheck e Statsd, si applicano prezzi aggiuntivi:
-
Le serie temporali hanno un prezzo in base ai livelli seguenti:
-
Livello 1: il prezzo per serie temporale è di 0.072 USD per un massimo di 100K serie temporali al mese.
-
Livello 2: il prezzo per serie temporale è di 0.04 USD per 100K a 1M serie temporali al mese.
-
Livello 3: Il prezzo per serie temporale è di 0.024 USD per 1M a 10M serie temporali al mese.
-
Livello 4: il prezzo per serie temporale è di 0.016 USD per più di 10M serie temporali al mese.
-
-
I contenitori hanno il seguente prezzo: 5.38 USD per 10 container al mese.
-
Il prezzo delle chiamate API è il seguente: il prezzo per le chiamate API è 0.01 USD per 1000 chiamate API al mese.
Ogni misura ha un prezzo indipendente in caso di eccedenza.
Le metriche della piattaforma sono un'ulteriore fonte di serie temporali. I prezzi sono basati sui livelli.
Un host può essere un contenitore, una macchina virtuale, un bare metal o qualsiasi origine di metriche in cui si installa un agent di monitoraggio.
I dati vengono raccolti e conservati secondo le linee guida standard di tutti i piani. Per ulteriori informazioni, consultare raccolta dati e conservazione dati.
Il costo di scrittura remota di Prometheus si basa sull'inserimento della metrica. Il prezzo è calcolato come per le metriche raccolte utilizzando l'agent con IBM Cloud Monitoring.
Calcolo delle unità di determinazione prezzi delle serie temporali
Le unità di prezzo sono costituite da serie temporali.
Una serie temporale è una serie di punti dati ordinati per tempo. Si tratta di una combinazione univoca di una coppia nome metrica ed etichetta chiave - valore. Ad esempio: website_failedRequest |region='Asia', customer_ID='abc'.
Lo stesso nome di metrica può produrre più serie temporali quando i valori di metrica ed etichetta differiscono.
Ad esempio, le seguenti sono 4 serie temporali univoche:
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 punto di dati è il valore generato per una serie temporale in un determinato momento. Ad esempio: [timestamp]|website_failedRequests:20|region='Asia', customer_ID='abc'.
Il numero di serie temporali che stai inserendo dalle diverse origini viene misurato ogni ora e contribuisce al concetto di prezzo TIME_SERIES_HOURS.
Verifica delle metriche raccolte per agent
È possibile utilizzare Metrics Usage per ottenere il numero totale di serie temporali che l'istanza di IBM Cloud Monitoring sta ingerendo. Se si desidera conoscere la cardinalità di una metrica o di un gruppo di metriche, è possibile filtrare in base al nome della metrica, all'origine della metrica (Platform Metrics, Agent o Prometheus Remote Write) o al nome del lavoro.
In IBM Cloud Monitoring, puoi monitorare il tuo agent di monitoraggio utilizzando il modello di dashboard Integrità & Stato dell'agent di monitoraggio disponibile nei template di dashboard disponibili pronti all'uso. In questo dashboard, è possibile vedere il numero di agent di monitoraggio distribuiti e connessi all'istanza, controllare la versione degli agent di monitoraggio e scoprire quante metriche per host vengono raccolte dall'agent.
In questo cruscotto, il pannello TimeSeries Usage fornisce il numero di serie temporali raccolte da ciascuna categoria ( Prometheus, JMX, StatsD, Prometheus Remote Write e Platform Metrics). Questo pannello utilizza la query
sum(sysdig_ts_usage)by(metric_category) che può essere eseguita anche in PromQL Explorer, nei dashboard o per gli avvisi.
Nel caso in cui sia necessario esaminare quali applicazioni o servizi stanno contribuendo di più alla serie temporale Prometheus, è possibile utilizzare la metrica scrape_series_added. Questa metrica rappresenta il numero di serie
temporali scavate e inserite dall'agent di monitoraggio tramite Prometheus e include diverse etichette per facilitare l'analisi, ad esempio kube_cluster_name, kube_namespace_name, kube_workload_name o container_name.
La seguente query rappresenta il numero di serie temporali inserite dall'agent di monitoraggio tramite Prometheus raggruppate per cluster, spazio dei nomi, carichi di lavoro e contenitore in modo da poter identificare le applicazioni che contribuiscono a più serie temporali:
sum(scrape_series_added)by(kube_cluster_name, kube_namespace_name, kube_workload_name, container_name)
Considerazioni sui prezzi durante il monitoraggio dei sistemi Windows
Il monitoraggio di Windows viene addebitato in base al numero di serie temporali generate. Il numero di serie temporali dipende dal numero di raccoglitori e risorse di cui dispone il sistema Windows. La seguente tabella stima il numero di serie temporali generate quando i programmi di raccolta predefiniti sono installati su un sistema Windows.
| Raccoglitore | Descrizione | Stima del numero di serie temporali |
|---|---|---|
cpu |
Utilizzo CPU | 15 serie temporali per vCPU |
cs |
metriche "Sistema informatico" (proprietà del sistema, numero di CPU/memoria totale) | 3 |
logical_disk |
Dischi logici, I/O del disco | 14 serie temporali per partizione disco |
os |
Metriche del sistema operativo (memoria, processi, utenti) | 13 |
system |
Chiamate di sistema | 6 |
net |
Interfaccia di rete I/O | 12 serie temporali per adattatore di rete |
Ad esempio, se si dispone di un server Windows con 2 vCPUs, 2 dischi logici e 1 adattatore di rete, si possono prevedere 92 serie temporali.
15 * 2 + 3 + 14 * 2 + 13 + 6 + 12 * 1 = 92
Con un costo per serie temporale di 0.072 USD per ogni serie temporale, il costo dovrebbe essere di 8.28 USD al mese.
92 * 0.072 USD = 6.62 USD
Altri raccoglitori che creano serie temporali includono:
| Raccoglitore | Descrizione | Stima del numero di serie temporali |
|---|---|---|
mssql |
Metriche Oggetti prestazioni SQL Server | circa 500 serie temporali per istanza e circa 100 serie temporali per database |
memory |
Metriche di utilizzo memoria | 32 |
ad |
Active Directory Servizi di dominio | 14 serie temporali per partizione disco |
process |
Metriche per processo | 21 serie temporali per processo. (Questa metrica ha una cardinalità elevata. Un processo può avere sottoprocessi con più valori process_id.) È possibile filtrare processi |
service |
Metriche di stato del servizio | 26 serie temporali per servizio. (Questa metrica ha una cardinalità elevata. Windows ha un sacco di servizi per impostazione predefinita.) Puoi filtrare i servizi |
Esempi di fatturazione
Esempio di fatturazione 1: utilizzo di base
Si consideri il seguente esempio in cui si dispone della seguente configurazione:
- 1 cluster Kubernetes con 3 nodi di lavoro che eseguono gli agent per ambienti orchestrati
- Host-1 genera 1200 serie temporali di metriche personalizzate
- Host-2 genera 1000 serie temporali di metriche personalizzate
- Host-3 genera 1500 serie temporali di metriche personalizzate
Il calcolo di fatturazione per il mese è calcolato come segue:
-
Costo di base per host
Il prezzo base per host al mese è di 30.05 USD e comprende fino a 1K serie temporali (include Prometheus, JMX, appcheck e StatsD metriche).
Per 3 host, il costo base mensile totale è di 111 USD.
3 * 30.05 USD = 88.80 USD -
Ulteriori costi delle serie temporali
Ogni host ha a disposizione 1000 serie temporali che sono incluse nel costo base per host di 30.05 USD. Se hai 3 host, hai 3000 serie temporali incluse. Le serie temporali rimanenti hanno un prezzo basato sui livelli. Quanto segue mostra il calcolo delle 700 serie temporali aggiuntive.
1200 + 1000 + 1500 - ( 3*1000 ) = 700Il risultato dell'aggiunta delle serie temporali per host meno l'assegnazione definisce il livello applicato per l'assegnazione dei prezzi.
700 ulteriori serie temporali corrispondono al livello 1. Il prezzo per host è di 0.072 USD per un massimo di 100K serie temporali al mese.
700 * 0.072 USD = 50.40 USDIl costo totale per le serie temporali aggiuntive è di 63 USD.
Il costo totale del monitoraggio al mese è di 174 USD.
111 USD + 63 USD = 174 USD
Esempio di fatturazione 2: assegnazione di serie temporali non utilizzate
Si consideri il seguente esempio in cui si dispone della seguente configurazione:
- 2 cluster Kubernetes o OpenShift con un totale di 5 nodi di lavoro che eseguono agent per ambienti orchestrati
- Host-1 genera 2000 serie temporali di metriche personalizzate
- Host-2 genera 100 serie temporali di metriche personalizzate
- Host-3 genera 500 serie temporali di metriche personalizzate
- Host-4 genera 100 serie temporali di metriche personalizzate
- Host-5 genera 200 serie temporali di metriche personalizzate
Il calcolo di fatturazione per il mese è calcolato come segue:
-
Costo di base per host
Il prezzo mensile per host è di 30.05 USD e comprende fino a 1K serie temporali (include Prometheus, JMX, appcheck e StatsD metriche) e 50 container.
Per 5 host, il costo totale di base è di 185 USD.
5 * 30.05 USD = 185 USD -
Ulteriori costi delle serie temporali
Ogni host ha un'assegnazione di 1000 serie temporali. Le serie temporali rimanenti hanno un prezzo basato sui livelli.
2000 + 100 + 500 + 100 + 200 - ( 5*1000 ) = -1100Il risultato dell'aggiunta delle serie temporali per host meno l'assegnazione definisce il livello applicato per l'assegnazione dei prezzi.
Hai 1100 serie temporali in più disponibili per la tua configurazione.
Il costo totale per ulteriori serie temporali è 0 USD.
Il costo totale del monitoraggio al mese è di 187 USD.
187 USD + 0 USD + 0 USD + 0 USD = 187 USD
Esempio di fatturazione 3: solo metriche di piattaforma
Considera il seguente esempio in cui hai la seguente configurazione per le metriche della piattaforma:
- Il flusso di eventi genera 50 serie temporali al mese
- IBM Cloud Databases genera 60 serie temporali al mese
- Chiamate API 30k
Il calcolo di fatturazione per il mese è calcolato come segue:
-
Ulteriori costi delle serie temporali
Poiché non vi sono agent in esecuzione in questa istanza, non vi è alcuna assegnazione di serie temporali. Tutte le serie temporali delle metriche della piattaforma hanno un prezzo basato sui livelli. Quanto segue mostra le serie temporali totali per la configurazione.
50 + 60 = 110Per il livello 1, il prezzo per serie temporale è di 0.072 USD (livello 1) per un massimo di 100K serie temporali al mese.
110 * 0.072 USD = 7.92 USD -
Chiamate API aggiuntive
Le chiamate API 1M sono incluse con l'istanza ogni mese.
Il prezzo per ulteriori chiamate API è 0.01 USD per 1000 chiamate API.
0.03M - 1M = -970k 0 * 0.01 USD/1k = 0 USDIl costo totale per chiamate API aggiuntive è 0 USD.
Il costo totale del monitoraggio al mese è di 9.90 USD.
9.90 USD + 0 USD = 9.90 USD
Poiché non c'erano agent in esecuzione in questo esempio, il prezzo di base e i costi aggiuntivi dei contenitori non erano applicabili a questo esempio.
Esempio di fatturazione 4: allotment host e metriche di piattaforma combinati
La seguente configurazione dimostra la fatturazione per una combinazione di assegnazione di serie temporali host e metriche di piattaforma.
Si consideri il seguente esempio in cui si dispone della seguente configurazione:
- 3 host che eseguono agent per ambienti orchestrati
- Host-1 genera 1000 serie temporali di metriche personalizzate
- Host-2 genera 850 serie temporali di metriche personalizzate
- Host-3 genera 800 serie temporali di metriche personalizzate
- Cloud Foundry genera 200 serie temporali al mese
- Event Streams genera 200 serie temporali al mese
- IBM Cloud Databases genera 100 serie temporali al mese
- 100 contenitori
- 300k chiamate API
Il calcolo della fatturazione per il mese è simile al seguente:
-
Costo di base per host
Il prezzo mensile per host è di 30.05 USD e comprende fino a 1K serie temporali (include Prometheus, JMX, appcheck e StatsD metriche) e 50 container.
Per 3 host, il costo totale è di 111 USD.
3 * 30.05 USD = 111 USD -
Ulteriori costi delle serie temporali
Ogni host ha un'assegnazione di 1000 serie temporali. Le serie temporali rimanenti hanno un prezzo basato sui livelli. In questo caso, 150 serie temporali.
1000 + 850 + 800 + 200 + 200 + 100 - ( 3*1000 ) = 150Il risultato dell'aggiunta delle serie temporali per host, più le metriche della piattaforma meno l'assegnazione definisce il livello applicato per la determinazione dei prezzi.
Si noti che poiché l'assegnazione di serie temporali Costo di base per host non è stata utilizzata completamente dagli agent, 350 delle serie temporali delle 500 metriche della piattaforma sono state coperte dal livello di base. Solo le ulteriori 150 serie temporali delle metriche della piattaforma (
500 - 350 = 150) hanno un costo aggiuntivo.150 * 0.072 USD (Tier-1) = 10.80 USDIl costo totale per le serie temporali è di 13.50 USD.
Il costo totale del monitoraggio al mese è di 124.50 USD.
111 USD + 13.50 USD = 124.50 USD
Esempio di fatturazione 5: utilizzo di base per server Virtual Machine o Bare Metal che eseguono un agent per ambienti non orchestrati
Si consideri il seguente esempio in cui si dispone della seguente configurazione:
- 3 host che eseguono un agent per ambienti non orchestrati
- Host-1 genera 50 serie temporali di metriche personalizzate
- Host-2 genera 100 serie temporali di metriche personalizzate
- Host-3 genera 100 serie temporali di metriche personalizzate
Il calcolo di fatturazione per il mese è calcolato come segue:
-
Costo di base per host
Il prezzo base per host al mese è di 10.07 USD.
Per 3 host, il costo totale di base è di 30.21 USD.
3 * 10.07 USD = 30.21 USD -
Costo serie temporali
I prezzi delle serie temporali sono basati sui livelli. In questo scenario sono necessarie 250 serie temporali aggiuntive.
50 + 100 + 100 = 250Il risultato dell'aggiunta della serie temporale per host definisce il livello applicato per la determinazione dei prezzi.
250 serie temporali corrispondono al livello 1. Il prezzo per host è di 0.072 USD per un massimo di 100K serie temporali al mese.
250 * 0.072 USD = 18.00 USDIl costo totale per le serie temporali aggiuntive è di 22.50 USD.
Il costo totale del monitoraggio al mese è di 52.71 USD.
30.21 USD + 22.50 USD = 52.71 USD