Azure portal を使用して Azure SQL Managed Instance のアラートを作成する

適用対象: Azure SQL Managed Instance

• Azure SQL Database
• Azure SQL Managed Instance

この記事では、Azure portal を使用して、Azure SQL Managed Instance のデータベースのアラートを設定する方法について説明します。 この記事では、アラート ルールを設定するベスト プラクティスも紹介します。

新しいメトリック アラートを設定する

監視メトリック、イベント、Azure サービスに基づいて通知を受け取ることができます。 詳細については、メトリック アラートに関するページを参照してください。

• メトリック値 - このアラートは、指定したメトリックの値が、割り当てたしきい値を超えたときにトリガーされます。
• アクティビティ ログ イベント - アラートは、" すべて " のイベントに対して、または特定数のイベントが発生したときにのみトリガーされます。
• リソース正常性 - イベントがプラットフォームまたはユーザーによって開始されたかどうかなど、リソース正常性状態イベントに関連するアラート。
• ログ検索 - ログ分析は、カスタム ログ検索や準備されたサンプル クエリなど、キャプチャされたログ データを検索します。

アラートがトリガーされたときに実行されるように構成できる処理は次のとおりです。

• サービスの管理者および共同管理者に電子メール通知を送信する
• 指定した追加のメール (Azure Resource Manager ロールを含む) にメールを送信します。
• 音声ガイドに従って電話をかける
• 電話番号にテキスト メッセージを送信する
• Azure mobile app の通知を送信する
• Automation Runbook を開始する
• Azure 関数を呼び出す
• Event Hubs アクションを開始する
• ITSM 互換チケットを作成する
• ロジック アプリのアクションを選択する
• Webhook またはセキュリティで保護された Webhook を呼び出す

アラート ルールを構成したり、その情報を取得したりするには、以下を使用します。

• Azure portal (この記事で詳しく説明されているとおり)。
• PowerShell
• コマンド ライン インターフェイス (CLI)
• ARM テンプレート
• Azure 監視 REST API

Azure SQL Managed Instance で使用可能なアラート メトリック

重要

アラート メトリックは、SQL Managed Instance でのみ使用できます。 SQL Managed Instance 内の個々のデータベースのアラート メトリックは使用できません。 一方、データベース診断テレメトリは、診断ログの形式で使用できます。 診断ログのアラートは、マネージド インスタンスのログ アラート スクリプトを使用して SQL Analytics 製品内から設定できます。

アラート構成には、次の SQL Managed Instance メトリックを使用できます。

メトリック	説明	計測単位または指定できる値
平均 CPU の割合	選択された期間の平均 CPU 使用率。	0 から 100 (パーセント)
読み取り IO バイト	選択された期間に読み取られた IO バイト。	バイト
書き込み IO バイト	選択された期間に書き込まれた IO バイト。	バイト
IO 要求数	選択された期間の IO 要求の数。	数値
予約済みストレージ スペース	マネージド インスタンス用に予約されている現在の最大ストレージ スペース。 リソースのスケーリング操作による変更。	MB (メガバイト)
使用済みストレージ スペース	選択された期間に使用されたストレージ スペース。 データベースとインスタンスでのストレージ消費による変更。	MB (メガバイト)
仮想コア数	マネージド インスタンス用にプロビジョニングされた仮想コア。 リソースのスケーリング操作による変更。	4 から 80 (仮想コア)

Azure ポータルでメトリックにアラート ルールを作成する

1. Azure portal で、監視対象のマネージド インスタンスを見つけて選択します。

2. [監視] セクションで [メトリック] メニュー項目を選択します。

3. [メトリック] ドロップダウンで、アラートを設定するメトリックの 1 つを選択します (この例では、使用済みのストレージ スペースが示されています)。

4. [集計] を使って、集計期間 (指定された期間に達する平均、最小、または最大 (Avg、Min、または Max)) を選択します。

5. [新しいアラート ルール] を選択します。

   

