Docs » サブスクリプションの使用状況と請求を監視および管理する » Infrastructure Monitoringの請求(ホストとメトリクスのプラン)

Infrastructure Monitoringの請求(ホストとメトリクスのプラン) 🔗

注釈

組織のサブスクリプションプランがInfrastructure Monitoringで監視しているホストまたはメトリクスの数に基づくプランの場合は、このドキュメントをお読みください。ご利用のプランがInfrastructure Monitoringへのデータポイントの送信レート(DPM)に基づくプランの場合は、Infrastructure Monitoringのサブスクリプション使用状況(DPMプラン) を参照してください。

このトピックは、使用量と消費量に関する一般的な側面を説明したものです。請求に関する詳細なお問い合わせは、Splunkアカウントチームまでご連絡ください。

毎月の利用期間中にサブスクリプションの上限を超えた状態が継続した場合、Splunk Observability Cloudはお客様の組織に超過料金を請求することがあります。

システムの制限に関する詳細は、Splunk Observability Cloudの製品別のシステム制限 を参照してください。

月間使用量の計算方法 🔗

The number of hosts, containers, and other resources that Infrastructure Monitoring monitors can fluctuate significantly over the course of a month. For this reason, Splunk Observability Cloud calculates monthly usage by using averages.

  • To calculate monthly usage for hosts and containers, Splunk Observability Cloud counts the number of unique hosts and containers sending metrics during each hour in the month. It then calculates the average of these counts to determine monthly usage.

  • To calculate monthly usage for custom and high-resolution metrics, Splunk Observability Cloud counts the number of metric time series (MTS) sent during each hour in the month. It then calculates the average of these counts to determine monthly usage. For details on the difference between metrics and Metric Time Series, see Splunk Observability Cloudのメトリクス、データポイント、メトリック時系列.

超過料金は、オブジェクトの種類ごとに個別に適用されます。

🔗

ご利用のサブスクリプションプランで、25ホストかつ1ホストにつき10コンテナ、または250コンテナがカバーされているとします。

それから、次のように制限をオーバーしているとしましょう:

  • ホスト数:35、つまり、サブスクリプション上限の25ホストより10ホスト多いです。

  • コンテナ数:300、つまり250コンテナより50多いです。

In this case, Splunk Observability Cloud charges overage fees for 10 hosts and for 50 containers.

ただし、10ホスト分の超過料金を支払っても、サブスクリプションの上限に100コンテナが自動的に追加されて50コンテナを追加で利用できるようになるというわけではありません。追加の100コンテナのサポートを追加するには、超過料金を回避するには で説明したように、サブスクリプションプランに10ホストを追加する必要があります。

Overage fees can be as high as 150% of the monthly list price for each element for which you are over your plan’s limit.

ディテクターを作成して、サブスクリプション制限に関するアラートを受け取る 🔗

超過料金を回避するために、ディテクター作成 して、超過料金発生の可能性を積極的に監視し、サブスクリプションの上限に近づいたときにアラートを受け取ります。

ディテクターを作成する際、Alert signal タブでシグナルとして以下のメトリクスを使用できます。

アラートの対象項目

ディテクターのシグナルとして使用するメトリクス

ホスト数

sf.org.numResourcesMonitored。ディメンション resourceType:host でフィルタリング。

コンテナ数

sf.org.numResourcesMonitored。ディメンション resourceType:container でフィルタリング。

カスタムメトリクス

sf.org.numCustomMetrics

また、Alert condition で以下の条件のいずれかを使用することを検討します:

  • 静的閾値 条件:この閾値は、上限に比較的近いパーセンテージに設定します。

  • リソースの枯渇 条件: Alert settings で、Capacity を制限値に設定します。 Alert settings で、Show advanced settings を選択し、Double EWMA オプションを Yes に設定します。

超過料金を回避するには 🔗

どのエリアについても、上限に近づいている、または上限を超過している場合に、超過料金を回避するためのいくつかの選択肢があります:

  • Monitor fewer hosts, send in fewer custom metrics, and so on.

  • サブスクリプションのサイズを再検討し、ホスト、コンテナ、カスタムメトリクスのニーズに応じて上限を上げる。

  • Enterprise Editionをご利用の場合、アクセストークンに上限を設定することで、データ送信に関連するコストを管理できます。詳しくは アクセストークンを使用したデータ取り込みの管理 を参照してください。

  • Standard Editionの料金プランをご利用の場合は、Enterprise Editionにアップグレードすることができます。Enterprise Editionでは、ホストごとに監視できるコンテナとカスタムメトリクスの数が増えます。

  • Purchase support to increase your limits on any of these items.

  • Consider archiving your MTS using Metrics Pipeline Management. Archived metrics cost 1/10th of real-time metrics. See more at メトリクス パイプライン管理の概要.

お客様の組織に最適なオプションを選択いただくためのサポートについては、Splunk Observability Cloudに関するサポート までお問い合わせください。

This page was last updated on 2024年06月26日.