Docs » 組織の参考情報 » Splunk Observability Cloudの製品別のシステム制限 » Splunk Infrastructure Monitoringのシステム制限の詳細

Splunk Infrastructure Monitoringのシステム制限の詳細 🔗

Splunk Infrastructure Monitoringには、優れたパフォーマンス、安定性、信頼性の確保を支えるためのシステム制限があります。これらの制限は、Infrastructure Monitoringのマルチテナント環境も保護します。これらの制限を超えると、Infrastructure Monitoringのエクスペリエンスが低下する可能性があります。

このセクションでは、Infrastructure Monitoringの各制限の詳細を説明します。

1分あたりのメールアドレス招待数 🔗

  • デフォルトの制限値：1

  • 注意：組織へのメールアドレスの招待は、1分間に1回のみ可能です。同じメールアドレスを1分間に複数回招待しようとすると、UIがエラーを返し、次の招待を送信するまでに少なくとも1分待つ必要があります。

組織の1日あたりの招待数 🔗

  • デフォルトの制限値：5,000

  • 注意：1つの組織について24時間に送信できる招待は5,000のみです。この制限を超えた場合、UIがエラーを返し、次の招待を送信するまでに少なくとも1日待つ必要があります。

取得できるダッシュボードの最大数 🔗

  • デフォルトの制限値：20,000

  • 注意：UIまたはAPIを使用して取得できるクエリごとのダッシュボードの最大数です。この上限に達すると、エラーが表示されます。

  • お客様への影響：この制限を超えると、ユーザーインターフェイスに「予期しないエラーが発生しました」というエラーメッセージが表示されます。制限を超えると、ダッシュボードページにダッシュボードが表示されなくなります。

ジョブあたりの入力MTS数 🔗

  • デフォルトの制限値：250,000

  • 注意：ジョブあたりの入力MTSの最大数です。1つのジョブで同じMTSを複数回使用する場合、使用のたびに上限に対してカウントされます。

  • お客様への影響：ジョブの対象がチャートの場合、チャートが読み込まれず、エラーメッセージが表示されます。ジョブの対象がディテクターの場合、システムはジョブを停止します。停止したディテクターのSignalFlowプログラムは、組み込みのメトリックを使用して監視できます。また組織は、停止したディテクターに関する情報を含むイベントも受信します。ジョブは、開始後にこの制限に達する可能性があります。チャートは最初にロードされる可能性がありますが、SignalFlowジョブが停止した場合は失敗します。

SignalFlowプログラムあたりの派生MTSの最大数 🔗

  • デフォルトの制限値：500,000

  • 注意：派生MTSが一時的なMTSでSignalFlow関数またはメソッドによってメモリに保持される必要がある場合の、SignalFlowプログラムあたりの派生MTSの最大数です。例えば、メトリクス jvm.load のMTSが20,000個あり、各MTSが一意のホストに由来する場合、"data('jvm.load').sum(by=['host']).publish()" は40,000個の派生MTSを追跡します。data() SignalFlow関数またはメソッドは20,000個を使用し、sum() はさらに20,000個を使用します。入力MTSの数は20,000のままです。

  • お客様への影響：SignalFlowプログラムの対象がチャートの場合、チャートが読み込まれず、エラーメッセージが表示されます。SignalFlowプログラムの対象がディテクターの場合、システムはプログラムを停止します。停止したディテクターのSignalFlowプログラムは、ビルトインメトリクスを使用して監視できます。また組織は、停止したディテクターに関する情報を含むイベントも受信します。SignalFlowプログラムは、開始後にこの制限に達する可能性があります。チャートは、最初はロードされる可能性がありますが、SignalFlowプログラムが停止すると失敗します。

チャートのdata()関数ごとの許容MTS最大数 🔗

  • デフォルトの制限値：

    • Standardサブスクリプションの場合、10,000

    • Enterpriseサブスクリプションの場合、30,000

  • 注意：Enterprise Editionをご利用の場合、この上限は30,000です。サブスクリプションによっては、上限を高く設定することができます。制限を変更するには、営業またはカスタマーサポートにお問い合わせください。

  • お客様への影響：制限を超えた場合、システムは、MTSの作成タイムスタンプに基づいて、最近作成されたMTSのみを保持します。このため、計算結果が不正確になる可能性があります。

