定价

本主题包含有关 IBM Cloud Monitoring定价的信息。您还可以查看样本场景，以了解有关 Monitoring 实例的成本的更多信息。

IBM Cloud Monitoring 定价基于每小时使用量。您将根据已连接的代理程序数和代理程序部署方式，定制度量标准时间序列数，每个代理程序的额外容器数以及高于 1M的其他 API 调用数按月计费。有两种代理程序方式: 代理程序用于编排环境，代理程序用于非编排环境。

所有其他 IBM Cloud Monitoring 功能 (包括仪表板，面板和警报) 都包含在基本服务价格中，并且定价没有变化。

本主题中提供的成本作为准则，并不表示实际成本。它们可用作起点，以估算在具有类似配置的环境中会产生的成本。实际成本可能因地理位置而有所不同。所使用的价格以 2024 年 1 月的实际价格为基础，有可能发生变化。

准备工作

阅读本节以了解与 Monitoring 服务关联的概念和成本。

消费费用

在每月使用费中，按小时计量消费，您的帐单将分解为以下概念:

计费使用指标
指标	描述
`NODE_HOURS`	跟踪协调环境代理中运行的代理数量。这不包括由 "`LITE_NODE_HOURS`" "跟踪的代理，例如，如果您有 1 个连续连接的代理，该代理将在月底被计入 720 "`NODE_HOURS`。
`TIME_SERIES_HOURS`	反映 1 小时时间窗口内发送到IBM Cloud Monitoring的自定义指标时间序列总数。这是来自代理程序和其他度量源的所有时间序列的聚集。平台度量、Prometheus远程写入、度量流以及使用代理Prometheus、JMX 或StatsD）收集的自定义度量都有助于 "`TIME_SERIES_HOURS`。只计算 "`TIME_SERIES_HOURS` 的自定义指标。默认的基础设施指标（如主机、容器、程序或Kubernetes状态）以及 CPU、内存、磁盘和网络都包含在代理价格中，不会对 "`TIME_SERIES_HOURS` 产生影响。
`LITE_NODE_HOURS`	跟踪正在监控非容器化基础设施（如虚拟机或裸机服务器）并将代理用于非协调环境的代理数量。
`API_CALL_HOURS`	表示每月对 API 的调用次数。所有实例均包含1MAPI 调用。
`CONTAINER_HOURS`	表示代理监控的所有主机上有多少个容器。

要监视 IBM Cloud Monitoring 服务使用情况以及与其使用量关联的成本，请参阅查看使用情况。

以 sysdig_* 和 kube_* 开头的所有度量由代理程序自动收集并包含在代理程序价格中。

服务套餐

供应 IBM Cloud Monitoring 服务的实例时，以下服务套餐可用:

Lite 套餐

您可以使用 Lite 服务套餐供应 Monitoring 实例，以免费试用 Monitoring 服务 30 天。

30 天后，必须将实例升级到累进层计划，才能继续使用 Monitoring 服务或将其删除。

累进层套餐

累进层 服务套餐将根据您监视的主机数，每个主机配置的代理程序方式，容器数，API 调用数以及收集的时间序列数进行计费。

下表概述了按代理程序方式列出的每个主机的成本以及价格中包含的内容:

每个主机和代理模式的成本
代理模式	每个主机的成本	缺省基础架构度量值 (CPU，内存，磁盘和网络)	最多包含 1K 时间序列 (Prometheus，JMX，app支票，StatsD)	监测 50 个集装箱	1M API 调用
用于非编排环境的代理程序	10.07美元
用于编排环境的代理程序	37 美元

对于针对非编排环境运行代理程序的主机或针对超出 Prometheus，JMX，app支票和 Statsd 度量的基本层分配的编排环境运行代理程序的主机，其他价格适用:

时间序列根据以下层进行定价:
- 第 1 层：每个时间序列的价格为0.09美元，每月最多100K个时间序列。
- 层 2: 对于 100K 到 1M 时间序列，每个时间序列的价格为 0.05 美元。
- 层 3: 每个时间序列的价格为 0.03 美元 (针对 1M ) 到 10M 每个月的时间序列。
- 层 4: 每个时间序列的价格为 0.02 美元，每月超过 10M 个时间序列。
集装箱价格如下5.38。
API 调用的定价如下: API 调用的价格为每月每 1000 个 API 调用 0.01 美元。

当存在超额时，每个度量都是独立定价的。

平台度量是时间序列的额外来源。它们根据层进行定价。

主机可以是容器、虚拟机、裸机或安装监控代理的任何指标源。

数据会根据所有套餐中的标准准则进行收集和保留。有关更多信息，请参阅数据收集和数据保留。

Prometheus 远程写入成本基于度量摄入。计算价格的方法与使用代理程序和 IBM Cloud Monitoring收集的度量相同。

计算时间序列定价单位

定价单位由 时间序列组成。

时间序列 是按时间排序的一系列数据点。它是度量名称和标签键/值对的唯一组合。例如: website_failedRequest |region='Asia', customer_ID='abc'。

当度量值和标签值不同时，同一度量值名称可生成多个 时间序列。

例如，以下是 4 唯一时间序列:

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

