精簡方案

您可以使用 Lite 服務方案來佈建 Monitoring 實例，以免費試用 Monitoring 服務 30 天。

30 天之後，您必須將該實例升級到分級計劃，才能繼續使用 Monitoring 服務，或者將其刪除。

提升層級方案

累進層級 服務方案會根據您監視的主機數目、每個主機所配置的代理程式模式、儲存器數目、API 呼叫數目及收集的時間序列數目來計費。

下表概述依代理程式模式列出每個主機的成本，以及價格中包含的項目:

每主機和代理模式的成本

代理程式模式	每個主機的成本	預設基礎架構度量 (CPU、記憶體、磁碟及網路)	最多包含 1K 時間序列 ( Prometheus, JMX, appchecks, StatsD )	監視 50 個儲存器	1M API 呼叫
非編排環境的代理程式	10.07美元
編排環境的代理程式	30.05 美元

對於為非協調環境執行代理程式的主機，或為協調環境執行代理程式的主機，若超過 Prometheus、JMX、appchecks 和 Statsd 公約的基本等級配額，則需支付額外費用：

• 時間序列根據下列層級定價:

  • 第 1 層：每個時序的價格為 0.072 美元，每月最多 100K 個時序。

  • 第 2 層：每個時序的價格為 100K 至 1M，每月 0.04 美元。

  • 第 3 層：每個時序的價格為 1M 至 10M，每月 0.024 美元。

  • 第 4 層：每個時序的價格為 0.016 美元，每月超過 10M 時序。

• 貨櫃價格如下：每月每 10 個貨櫃5.38美元。

• API 呼叫的價格如下: API 呼叫的價格為每月每 1000 個 API 呼叫 0.01 USD。

當有超額使用時，會獨立定價每一個測量。

平台度量值是時間序列的其他來源。 它們根據層級定價。

主機可以是容器、虛擬機器、裸機或任何安裝監控代理程式的度量來源。

根據所有方案中的標準準則，收集並保留資料。 如需相關資訊，請參閱資料收集及資料保留。

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 定價概念。

檢查每個代理程式收集的度量值

您可以使用 Metrics Usage 來取得 IBM Cloud Monitoring 範例正在擷取的時間序列總數。 如果您想知道某個度量或某組度量的 Cardinality，您可以依據度量名稱、度量來源 (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)

計費範例 1: 基本用量

請考量下列範例，其中您具有下列配置:

• 1 個 Kubernetes 叢集，具有 3 個針對編排環境執行代理程式的工作者節點
  • Host-1 會產生 1200 個自訂度量值時間序列
  • Host-2 會產生 1000 個自訂度量值時間序列
  • Host-3 會產生 1500 個自訂度量值時間序列

該月份的計費計算如下所示:

• 每個主機的基本成本

  每台主機每月的基本價格為 30.05 美元，其中包含最多 1K 時間序列 (包括 Prometheus, JMX, appchecks 和 StatsD metrics)。

  對於 3 台主機，每月總基本費用為 111 美元。

  3 * 30.05 USD = 88.80 USD
  

• 其他時間序列成本

  每台主機有 1000 個時間序列配額，包含在每台主機 30.05 美元的基本成本中。 如果您有 3 個主機，則包含 3000 個時間序列。 剩餘時間序列根據層級定價。 下面顯示 700 個額外時間序列的計算。

  1200 + 1000 + 1500 - ( 3*1000 ) = 700
  

  將每個主機的時間序列減去配額所產生的結果會定義針對定價所套用的層級。

  700 個額外時間序列對應於第 1 層。 每台主機的價格為 0.072 美元，每月最多 100K 時間序列。

  700 * 0.072 USD = 50.40 USD
  

  額外時間序列的總成本為 63 USD。

每月總監控成本為 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 個自訂度量時間序列

該月份的計費計算如下所示:

• 每個主機的基本成本

  每台主機每月的價格為 30.05 美元，其中包含最多 1K 時間序列 (包括 Prometheus, JMX, appchecks 和 StatsD metrics) 和 50 個 containers。

  對於 5 台主機，總基本成本為 185 美元。

  5 * 30.05 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.072 美元 (第 1 層)，每月最多可使用 100K 時間序列。

  110 * 0.072 USD = 7.92 USD
  

• 其他 API 呼叫

  每個月的實例隨附 1M 個 API 呼叫。

  其他 API 呼叫的價格是每 1000 個 API 呼叫 0.01 USD。

  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 呼叫

該月份的計費計算看起來如下:

• 每個主機的基本成本

  每台主機每月的價格為 30.05 美元，其中包含最多 1K 時間序列 (包括 Prometheus, JMX, appchecks 和 StatsD metrics) 和 50 個 containers。

  對於 3 台主機，總成本為 111 美元。

  3 * 30.05 USD = 111 USD
  

• 其他時間序列成本

  每一個主機都有 1000 個時間序列配額。 剩餘時間序列根據層級定價。 在此情況下，為 150 個時間序列。

  1000 + 850 + 800 + 200 + 200 + 100 - ( 3*1000 ) = 150
  

  新增每個主機的時間序列，加上平台度量值減去配額所產生的結果會定義適用於計價的層級。

  請注意，因為代理程式未完全使用 每個主機的基本成本 時間序列配額，所以基本層級涵蓋 500 個平台度量時間序列中的 350 個。 只有額外的 150 個平台度量值時間序列 (500 - 350 = 150) 具有額外成本。

  150 * 0.072 USD (Tier-1) = 10.80 USD
  

  時間序列的總成本為 13.50 USD。

每月總監控費用為 124.50 USD。

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.072 美元，每月最多 100K 時間序列。

  250 * 0.072 USD = 18.00 USD
  

  額外時間序列的總成本為 22.50 USD。

每月總監控費用為 52.71美元。

30.21 USD + 22.50 USD = 52.71 USD