注釈

オートシャーディングで利用できないチャートの場合、この上限は10,000です。以下の場合に、チャートはオートシャーディングで利用できなくなります：

  • partition_filter() 関数を使用して手動でシャーディングしている場合

  • 次のいずれかの関数を使用している場合： percentile()、mean_plus_stddev()、median()、stddev()、variance()、sample_stddev()、sample_variance()、ewma()、double_ewma()、kpss()、union()

ディテクターのdata()関数ごとの許容MTS最大数 🔗

  • デフォルトの制限値：

    • Standardサブスクリプションの場合、10,000

    • Enterpriseサブスクリプションの場合、30,000

  • 注意：Enterprise Editionをご利用の場合、この上限は30,000です。サブスクリプションによっては、上限を高く設定することができます。制限を変更するには、営業またはカスタマーサポートにお問い合わせください。

  • お客様への影響：制限を超えた場合、システムはMTSの作成タイムスタンプに基づき、最近作成されたMTSのみを保持します。ディテクターのトリガーが機能しない、または正しく動作しない可能性があります。

注釈

オートシャーディングで利用できないディテクターの場合、この上限は10,000です。以下の場合に、ディテクターはオートシャーディングで利用できなくなります：

  • partition_filter() 関数を使用して手動でシャーディングしている場合

  • 次のいずれかの関数を使用している場合： percentile()、mean_plus_stddev()、median()、stddev()、variance()、sample_stddev()、sample_variance()、ewma()、double_ewma()、kpss()、union()

ディテクターごとのアクティブアラートの最大数 🔗

  • デフォルトの制限値：200,000

  • 注意：ディテクターごとに設定可能なアクティブアラートの最大数です。

  • お客様への影響：この制限に達すると、Splunk Infrastructure Monitoringはディテクターを停止し、すべてのアクティブなアラートを削除します。この制限に達することを回避するには、ディテクターに自動消去を設定して、定義した閾値に基づいてアクティブなアラートを消去するようにします。詳細は、アラートの自動解除 を参照してください。

注釈

ディテクターを更新または削除すると、Splunk Observability Cloudはそのディテクターに関連付けられたSignalFlowプログラムを停止し、そのディテクターに現在設定されているすべての受信者に停止通知を送信します。ディテクターに多数の受信者または多数のアラートが設定されている場合に通知を送信すると、通知の殺到につながります。お客様は最初の対応としてディテクターを削除するかもしれませんが、そうすると、さらなる問題を引き起こす可能性があります。

ディテクターに多数の受信者または多数のアラートが設定されている場合は、以下を実行してください：

ディテクターごとの最大アラートレート 🔗

  • デフォルトの制限値：

    • 解像度が1分以下のディテクターの場合、10,000アラート/分

    • 解像度が1分を超えるディテクターの場合、20,000または(ジョブ解像度/1分)*10,000のいずれか小さい方。

  • 注意：最大アラートレートは、ジョブの解像度内でディテクターが発することができるアラートの最大量を制限するものです。

  • お客様への影響：ディテクターがこの制限を超えると、ディテクターは停止します。例：

    • 30秒の解像度で動作するディテクターの場合、1分で最大10,000回のアラートを発することができます。

    • 2分の解像度で動作するディテクターの場合、2分で最大20,000回のアラートを発することができます。

    • 5分の解像度で動作するディテクターの場合、5分で最大20,000回のアラートを発することができます。

SignalFlowプログラムごとに割り当てられるデータポイントの最大数 🔗

  • デフォルトの制限値：60,000,000

  • 注意：SignalFlowプログラムが時間窓の変換を満たすためにバッファリングしなければならないデータポイントの総数。これは少なくとも入力MTSの数になりますが、SignalFlowに時間窓計算が設定されている場合、実際の値はもっと多くなる可能性があります。例えば、1秒の解像度で1分以上の和を求めるには、MTSあたり60個のデータポイントが必要です。SignalFlowに10,000個のMTSがあり、窓変換が1つしかない場合、SignalFlowは10,000*60=600,000のデータポイントを必要とします。

  • お客様への影響：SignalFlowプログラムの対象がチャートの場合、チャートが読み込まれず、エラーメッセージが表示されます。SignalFlowプログラムの対象がディテクターの場合、システムはSignalFlowプログラムを停止します。停止したディテクターのSignalFlowプログラムは、ビルトインメトリクスを使用して監視できます。また組織は、停止したディテクターに関する情報を含むイベントも受信します。SignalFlowプログラムは、開始後にこの制限に達する可能性があります。チャートは、最初はロードされる可能性がありますが、SignalFlowが上限に達すると失敗します。

