リソースのアラートを作成する

Power Platform のテナント管理者と環境管理者は 、アラートを 使用してリソースの運用状態を追跡します。 管理者はカスタムしきい値を設定し、リソースのメトリックが特定のしきい値を超えたときに通知を受け取ります。 Power Platform 管理センターの [監視 ] 領域にあるメトリックに関するアラートを作成します。

次の原則に注意してください。

  • アラートは、新しいメトリックが生成された後に評価されます。 既定では、すべてのメトリックは 24 時間の集計です。つまり、監視領域のデータ レビュー期間が 24 時間のアラート ルールは、最新の 24 時間集計が生成されてから 24 時間ごとに評価されます。 ただし、1 時間の データ レビュー期間でアラート ルールを作成することもできます。 これにより、アラート ルールが構成されているリソース上のメトリックに対する時間単位の集計が可能になります。 データ レビュー期間 が 24 時間のアラート ルールでは、作成時にオンデマンド評価が行われます。
  • アラート ルールは、管理者がリソースを監視するために作成するアラートです。 アラート ルールを編集、削除、オンまたはオフにすることができます。 環境と特定のリソースにアラート ルールを配置できます。
  • トリガーされたアラートは、アラート ルールが監視する 1 つ以上のリソースが、アラート ルールの構成時に管理者が定義する特定のしきい値を超えたときに発生します。 トリガーされたアラートを選択して、アラート ルールをトリガーしたリソースを確認し、リソースがマネージド環境にある場合にリソースを改善する方法に関する推奨事項を取得できます。

アラートを使用する場合

  • Teams と管理者は、アラートを使用して、予想以上に使用されているリソースを検索します。 たとえば、管理者は、既定の環境のアプリが 1 日に 50 回を超える起動を知るためのアラートを作成します。
  • チームはアラートを使用して、正常性が低下しているリソースを見つけ、作成者と協力して問題を解決します。
  • 運用の場合、管理者は、運用環境のアプリがユーザーに対して開くのが遅いかどうかを知るためのアラートを作成します。

前提条件

  • アラートにアクセスするには、テナント管理者または環境管理者である必要があります。
  • アラートは、マネージド環境にのみ配置できます。
  • 改良された新しい Power Platform 管理センター を使用する必要があります。

環境でアラートを作成する

  1. Power Platform 管理センターにサインインします。

  2. ナビゲーション ウィンドウで、監視 を選択します。

  3. 監視ウィンドウで、アラートを選択します。 アラート ページが表示されます。

    Note

    [アラート ルール] タブで既存の アラート ルール を管理します。アラート ルールを編集または削除するためのオプションを表示するには、[ その他のユーザー アクション ] アイコンを使用します。 [状態] 列のトグルを使用して、アラート ルールのオンとオフを切り替えます。

  4. + アラート ルール を選択して、新しいアラート ルールを作成します。 新しいアラート ルールペインが表示されます。

  5. アラート ルール名フィールドに、アラートの名前を入力します。

  6. 製品の一覧で、アラート、Power Apps、Power Automate、または Copilot Studio で監視する製品を選択します。

  7. 製品の種類で、アラートを使用して監視するもの選択します。 たとえば、Power Apps の キャンバス アプリ または モデル駆動型アプリ を選択します。

  8. [スコープ] ボックスの一覧で [環境] を選択し、運用環境のすべてのキャンバス アプリなど、特定の種類のすべての項目を監視します。 次に、環境を選択します。

  9. [ メトリック ] リストで、カスタムしきい値を作成するメトリックを選択します。 使用可能なメトリックの詳細については、 Power Apps のメトリックと推奨事項、Power Automate の メトリックと推奨事項、 Copilot Studio のメトリックと推奨事項に関するページを参照してください。

  10. 演算子 リストで、しきい値を定義する演算子を選択します。 オプションは 未満、以上または 等しいです。

  11. 値の選択 リストで、矢印アイコンを使用して値を増減します。

  12. 重大度 リストで、低、中、または 高を選択します。

  13. [ 通知の種類 ] ボックスの一覧で、このアラートを使用する通知の種類を選択します。

    • [なし] を選択した場合、メールは届かないので、管理センターの [監視] 領域に戻ってアラートの状態を確認する必要があります。
    • [電子メール] を選択すると、[受信者] フィールドで指定した最大 4 人の受信者が、アラートがトリガーされたときに電子メールを受け取ります。 メールの差出人は PowerPlat-noreply@microsoft.com です。

  14. 保存を選びます。

