ログ検索警告ルールの自動生成とポータル表示エラーについて

Question

お世話になります。

Azure Monitor のアラート設定に関して、下記 2 点についてご教示いただけますと幸いです。

① ログ検索警告ルールが自動生成される理由について

Log Analytics ワークスペースを対象にメトリックアラートを作成したところ、「ログ検索警告ルール」が同一のリソース名で自動生成されることを確認しました。

下記公式ドキュメントに記載されている scheduledQueryRules が、この「ログ検索警告ルール」に相当するものと推測しておりますが、明確な情報が見つからない状況です。

https://learn.microsoft.com/ja-jp/azure/azure-monitor/alerts/alerts-metric-logs#methods-for-creating-a-metric-alert-for-logs

自動生成される仕様の意図・背景、および別途削除等の対応が必要かどうかについて、ご存知の方がいらっしゃればご教示いただけますでしょうか。

② ログ検索警告ルールを開くとエラーが表示される

上記のリソースをポータルで開こうとすると、以下のエラーが表示され、概要欄を確認できない状態です。

can't access property "toLowerCase", e.operator is undefined

回避策や解消方法についても、併せてご存知の方がいらっしゃれば教えていただけますと助かります。

何卒よろしくお願いいたします。

Answer 1

こんにちは 碧海 山口 。提供された情報から、Log Analytics ワークスペースを対象とする Azure Monitor アラートに関連して、二つの懸念事項があることを理解しました。 メトリックアラートを作成すると、同じリソース名の下に「Log Search Alert Rule」というリソースが自動的に生成されます。 この自動生成されたルールを Azure ポータルで開くと、次のエラーが発生します： "can't access property "toLowerCase", e.operator is undefined"

以下の点について明確にしたいと考えています：

• なぜこのリソースが自動的に作成されるのか、
• これは期待される動作かどうか、
• 手動で削除する必要があるか、追加の操作が必要か、
• およびポータルのエラーに対する回避策があるかどうか.

Azure Monitor は scheduledQueryRules を使用して次のことを行います：

• 定期的な KQL クエリを実行する、
• 閾値を評価する、
• アラートの状態遷移を管理する、
• 通知やアクションをトリガーする。

Log Analytics ベースの監視はクエリの評価に依存するため、アラートが構成されると Azure はバックグラウンドでこれらのリソースを自動的に作成する場合があります。

この動作は一般的に予期されるプラットフォームの動作と見なされ、環境に問題があることを必ずしも示すものではありません

次のエラー: "toLowerCase プロパティにアクセスできません、e.operator は未定義です"

通常、次のことを示します：

• ポータルUIのレンダリング問題、
• レガシーまたは部分的に移行されたアラートルールのメタデータ、
• サポートされていない／欠落しているオペレーター値、
• またはポータルとバックエンドのリソース定義との間のスキーマの不整合.

多くの場合：

• アラートルール自体は正しく存在しており、
• 概要ページが正しく表示されなくてもアラートの評価は通常通り機能し続けることがあります.

次のトラブルシューティングおよび検証手順を試してください:

リソースタイプを検証する : リソースが実際に scheduledQueryRules リソースであるかどうかを確認します。

CLI コマンドの例: az resource list --resource-type Microsoft.Insights/scheduledQueryRules

アラートがまだ機能してい: るか確認してください 次の点を確認してください：

• アラートが正しく発動しているか、
• アクショングループが正しくトリガーされているか、
• アラート履歴が更新されているか。

アラートが正常に動作している場合、問題はポータルの UI に限定されている可能性があります.

**CLIまたはリソースエクスプローラーを通じてリソースを確認してください：**ポータルが機能しない場合でも、リソース自体はまだ正常である可能性があります.

az monitor scheduled-query list --resource-group <RG_NAME>

or

az resource show --ids <RESOURCE_ID>

**アラートルールを再作成する（該当する場合）：**この問題が特定のルールにのみ影響する場合、アラートを再作成することで、不整合なメタデータや移行に関連するスキーマの問題が解決することがあります.

利用可能な情報に基づくと：

• 自動生成された「ログ検索アラートルール」は、ほとんどの場合、予期される Azure Monitor のバックエンドリソース（Microsoft.Insights/scheduledQueryRules）です.
• 一般に、手動での削除は推奨されません。アラート機能に影響を与える可能性があるためです.
• ポータルのエラーは、主にUI/レンダリングの問題であり、即時のアラート破損ではないようです.
• Azure CLI または Resource Explorer を通じて、リソースの正常性を確認することが推奨されます.
• 問題が続く場合や、本番環境の監視操作に影響を与える場合は、バックエンドの確認のために Microsoft サポートへのケース提出が推奨される次のステップです.

お役に立てば幸いです。情報が役に立った場合は、回答を承認してアップボートしていただけると助かります。さらに支援が必要な場合は、どうぞ遠慮なくご連絡ください。ありがとうございます.