SignalFlowプログラムあたりの関数とメソッドの最大数 🔗

  • デフォルトの制限値：1,000

  • 注意：SignalFlowプログラム "A = data().sum(by="az").sum().publish()" には4つの関数とメソッドがあります（data、sum、sum、publish）。

  • お客様への影響：制限に違反しているSignalFlowプログラムは開始できません。すぐにエラーメッセージが表示されます。

SignalFlowプログラムあたりのクエリの最大数 🔗

  • デフォルトの制限値：200

  • 注意：チャートまたはディテクターで使用する SignalFlowプログラムで使用できるクエリの最大数です。この制限に対してカウントされるクエリには、data()、graphite()、events()、alerts() があります。ストリームで timeshift() 関数を使用すると、そのストリームのすべてのクエリが再実行され、プログラム内のクエリ総数が増加します。例えば、以下のプログラムでは、Dのデータを取得するためにクエリAとBが再度実行されます。

A = data('jvm.a').publish('A')
B = data('jvm.b').publish('B')
C = data('jvm.c').publish('C')
D = union(A, B).timeshift('1h').publish('D')

  • お客様への影響：制限に違反しているSignalFlowプログラムは開始できません。すぐにエラーメッセージが表示されます。この制限は、data() または graphite() の異なるコールを detect() で使用する場合に、使用できる detect() コールの数に制限を課します。

SignalFlowプログラムの最大スタックサイズ 🔗

  • デフォルトの制限値：64

  • 注意：SignalFlow関数は、この制限を超えて自分自身を再帰呼び出しすることはできません。

すべてのSignalFlowプログラムで解析されるMTSの最大数 🔗

  • デフォルトの制限値：10,000,000AMTSまたはAMTS総数の20%のいずれか大きい方。

  • 注意：ディテクターチャートSignalFlowを含め、組織内でSignalFlowプログラムを同時に使用できるMTSの最大数です。例えば、10個のチャートを開いて、それを開いたままにしておくとします。各チャートが平均5,000MTSを使用している場合、各チャートが同じ5,000個のMTSを見ていたとしても、50,000MTSを使用していることになります。チャートを閉じれば、使用量はゼロになります。ディテクターのSignalFlowプログラムは常に実行されているため、常にMTS使用制限の一部を使用しています。この制限は、ストリーミングのSignalFlowプログラムにのみ適用され、履歴データを参照するプログラムには適用されません。

  • お客様への影響：SignalFlowプログラムの対象がチャートの場合、チャートが読み込まれず、エラーメッセージが表示されます。SignalFlowプログラムの対象がディテクターの場合、システムはプログラムを停止します。停止したディテクターのSignalFlowプログラムは、ビルトインメトリクスを使用して監視できます。また組織は、停止したディテクターに関する情報を含むイベントも受信します。SignalFlowプログラムは、開始後にこの制限に達する可能性があります。チャートは、最初はロードされる可能性がありますが、プログラムが上限に達すると失敗します。

SignalFlowプログラムの最大遅延設定の最大値 🔗

  • デフォルトの制限値：15分

  • 注意：SignalFlowプログラムに設定できる最大遅延の最大値です。これ以上の値は、データの到着が遅い場合にSignalFlowプログラムがメモリを使いすぎる原因となるため、許可されていません。

  • お客様への影響：制限に違反しているSignalFlowプログラムは開始できません。すぐにエラーメッセージが表示されます。

SignalFlowプログラムの最小遅延設定の最大値 🔗

  • デフォルトの制限値：15分

  • 注意：SignalFlowプログラムに設定できる最小遅延の最大値です。これ以上の値は、データの到着が遅い場合にSignalFlowプログラムがメモリを使いすぎる原因となるため、許可されていません。

  • お客様への影響：制限に違反しているSignalFlowプログラムは開始できません。すぐにエラーメッセージが表示されます。