リソースにアラートを作成する

次の手順を使用して、特定のキャンバス アプリなどの特定のリソースを監視するアラートを作成できます。

  1. Power Platform 管理センターにサインインします。

  2. ナビゲーション ウィンドウで、監視 を選択します。

  3. [監視] ウィンドウで、リソースが配置されている製品を選択します。 たとえば、 Power Apps を選択すると、アラートを作成できるキャンバス アプリの一覧が表示されます。

  4. リソースを見つけて選択すると、より詳細なメトリック情報を含むリソース ウィンドウが開きます。

  5. リソースがマネージド環境にある場合は、ウィンドウの右上隅に [ + 新しいアラート ルール ] というラベルの付いたリンクが表示されます。

    [+ 新しいアラート ルール] リンクを選択します。

  6. [+ 新しいアラート ルール] リンクを選択してアラートを作成します。 管理センターは、 製品、 製品の種類、 スコープ、 環境、 およびリソース の情報を自動入力して、その特定のリソースに対してアラートを作成できるようにします。

  7. 「環境でのアラートの作成」に記載されているアラート ルール名、メトリック、演算子、しきい値、重大度、通知の種類を指定します。

  8. リソース スコープのアラートの場合は、アラートがデータを評価する期間を指定するデータ レビュー期間を構成できます。 データ レビュー期間のオプションは次のとおりです。

    • 24 時間: アラートは過去 24 時間のデータを確認します。
    • 1 時間: アラートは過去 1 時間のデータを確認し、メトリックの時間単位の集計を有効にします。

    アイテムのリソース パネルでは、そのアプリのメトリックに対して 1 時間のデータ レビュー期間でアラートが構成されている場合、アイテムのメトリックで 24 時間と 1 時間の両方の集計のグラフを表示できます。 たとえば、アプリの Time to Interactive メトリックで 1 時間のデータ レビュー期間でアラートを構成した場合、そのアプリの Time to Interactive メトリックのグラフに 24 時間と 1 時間の集計が表示されます。 グラフの上にある レビュー期間 の一覧を使用して、ビューを切り替えます。

    Note

    現在、 データ レビュー期間 はプレビュー段階であり、コード アプリでのみ使用できます。

  9. 保存を選びます。

アラートを作成すると、システムはオンデマンド評価を実行し、該当するすべてのリソースをそのスコープでスキャンします。

低遅延アラートで重要なリソースを監視 (プレビュー)

低遅延アラートを使用して、毎日の評価を待つ代わりに、サポート対象のリソース メトリックを 1 時間ごとに評価します。 これらのアラートは、ミッションクリティカルなアプリケーションやその他のリソースで発生する問題を、より早く検出するのに役立ちます。

たとえば、運用クラウド フローの低遅延アラートを作成して、成功率 が 95% を下回るかどうかを確認できます。 ルールは、新しい毎時メトリクスが生成された後、毎時評価され、条件が満たされたときに発動する可能性があります。

低レイテンシ アラートのしくみ

既定では、モニター メトリックは 24 時間ごとに更新され、アラートは新しい 24 時間の集計が生成された後にそれらのメトリックを評価します。 データ レビュー期間を1 時間に設定して待機時間の短いアラートを作成すると、Monitor では、選択したリソースの選択したメトリックに対して時間単位の集計が有効になります。 ルールは、新しい時間単位のメトリックが生成された後に評価され、条件が満たされた場合に 1 時間ごとにトリガーされる可能性があります。

