Azure Monitor サービスの制限

[アーティクル]
2025-04-24

この記事では、Azure Monitor のさまざまな領域における制限の一覧を示します。

アラート

リソース	既定の制限	上限
メトリックアラート	Azure パブリック、21Vianet によって運営される Microsoft Azure、および Azure Government クラウド内でサブスクリプションごとに 5,000 個のアクティブな警告ルール。この制限に達した場合は、同じ種類のマルチリソースアラートを使用できるかどうかを確認します。アラートルールあたり 10,000 個のメトリック時系列。	サポートを呼び出します。
アクティビティログアラート	サブスクリプションごとに 100 個のアクティブなアラートルール (増やすことはできません)。この制限を増やすことができないので、サブスクリプションごとにより多くのルールが必要な場合は、アクティビティログを Log Analytics ワークスペースに送信し、代わりにログ検索アラートを作成することを検討してください。	既定値と同じ。
ログアラート	サブスクリプションごとに 5,000 個のアクティブなアラートルール。そのうち、1 分あたりのアクティブな警告ルールは 100 個です。リソースごとに 1,000 個のアクティブなアラートルール。ステートレスな各警告ルールでは、評価ごとに最大 6,000 件のアラートをトリガーできます。ステートフルな各警告ルールでは、評価ごとに最大 300 件のアラートをトリガーできます。アラートルールごとに、一度に最大 5,000 件のステートフルアラートが発行されます。ログ警告ルールのプロパティ内のすべてのデータの合計サイズは、64 KB を超えることはできません。 Kusto クエリの結果は、20 MB を超えることはできません。 Log Analytics または ADX ワークスペースのマネージド ID あたり 500 個のアクティブなアラートルール。 Azure リソースグラフワークスペース上のマネージド ID あたり 50 個のアクティブなアラートルール。	サポートを呼び出します。
アラート処理ルール	サブスクリプションごとに 1,000 個のアクティブなルール。	サポートを呼び出します。
アラートルールとアラート処理ルールの説明の長さ	ログ検索アラートは 4,096 文字。それ以外はすべて 2,048 文字。	既定値と同じ。

Alerts API

Azure Monitor アラートには、ユーザーが過剰な数の呼び出しを実行するのを防ぐためのいくつかの調整制限があります。このような動作によってシステムのバックエンドリソースが過負荷になり、サービスの応答性が損なわれる可能性があります。次の制限は、顧客の中断を防ぎ、一貫したサービスレベルを確保するために設計されています。ユーザーの調整と制限は、過剰な使用シナリオにのみ影響するように設計されています。一般的な使用には関係しません。

注

インスタンスあたりの API 呼び出しには制限があります。正確な制限の数はインスタンスによって異なります。

リソース	既定の制限	上限
アラート - 概要の取得	サブスクリプションごとに毎分 50 回の呼び出し	既定値と同じ
アラート - すべてを取得 ("ID による取得" でなく)	サブスクリプションごとに毎分 100 回の呼び出し	既定値と同じ
その他すべてのアラートの呼び出し	サブスクリプションごとに毎分 1,000 回の呼び出し	既定値と同じ

アクショングループ

サブスクリプションに含めることができるアクショングループの数には制限はありません。

リソース	既定の制限	上限
Azure アプリのプッシュ	アクショングループごとに、10個の Azure アプリアクション。	既定値と同じ
電子メール	アクショングループの 1,000 個のメールアクション。リージョンごと、メールアドレスごと、1 時間ごとに 100 件以下のメールメールアドレスの文字数制限は 64 文字です。電子メールの文字数制限は 55296 です。レート制限情報もご覧ください。	既定値と同じ
電子メール Azure Resource Manager ロール	アクショングループごとに 10 種類の電子メール ARM ロールアクション。運用環境: リージョンごとに 1 時間に 100 件以下の電子メール。テストアクショングループ内: 1 分ごとに 2 件以下の電子メール。	既定値と同じ
Event Hubs	アクショングループごとに 10 種類の Event Hubs アクション。	既定値と同じ
情報技術サービス管理 (ITSM)	アクショングループの 10 個の ITSM アクション。	既定値と同じ
ロジックアプリ	アクショングループの 10 個のロジックアプリアクション。	既定値と同じ
ランブック	アクショングループの 10 個の Runbook アクション。	既定値と同じ
セキュアなウェブフック	アクショングループの 10 種類の安全な Webhook アクション。 Webhook の最大呼び出し数は、サブスクリプションごとに毎分 1500 個です。	既定値と同じ
sms	アクショングループの 10 個の SMS アクション。運用環境: 5 分ごとに 1 件以下の SMS メッセージ。テストアクショングループ内: 1 分ごとに 1 件以下の SMS。	既定値と同じ
音声	アクショングループの 10 個の音声アクション。本番環境: 5 分ごとに音声通話は 1 件まで。テストアクショングループ内: 1 分ごとに 1 件以下の音声通話。	既定値と同じ
Webhook	アクショングループの 10 個の Webhook アクション。 Webhook の最大呼び出し数は、サブスクリプションごとに毎分 1500 個です。	既定値と同じ

