料金設定
このトピックには、IBM Cloud Monitoring の価格設定に関する情報が含まれています。 また、 Monitoring インスタンスのコストについては、サンプルシナリオをご覧ください。
IBM Cloud Monitoring の料金は、時間単位の使用量に基づいています。 月次請求は、接続されたエージェントの数とエージェント・デプロイメント・モード、カスタム・メトリックの時系列の数、エージェントごとのコンテナーの追加数、および 1Mを超える追加の API 呼び出しに基づいて行われます。 エージェント・モードには、オーケストレーションされた環境用のエージェントと、オーケストレーションされていない環境用のエージェントの 2 つがあります。
その他の IBM Cloud Monitoring 機能 (ダッシュボード、パネル、およびアラートを含む) はすべて基本サービス価格に含まれ、価格設定は変わりません。
このトピックで示されるコストは目安であり、実際のコストを表しているわけではありません。 類似した構成の環境で発生するコストを見積もる際の、開始点となります。 実際のコストは、地域によって異なる場合があります。 使用されている価格は2024年1月現在の実際の価格に基づいており、変更される可能性がある。
開始前に
このセクションでは、 Monitoring サービスに関連する概念とコストについて説明します。
消費料金
月次使用量の課金では、使用量は時間単位で測定され、請求は以下の概念に分類されます。
メトリック | 説明 |
---|---|
NODE_HOURS |
オーケストレーション環境のエージェントで実行されているエージェントの数を追跡します。
これは、' で追跡されているエージェントを含みません。例えば、1人のエージェントが継続的に接続されている場合、そのエージェントは月末に720 ' |
TIME_SERIES_HOURS |
1時間の時間ウィンドウの間にIBM Cloud Monitoringに送信しているカスタム・メトリクス時系列の総数を反映します。 これは、エージェントおよびその他のメトリック・ソースからのすべての時系列の集約です。 プラットフォーム・メトリクス、Prometheusリモート書き込み、メトリクス・ストリーミング、エージェントPrometheus、JMX、StatsD)で収集されたカスタム・メトリクスは、'TIME_SERIES_HOURS に寄与する。
|
LITE_NODE_HOURS |
VMやベアメタルサーバのような非コンテナライズインフラを監視し、非オーケストレーション環境にエージェントを使用しているエージェントの数を追跡します。 |
API_CALL_HOURS |
APIへの月間コール数を表す。 すべてのインスタンスには1MのAPIコールが含まれます。 |
CONTAINER_HOURS |
エージェントが監視している全ホストで監視されているコンテナの数を表す。 |
IBM Cloud Monitoring サービスの使用方法およびその使用法に関連付けられるコストをモニターするには、使用量の表示を参照してください。
sysdig_*
および kube_*
で始まるすべてのメトリックは、エージェントによって自動的に収集され、エージェントの価格に含まれます。
サービス・プラン
IBM Cloud Monitoring サービスのインスタンスをプロビジョンすると、以下のサービス・プランを使用できます。
ライト・プラン
Monitoring インスタンスを Lite
サービス・プランでプロビジョンして、 Monitoring サービスを 30 日間無料で試すことができます。
Monitoring サービスを引き続き使用するには、30 日後にインスタンスを累進階層プランにアップグレードするか、インスタンスを削除する必要があります。
段階課金制プラン
累進階層 サービス・プランは、モニター対象のホストの数、ホストごとに構成されているエージェント・モード、コンテナーの数、API 呼び出しの数、および収集された時系列の数に基づいて請求されます。
以下の表に、エージェント・モードごとのホストごとのコストと、価格に含まれる内容の概要を示します。
エージェント・モード | ホスト当たりのコスト | デフォルトのインフラストラクチャー・メトリック (CPU、メモリー、ディスク、およびネットワーク) | 最大 1K の時系列 (Prometheus、JMX、appchecks、 StatsD) が含まれます。 | 50 個のコンテナーのモニター | 1M API 呼び出し |
---|---|---|---|---|---|
オーケストレーションされていない環境のエージェント | 10.07 米ドル | ||||
オーケストレーションされた環境のエージェント | 37 USD |
非オーケストレーション環境のエージェントを実行するホスト、または Prometheus、JMX、appchecks、および Statsd メトリックの基本層の割り当てを超えるオーケストレーション環境のエージェントを実行するホストの場合は、追加料金が適用されます。
-
時系列は、以下の層に従って料金設定されます。
-
Tier 1 :時系列ごとの料金は、 0.09 USD(1ヶ月あたり 100K 時系列まで)です。
-
層 2: 時系列ごとの価格は、 100K から 1M 時系列までの 1 カ月当たり 0.05 USD です。
-
層 3: 時系列ごとの価格は、1 カ月当たり 0.03 USD ( 1M から 10M の時系列) です。
-
層 4: 時系列ごとの価格は、1 カ月当たり 0.02 USD で、 10M を超える時系列になります。
-
-
コンテナの価格は以下の通りです:5.38 USD/10コンテナ/月。
-
API 呼び出しの料金は、以下のように設定されます。API 呼び出しの料金は、1 カ月当たり 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
料金の概念に寄与します。
エージェントごとに収集されるメトリックの確認
IBM Cloud Monitoring インスタンスがインジェストしている時系列の総数を取得するには、 Metrics Usage を使用できます。 メトリックまたはメトリック グループのカーディナリティを知りたい場合は、メトリック名、メトリック ソース(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 エクスプローラー、ダッシュボード、またはアラートで実行することもできます。
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 システムにインストールされたときに生成される 時系列 の数を示しています。
コレクター | 説明 | 時系列の推定数 |
---|---|---|
cpu |
CPU 使用量 | vCPUあたり15時系列 |
cs |
「コンピュータ・システム」メトリクス(システム・プロパティ、CPU数/総メモリ数) | 3 |
logical_disk |
論理ディスク、ディスクI/O | ディスク・パーティションごとに 14 個の 時系列 |
os |
OSメトリクス(メモリ、プロセス、ユーザー) | 13 |
system |
システム呼び出し | 6 |
net |
ネットワーク・インターフェースI/O | ネットワークアダプターあたり12時系列 |
たとえば、2 vCPUs, 2 つの論理ディスク、1 つのネットワーク アダプターを持つ Windows サーバーが 1 つある場合、92 時系列を予測できます。
15 * 2 + 3 + 14 * 2 + 13 + 6 + 12 * 1 = 92
時系列ごとのコストが0.09米ドルで、時系列ごとのコストが8.28米ドル/月となります。
92 * 0.09 USD = 8.28 USD
時系列 を生成する他のコレクターには、以下のものがあります。
コレクター | 説明 | 時系列の推定数 |
---|---|---|
mssql |
SQL Server パフォーマンス・オブジェクト・メトリック | インスタンスごとに約 500 時系列 、データベースごとに約 100 時系列 |
memory |
メモリー使用量メトリック | 32 |
ad |
Active Directory ドメインサービス | ディスク・パーティションごとに 14 個の 時系列 |
process |
プロセスごとのメトリック | プロセスごとに 21 時系列。 (このメトリックのカーディナリティーは高いです。 1 つのプロセスは、複数の process_id 値を持つサブプロセスを持つことができます。) プロセス をフィルターに掛けることができます。 |
service |
サービス状態メトリック | サービスごとに 26 時系列。 (このメトリックのカーディナリティーは高いです。 Windows には、デフォルトで多数のサービスがあります。) サービス をフィルターに掛けることができます。 |
請求サンプル
請求処理のサンプル 1: 基本的な使用法
以下のような構成の例を考慮します。
- オーケストレーションされた環境用のエージェントを実行する 3 つのワーカー・ノードを持つ 1 つの Kubernetes クラスター
- Host-1 は、1200 個のカスタム・メトリックの時系列を生成します
- Host-2 は、1000 個のカスタム・メトリック時系列を生成します。
- Host-3 は、1500 個のカスタム・メトリックの時系列を生成します。
月の請求計算は、以下のように計算されます。
-
ホストあたりの基本料金
ホスト1台あたりの月額基本料金は37米ドルで、 1K までの時系列( Prometheus、JMX、appchecks、 StatsD メトリクスを含む)が含まれます。
3ホストの場合、毎月の基本料金は 111 USD です。
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 USD です。
1ヶ月の総モニター費用は 174米ドルです。
111 USD + 63 USD = 174 USD
請求処理のサンプル 2: 未使用の時系列割り当て
以下のような構成の例を考慮します。
- オーケストレーションされた環境でエージェントを実行するワーカー・ノードが合計 5 つある Kubernetes または OpenShift クラスター 2 つ
- Host-1 は、2000 個のカスタム・メトリック時系列を生成します
- Host-2 は、100 個のカスタム・メトリックの時系列を生成します。
- Host-3 は、500 個のカスタム・メトリックの時系列を生成します。
- Host-4 は、100 個のカスタム・メトリックの時系列を生成します
- Host-5 は、200 個のカスタム・メトリック時系列を生成します
月の請求計算は、以下のように計算されます。
-
ホストあたりの基本料金
1ホストあたりの月額料金は37米ドルで、 1K 時系列( Prometheus、JMX、appchecks、 StatsD メトリクスを含む)と50コンテナまでが含まれる。
5ホストの場合、基本コストの合計は 185 USD です。
5 * 37 USD = 185 USD
-
時系列追加コスト
各ホストには、1000 時系列の割り当てがあります。 その他の時系列は、層に基づいて価格設定されます。
2000 + 100 + 500 + 100 + 200 - ( 5*1000 ) = -1100
ホストごとの時系列を加算し、割り当てを減算した結果によって、価格設定に適用される層が定義されます。
構成ごとに、さらに 1100 の時系列が使用可能です。
追加時系列の合計コストは 0米ドルです。
1ヶ月の総モニター費用は 187 USD です。
187 USD + 0 USD + 0 USD + 0 USD = 187 USD
請求処理のサンプル 3: プラットフォーム・メトリックのみ
プラットフォーム・メトリックが次のように構成されている例を考慮します。
- イベント・ストリームは 1 カ月当たり 50 の時系列を生成します
- IBM Cloud Databases は 1 カ月当たり 60 の時系列を生成します
- 30k の API 呼び出し
月の請求計算は、以下のように計算されます。
-
時系列追加コスト
このインスタンス内で実行されているエージェントはないため、時系列の割り当てはありません。 すべてのプラットフォーム・メトリックの時系列は、層に基づいて価格設定されます。 以下に、構成の合計時系列を示します。
50 + 60 = 110
Tier 1の場合、時系列ごとの価格は、 0.09 USD (Tier 1)、1ヶ月あたり 100K 時系列まで。
110 * 0.09 USD = 9.90 USD
-
追加のAPIコール
毎月、1M の API 呼び出しがインスタンスに含まれています。
追加の API 呼び出しの価格は、1000 の API 呼び出しごとに 0.01 USD です。
0.03M - 1M = -970k 0 * 0.01 USD/1k = 0 USD
追加APIコールの合計コストは 0米ドルです。
1ヶ月あたりの合計監視コストは、9.90 USDです。
9.90 USD + 0 USD = 9.90 USD
この例では実行されているエージェントがないため、基本価格と追加のコンテナー・コストは、この例には適用されていません。
請求処理のサンプル 4: ホスト割り当てとプラットフォーム・メトリックの組み合わせ
以下の構成を例にして、ホストの時系列割り当てとプラットフォーム・メトリックを組み合わせた請求処理について説明します。
以下のような構成の例を考慮します。
- オーケストレーションされた環境用のエージェントを実行する 3 つのホスト
- Host-1 は、1000 個のカスタム・メトリックの時系列を生成します
- Host-2 が 850 のカスタム・メトリック時系列を生成します
- Host-3 は、800 個のカスタム・メトリックの時系列を生成します。
- Cloud Foundry は 1 カ月当たり 200 の時系列を生成します
- Event Streams は 1 カ月当たり 200 の時系列を生成します
- IBM Cloud Databases は 1 カ月当たり 100 の時系列を生成します
- 100 個のコンテナー
- 300k の API 呼び出し
月の請求計算は以下のようになります。
-
ホストあたりの基本料金
1ホストあたりの月額料金は37米ドルで、 1K 時系列( Prometheus、JMX、appchecks、 StatsD メトリクスを含む)と50コンテナまでが含まれる。
3ホストの場合、合計コストは 111 USD です。
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米ドルである。
1ヶ月あたりのモニター費用は、124.50 USDです。
111 USD + 13.50 USD = 124.50 USD
請求サンプル 5: 非オーケストレーション環境のエージェントを実行する仮想マシンまたはベア・メタル・サーバーの基本的な使用量
以下のような構成の例を考慮します。
- オーケストレーションされていない環境でエージェントを実行する 3 つのホスト
- Host-1 は、50 個のカスタム・メトリックの時系列を生成します
- Host-2 は、100 個のカスタム・メトリックの時系列を生成します。
- Host-3 は、100 個のカスタム・メトリックの時系列を生成します
月の請求計算は、以下のように計算されます。
-
ホストあたりの基本料金
ホスト1台あたりの月額基本料金は10.07 USDです。
3ホストの場合、基本コストの合計は 30.21 USDです。
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 USDです。
1ヶ月あたりの総モニター費用は、52.71 USDです。
30.21 USD + 22.50 USD = 52.71 USD