時間単位の集計は、そのリソースとメトリックにのみ適用されます。 リソース上のすべてのメトリックに対して時間単位の集計が有効になるわけではありません。 リソース ウィンドウの左側にある製品リスト ページとメトリックの概要には、引き続き 24 時間の集計が表示されます。

時間単位のアラート ルールは、新しい時間単位のデータが使用できないため、作成時にオンデマンド評価を実行しません。

Note

低遅延アラートでは、1 時間ごとの更新と評価のスケジュールが使用されます。 これらはリアルタイムアラートではありません。

要件と制限

  • カスタム アラートの管理者アクセス許可やマネージド環境の要件など、既存のアラートの 前提条件を満たします。
  • リソース スコープを使用します。 低レイテンシのアラートは、環境スコープのルールでは使用できません。
  • サポートされている製品とメトリックを選択します。 サポートされているメトリックには、メトリック セレクター内でその横にシンボルが表示されます。
  • 各テナントは、最大 10 個の低レイテンシ アラートを構成できます。 これらのアラートは、ミッションクリティカルなアプリケーションとリソースに対して割り当てます。
  • メトリックごとに構成できる低レイテンシ アラートは、リソースごとに 1 つだけです。 たとえば、しきい値や重大度が異なる場合でも、同じアプリの アプリオープン成功率に対して 2 つの低レイテンシ ルールを作成することはできません。

サポートされている製品とメトリック

品目 サポートされているメトリック
キャンバス アプリ インタラクティブになるまでの時間、アプリのオープン成功率、データ要求の成功率、データ要求のレイテンシ
コーディング アプリ インタラクティブになるまでの時間、アプリのオープン成功率、データ要求の成功率、データ要求のレイテンシ
モデル駆動型アプリ アプリのオープン成功率
クラウド フロー 成功率
エージェント エージェント セッションの成功率

低レイテンシ アラートを作成する

  1. Power Platform 管理センターにサインインします。
  2. モニター に移動し、関連する製品を選択し、リソースを選択してリソース ウィンドウを開きます。
  3. リソース ウィンドウの右上隅にある [ + 新しいアラート ルール] を選択します。 このオプションは、マネージド環境のリソースで使用できます。
  4. アラート構成パネルで、事前入力された 製品 と 製品の種類 を確認します。 スコープがリソースであることを確認し、適切な環境とリソースが選択されていることを確認します。
  5. アラート ルール名を入力します。 メトリック で、その横にあるシンボルによって識別される、サポートされているメトリックを選択します。 このリソースとメトリックに対して待機時間の短いアラートがまだ存在せず、テナントが 10 個の低待機時間アラートの制限に達していないことを確認します。
  6. データの確認期間 で、1 時間 を選択します。
  7. アラート条件の オペレーター としきい値を構成し、 重大度を選択して、通知の 種類を選択します。 これらの設定の詳細については、「リソースに対するアラートの作成」を参照してください。
  8. 保存を選びます。

アラートを作成すると、選択したリソースで選択したメトリックの時間単位の集計が有効になります。 リソースの他のメトリックでは、既存の集計設定が引き続き使用されます。

時間単位のメトリックと発報されたアラートを表示

低レイテンシ アラートを作成した後、リソースのグラフを使用して、選択したメトリックの時間単位のデータを表示します。

  1. Monitorで、関連する製品を開き、リソースを選択します。
  2. リソース ペインで、低遅延アラートに関連付けられているメトリックまたはグラフを選択します。
  3. メトリックの時間単位の時系列を表示するには、 レビュー期間 を 1 時間 に設定します。 このレビュー期間に使用できるグラフの時間範囲は 24 時間のみです。
  4. 選択した時間範囲内に発生した低レイテンシアラートの場合は、バナーが表示され、時系列の上で選択された時間範囲内に発生したことを示します。

アラートの データ レビュー期間 は、ルールのデータ集計とスケジュールされた評価周期を制御します。 グラフの レビュー期間 は、グラフに表示される集計を制御します。 グラフの時間範囲によって、表示する履歴の期間が決まります。1 時間 のレビュー期間の場合、グラフには 24 時間 分の履歴が表示されます。