自動スケール

リソース	既定の制限	上限
自動スケールの設定	リージョンごと、サブスクリプションあたり100。	既定値と同じ
自動スケールプロファイル	自動スケーリング設定ごとに 20 プロファイル。	既定値と同じ

Prometheus 指標

データの取り込み

Azure マネージド Prometheus は、大文字と小文字を区別しないシステムです。メトリック名、ラベル名、ラベル値などの文字列が、文字列の大文字と小文字が異なるだけで別の時系列と異なる場合、それらの文字列は同じ時系列として扱われます。詳細については、Prometheus のメトリックの概要に関する記事を参照してください。

Prometheus のメトリックを取り込む Azure Monitor ワークスペースには、次の制限が適用されます。

極限	価値
過去 12 時間以内に報告されたメトリックを含むアクティブな時系列。	1,000,000 引き上げを要求できます。
1 分間に取り込まれるイベント数。	1,000,000 引き上げを要求できます。

Azure Monitor ワークスペースに Prometheus のメトリックデータを送信するデータ収集規則 (DCR) とデータ収集エンドポイント (DCE) には、次の制限が適用されます。

極限	価値
データ収集エンドポイントへの 1 分あたりのインジェスト要求数	15,000 この制限を増やすことはできません。
データ収集エンドポイントへの 1 分あたりのデータインジェスト	50 GB この制限を増やすことはできません。

クエリ

Prometheus のクエリは PromQL を使って作成され、Azure Managed Grafana またはセルフマネージド Grafana で作成できます。

極限	価値
データの保持	18 か月間。この制限を増やすことはできません。
クエリの時間範囲	PromQL クエリの開始日時から終了日時まで 32 日間。この制限を増やすことはできません。
メトリックごとのクエリ時系列	500,000 個の時系列。
返されたクエリサンプル	クエリあたり 50,000,000 個のサンプル。
クエリステップの最小サイズ 48 時間以上の時間範囲	60 秒。

クエリデータの制限
クライアントトラフィックの場合:

極限	価値
調整期間の検索の長さ	30 秒
Azure Monitor ワークスペースごとに返されるデータ	0.5 GB

レコーディングルールトラフィックの場合:

極限	価値
調整期間の検索の長さ	3 分
Azure Monitor ワークスペースごとに返されるデータ	1 GB

クエリの事前解析の制限
30 秒間のクエリの時間範囲と要求の種類に基づきます (クライアントトラフィックの場合)。

極限	価値
ユーザーあたりのクエリ時間 (Microsoft Entra ID、マネージド ID、Azure Managed Grafana ワークスペース)	30,000
Azure Monitor ワークスペースごとのクエリ時間	60,000
Azure テナントごとのクエリ時間	600,000

3 分間のクエリの時間範囲と要求の種類に基づきます (レコーディングルールトラフィックの場合)。

極限	価値
Azure Monitor ワークスペースごとのクエリ時間	60,000
Azure テナントごとのクエリ時間	600,000

クエリの解析後の制限
クエリの時間範囲と 30 秒間の範囲ベクトルに基づきます (クライアントトラフィックの場合)。

極限	価値
ユーザーあたりのクエリ時間 (Microsoft Entra ID、マネージド ID、Azure Managed Grafana ワークスペース)	2,000,000
Azure Monitor ワークスペースごとのクエリ時間	2,000,000
Azure テナントごとのクエリ時間	2,000万