filter()関数ごとのワイルドカードの最大数 🔗

  • デフォルトの制限値：35

  • 注意： "data('jvm.load', filter=filter('host', 'kafka*east'))" は1個のワイルドカードフィルターとしてカウントされます。

  • お客様への影響：制限に違反しているSignalFlowプログラムは開始できません。すぐにエラーメッセージが表示されます。

filter()関数ごとのプレフィックスワイルドカードの最大数 🔗

  • デフォルトの制限値：150

  • 注意： "data('jvm.load', filter=filter('host', 'kafka*'))" は1個のプレフィックスフィルターとしてカウントされます。

  • お客様への影響：制限に違反しているSignalFlowプログラムは開始できません。すぐにエラーメッセージが表示されます。

SignalFlowプログラムの最大テキストサイズ 🔗

  • デフォルトの制限値：50,000

  • 注意：チャートとディテクターで使用できるSignalFlowプログラムの最大文字数です。

  • お客様への影響：この制限を超えるSignalFlowプログラムは保存できません。エラーメッセージが表示されます。

1分あたりのSignalFlowプログラムの最大数 🔗

  • デフォルトの制限値：1分あたり1,000 SignalFlowプログラム

  • 注意：1分間に起動するSignalFlowプログラムの最大数です。SignalFlowプログラムは以下のアクションによって起動します：

    • チャートの作成または更新

    • ディテクターの作成または更新

    • APIを使用したSignalFlowジョブの実行

    • アラート のUIページに表示されたリストからアラートを開くこと。このアクションを実行すると、アラートダイアログボックスが表示され、ページにチャートや情報を提供するSignalFlowプログラムが実行されます。

    Splunk Observability CloudがアラートダイアログボックスのSignalFlowプログラムを開始しても通知は届きませんが、このプログラムは1分あたりのSignalFlowプログラム数の制限に対してカウントされます。

  • 関連するメトリクス：

    • sf.org.numComputationsStarted

    • sf.org.numComputationsThrottled

  • お客様への影響：制限に違反しているSignalFlowプログラムは開始できません。すぐにエラーメッセージが表示されます。

filter()関数内のクエリ引数の最大数 🔗

  • デフォルトの制限値：256

  • 注意：SignalFlowフィルターのクエリ引数の上限数です。

  • お客様への影響：派生MTSが一時的なMTSでSignalFlow関数またはメソッドによってメモリに保持される必要がある場合の、SignalFlowプログラムあたりの派生MTSの最大数です。例えば、メトリクス jvm.load のMTSが20,000個あり、各MTSが一意のホストに由来する場合、"data('jvm.load').sum(by=['host']).publish()" は40,000個の派生MTSを追跡します。data() 関数は20,000個を使用し、sum() はさらに20,000個を使用します。入力MTSの数は20,000のままです。

1組織あたりのディテクターの最大数 🔗

  • デフォルトの制限値：1,000

  • 注意：1つの組織で作成できるディテクターの最大数です。

  • 関連するメトリクス：

    • sf.org.limit.detector

    • sf.org.num.detector

  • お客様への影響：ユーザーインターフェイスに、制限を超えたことを報告するエラーが表示されます。

1組織あたりのSignalFlowジョブの最大数 🔗

  • デフォルトの制限値：1分あたり5,000

  • 注意：組織で実行できるSignalFlowジョブの最大数です。組織内の各トークンは、同じ上限を共有します。例えば、1つのトークンで毎分5,000ジョブを実行できますが、同じ組織内の他のトークンを使ってそれ以上のジョブを実行することはできません。

  • 関連するメトリクス：

    • sf.org.numComputationsStarted

    • sf.org.numComputationsThrottled

    • sf.org.numComputationsStartedByToken

    • sf.org.numComputationsThrottledByToken

  • お客様への影響：組織の全トークンのジョブ数の合計が1分あたり5,000を超えると、この制限に達します。単一のトークン、または組織内の異なるトークンの組み合わせによって、この容量を使い切る可能性があります。

    単一のトークンがこの制限に達したかどうかを確認するには、関連するメトリクスを使用します。たとえば、1つのトークンで sf.org.numComputationsThrottledByToken メトリクスが増加しているにもかかわらず、組織で sf.org.numComputationsThrottled メトリクスが増加していない場合は、1つのトークンだけで容量を使い切っています。