1 時間ごとのグラフを表示している場合でも、リソース ウィンドウの左側にある製品リスト ページとメトリックの概要には、24 時間の集計が表示されます。

Note

選択した時間範囲内にアラートが発報されたことを示すバナーがあるからといって、それだけで、そのアラートが現在も発報中であること、問題が未解決であること、またはそのリソースで現在障害が発生していることを意味するわけではありません。

アラートがトリガーされたとき

リソースがアラートをトリガーしたときに電子メール通知を受信することを選択した場合は、電子メール通知を受け取ります。

[アラートに移動] ボタンを使用してトリガーされたアラートを示す電子メール通知のスクリーンショット。

電子メール通知で、[ アラートに移動 ] を選択して、トリガーされたアラートを一覧表示する Power Platform ページを開きます。 トリガーされたアラートとそのトリガーされたリソースに関する情報を確認できます。 トリガーされたアラート内のいずれかのリソースを選択すると、そのリソースに適用可能なすべてのメトリックの時系列情報と、最適でない場合にメトリックを改善する方法に関する推奨事項が表示されるウィンドウが表示されます。

アラート通知を任意のコネクタ対応の送信先に振り分ける (プレビュー)

Power Platform for Admins V2 コネクタの アラート発生時 トリガーを使用すると、Power Automate を介して、カスタム アラート通知をサポートされている任意のコネクタ接続先に送信できます。 チームがすでに使用しているツールにアラートを組み込みましょう。Microsoft Teams のチャネルに投稿したり、Azure DevOps の作業項目を作成したり、ServiceNow などの他のコネクタでワークフローを開始したりできます。

受信トレイに頼って対応を調整するのではなく、トリガーされたアラートの詳細を基に、通知の送信先と含める情報を判断します。 受信したすべてのアラートを1つの宛先にルーティングすることも、条件を使用して異なるアラートを別々の宛先に送信することもできます。

たとえば、組織がマネージド環境で業務上重要な本番環境のキャンバス アプリを使用しているとします。 重大度が 高い カスタム アラート ルールでは、アプリのオープン成功率が 95% を下回ったときに検出します。 そのアラートが発生すると、フローはアラートと影響を受けるリソースの詳細を運用チームの Teams チャネルに投稿できます。 同じフロー内の別の分岐では、他のルールから受信した中および低重大度のアラートに対する Azure DevOps の作業項目を作成できます。

Important

When an alert fires トリガーと、このトリガーで使用する Power Platform for Admins V2 接続には、現在、テナント管理者アカウントが必要です。 このトリガーの環境管理者向け対応は近日提供予定です。 テナントと環境の管理者は、引き続き通常のアラートを作成できます。

前提条件

始める前に、以下のことを確認してください:

  • Power Platform for Admins V2 トリガー接続を認証するためのテナント管理者アカウント。
  • マネージド環境内の環境またはリソースに対するカスタム アラート ルール、またはその作成権限。 カスタム アラートは、マネージド環境でのみ使用できます。
  • Power Automateクラウド フローと、選択した宛先に必要な接続を作成するためのアクセス。

Note

1 時間のデータ レビュー期間で構成された定義済みのアラート ルールとアラートは、現時点で アラートが発生したときに トリガーにオプトインすることはできません。

手順 1: カスタム アラート ルールを構成する

  1. テナント管理者として、Power Platform 管理センターにサインインします。

  2. [モニター]>[アラート] に移動します。

  3. カスタム アラート ルールを作成します。 必要に応じて、環境にアラートを作成するか、リソースにアラートを作成する手順に従います。

  4. 監視する環境やリソースを含む、 製品、 製品の種類、 スコープを選択します。 メトリック、演算子、しきい値、重大度を設定します。 たとえば、キャンバス アプリのアプリのオープン成功率を選択し、演算子 を 未満 に設定し、しきい値に 95 と入力し、重大度 を 高 に設定します。

  5. 24 時間 を データ レビュー期間 で選択します

  6. [ 通知の種類 ] ドロップダウンで、次のいずれかのオプションを選択します。

    • コネクタ: アラート ルールをコネクタ通知の対象にします。 アラートが発生するとトリガーはルールをリッスンし、アラートが発生したときにフローを開始します。
    • 電子メールとコネクタ: 指定した受信者に電子メールを送信し、ルールをコネクタ通知にオプトインするため、アラートが発生したときにトリガーによってフローが開始されます。

  7. [電子メールとコネクタ] を選択した場合は、[受信者] で電子メールの受信者を指定します。

  8. 保存を選びます。