クエリの時間範囲と 3 分間の範囲ベクトルに基づきます (レコーディングルールトラフィックの場合)。

極限	価値
Azure Monitor ワークスペースごとのクエリ時間	2,000,000
Azure テナントごとのクエリ時間	2,000万

クエリのコスト調整の制限

極限	価値
クエリあたりの最大クエリコスト	15000
ルールクエリを記録するための最大クエリコスト	3000

クエリコストの計算は次のように行われます:

Query Cost = (要求された時系列の数 * (クエリされた時間 (秒) / "クエリされたデータの推定時間解決")) / 5000

クエリ対象データの推定時間解決 = クエリ対象のメトリック / クエリされた時間の期間のランダムに選択された 1 つの時系列キーに格納されているデータポイントの数 (秒単位)

注

クエリ内の 1 つのメトリックの最大サイズは、クエリで要求された時系列キーの結果に対して 64 MB (バイト単位) に制限されています。

アラートルールとレコーディングルール

Prometheus アラートルールとレコーディングルールは PromQL で定義されます。 Prometheus 用 Azure Monitor マネージドサービスの一部としてマネージドルーラーサービスで実行します。

制限	価値
Azure サブスクリプション内の Azure Monitor ワークスペースごとのルールグループ	500 引き上げを要求できます。
各規則グループごとの規則	20 この制限を増やすことはできません。
規則グループの評価間隔	1 分から 24 時間の間。デフォルトは1分です。
アクティブなアラート	現時点で制限はありません。

リモート書き込み

計算は、既定値であるリモートバッチサイズ 500 を使って決定されています。

極限	価値
CPU 使用率	0.25 x (メトリック数) + 1.25 x (メトリックあたりの平均系列数)
CPU 要求	0.75 x (CPU 使用率)
CPU 制限	2 倍 (CPU リクエスト)
メモリ要求	150 MB
メモリ制限	200 MB
最大スループット	リモート書き込みコンテナーは、最大 150,000 個の一意の時系列を処理できます。コンテナーは、同時接続数が非常に多いため、要求が 150,000 を超えるとエラーを発生させる可能性があります。この問題は、リモートバッチサイズを 500 から 1,000 に増やすことで軽減できます。この変更により、開かれる接続の数が減ります。

ログインジェスト API

極限	価値	コメント
API 呼び出しの最大サイズ	1 MB	圧縮されたデータと圧縮されていないデータの両方。
フィールド値の最大サイズ	64 KB	64 KB を超えるフィールドは切り詰められます。
DCR あたりの最大データ/分数	2 GB	圧縮されたデータと圧縮されていないデータの両方。応答の `Retry-After` ヘッダーに示されている期間の後に再試行します。
DCR あたりの最大要求数/分	12,000	応答の `Retry-After` ヘッダーに示されている期間の後に再試行します。

データ収集ルール

極限	価値
データソースの最大数	10
パフォーマンスカウンターのカウンター指定子の最大数	100
SysLog 内のファシリティ名の最大数	20
イベントログ内の XPath クエリの最大数	100
データフローの最大数	10
データストリームの最大数	10
拡張機能の最大数	10
拡張機能設定の最大サイズ	32 Kb
Log Analytics ワークスペースの最大数	10
変換での最大文字数	15,360

診断設定

リソース	既定の制限	上限
リソースごとの診断設定の最大数	5	既定値と同じ。

ログクエリと言語

一般的なクエリの制限

極限	説明
クエリ言語	Azure Monitor では、Azure Data Explorer と同じ Kusto 照会言語 (KQL) が使用されます。 Azure Monitor でサポートされていない KQL 言語要素については、「Azure Monitor ログクエリ言語の違い」を参照してください。
Azureリージョン	データが複数の Azure リージョンの Log Analytics ワークスペースにまたがっている場合、ログクエリで過剰なオーバーヘッドが発生する可能性があります。詳細については、「クエリの制限」をご覧ください。
リソース間のクエリ	1 回のクエリ内の Application Insights リソースと Log Analytics ワークスペースの数は 100 個に制限されています。リソース間のクエリは、ビューデザイナーでサポートされていません。ログアラートでのリソース間のクエリは、新しい scheduledQueryRules API でサポートされています。詳細については、リソース間のクエリの制限に関する記事を参照してください。
Log Analytics ダッシュボードクエリ	1 つの Log Analytics ダッシュボードクエリで返されるレコードの最大数は 2,000 です。

