System limits details for 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を複数回使用する場合、使用のたびに上限に対してカウントされます。
Customer impact: If the job is for a chart, the chart doesn’t load and you receive an error message. If the job is for a detector, the system aborts the job. You can monitor aborted detector SignalFlow programs using a built-in metric. Your organization also receives an event with information about the detector that aborted. Your job might reach this limit after it starts. A chart might initially load, but fail when its SignalFlow job aborts.
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のままです。Customer impact: If the SignalFlow program is for a chart, the chart doesn’t load and you receive an error message. If the SignalFlow program is for a detector, the system aborts the program. You can monitor aborted detector SignalFlow programs using a built-in metric. Your organization also receives an event with information about the detector that aborted. Your SignalFlow program might reach this limit after it starts. A chart might initially load, but fail when its SignalFlow program aborts.
チャートの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はディテクターを停止し、すべてのアクティブなアラートを削除します。この制限に達することを回避するには、ディテクターに自動消去を設定して、定義した閾値に基づいてアクティブなアラートを消去するようにします。詳細は、アラートの自動解除 を参照してください。
注釈
When you update or delete a detector, Splunk Observability Cloud stops the SignalFlow program associated with the detector and sends a stop notification to all the recipients currently configured for the detector. If the detector has a large number of recipients or a large number of alerts, sending the notification causes a flood of notifications. Your first reaction might be to delete the detector, but that might cause additional problems.
ディテクターに多数の受信者または多数のアラートが設定されている場合は、以下を実行してください：
ディテクターを更新する場合は、最初にディテクターのアラートをミュートにします。編集が完了してから、ミュートを解除します。アラートをミュートにする方法の詳は、特定のディテクターまたはアラートをミュートする を参照してください。
ディテクターを削除する場合は、最初に受信者をすべて削除します。受信者を削除する方法の詳細は、ディテクターから通知の受信者を削除する を参照してください。
ディテクターごとの最大アラートレート 🔗
- デフォルトの制限値：
解像度が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のデータポイントを必要とします。
Customer impact: If the SignalFlow program is for a chart, the chart doesn’t load and you receive an error message. If the SignalFlow program is for a detector, the system aborts the SignalFlow program. You can monitor aborted detector SignalFlow programs using a built-in metric. Your organization also receives an event with information about the detector that aborted. Your SignalFlow program might reach this limit after it starts. A chart might initially load, but fail when its SignalFlow exceeds reaches the limit.
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%のいずれか大きい方。
Notes: Maximum number of MTS that can concurrently use SignalFlow programs in your organization, including detector chart SignalFlow. For example, suppose you open 10 charts and keep them open. If each chart uses on average 5,000 MTS, you’re using 50,000 MTS, even if each chart looks at the same 5,000 MTS. If you close the charts, your usage goes to zero. Detector SignalFlow programs are always running, so they always use a portion of your MTS usage limit. This limit only applies to streaming SignalFlow programs, not ones that look at historical data.
Customer impact: If the SignalFlow program is for a chart, the chart doesn’t load and you receive an error message. If the SignalFlow program is for a detector, the system aborts the program. You can monitor aborted detector SignalFlow programs using a built-in metric. Your organization also receives an event with information about the detector that aborted. Your SignalFlow program might reach this limit after it starts. A chart might initially load, but fail when the program reaches the limit.
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プログラムが実行されます。
You don’t get a notification when Splunk Observability Cloud starts a SignalFlow program for an alert dialog box, but the program counts against your SignalFlow programs per minute limit.
関連するメトリクス：
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作成のバースト制限を使い切ることができます：
連続または非連続で20分間、毎分60,000MTSを作成し、その1時間の残りは毎分6,000MTSの作成に戻る。
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コールの上限に達したことを示します。
ディメンションごとのプロパティ数 🔗
デフォルトの制限値：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を任意に選択します。