手順 2: フローを作成して構成する

  1. Power Automateにサインインし、自動化されたクラウド フローを作成します。
  2. [アラートが発生したとき] トリガーを Power Platform for Admins V2 コネクタで選択します。
  3. テナント管理者アカウントで認証された接続を作成または選択します。

Note

既定では、トリガーは、コネクタ または 電子メールとコネクタ の通知を使用する、接続されたアカウントのスコープ内のすべてのカスタム アラート ルールを監視します。 たった今作成したルールにはバインドされません。 これらのアラートの一部のみに対処するには、重大度やアラート ルール ID などの情報を使用して、トリガーの後に条件を追加します。

手順 3: 通知を宛先にルーティングする

受信したアラートは、サポートされているコネクタでサポートされる任意の宛先にルーティングできます。 重大度フィルターを追加する必要はありません。このセクションで後述する重大度ベースのルーティングの例は、省略可能なパターンの 1 つです。

  1. トリガーの後に適切なコネクタ アクションを追加します。 たとえば、Teams チャネルにメッセージを投稿したり、Azure DevOps作業項目を作成したり、別の接続済みサービスでレコードを作成したりするアクションを選択します。
  2. ターゲット チームやチャネル、作業項目が属するプロジェクトなど、アクションの接続と宛先の設定を構成します。
  3. トリガーの動的コンテンツを使用して、宛先アクションを入力します。 受信チームの調査に役立つアラート名、識別子、重大度、影響を受けるリソースの詳細を含めます。 トリガーされたアラート本文 セクションでは、使用可能な情報について説明します。
  4. フローで特定のルールのみを処理する必要がある場合は、通知アクションの前にアラート ルール ID を使用して条件を追加します。 それ以外の場合は、接続されているアカウントのスコープ内のすべてのオプトイン ルール、または追加する他の条件によって選択されたサブセットにアクションを適用できます。
  5. フローを保存して有効にします。

手順 4: 通知を確認する

  1. フローをオンにした後、コネクタ または 電子メールとコネクタ の通知用に構成されたカスタム アラート ルールの新しい起動を確認します。
  2. Power Automateでフローの実行履歴を開きます。 トリガー、各条件の結果、および送信先アクションを確認し、アラートが意図した経路で送られたことを確認してください。
  3. 送信先を確認 配信された通知がアラート ルールとトリガーされたアラートの発生と一致し、チームが必要とするコンテキストが含まれていることを確認します。 電子メールとコネクタ を選択した場合は、指定した受信者の電子メール通知も確認してください。

アラート ルールを作成するとオンデマンド評価が開始されるため、フローを作成する前、または有効にする前に、ルールがトリガーされた可能性があります。 フローがオンになってから、新しい実行を使用して検証します。

Power Automate経由で通知をルーティングしても、ルールの評価周期やメトリックの収集頻度は変わりません。

発報されたアラートのメッセージ本文

トリガーされたアラート本文の情報は、条件、メッセージ、および作業項目で使用します。 次の表は、利用可能なフィールドをわかりやすいラベルで示しています。 影響を受けるリソースについては、各リソースの識別子、メトリック値、環境をまとめておき、受信側チームが問題が発生した場所を特定できるようにします。