ユーザークエリの調整

Azure Monitor には、ユーザーが過剰な数のクエリを送信するのを防ぐためのいくつかの調整制限があります。このような動作によってシステムのバックエンドリソースが過負荷になり、サービスの応答性が損なわれる可能性があります。次の制限は、顧客を中断から保護し、一貫したサービスレベルを確保するために設計されています。ユーザーの調整と制限は、極端な使用シナリオにのみ影響するように設計されており、一般的な使用には関係ありません。

測る	ユーザーあたりの制限	説明
同時実行クエリ	5	ユーザーは最大 5 つの同時クエリを実行できます。その他のクエリはキューに追加されます。実行中のクエリのいずれかが完了すると、キューの最初のクエリがキューから引き出され、実行が開始されます。アラートクエリはこの制限に含まれません。
コンカレンシーキューの時間	3 分	クエリが開始されずにキューに 3 分以上留まっている場合、コード 429 の HTTP エラー応答で終了されます。
コンカレンシーキュー内の合計クエリ数	200	キュー内のクエリの数が 200 に達すると、次のクエリは HTTP エラーコード 429 で拒否されます。この数は、同時に実行できる 5 つのクエリとは別にカウントされます。
クエリ速度	30 秒あたり 200 クエリ	1 人のユーザーがすべてのワークスペースに送信できるクエリの全体的な速度。この制限は、プログラムによるクエリや、Azure ダッシュボードや Log Analytics ワークスペースの概要 (非推奨) ページなどの視覚化パーツによって開始されるクエリに適用されます。

アクティビティログ API には、30 秒あたり 50 クエリという別のレート制限があります。
「Azure Monitor でログクエリを最適化する」の説明に従って、クエリを最適化します。
ダッシュボードとワークブックでは 1 つのビューに複数のクエリを含めることができるため、読み込みまたは更新のたびにクエリのバーストが生成されることがあります。 1 つのビューを複数のビューに分割し、必要に応じてそれらを読み込むことを検討してください。
Power BI では、生ログではなく、集計された結果のみを抽出することを検討してください。

Log Analytics ワークスペース

データ収集のボリュームとリテンション期間

価格レベル	1 日あたりの制限	データの保持	コメント
従量課金制 (2018 年 4 月に導入)	制限なし	最大 730 日間の対話型の保持期間 / 最大 12 年間のデータアーカイブ	31 日を超えるデータ保持期間は追加料金で使用できます。 Azure Monitor の価格を確認する。
コミットメントレベル (2019 年 11 月に導入)	制限なし	最大 730 日間の対話型の保持期間 / 最大 12 年間のデータアーカイブ	31 日を超えるデータ保持期間は追加料金で使用できます。 Azure Monitor の価格を確認する。
レガシー・ペル・ノード (OMS) (2016 年 4 月に導入)	制限なし	30 日 - 730 日	31 日を超えるデータ保持期間は追加料金で使用できます。 Azure Monitor の価格を確認する。この価格レベルにアクセスできるのは、2018 年 4 月 2 日より前の Log Analytics ワークスペースまたは Application Insights リソースを含むサブスクリプション 2019 年 2 月 1 日より前に開始され、まだアクティブな Enterprise Agreement にリンクされているサブスクリプションである、次のいずれかの条件を満たすお客様だけです。
従来の Standalone レベル (2016 年 4 月に導入)	制限なし	30 日 - 730 日	31 日を超えるデータ保持期間は追加料金で使用できます。 Azure Monitor の価格を確認する。この価格レベルにアクセスできるのは、2018 年 4 月 2 日より前の Log Analytics ワークスペースまたは Application Insights リソースを含むサブスクリプション 2019 年 2 月 1 日より前に開始され、まだアクティブな Enterprise Agreement にリンクされているサブスクリプションである、次のいずれかの条件を満たすお客様だけです。
従来の Free レベル (2016 年 4 月に導入)	500 MB	7 日	ワークスペースが 1 日あたり 500 MB の制限に達した場合、データインジェストが停止し、翌日の始めに再開されます。 1 日は UTC に基づきます。 Microsoft Defender for Cloud によって収集されるデータは 1 日あたり 500 MB の制限には含まれず、この制限を超えても引き続き収集されます。従来の無料試用版の価格レベルでは、新しいワークスペースを作成するか、既存のワークスペースに移動することは、2022 年 7 月 1 日まで可能でした。
従来の Standard レベル	制限なし	30 日	保持期間は調整できません。このレベルは、2016 年 10 月 1 日以降、新しいワークスペースでは使用できません。
従来の Premium レベル	制限なし	365 日	保持期間は調整できません。このレベルは、2016 年 10 月 1 日以降、新しいワークスペースでは使用できません。