ウェブソケット接続あたりのSignalFlowジョブの最大数 🔗

  • デフォルトの制限値：300

  • 注意：各ウェブソケット接続で実行可能なSignalFlowジョブの最大数です。

  • お客様への影響：この制限に達すると、「この接続内のチャネル数が多すぎます」というエラーメッセージが表示されます。

    同じページで開いているチャートが多すぎると、この制限に達することがあります。例えば、チャートが300以上あるダッシュボードを開いたとします。この場合、上限の300を超えるチャートは表示されません。この制限に達しないようにするには、チャートを別のダッシュボードに入れたり、削除したりして数を減らすことができます。

新しい名前のディメンションキーまたはプロパティキーの制限 🔗

  • デフォルトの制限値：1週間あたり40

  • 注意：1組織あたりの1週間に作成可能な新規カスタムフィールド（プロパティキーまたはディメンションキー）の最大数です。この制限は、MTSおよびETSに適用されます。たとえば、host: 1 と host: 2 は、host という同じキーを持ちます。hostname: host1 と hosttype：QA は、hostname と hosttype という異なるキーを持ちます。

  • 関連するメトリクス：

    • sf.org.numPropertyLimitedMetricTimeSeriesCreateCalls

    • sf.org.numPropertyLimitedMetricTimeSeriesCreateCallsByToken

  • お客様への影響：システムはこの制限を超えるMTSの作成を拒否し、エラーメッセージは表示されません。

1分あたりのイベント数 🔗

  • デフォルトの制限値：サブスクリプションにより決定

  • 注意：1分間に取り込めるカスタムイベントの最大数です。

  • お客様への影響：組織トークンにこの制限が設定されている場合、この制限を超えるとデータ取り込みAPIからHTTP 429エラーが届きます。

1分あたりのMTS作成数の制限 🔗

  • デフォルトの制限値：6,000、またはサブスクリプションにより決定。

  • 注意：1分あたりに作成可能なMTSの最大数です。

  • 関連するメトリクス：

    • sf.org.numMetricTimeSeriesCreated

    • sf.org.limit.metricTimeSeriesCreatedPerMinute

  • お客様への影響：Infrastructure Monitoringは、この制限を超える新しいMTSはエラーを返すことなく除外しますが、既存のMTSのデータポイントは受け入れます。

1時間あたりのMTS作成数の制限 🔗

  • デフォルトの制限値：1分あたりのMTS制限の60倍

  • 注意：1時間あたりに作成可能なMTSの最大数です。

  • お客様への影響：Infrastructure Monitoringは、この制限を超える新しいMTSはエラーを返すことなく除外しますが、既存のMTSのデータポイントは受け入れます。

1分あたりのMTS作成のバースティング制限 🔗

  • デフォルトの制限値：1分あたりのMTS制限の10倍、1時間の最大バースト容量は20分相当。

  • 注意：Splunk Observability Cloudでは、メトリック時系列（MTS）作成のバースティングを許可することで、MTS作成トラフィックにおけるバースト性パターンやスパイク性パターンをより適切にサポートします。この制限は、MTS作成の最大バースト容量です。バースティングは保証されているものではなく、十分な追加容量がある場合にのみ利用可能です。

  • お客様への影響：1時間あたりの最大バースト容量である20分を使い切ると、1分あたりのMTS作成のデフォルト制限値が適用されます。

    たとえば、デフォルトの1分あたりのMTS作成数は6,000です。以下の方法をとると、MTS作成のバースト制限を使い切ることができます：

    1. 連続または非連続で20分間、毎分60,000MTSを作成し、その1時間の残りは毎分6,000MTSの作成に戻る。

    2. 1分あたり24,000以下のレートでMTSを作成することで、バースト容量の使用を1時間全体に分散させる。

MTSごとのディメンション数 🔗

  • デフォルトの制限値：36

  • 注意：MTSごとのディメンションの最大数です。Infrastructure Monitoringは、エラーを返すことなく無効なデータポイントを除外しますが、同じ要求内の有効なデータポイントは保持します。

  • お客様への影響：Infrastructure Monitoringは、有効なデータポイントを受け入れますが、無効なデータポイントは除外します。無効なデータポイントについて、Infrastructure Monitoringはエラーメッセージを送信しません。