Field Description
alertId 個々のトリガーされたアラート発生の識別子。 これを使用して、同じルールの個別の発火を区別します。
alertRuleId アラート ルールの識別子。 これを使用して、特定のルールに対する通知をフィルター処理します。
severity アラートに割り当てられた重大度。 必要に応じて、それを使用して通知をルーティングできます。
monitorCondition アラートについて報告された監視条件です。
firedDateTime アラートが発生した時刻。
productType アラートに関連付けられている製品の種類。
subProductType アラートに関連付けられているサブ製品の種類。
scope アラート ルールによって監視されるスコープ。
metric アラート ルールによって評価されるメトリック。
metricUnit メトリックに使用される単位。
operator しきい値に対してメトリックを評価するために使用される比較演算子。
threshold アラート ルールで設定されたしきい値。
dataReviewPeriod アラートを評価するときにレビューされたメトリック データの期間。
affectedResourceCount トリガーされたアラートの影響を受けるリソースの数。
affectedResource 影響を受けるリソースの識別子。 各リソース ID は、そのリソースのメトリック値と環境に対応します。
metricValues 影響を受ける各リソースについて報告される、そのリソースの ID および環境と対応付けられたメトリック値。
environmentId 影響を受ける各リソースの環境識別子またはコンテキスト。そのリソースの ID とメトリック値と対になったもの。
tenantId アラートに関連付けられているテナントの識別子。

例: 重大度別にアラートをルーティングする

この省略可能な例では、重大度の高いアラートを Teams に送信し、重大度が中または低のアラートに対して Azure DevOps の作業項目を作成します。 これは、トリガーによって受信されたカスタム アラート、つまり接続されたアカウントのスコープ内で Connector または Email and connector 通知を使用するルールにのみ適用されます。 重大度条件は、この例でルーティングを制御しますが、トリガーを構成または使用するために必須ではありません。

  1. 最初に、アラートが発生したときトリガーと、手順 2 で構成されたテナント管理者接続から始めます。
  2. 1 つのルールのみを処理する場合は、ルーティング アクションの前にアラート ルール ID を使用して条件を追加します。 それ以外の場合は、接続されているアカウントのスコープ内のすべてのオプトイン ルールを適用します。
  3. トリガーの動的コンテンツを使用して、アラートの重大度が高であるかどうかを確認する条件アクションを追加します。
  4. はい ブランチで、チャネルにメッセージを投稿するMicrosoft Teamsアクションを追加します。 Teams 接続を構成し、ターゲット チームとチャネルを選択します。
  5. Teams メッセージに、アラート名、アラート ルール ID、トリガーされたアラート ID、重大度、発生時間、および関連するメトリックとしきい値の情報を設定します。 影響を受けるリソースに、その対応するメトリック値と環境を添えて含めます。
  6. 重大度条件の [いいえ] 分岐に、作業項目を作成する Azure DevOps アクションを追加します。 Azure DevOps の接続、組織、プロジェクト、および作業項目の種類を設定します。
  7. アラート情報を作業項目のタイトルと説明にマップします。 たとえば、重大度とアラート ルール ID、トリガーされたアラート ID、発生時間、メトリック、しきい値、影響を受けるリソースの詳細を説明に含めます。
  8. フローを保存して有効にします。
  9. 関連する新しいアラートが発報されたときに、設定された各ルーティングを確認します。 高重大度のアラートの場合は、フローの実行履歴と Teams メッセージを確認してください。 重大度が中または低のアラートの場合は、実行履歴とAzure DevOps作業項目を確認します。 各宛先で、ルールとトリガーされたアラートの識別子が一致していることを確認してください。

Microsoft からの定義済みのアラート

Overview

Power Platform には、IT チーム、運用チーム、およびセンター オブ エクセレンス チームが、正常性が低下した使用率の高いアプリ、フロー、エージェントを見つけるのに役立つ定義済みのアラートが含まれています。 定義済みのアラートは、組織の正常性を監視するためにカスタム アラートを採用しなかったお客様に最も価値を提供します。

定義済みのアラートとは