サブスクリプションあたりのワークスペースの数

価格レベル	ワークスペースの制限	コメント
従来の Free レベル	10	この制限を増やすことはできません。従来の無料試用版の価格レベルでは、新しいワークスペースを作成するか、既存のワークスペースに移動することは、2022 年 7 月 1 日まで可能でした。
その他のすべてのレベル	制限なし	リソースグループ内のリソースの数とサブスクリプションあたりのリソースグループの数によって制限されます。

Azure Portal

カテゴリ	極限	コメント
ログクエリによって返されるレコードの最大数	100,000	クエリでクエリスコープ、時間の範囲、およびフィルターを使用して、結果を減らします。

データコレクター API

カテゴリ	極限	コメント
1 回の投稿の最大サイズ	30メガバイト	大量の場合は複数の投稿に分割します。
フィールド値の最大サイズ	32 KB	32 KB を超えるフィールドは切り詰められます。

クエリ API

カテゴリ	極限	コメント
1 つのクエリで返されるレコードの最大数	500,000
返されるデータの最大サイズ	104 MB 以下 (100 MiB 以下)	この API では、最大 64 MB の圧縮データが返されます。これは最大 100 MB のテキストに相当します。
クエリの最大実行時間	10 分	詳細については、タイムアウトに関するページをご覧ください。
最大要求レート	Microsoft Entra ユーザーまたはクライアントの IP アドレスごとに、30 秒あたり 200 件の要求	「ログクエリと言語」を参照してください。

Azure Monitor Logs コネクタ

カテゴリ	極限	コメント
データの最大サイズ	約16.7 MB (約16 MiB)	コネクタインフラストラクチャでは、クエリ API の制限よりも低い制限が設定されています。
レコードの最大数	500,000
コネクタタイムアウトの最大値	110 秒
クエリタイムアウトの最大値	100 秒
グラフ		[ログ] ページとコネクタでは、視覚化に異なるグラフライブラリが使用されます。現在、コネクタでは一部の機能を使用できません。

集計ルール

カテゴリ	極限
ワークスペース内のアクティブなルールの最大数	30
ビンあたりの結果の最大数	500,000
結果セットの最大ボリューム	100 MB
ビン処理中のクエリタイムアウト	10 分

一般的なワークスペースの制限

カテゴリ	極限	コメント
テーブルの最大列数	500	AzureDiagnostics - 制限を超える列が動的な "AdditionalFields" 列に追加されますデータコレクター API によって作成されたカスタムログ - 制限を超える列が動的な "AdditionalFields" 列に追加されますカスタムログ - サポートに問い合わせて制限を引き上げる
カスタムログテーブルの最大数	500	サポートに問い合わせて制限を引き上げる
列名の最大文字数	45

データインジェストのボリュームレート

Azure Monitor とは、増加し続けるテラバイト単位のデータを毎日送信する何千もの顧客にサービスを提供する高スケールのデータサービスです。ボリュームレートのソフト制限は、マルチテナント環境における突然のインジェストスパイクから Azure Monitor の顧客を隔離するためのものです。ワークスペースのデフォルトのインジェストボリュームレートのしきい値は 500 MB (圧縮) であり、圧縮されていない場合の約 6 GB/分に相当します。

ボリュームレート制限は、ワークスペースベースの Application Insights、診断設定を使用した Azure リソース、Data Collector API から取り込まれたデータに適用されます。ボリュームレート制限に達すると、再試行メカニズムが 12 時間に 4 回データを取り込もうとし、操作が失敗した場合はそれを削除しようとします。この制限は、エージェントから、またはデータ収集ルール (DCR) 経由で取り込まれたデータには適用されません。