ディメンション/メトリクス値の長さ 🔗

  • デフォルトの制限値：最大長256文字（1024バイト）のUTF-8文字列。

  • 注意：メトリクス値またはディメンション値の最大長です。

  • お客様への影響：データの取り込みにおいて、システムは無効なディメンション値またはメトリクス値のデータポイントを除外し、エラーを返しません。有効なデータポイントの取り込みは継続します。

ディメンション名の最大長 🔗

  • デフォルトの制限値：128文字（512バイト）

  • 注意：ディメンション名の最大長です。

  • お客様への影響：データの取り込みにおいて、システムは無効なディメンション名のデータポイントを除外し、エラーを返しません。有効なデータポイントの取り込みは継続します。

1分あたりのAPIコールの最大数 🔗

  • デフォルトの制限値：100,000

  • 注意：エンドポイントごとの1分あたりに実行可能なREST APIコールの最大数です。GETコールの上限は、他のコールのレートの10倍です。この制限は、重大な悪用や攻撃からシステムを保護するためのものです。これはapi.signalfx.comへのメタデータAPIに適用されます。

  • 関連するメトリクス： sf.org.numRestCalls

  • お客様への影響：APIがHTTPエラーコード429を返し、APIコールの上限に達したことを示します。

ディメンションごとのタグ数 🔗

  • デフォルトの制限値：50

  • 注意：ディメンションごとのタグの最大数です。Infrastructure Monitoringは、エラーを返すことなく、過剰なタグを除外します。

  • お客様への影響：Infrastructure Monitoringはこの制限を超えるタグを除外しますが、エラーメッセージは発しません。

ディメンションごとのプロパティ数 🔗

  • デフォルトの制限値：75

  • 注意：ディメンションごとのカスタムプロパティの最大数です。Infrastructure Monitoringは過剰なプロパティを除外しますが、エラーは返しません。

  • お客様への影響：Infrastructure Monitoringはこの制限を超えるプロパティを除外しますが、エラーメッセージは発しません。

timeserieswindow APIのデータポイントの制限 🔗

  • デフォルトの制限値：1,000,000

  • 注意：GET /v2/timeserieswindowへの1回のコールで取得できるデータポイントの最大数です。

  • お客様への影響：リクエストは失敗し、HTTPエラーコード400が返されます。

カスタムMTSのエンタイトルメント 🔗

  • デフォルトの制限値：契約のエンタイトルメントにより設定

  • 注意：カスタムMTS数の権利で、契約によって決定されます。

  • 関連するメトリクス： sf.org.numCustomMetrics

  • お客様への影響：Splunkは、契約上のエンタイトルメントを超える利用に対して、通常料金の1.5倍の超過料金を請求します。

カスタムMTSのバースト/超過の制限 🔗

  • デフォルトの制限値：エンタイトルメントの倍数

  • 注意：過去60分間の移動窓内で、組織内で許可されるアクティブなカスタムMTSの最大数です。

  • 関連するメトリクス：

    • sf.org.numCustomMetrics

    • sf.org.limit.customMetricTimeSeries

  • お客様への影響：この制限を超えると、Infrastructure Monitoringは新しいカスタムMTSのデータポイントの受け入れを停止しますが、既存のカスタムMTSのデータポイントの受け入れは継続します。

ホストのエンタイトルメント 🔗

  • デフォルトの制限値：契約のエンタイトルメント

  • 注意：契約内のホスト数です（該当する場合）。

  • 関連するメトリクス： sf.org.numResourcesMonitored

  • お客様への影響：Splunkは、契約上のエンタイトルメントを超える利用に対して、通常料金の1.5倍の超過料金を請求します。

ホストのバースト/超過の制限 🔗

  • デフォルトの制限値：エンタイトルメントの倍数

  • 注意：ホストベースの料金契約の場合に、組織にデータを送信できるホストの最大数です。この上限は、バーストおよび超過使用を許容するため、契約上の上限よりも高くなっています。

  • 関連するメトリクス：

    • sf.org.numResourcesMonitored (filter for the dimension resourceType:hosts)

    • sf.org.limit.hosts

  • お客様への影響：この制限を超えると、Infrastructure Monitoringは新しいホストからのデータポイントを除外しますが、既存のホストのデータポイントの受け入れは継続します。