Microsoft では、最適でない正常性を持つリソースを強調表示するために、定義済みのアラートを作成して定義します。 テナント全体のスコープがあるため、テナント内の特定の種類のすべてのリソースを監視します。 既定ではオンになり、使用を開始するための設定は必要なく、編集できません。 事前に定義されたアラートにより、カスタマイズが促進されます。ユーザーは、最適でない運用正常性で使用率の高いリソースを識別するのに役立つだけでなく、カスタム アラートの概念をユーザーに導入して理解するのにも役立ちます。 これらのリソースの一部に対してカスタム アラートを作成して、定義したカスタムしきい値に対して事前に監視することを検討してください。

次の表では、現在サポートされている定義済みのアラートについて詳しく説明します。

品目 定義済みのアラート
キャンバス アプリ 使用率の高いキャンバス アプリの可用性は 90%以下です。
モデル駆動型アプリ 高使用モデル駆動型アプリの可用性は、90%以下です。
クラウド フロー 使用率の高いクラウド フローの成功率は 90%以下です。
デスクトップ フロー 使用率の高いデスクトップ フローの成功率は 90%以下です。
エージェント 使用率の高いエージェントの成功率は 90% 未満です。

使用量が多い場合の閾値

定義済みのアラートでは、パフォーマンスが最適でないテナント内の使用率の高いリソースが強調表示されます。 これらのアラートは、関連するリソースのみが表示されるように、セッション数または実行数が少ないリソースを除外します。 サポートされている各製品の種類のしきい値を次の表に示します。変更することはできません。

品目 利用基準
キャンバス アプリ 最近のアプリのローンチ数は 100 件以上です。
モデル駆動型アプリ 最近のアプリのローンチ数は 100 件以上です。
クラウド フロー 1 日の実行回数が 150 以上です。
デスクトップ フロー 1 日あたりの実行回数が 100 以上です。
エージェント 最近のエージェント セッションは 200 以上です。

どのように機能するのか

Power Platform 管理センターに移動し、監視>Overview ページに移動します。 ページには、2 つのカードが表示されます。

カスタムアラートと定義済みアラートを要約した 2 つのカードが表示されている [モニターの概要] ページのスクリーンショット。

トリガーされたカスタム アラート カードには、テナントでトリガーされたカスタム アラートの状態が表示されます。 これらのアラートは、定義したアラートです。 このカードのビジュアルは、トリガーされたカスタム アラートを重大度レベル別に分類し、次の 「優先度の上位 」セクションでは、最も最近トリガーされたアラートを示します。 これらのカスタム アラートのいずれかを選択して、トリガーされた項目を確認します。

右側の [高用途アイテムのトリガーされたアラート ] カードには、トリガーされた定義済みのアラートが表示されます。 同様に、カードの上部にあるビジュアルには、製品の種類別にトリガーされた定義済みのアラートの内訳が表示されます。 [Microsoft の上位アラート] セクションで アラート の 1 つを選択して、定義済みのアラートをトリガーしたリソースを表示します。 たとえば、定義済みアラート 使用率の高いクラウド フローの成功率が 90% 未満 を選択すると、フローがマネージド環境にあるかどうかに関係なく、このアラートを発生させたテナント内のすべての使用率の高いクラウド フローを確認できます。 トリガーされたカスタム アラート エクスペリエンスと同様に、その一覧で特定のフローを選択すると、そのフローの各メトリックが時間の経過とどのように傾向を示すペインが表示されます。

また、定義済みのアラートの一覧を表示し、[モニター] の [アラート] セクションでその詳細を表示することもできます。 [ アラート] を選択し、ページの下部までスクロールして、定義済みのアラートを表示します。 Microsoft は定義済みのアラートを作成します。

定義済みのアラートの横にある 3 つのドットを選択し、[ 詳細] を選択すると、その構成方法を示すウィンドウが表示されます。 これらのアラートを編集または削除することはできません。

アラートの構成を示す定義済みのアラートの詳細ペインのスクリーンショット。

よく寄せられる質問 (FAQ)

アラート ルールとトリガーされたアラートの違いは何ですか?

アラート ルールは、スコープ、メトリック、しきい値、重大度、通知など、構成する監視ルールです。