ボリュームレートがワークスペースのしきい値の 80% を超えると、しきい値を超えている間、6 時間ごとにワークスペースの Operation テーブルにイベントが送信されます。インジェストボリュームレートがしきい値を超えると、一部のデータが削除され、しきい値を超えている間、6 時間ごとにワークスペースの Operation テーブルにイベントが送信されます。

インジェストボリュームレートがこのしきい値を超えている場合、またはそのしきい値を超えてインジェストを増やす予定の場合は、 ワークスペースでレート制限の引き上げを要求するようにサポートに問い合わせてください。

ベストプラクティス - インジェストレートの制限に近い、または上限に達したときに通知を受け取るアラートルールを作成します。「Azure Monitor で Log Analytics ワークスペースの正常性を監視する」を参照してください。

注

Log Analytics を使用してきた期間によっては、レガシ価格レベルにアクセスできることがあります。詳細については、Log Analytics のレガシ価格レベルに関するページを参照してください。

Application Insights

アプリケーションごと (インストルメンテーションキーごと) のメトリックとイベントの数には制限があります。制限は、選択する料金プランによって異なります。

リソース	既定の制限	上限	注記
1 日あたりの合計データ量	100 GB	サポートにお問い合わせください。	上限を設定してデータを減らすことができます。さらにデータが必要な場合は、ポータルで上限を最大 1,000 GB まで引き上げることができます。 1,000 GB を超える容量については、AIDataCap@microsoft.com までメールでご連絡ください。
スロットリング	32,000 イベント/秒	サポートにお問い合わせください。	制限は 1 分間にわたって測定されます。
データ保持ログ	30 日 - 730 日	730 日	このリソースはログ用です。
データ保持メトリック	90 日間	90 日間	このリソースはメトリックスエクスプローラー用です。
可用性の複数手順のテストの詳細な結果の保持	90 日間	90 日間	このリソースは、各手順の詳細な結果を提供します。
テレメトリ項目の最大サイズ	64 KB	64 KB
バッチあたりの最大テレメトリ項目数	64,000	64,000
プロパティとメトリック名の長さ	150	150	型スキーマに関するページを参照してください。
プロパティ値の文字列の長さ	8,192	8,192	型スキーマに関するページを参照してください。
トレースおよび例外のメッセージ長	32,768	32,768	型スキーマに関するページを参照してください。
Application Insights リソースあたりの可用性テスト数	100	100
リソースグループあたりの可用性テスト数	800（八百）	800（八百）	Azure Resource Manager を参照してください
可用性テストのテストあたりの最大リダイレクト数	10	10
可用性テストの最小テスト頻度	300 秒		5分未満のテスト周波数、またはカスタム周波数には、カスタム TrackAvailability の実装が必要です。
.NET Profiler とスナップショットデバッガーのデータ保持	2 週間	サポートにお問い合せください。保持の最大限度は 6 か月です。
.NET Profiler の 1 日あたりの送信データ	制限なし	制限なし。
スナップショットデバッガーの 1 日あたりの送信データ	監視対象アプリごとに 1 日あたり 30 のスナップショット	制限なし。	アプリケーションあたりに収集されるスナップショットの数は、構成することで変更できます。

価格とクォータの詳細については、「Application Insights の課金」を参照してください。

Azure Monitor プライベートリンクスコープ (AMPLS)

AMPLS オブジェクトには、次の制限があります。

仮想ネットワークは、"1 つ" の AMPLS オブジェクトにのみ接続できます。これは、その AMPLS オブジェクトで、仮想ネットワークでアクセスできる必要のあるすべての Azure Monitor リソースへのアクセスを提供する必要があることを意味します。
AMPLS オブジェクトは、最大 3,000 個の Log Analytics ワークスペースと最大 10,000 個の Application Insights コンポーネントに接続できます。この 300 個の Log Analytics ワークスペースと 1,000 個の Application Insights コンポーネントからの増加は、現在パブリックプレビュー段階です。
Azure Monitor リソースは、最大 100 AMPLS に接続できます。この 5 AMPLS からの増加は、現在パブリックプレビュー段階です。
1 つの AMPLS オブジェクトは、最大 10 個のプライベートエンドポイントに接続できます。