6. [アラート ロジック] セクションでは、次のとおりです。

   フィールド	説明
   しきい値	静的な値または動的な値のどちらに基づいてしきい値を評価する必要があるかを選択します。 静的しきい値は、構成したしきい値を使用してルールを評価します。 動的しきい値は、機械学習アルゴリズムを使用して、メトリックの動作パターンを継続的に学習し、しきい値を自動的に計算します。 メトリック アラートに対する動的しきい値の使用に関する詳細についてご確認ください。
   集計の種類	集計の種類のオプションは、最小、最大または平均 (集計粒度期間内) です
   Operator	メトリックの値をしきい値と比較するための演算子を選択します。
   単位	選択したメトリック シグナルで、バイト、KB、MB、GB などの異なる単位がサポートされている場合に、静的しきい値を選択したときは、条件ロジックの単位を入力します。
   しきい値	静的しきい値を選択した場合は、条件ロジックのしきい値を入力します。 しきい値は、演算子と集計の条件に基づいて評価される、アラート値です。
   しきい値の感度	動的しきい値を選択した場合は、感度レベルを入力します。 感度レベルは、アラートをトリガーするために必要なメトリック系列パターンからの偏差の量に影響します。
   集計の細分性	集計型関数を使ってデータ ポイントをグループ化するために使われる間隔を選びます。 追加された時系列の最初の評価期間を見落とす可能性を減らすため、[評価の頻度] より大きい [集計の粒度] (期間) を選びます。
   評価の頻度	アラート ルールの実行頻度を選びます。 評価のスライディング ウィンドウを生成するため、集計の粒度より小さい頻度を選びます。

7. [評価するタイミング] セクションで:

   フィールド	説明
   確認する間隔	条件が満たされているかどうかアラート ルールを調べる頻度を選択します。
   ルックバック期間	ルックバック期間を選択します。これは、データをチェックするたびに振り返る期間です。 たとえば、1 分ごとに過去 5 分間を調べます。

   スクリーンショットに示されている例では、1,840,876 MB の値が使用されており、しきい値が 1.8 TB であることを表しています。 この例の演算子はより大きいに設定されているため、SQL Managed Instance のストレージ スペース消費量が 1.8 TB を超える場合は、アラートがトリガーされます。 ストレージ スペース メトリックのしきい値は MB で表す必要があります。

   

8. ページの下部にある [次へ: アクション >] または [アクション] タブを選択します。

9. [アクション] タブで、必要なアクション グループを選択または作成します。 このアクションでは、アラートをトリガーしたときに行うこと (メールを送る、電話をかけるなど) を定義します。 [アクション グループの選択] ウィンドウから既存の [アクション グループ] を選択するか、サブスクリプションで アクション グループを作成 します。

   1. [+ アクション グループの作成] を選びます。

      

   2. [アクション グループ名] と [表示名] を入力し、[リージョン] を選択します。

      オプション	動作
      Global	アクション グループ サービスは、アクション グループを格納する場所を決定します。 リージョンの回復性を確保するために、アクション グループは少なくとも 2 つのリージョンに保持されます。 アクションの処理は、任意の地理的リージョンで実行できます。 サービス正常性アラートの結果として実行される音声、SMS、電子メールのアクションは、Azure のライブ サイト インシデントに対して回復性があります。
      Regional	アクション グループは、選択したリージョン内に格納されます。 アクション グループはゾーン冗長です。 アクションの処理は、リージョン内で実行されます。 アクション グループの処理が確実に特定の地理的境界内で実行されるようにするには、このオプションを使用します。

      

   3. ページの下部にある [次へ: 通知 >] または [通知] タブを選択します。

   4. [通知] タブで、アラートがトリガーされたときに送る通知を定義します。

      • [通知の種類]: 特定のサブスクリプション レベルの Azure Resource Manager ロールに割り当てられているユーザーにメールを送るには [Azure Resource Manager のロールへのメール] を選び、特定の受信者にさまざまな通知の種類を送るには [Email/SMS message/Push/Voice] (メール/SMS メッセージ/プッシュ/音声) を選びます。

      • Name:通知の一意の名前を入力します。

      • 詳細: 選択した通知タイプに基づいて、メールアドレス、電話番号、またはその他の情報を入力します。

      • 共通アラート スキーマ: 共通アラート スキーマを有効にすると、Monitor のすべてのアラート サービスにわたって 1 つの拡張可能で統一されたアラート ペイロードを持つという利点を提供します。 このスキーマの詳細については、「共通アラート スキーマ」を参照してください。

      

   5. アラートがトリガーされたときにトリガーするアクションの一覧を定義する必要がある場合は、[アクション] タブを選択し、アクションを定義します。

      

   6. キーと値のペアをアクション グループに割り当てる場合は、[タグ] タブを選択します。それ以外の場合は、このステップをスキップします。 タグを使用すると、Azure リソースを分類できます。 タグは、すべての Azure リソース、リソース グループ、サブスクリプションで使用できます。

      

   7. 設定を確認するには、[確認と作成] タブを選択します。このステップでは、入力を簡単に調べて、必要なすべての情報を入力したことを確認します。 問題がある場合は、ここで報告されます。 設定を確認したら、[作成] を選択してアクション グループを作成します。

      

10. [詳細] タブで、レコードのアラート ルールの詳細と設定を入力し、重大度の種類を選択します。 また、[カスタム プロパティ] を使用して独自のプロパティをアラート ルールに追加することもできます。

    

11. [タグ] タブで、アラート ルール リソースに必要なタグを設定します。 それ以外の場合、この手順はスキップしてください。

    

12. [確認と作成] タブで検証が実行され、問題がある場合は通知されます。 検証で問題がなく、設定を確認したら、ページの下部にある [作成] ボタンを選択します。

    

新しいアラート ルールは数分以内にアクティブになり、設定に基づいてトリガーされるようになります。

Azure portal で追加のアラート ルールを作成する

SQL Managed Instance のアクティビティ ログ イベント、リソース正常性、ログ検索に関するアラート ルールを作成することもできます。

詳細については、以下を参照してください:

• アクティビティ ログ アラート
• リソース正常性アラート
• ログ検索アラート

1. Azure portal で、監視するリソースを見つけて選択します。
2. リソース メニューで、[監視] の下の [アラート] を選択します。 テキストとアイコンは、リソースごとに多少異なる場合があります。
3. [+ 作成] ボタンを選択し、[アラート ルール] を選択します。
4. [アラート ルールの作成] ページで、スコープがリソースに対して自動的に構成されます。

   Note

   多数の独立したアラートが発生しないように、サブスクリプション、リソース グループ、または Azure SQL データベース論理サーバー内の種類のすべてのリソースに対してアラートを構成できます。 [スコープ] タブを使用して、新しいアラート ルールのスコープを変更します。

リソース ヘルス

Azure SQL Managed Instance で、イベントをキャプチャし、リソース正常性シグナル カテゴリのリソース サービス正常性のアラートを構成します。

1. [条件] ウィンドウで、[すべてのシグナルを表示] を選択します。

2. [シグナルの選択] ウィンドウで、[リソース正常性] を選択します。 適用を選択します。

3. [イベントの状態]、[現在のリソースの状態]、[以前のリソースの状態]、および [リソースの種類] ドロップダウンには、多くのリソース正常性状態の変更に対するアラートを構成するためのオプションが用意されています。 既定では、考えられるすべての状態と状態の変更が選択されるため、サービス正常性の問題の検出と解決に関するアラートを送信できます。

   フィールド	説明
   イベントの状態	Resource Health イベントの状態を選びます。 値はアクティブ、進行中、解決済み、更新済みです。
   現在のリソースの状態	現在のリソースの状態を選びます。 値は、使用可能、デグレード、使用不可です。
   以前のリソースの状態	以前のリソースの状態を選びます。 値は、使用可能、デグレード、使用不可、不明です。
   理由の種類	Resource Health イベントの原因を選択します。 値は、プラットフォームが開始、不明、ユーザーが開始です。

4. [次へ: アクション]> を選択します。

アクティビティ ログ

アクティビティ ログ シグナル カテゴリでイベントをキャプチャし、管理アクティビティのアラートを構成します。

1. [条件] ウィンドウで、[すべてのシグナルを表示] を選択します。

   1. [シグナルの選択] ウィンドウで、目的のシグナルを選択します (例: [すべての管理オプション] など)。 適用を選択します。

2. シグナルを選択すると、[アラート ロジック] オプションが表示され、[グラフ期間] ウィンドウが開きます。

   1. 既定では、[グラフ期間] には過去 6 時間のアクティビティが表示されます。 [プレビュー] グラフに、選択した結果が表示されます。

3. [アラート ロジック] セクションで、次の各フィールドの値を選びます。

   フィールド	説明
   イベント レベル	このアラート ルールのイベントのレベルを選びます。 値は、クリティカル、エラー、警告、情報、詳細、およびすべてです。
   Status	警告の状態レベルを選びます。
   イベントの開始者	イベントを開始したユーザーまたはサービス プリンシパルを選択します。

4. [次へ: アクション]> を選択します。

ログ検索

カスタム ログ検索や準備されたサンプル クエリなど、ログ分析でキャプチャされたログ データを検索します。

1. [条件] ウィンドウで、[すべてのシグナルを表示] を選択します。 [シグナルの選択] ウィンドウで。
   1. 目的のシグナルを選択します (クエリ例 90% を超えるマネージド インスタンスのストレージなど)。 適用を選択します。
2. サンプルの Kusto クエリを確認します。 [ログ] クエリ ウィンドウを使用して、クエリの結果をサンプリングします。 KQL クエリに問題がなければ、[アラートの編集を続行] を選択します。
3. 測定の設定を確認します。 必要に応じて、[測定]、[集計の種類]、[集計の細分性] の順に選択します。
4. [ディメンション別に分割] の下の設定を確認して、時系列、特定のリソース、またはその他のコンテキスト別にディメンションを監視します。 ログ検索アラート ルールを作成するときにディメンションを使用して、複数の Azure リソースで同じ条件を監視できます。
5. アラート ロジックを確認し、しきい値を指定します。 一般的なしきい値は、より大きい、90、5 分です。
6. [次へ: アクション]> を選択します。

1. [アクション グループの選択] ウィンドウから既存の [アクション グループ] を選択するか、サブスクリプションで アクション グループを作成 します。 アクション グループを使用して、アラート条件が発生したときに実行するアクションを定義できます。 このアクションでは、アラートをトリガーしたときに行うこと (メールを送るなど) を定義します。
   1. または、クイック アクションの使用機能を使用して新しいアクション グループを作成し、メールまたは Azure mobile app 通知ターゲットを指定します。
2. [Next: Details](次へ: 詳細)> を選択します。
3. [サブスクリプション] と [リソース グループ] を指定します。
4. 既定では、アラート ルールの重大度は 3 - 情報提供です。 アラート ルールの 重大度 は、必要に応じて調整できます。
5. アラート ルール名を指定します。 省略できますが、説明を入力することをお勧めします。
6. アラート ルールのリージョンを指定します。
7. アラート ルールの ID を選択します。 アラート ルールでシステム割り当てマネージド ID (SAMI)、ユーザー割り当てマネージド ID (UAMI) を使用するように選択できます。 詳細については、ID に関する記述を参照してください。
8. [詳細オプション] で、次の手順を実行します。
   1. アラート ルールの作成が完了したらすぐにその実行が開始されるように、必ず [作成時に有効化] を選択します。
   2. [アラートの自動解決] オプションは、既定で有効になっています。 これにより、アラートがステートフルになります。つまり、条件が満たされなくなった場合にアラートが解決されます。
9. タグ>を選択します。
10. Azure タグの使用を検討します。 たとえば、リソースを作成したユーザーを識別する "Owner" または "CreatedBy" タグ、このリソースが運用や開発などの環境にあるかどうかを識別する "Environment" タグなどです。詳細については、「Azure リソースの名前付けおよびタグ付けの戦略を作成する」を参照してください。
11. [Review + create](レビュー + 作成) を選択します。
12. ［作成］ を選択します 間もなく、アラートがアクティブになります。

アラートを確認します

Note

わずらわしいアラートを表示しないようにする場合は、アクション ルールを使用したアラートの非表示に関する記述を参照してください。

アラート ルールを設定するときに、アラート トリガーとその頻度に問題がないことを確認します。 使用済みのストレージ スペースに関するアラートを設定するためにこのページに示されている例では、アラート オプションがメールの場合、次のようなメールを受け取る可能性があります。

メールでは、アラートの名前、しきい値の詳細、アラートがトリガーされた理由が示されています。これらは、アラートの確認とトラブルシューティングを行うのに役立ちます。

• メールで受け取ったアラートを Azure portal で表示するには、[See in Azure portal] (Azure portal で見る) ボタンを選びます。
• アラートをトリガーしたアラート ルールを表示または編集するには、[ルールの表示 >] を選びます。
• アラートがトリガーされたマネージド インスタンスを表示するには、[リソースの表示 >] を選びます。

アラート ルールの管理

Note

既存のアラートの管理は、Azure portal リソース メニューの [アラート] メニューから行う必要があります。 Managed Instance リソース ウィンドウから既存のアラートを変更することはできません。

既存のアラートを表示、中断、アクティブ化、変更および削除するには、次のようにします。

1. Azure portal の検索を使用して、アラートを検索します。 [警告(アラート)] (アラート) を選択します。

   

   Azure のナビゲーション バーで [アラート] を選択することもできます (構成してある場合)。

2. [アラート] ペインで、[アラート ルール] を選択します。

   

3. 管理する既存のアラート ルールを個別に選択します。 既存のアクティブなルールを、好みに合わせて変更および調整することができます。 アクティブなルールは、削除せずに中断することもできます。

関連するコンテンツ

• Azure Monitor: メトリック アラート ルールを作成または編集する
• Microsoft Azure のアラートの概要
• Azure Monitor でのメトリック アラートのしくみを理解する