トリガーされるアラートは、1 つ以上のリソースがルールの条件を満たす場合のインスタンスです。 たとえば、アプリの起動成功率が90%未満であるという条件が満たされている場合。

アラートを作成および管理できるユーザー

アラートを作成および管理するには、 テナント管理者 または 環境管理者 である必要があります。

どのような環境がサポートされていますか?

運用環境、サンドボックス、試用版、開発者環境の種類など、すべての環境の種類がサポートされていますが、マネージド環境である必要があります。 [スコープ] フィールドを [環境] に設定した後、ID フィールドで環境を選択します。

作成したアラートはどこで管理できますか?

Power Platform 管理センターに移動し、[ 監視>アラート ルール] タブで既存の ルール を管理します。

[アラート ルール] タブの [最終実行] 列は何ですか?

この列のデータには、アラート ルールが最後に実行された日時が表示されます。 アラートは 24 時間ごとに実行されるため、この列の値は適宜変更されます。

重大度レベルはアラートの処理方法に影響しますか?

重大度 (低、中、高など) は、トリアージとレポートの分類ラベルです。 評価の頻度や電子メール通知の動作は変更されません。

アラートは既定の環境で動作しますか?

はい (既定の環境がマネージド環境の場合)。 マネージド環境は、アラートをサポートする唯一の環境です。

定義済みのアラートを無効にすることはできますか?

現時点では、定義済みのアラートを無効にすることはできません。 この機能のサポートは近日公開予定です。

トリガーされた定義済みアラートはどこで表示できますか?

トリガーされた定義済みアラートは、[モニターの概要] ページの [高用途アイテムに対してトリガーされたアラート] カードと、[アラート ルール] ページの下部にある [アラート] セクションで表示できます。 トリガーされた定義済みのアラート通知は、[アラートの監視] ページの [トリガーされたアラート] セクションにも表示されます。

定義済みのアラートがトリガーされた場合はどうすればよいですか?

影響を受けるリソースを確認し、それらの項目のカスタム アラートを作成して、組織にとって重要なしきい値に対して事前に監視し、トリガーされたときに電子メールで通知されるようにすることを検討します。

定義済みのアラートは電子メール通知を送信しますか?

いいえ。定義済みのアラートは通知を送信しません。 いずれかのトリガーが発生したかどうかを確認するには、 モニター に移動する必要があります。

定義済みのアラートをカスタマイズできますか?

いいえ。Microsoft はこれらのアラートを事前に構成します。 カスタマイズの場合は、カスタム アラートを作成します。

キャンバス アプリまたはコード アプリの特定の画面で Time to Interactive または Time to Full Load を監視する アラートを作成できますか?

いいえ。キャンバスまたはコード アプリでアラートを作成し、メトリックとして Time to Interactive (TTI) または Time to Full Load (TTFL) を選択すると、そのアプリの スタート画面 の TTI または TTFL のみが監視されます。 アラートを構成するときに、アプリの特定の画面を選択することはできません。

ヒントやベスト プラクティスはありますか?

はい。 次のベスト プラクティスに従ってください。

  • 小規模から始める: パフォーマンスオープン時間、エラー率、使用量の急増など、最初にいくつかの価値の高いルールを作成します。
  • 一貫した名前: Prod - Canvas アプリ - 可用性 < 90 のような明確な名前を使用します。
  • 適切な重大度を設定する: 運用環境に影響を与えるメトリックには High を使用し、傾向の監視には 中 または 低 を使用します。
  • 50 ルールの制限を管理する: 古いルールを削除します。
  • 電子メールルーティングを検証する: 受信者が PowerPlat-noreply@microsoft.comから電子メールを受信できることを確認します。
  • 24時間周期を監視する:毎日の評価を期待する。リアルタイムではありません。

一度にいくつのアラート ルールを有効にできますか?

テナントでは、一度に 50 個のアラート ルールを有効にすることができます。 ただし、作成できるアラート ルールの数に制限はありません。 最大値に達した場合は、既存のアラート ルールを削除またはオフにすることを検討してください。

  • 最終更新: