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

  • SignalFlow プログラムあたりの派生 MTS の最大数。派生 MTS は、SignalFlow 関数またはメソッドがメモリに保持する必要がある一時的な MTS です。たとえば、メトリック jvm.load に 20,000 の MTS があり、各 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 のみを保持します。この結果、計算が不正確になる可能性があります。

注:

  • 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 のみを保持します。ディテクタがトリガーしないか、誤ってトリガーする場合があります。

注:

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

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

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

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

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

  • お客様への影響：この制限に達すると、Splunk Infrastructure Monitoring はディテクタを中止し、すべてのアクティブアラートを削除します。この制限に達するのを防ぐために、定義されたしきい値に基づいてアクティブアラートを解除するようにディテクタの自動解除を設定します。詳細については、「Auto-clear alerts」を参照してください。

注:

ディテクタを更新または削除すると、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() 関数をストリームで使用すると、そのストリームのすべてのクエリが再び実行されるため、プログラム内クエリの総数が増加します。たとえば、次のプログラムでは、クエリ A と B が再度実行されて D のデータが取得されます。

    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 プログラムは開始できません。即座にエラーメッセージが表示されます。この制限により、detect() で異なる data() または graphite() コールを使用している場合に使用できる detect() コールの数が制限されます。

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

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

  • SignalFlow 関数は、この制限を超えてそれ自体を再帰呼び出しすることはできません。

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

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

  • 組織内で SignalFlow プログラムを同時に使用できる MTS の最大数（ディテクタチャート SignalFlow を含む）。たとえば、10 のチャートを開き、開いたままにしているものとします。各チャートが平均で 5,000 の MTS を使用している場合、各チャートが 5,000 の同じ MTS を参照していても、50,000 の MTS を使用していることになります。チャートを閉じると、使用量はゼロになります。ディテクタ 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プログラム

  • 起動された SignalFlow プログラムの 1 分あたりの最大数。以下のアクションによって SignalFlow プログラムが起動します。

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

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

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

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

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

  • 関連するメトリクス：

    • sf.org.numComputationsStarted

    • sf.org.numComputationsThrottled

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

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

  • デフォルト制限値：1024

  • SignalFlow フィルタのクエリ引数の上限。この制限には、ダッシュボードのグローバルフィルタと内部フィルタが含まれます。

  • 制限に違反している SignalFlow プログラムは開始できません。即座にエラーメッセージが表示されます。

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

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

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

  • 関連するメトリクス：

    • sf.org.limit.detector

    • sf.org.num.detector

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

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

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

  • 組織で実行可能な SignalFlow ジョブの最大数。組織内の各トークンは同じ制限を共有します。たとえば、同一の組織内では、1 つのトークンで 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 週間あたりに作成できる新しいカスタムフィールド（プロパティまたはディメンションキー）の最大数。この制限は 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 数。契約によって決定されます。メトリックは 1 時間単位で測定されます。

  • 関連するメトリクス：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）の制限

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

  • Infrastructure Monitoring に送信できる 1 分あたりのデータポイント数の制限。この制限を超えると、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 を任意に選択します。