数据点 是在给定时间点为 时间序列 生成的值。例如：[timestamp]|website_failedRequests:20|region='Asia', customer_ID='abc'。

您从不同来源采集的 时间序列 的数量每小时测量一次，并对 TIME_SERIES_HOURS 定价概念作出贡献。

检查每个代理程序收集的度量

您可以使用“度量指标使用情况”来获取 IBM Cloud Monitoring 实例正在摄取的时间序列总数。如果想知道某个指标或某组指标的卡入度，可以按指标名称、指标来源（Platform Metrics、Agent 或 Prometheus Remote Write）或作业名称进行筛选。

在 IBM Cloud Monitoring中，您可以使用现成可用的仪表板模板中提供的仪表板模板 监视代理程序运行状况和状态 来监视监视代理程序。在此仪表板中，您可以查看已部署并连接到实例的监视代理程序数，检查监视代理程序的版本，并了解代理程序正在收集的每个主机的度量值。

在此仪表板中，面板 TimeSeries Usage 提供了从每个类别（Prometheus, JMX, StatsD, Prometheus Remote Write 和 Platform Metrics）收集的时间序列数量。此面板使用查询 sum(sysdig_ts_usage)by(metric_category)，您还可以在 PromQL Explorer 中，仪表板中或警报中运行该查询。

如果需要调查哪些应用程序或服务对 Prometheus 时间序列贡献更大，那么可以使用度量 scrape_series_added。此度量值表示通过 Prometheus 从监视代理程序提取和摄入的时间序列数，并包含多个标签以促进分析，例如 kube_cluster_name，kube_namespace_name，kube_workload_name 或 container_name。

以下查询表示通过 Prometheus 从监视代理程序采集的时间序列数 (按集群，名称空间，工作负载和容器进行分组)，以便您可以识别贡献更多时间序列的应用程序:

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

监视 Windows 系统时的定价注意事项

Windows 监视按生成的 时间序列 数收费。 时间序列 的数量取决于 Windows 系统具有的收集器和资源的数量。下表估算了在 Windows 系统上安装缺省收集器时生成的 时间序列 的数量。

基于默认采集器安装的 Windows 系统时间序列估计值
Collector	描述	估计时间序列的数量
`cpu`	CPU 使用情况	每个vCPU15 个时间序列
`cs`	“计算机系统”指标（系统属性、CPU 数量/内存总量）	3
`logical_disk`	逻辑磁盘、磁盘 I/O	每个磁盘分区 14 个时间序列
`os`	操作系统指标（内存、进程、用户）	13
`system`	系统调用	6
`net`	网络接口输入/输出	每个网络适配器 12 个时间序列

例如，如果您有一台 Windows 服务器，配有 2 个 vCPUs, 2 个逻辑磁盘和 1 个网络适配器，您可以预计有 92 个 * 时间系列*。

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

每个 * 时间序列的成本为 0.09 美元，每个 * 时间序列的成本为 8.28 美元。

92 * 0.09 USD = 8.28 USD

生成 time-series 的其他收集器包括:

其他收集器的 Windows 系统时间序列估计值
Collector	描述	估计时间序列的数量
`mssql`	SQL Server 性能对象度量值	每个实例大约 500 个时间序列，每个数据库大约 100 个时间序列
`memory`	内存使用情况度量值	32
`ad`	Active Directory 域名服务	每个磁盘分区 14 个时间序列
`process`	每个进程的度量值	每个进程 21 个时间序列。 (此度量具有高基数。一个进程可以具有具有多个 `process_id` 值的子进程。) 您可以过滤流程
`service`	服务状态度量	26 每个服务的时间序列。 (此度量具有高基数。缺省情况下，Windows 具有大量服务。) 您可以过滤服务

计费样本

计费样本 1: 基本使用情况

请考虑以下具有以下配置的示例:

1 Kubernetes 集群，其中 3 个工作程序节点针对编排的环境运行代理程序
- Host-1 生成 1200 个定制度量时间序列
- Host-2 生成 1000 个定制度量时间序列
- Host-3 生成 1500 个定制指标时间序列

该月的计费计算如下所示:

每个主机的基本成本

每台主机每月的基本价格为 37 美元，包括多达 1K 的时间序列（包括 Prometheus、JMX、应用程序检查和 StatsD 指标）。

对于 3 个主机，每月基本费用总额为 111 美元。
```
3 * 37 USD = 111 USD
```
额外的时间序列成本

每台主机的基本费用为 37 美元，其中包括每台主机 1000 个时间序列的配额。如果您有 3 个主机，那么将包含 3000 个时间序列。其余时间序列将根据层进行定价。下面显示了 700 个附加时间序列的计算。
```
1200 + 1000 + 1500 - ( 3*1000 ) = 700
```
添加每个主机的时间序列减去分配的结果将定义应用于定价的层。

700 个额外的时间序列对应于第 1 层。每台主机的价格为0.09美元，每月最多100K时间序列。
```
700 * 0.09 USD = 63 USD
```
额外时间序列的总费用为 63 美元。

每月监控总费用为 174 美元。

111 USD + 63 USD = 174 USD

计费样本 2: 未使用的时间序列分配

请考虑以下具有以下配置的示例:

2 Kubernetes 或 OpenShift 集群，其中共有 5 个工作程序节点运行用于编排环境的代理程序
- Host-1 生成 2000 个定制度量时间序列
- Host-2 生成 100 个定制度量时间序列
- Host-3 生成 500 个定制度量时间序列
- Host-4 生成 100 个定制度量时间序列
- Host-5 生成 200 个定制度量时间序列

该月的计费计算如下所示:

每个主机的基本成本

每台主机每月的价格为 37 美元，包括最多 1K 时间序列（包括 Prometheus、JMX、应用程序检查和 StatsD 指标）和 50 个容器。

5 台主机的基本总成本为 185 美元。
```
5 * 37 USD = 185 USD
```
额外的时间序列成本

每个主机都具有 1000 个时间序列分配。其余时间序列将根据层进行定价。
```
2000 + 100 + 500 + 100 + 200 - ( 5*1000 ) = -1100
```
添加每个主机的时间序列减去分配的结果将定义应用于定价的层。

每个配置还有 1100 个可用的时间序列。

额外时间序列的总成本为 0 USD。

每月监控总费用为 187 美元。

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

计费样本 3: 仅限平台度量

请考虑以下示例，其中您具有针对平台度量的以下配置:

事件流每月生成 50 个时间序列
IBM Cloud Databases每月生成 60 个时间序列
30k API 调用

该月的计费计算如下所示:

额外的时间序列成本

由于此实例中没有正在运行的代理程序，因此没有时间序列分配。所有平台度量时间序列都根据层进行定价。以下显示了配置的总时间序列。
```
50 + 60 = 110
```
对于第 1 级，每个时间序列的价格为0.09美元（第 1 级），每月最多100K个时间序列。
```
110 * 0.09 USD = 9.90 USD
```
其他 API 调用

1M API 调用每月随实例一起提供。

其他 API 调用的价格为每 1000 个 API 调用 0.01 美元。
```
0.03M - 1M = -970k
0 * 0.01 USD/1k = 0 USD
```
额外 API 调用的总成本为 0 USD。

每月监控总费用为 9.90 美元。

9.90 USD + 0 USD = 9.90 USD

由于在此示例中没有代理程序在运行，因此基础价格和额外的容器成本不适用于此示例。

计费样本 4: 主机分配和平台度量组合

以下配置演示了针对主机时间序列分配以及平台度量的组合的计费。

请考虑以下具有以下配置的示例:

针对编排的环境运行代理程序的 3 主机
- Host-1 生成 1000 个定制度量时间序列
- Host-2 生成 850 个定制度量值时间序列
- Host-3 生成 800 个定制度量时间序列
Cloud Foundry 每月生成 200 个时间序列
Event Streams 每月生成 200 个时间序列
IBM Cloud Databases每月生成 100 个时间序列
100 个容器
300k API 调用

该月的计费计算如下所示:

每个主机的基本成本

每台主机每月的价格为 37 美元，包括最多 1K 时间序列（包括 Prometheus、JMX、应用程序检查和 StatsD 指标）和 50 个容器。

3 台主机的总费用为 111 美元。
```
3 * 37 USD = 111 USD
```
额外的时间序列成本

每个主机都具有 1000 个时间序列分配。其余时间序列将根据层进行定价。在这种情况下，150 个时间序列。
```
1000 + 850 + 800 + 200 + 200 + 100 - ( 3*1000 ) = 150
```
添加每个主机的时间序列的结果，以及平台度量值减去分配定义了应用于定价的层。

请注意，由于代理程序未完全使用 每个主机的基本成本 时间序列分配，因此基本层涵盖了 500 个平台度量时间序列中的 350 个。只有额外的 150 个平台度量值时间序列 (500 - 350 = 150) 具有额外的成本。
```
150 * 0.09 USD (Tier-1) = 13.50 USD
```
时间序列的总成本为 13.50 美元。

每月监控总费用为 124.50 美元。

111 USD + 13.50 USD = 124.50 USD

计费样本 5: 针对非编排环境运行代理程序的虚拟机或裸机服务器的基本使用情况

请考虑以下具有以下配置的示例:

针对非编排环境运行代理程序的 3 主机
- Host-1 生成 50 个定制度量时间序列
- Host-2 生成 100 个定制度量时间序列
- Host-3 生成 100 个定制度量时间序列

该月的计费计算如下所示:

每个主机的基本成本

每台主机每月的基本价格为 10.07 美元。

对于 3 台主机，总基本成本为 30.21 美元。
```
3 * 10.07 USD = 30.21 USD
```
时间序列成本

时间序列根据层进行定价。在此场景中，您需要另外 250 个时间序列。
```
50 + 100 + 100  = 250
```
添加每个主机的时间序列的结果定义了应用于定价的层。

250 时间序列对应于层 1。每台主机的价格为0.09美元，每月最多100K时间序列。
```
250 * 0.09 USD = 22.50 USD
```
额外时间序列的总费用为 22.50 美元。

每月监控总费用为 52.71 美元。

30.21 USD + 22.50 USD = 52.71 USD