Precios
En este tema se incluye información sobre los precios de IBM Cloud Monitoring. También puede consultar los escenarios de ejemplo para obtener más información sobre los costes de una instancia de Monitoring.
Los precios de IBM Cloud Monitoring se basan en el consumo por hora. Se le facturará mensualmente en función del número de agentes conectados y la modalidad de despliegue del agente, el número de series temporales de métricas personalizadas, el número adicional de contenedores por agente y las llamadas de API adicionales por encima de 1M. Hay dos modalidades de agente: agente para entornos orquestados y agente para entornos no orquestados.
Todas las demás funciones de IBM Cloud Monitoring, incluidos los paneles de instrumentos, paneles y alertas, se incluyen en el precio del servicio base y los precios no varían.
Los costes que se proporcionan en este tema son orientativos y no representan los costes reales. Representan un punto de partida para estimar de los costes en que se podría incurrir en entornos con una configuración similar. Los costes reales pueden variar según la ubicación geográfica. Los precios utilizados se basan en los precios reales de enero de 2024 y es posible que cambien.
Antes de empezar
Lea esta sección para comprender los conceptos y los costes asociados con el servicio Monitoring.
Cargos de consumo
En los cargos por uso mensual, el consumo se mide por hora y la factura se desglosa en los siguientes conceptos:
| Métrica | Descripción |
|---|---|
NODE_HOURS |
Realiza un seguimiento del número de agentes que se están ejecutando en un agente para entornos orquestados.
Esto no incluye a los agentes seguidos por ' Por ejemplo, si tiene 1 agente conectado continuamente, a ese agente se le facturará 720 ' |
TIME_SERIES_HOURS |
Refleja el número total de series temporales de métricas personalizadas que está enviando a IBM Cloud Monitoring durante una ventana de tiempo de 1 hora. Se trata de una agregación de todas las series temporales de agentes y otras fuentes
de métricas. Las métricas de la plataforma, la escritura remota " Prometheus ", la transmisión de métricas y las métricas personalizadas recopiladas con el agente (Prometheus, JMX o " StatsD) contribuyen a " TIME_SERIES_HOURS.
Sólo se cuentan las métricas personalizadas para ' |
LITE_NODE_HOURS |
Realiza un seguimiento del número de agentes que supervisan infraestructuras no contenedorizadas, como máquinas virtuales o servidores de metal desnudo, y que utilizan el agente para entornos no orquestados. |
API_CALL_HOURS |
Representa cuántas llamadas se realizan a la API al mes. Todas las instancias incluyen 1M llamadas a la API. |
CONTAINER_HOURS |
Representa cuántos contenedores son monitorizados en todos los hosts que están siendo monitorizados por agentes. |
Para supervisar el uso del servicio IBM Cloud Monitoring y los costes asociados a dicho uso, consulte Visualización del uso.
Todas las métricas que empiezan por sysdig_* y kube_* las recopila automáticamente un agente y se incluyen en el precio del agente.
Planes de servicio
Los planes de servicio siguientes están disponibles cuando suministra una instancia del servicio IBM Cloud Monitoring:
Plan Lite
Puede suministrar una instancia de Monitoring con el plan de servicio Lite para probar el servicio Monitoring de forma gratuita durante 30 días.
Después de 30 días debe actualizar la instancia a un plan de nivel graduado para continuar trabajando con el servicio Monitoring o suprimirlo.
Plan de nivel graduado
El plan de servicio de nivel graduado se factura en función del número de hosts que supervise, la modalidad de agente configurada por host, el número de contenedores, el número de llamadas de API y el número de series temporales recopiladas.
La tabla siguiente describe el coste por host por modalidad de agente y lo que se incluye en el precio:
| Modo agente | Coste por host | Medidas de infraestructura predeterminadas (CPU, memoria, disco y red) | Incluye hasta 1K series temporales (Prometheus, JMX, appchecks, StatsD) | Supervisión de 50 contenedores | Llamadas de API de 1M |
|---|---|---|---|---|---|
| Agente para entornos no orquestados | 10.07 USD |  |
|||
| Agente para entornos orquestados | 37 USD | |
|
|
|
Para los hosts que ejecutan un agente para entornos no orquestados o para los hosts que ejecutan un agente para entornos orquestados que superan la asignación de nivel base para Prometheus, JMX, appchecks y métricas de Statsd, se aplican precios adicionales:
-
El precio de las series temporales se calcula según los niveles siguientes:
-
Nivel 1: El precio por serie temporal es de 0.09 USD para un máximo de 100K series temporales al mes.
-
Nivel 2: el precio por serie temporal es de 0.05 USD para 100K a 1M series temporales al mes.
-
Nivel 3: el precio por serie temporal es de 0.03 USD para 1M a 10M series temporales al mes.
-
Nivel 4: el precio por serie temporal es de 0.02 USD para más de 10M series temporales al mes.
-
-
Los contenedores tienen el siguiente precio: 5.38 USD por 10 contenedores al mes.
-
Los precios de las llamadas de API son los siguientes: el precio de las llamadas de API es de 0.01 USD por 1000 llamadas de API al mes.
El precio de cada medida se establece de forma independiente cuando se produce un excedente.
Las métricas de plataforma son un origen adicional de series temporales. Su precio se establece en función de los niveles.
Un host puede ser un contenedor, una máquina virtual, un servidor nativo o cualquier origen de métricas en el que se instala un agente de supervisión.
Los datos se recopilan y conservan según las directrices estándares en todos los planes. Para obtener más información, consulte los apartados sobre recopilación de datos y retención de datos.
El coste de grabación remota de Prometheus se basa en la ingestión de métricas. El precio se calcula igual que para las métricas recopiladas utilizando el agente con IBM Cloud Monitoring.
Cálculo de unidades de fijación de precios de serie temporal
Las unidades de fijación de precios se componen de serie temporal.
Una serie temporal es una serie de puntos de datos ordenados por hora. Es una combinación única de un nombre de métrica y pares clave-valor de etiqueta. Por ejemplo: website_failedRequest |region='Asia', customer_ID='abc'.
El mismo nombre de métrica puede producir varias series temporales cuando los valores de métrica y etiqueta difieren.
Por ejemplo, las siguientes son 4 series temporales exclusivas:
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 de datos es el valor generado para una serie temporal en un momento determinado. Por ejemplo: [timestamp]|website_failedRequests:20|region='Asia', customer_ID='abc'.
El número de series temporales que está ingiriendo de los distintos orígenes se mide cada hora y contribuye al concepto de precios de TIME_SERIES_HOURS.
Comprobación de las métricas que se recopilan por agente
Puede utilizar Metrics Usage para obtener el número total de series temporales que su instancia IBM Cloud Monitoring está ingiriendo. Si desea conocer la cardinalidad de una métrica o grupo de métricas, puede filtrar por nombre de métrica, fuente de métrica (Platform Metrics, Agent o Prometheus Remote Write) o nombre de trabajo.
En IBM Cloud Monitoring, puede supervisar el agente de supervisión utilizando la plantilla de panel de control Estado y salud del agente de supervisión que está disponible en las plantillas de panel de control disponibles de forma predeterminada. En este panel de control, puede ver el número de agentes de supervisión que están desplegados y conectados a la instancia, comprobar la versión de los agentes de supervisión y averiguar cuántas métricas por host está recopilando el agente.
En este dashboard, el panel TimeSeries Usage proporciona el número de series temporales que se recogen de cada categoría (Prometheus, JMX, StatsD, Prometheus Remote Write y Platform Metrics). Este panel utiliza la consulta
sum(sysdig_ts_usage)by(metric_category) que también puede ejecutar en PromQL Explorer, en los paneles de instrumentos o para alertas.
En caso de que necesite investigar qué aplicaciones o servicios contribuyen más a la serie temporal Prometheus, puede utilizar la métrica scrape_series_added. Esta métrica representa el número de series temporales extraída e ingerida
del agente de supervisión a través de Prometheus e incluye varias etiquetas para facilitar el análisis como, por ejemplo, kube_cluster_name, kube_namespace_name, kube_workload_name o container_name.
La consulta siguiente representa el número de series temporales ingeridas desde el agente de supervisión a través de Prometheus agrupadas por clúster, espacio de nombres, cargas de trabajo y contenedor para que pueda identificar las aplicaciones que contribuyen a más series temporales:
sum(scrape_series_added)by(kube_cluster_name, kube_namespace_name, kube_workload_name, container_name)
Consideraciones sobre precios al supervisar sistemas Windows
La supervisión de Windows se carga por el número de series temporales que se generan. El número de series temporales depende del número de recopiladores y de los recursos que tenga el sistema Windows. La tabla siguiente calcula el número de series temporales generadas cuando se instalan los recopiladores predeterminados en un sistema Windows.
| Collector | Descripción | Número estimado de series temporales |
|---|---|---|
cpu |
Uso de CPU | 15 series temporales por vCPU |
cs |
métricas del "sistema informático" (propiedades del sistema, número de CPU/memoria total) | 3 |
logical_disk |
Discos lógicos, E/S de disco | 14 series temporales por partición de disco |
os |
Métricas del sistema operativo (memoria, procesos, usuarios) | 13 |
system |
Llamadas de sistema | 6 |
net |
Interfaz de red E/S | 12 series temporales por adaptador de red |
Por ejemplo, si tiene un servidor Windows con 2 vCPUs, 2 discos lógicos y 1 adaptador de red puede anticipar 92 series de tiempo.
15 * 2 + 3 + 14 * 2 + 13 + 6 + 12 * 1 = 92
Con un coste por serie de tiempo de 0.09 USD por cada serie de tiempo, su coste sería de 8.28 USD al mes.
92 * 0.09 USD = 8.28 USD
Otros recopiladores que generan series temporales incluyen:
| Collector | Descripción | Número estimado de series temporales |
|---|---|---|
mssql |
Medidas de objetos de rendimiento de SQL Server | aproximadamente 500 series temporales por instancia y aproximadamente 100 series temporales por base de datos |
memory |
Medidas de uso de memoria | 32 |
ad |
Active Directory Servicios de dominio | 14 series temporales por partición de disco |
process |
Métricas por proceso | 21 series temporales por proceso. (Esta métrica tiene una cardinalidad alta. Un proceso puede tener subprocesos con varios valores process_id.) Puede filtrar procesos |
service |
Métricas de estado de servicio | 26 series temporales por servicio. (Esta métrica tiene una cardinalidad alta. Windows tiene una gran cantidad de servicios de forma predeterminada.) Puede filtrar servicios |
Ejemplos de facturación
Ejemplo de facturación 1: Uso básico
Considere este ejemplo en el que tiene la siguiente configuración:
- 1 Clúster de Kubernetes con 3 nodos trabajadores que ejecutan agentes para entornos orquestados
- Host-1 genera 1200 series temporales de métricas personalizadas
- Host-2 genera 1000 series temporales de métricas personalizadas
- Host-3 genera 1500 series temporales de métricas personalizadas
El cálculo de facturación mensual se calcula de la siguiente manera:
-
Coste base por host
El precio base por host y mes es de 37 USD, que incluye hasta 1K series temporales (incluye Prometheus, JMX, appchecks y StatsD métricas).
Para 3 hosts, el coste base mensual total es de 111 USD.
3 * 37 USD = 111 USD -
Coste adicional de las series temporales
Cada host tiene una asignación de 1000 series temporales que están incluidas en el coste base por host de 37 USD. Si tienes 3 hosts, tienes 3000 series temporales incluidas. El precio del resto de las series temporales se establece en función de los niveles. A continuación se muestra el cálculo de las 700 series temporales adicionales.
1200 + 1000 + 1500 - ( 3*1000 ) = 700El resultado de la adición de series temporales por host menos la asignación define el nivel que se aplica para los precios.
700 series temporales adicionales corresponden al nivel 1. El precio por host es de 0.09 USD para hasta 100K series temporales al mes.
700 * 0.09 USD = 63 USDEl coste total de las series temporales adicionales es de 63 USD.
El coste total de seguimiento al mes es de 174 USD.
111 USD + 63 USD = 174 USD
Ejemplo de facturación 2: asignación de series temporales no utilizadas
Considere este ejemplo en el que tiene la siguiente configuración:
- 2 Clústeres de Kubernetes o OpenShift con un total de 5 nodos trabajadores que ejecutan agentes para entornos orquestados
- Host-1 genera 2000 series temporales de métricas personalizadas
- Host-2 genera 100 series temporales de métricas personalizadas
- Host-3 genera 500 series temporales de métricas personalizadas
- Host-4 genera 100 series temporales de métricas personalizadas
- Host-5 genera 200 series temporales de métricas personalizadas
El cálculo de facturación mensual se calcula de la siguiente manera:
-
Coste base por host
El precio por host al mes es de 37 USD, que incluye hasta 1K series temporales (incluye Prometheus, JMX, appchecks y StatsD métricas) y 50 contenedores.
Para 5 hosts, el coste base total es de 185 USD.
5 * 37 USD = 185 USD -
Coste adicional de las series temporales
Cada host tiene una asignación de 1000 series temporales. El precio del resto de las series temporales se establece en función de los niveles.
2000 + 100 + 500 + 100 + 200 - ( 5*1000 ) = -1100El resultado de la adición de series temporales por host menos la asignación define el nivel que se aplica para los precios.
Tiene 1100 series temporales más disponibles por su configuración.
El coste total de las series temporales adicionales es de 0 USD.
El coste total de seguimiento al mes es de 187 USD.
187 USD + 0 USD + 0 USD + 0 USD = 187 USD
Ejemplo de facturación 3: Solo métricas de plataforma
Considere este ejemplo en el que tiene la siguiente configuración para las métricas de plataforma:
- Event Streams genera 50 series temporales al mes
- IBM Cloud Databases genera 60 series temporales al mes
- 30 mil llamadas de API
El cálculo de facturación mensual se calcula de la siguiente manera:
-
Coste adicional de las series temporales
Puesto que no hay ningún agente en ejecución en esta instancia, no hay ninguna asignación de series temporales. El precio de todas las series temporales de métricas de plataforma se establece en función de los niveles. A continuación se muestra la serie temporal total para la configuración.
50 + 60 = 110Para el nivel 1, el precio por serie temporal es de 0.09 USD (nivel 1) para un máximo de 100K series temporales al mes.
110 * 0.09 USD = 9.90 USD -
Llamadas adicionales a la API
Se incluyen 1 millón de llamadas de API con la instancia cada mes.
El precio de las llamadas de API adicionales es de 0,01 USD por 1000 llamadas de API.
0.03M - 1M = -970k 0 * 0.01 USD/1k = 0 USDEl coste total de las llamadas adicionales a la API es de 0 USD.
El coste total de supervisión al mes es de 9.90 USD.
9.90 USD + 0 USD = 9.90 USD
Puesto que no había ningún agente en ejecución en este ejemplo, el precio base y los costes de los contenedores adicionales no eran aplicables a este ejemplo.
Ejemplo de facturación 4: Asignación de host y métricas de plataforma combinadas
La configuración siguiente muestra la facturación de una combinación de la asignación de series temporales de host, así como las métricas de plataforma.
Considere este ejemplo en el que tiene la siguiente configuración:
- 3 hosts ejecutando agentes para entornos orquestados
- Host-1 genera 1000 series temporales de métricas personalizadas
- Host-2 genera 850 series temporales de métricas personalizadas
- Host-3 genera 800 series temporales de métricas personalizadas
- Cloud Foundry genera 200 series temporales al mes
- Event Streams genera 200 series temporales al mes
- IBM Cloud Databases genera 100 series temporales al mes
- 100 contenedores
- 300 mil llamadas de API
El cálculo de facturación mensual sería similar al siguiente:
-
Coste base por host
El precio por host al mes es de 37 USD, que incluye hasta 1K series temporales (incluye Prometheus, JMX, appchecks y StatsD métricas) y 50 contenedores.
Para 3 hosts, el coste total es de 111 USD.
3 * 37 USD = 111 USD -
Coste adicional de las series temporales
Cada host tiene una asignación de 1000 series temporales. El precio del resto de las series temporales se establece en función de los niveles. En este caso, 150 series temporales.
1000 + 850 + 800 + 200 + 200 + 100 - ( 3*1000 ) = 150El resultado de la adición de series temporales por host, más las métricas de plataforma menos la asignación define el nivel que se aplica para los precios.
Obsérvese que, dado que los agentes no utilizaron por completo la asignación de series temporales del coste base por host, 350 de las 500 series temporales de métricas de plataforma quedaron cubiertas por el nivel base. Solo las 150 series temporales de métricas de plataforma adicionales (
500 - 350 = 150) tienen un coste adicional.150 * 0.09 USD (Tier-1) = 13.50 USDEl coste total de las series temporales es de 13.50 USD.
El coste total de supervisión al mes es de 124.50 USD.
111 USD + 13.50 USD = 124.50 USD
Ejemplo de facturación 5: Uso básico para servidores de máquina virtual o nativos que ejecutan un agente para entornos no orquestados
Considere este ejemplo en el que tiene la siguiente configuración:
- 3 hosts que ejecutan un agente para entornos no orquestados
- Host-1 genera 50 series temporales de métricas personalizadas
- Host-2 genera 100 series temporales de métricas personalizadas
- Host-3 genera 100 series temporales de métricas personalizadas
El cálculo de facturación mensual se calcula de la siguiente manera:
-
Coste base por host
El precio base por host y mes es de 10.07 USD.
Para 3 hosts, el coste base total es de 30.21 USD.
3 * 10.07 USD = 30.21 USD -
Coste de serie temporal
Las series temporales se cotizan en función de los niveles. En este escenario, necesita 250 series temporales adicionales.
50 + 100 + 100 = 250El resultado de sumar las series temporales por host define el nivel que se aplica para la tarificación.
250 series temporales corresponden al nivel 1. El precio por host es de 0.09 USD para hasta 100K series temporales al mes.
250 * 0.09 USD = 22.50 USDEl coste total de las series temporales adicionales es de 22.50 USD.
El coste total de supervisión al mes es de 52.71 USD.
30.21 USD + 22.50 USD = 52.71 USD