コンテナのエンタイトルメント 🔗

  • デフォルトの制限値：契約のエンタイトルメントにより設定

  • 注意：契約内のコンテナ数です（該当する場合）。

  • 関連するメトリクス： sf.org.numResourcesMonitored

  • お客様への影響：Splunkは、契約上のエンタイトルメントを超える利用に対して、通常料金の1.5倍の超過料金を請求します。

コンテナのバースト/超過の制限 🔗

  • デフォルトの制限値：エンタイトルメントの倍数

  • 注意：ホストベースの料金契約の場合に、組織にデータを送信できるコンテナの最大数です。この上限は、バーストおよび超過使用を許容するため、契約上の上限よりも高くなっています。

  • 関連するメトリクス：

    • sf.org.numResourcesMonitored (filter for the dimension resourceType:containers)

    • sf.org.limit.containers

  • お客様への影響：この制限を超えると、Infrastructure Monitoringは新しいコンテナからのデータポイントを除外しますが、既存のコンテナのデータポイントの受け入れは継続します。

バンドルMTSの制限 🔗

  • デフォルトの制限値：サブスクリプションにより決定

  • 注意：この制限は、サブスクリプションにあわせてスケーリングされるものであり、料金設定の基準ではありません。

IMTSの制限 🔗

  • デフォルトの制限値：サブスクリプションにより決定

  • 注意：契約により許可される、非アクティブなMTSの最大数です。

  • 関連するメトリクス：sf.org.numInactiveTimeSeries

  • お客様への影響：この制限に達すると、システムは非アクティブ期間が最も長いMTSを削除します。

AMTSの制限 🔗

  • デフォルトの制限値：サブスクリプションにより決定

  • 注意：25時間の期間におけるアクティブなMTSの最大数です。Kubernetesを使用している場合は、この期間が1時間になります。

  • 関連するメトリクス：

    • sf.org.numActiveTimeSeries

    • sf.org.limit.activeTimeSeries

  • お客様への影響：この制限を超えると、Infrastructure Monitoringはエラーメッセージを発することなく新しいMTSを拒否します。Infrastructure Monitoringは、既存のMTSのデータポイントの取り込みを継続します。

1分あたりのデータポイント数（DPM）の制限 🔗

  • デフォルトの制限値：契約のエンタイトルメントにより設定

  • 注意：1分間にInfrastructure Monitoringに送信できるデータポイント数の制限です。この制限を超えると、Infrastructure Monitoringは新しいMTSの作成を停止し、データポイントを拒否します。

  • お客様への影響：Infrastructure Monitoringは、エラーを返すことなく、この制限を超える新しいデータポイントとMTSを除外します。

DPMのバーストの制限 🔗

  • デフォルトの制限値：エンタイトルメントの倍数

  • 注意：Infrastructure Monitoringに送信できる1分あたりのデータポイント数の制限です。使用する組織トークンにこの制限が設定されている場合は、この制限を超えると、データ取り込みAPIがHTTP応答コード429を返します。

  • お客様への影響：使用する組織トークンにこの制限が設定されている場合、この制限を超えるとデータ取り込みAPIからHTTP 429エラーが届きます。

線グラフ、ヒストグラム、ヒートマップの視覚エフェクトのレンダリング済みMTSの最大数 🔗

  • デフォルトの制限値：1,000

  • 注意：視覚エフェクトがこの制限を超えると、UIは、レンダリングするMTSを任意に選択します。

面グラフまたは積み上げ縦棒グラフの視覚エフェクトのレンダリング済みMTSの最大数 🔗

  • デフォルトの制限値：500

  • 注意：視覚エフェクトがこの制限を超えると、UIは、レンダリングするMTSを任意に選択します。

縦棒グラフの視覚エフェクトのレンダリング済みMTSの最大数 🔗

  • デフォルトの制限値：20

  • 注意：視覚エフェクトがこの制限を超えると、UIは、レンダリングするMTSを任意に選択します。

このページは 2024年09月24日 に最終更新されました。