次の方法で共有


データベース 監視アラート (プレビュー)

適用対象:Azure SQL データベースAzure SQL Managed Instance

監視を 作成して構成 した後、 Azure Monitor アラート を設定して、高いリソース使用量、注目すべきワークロード パターン、および Azure SQL 資産全体の注意が必要なその他の条件に関する通知を受け取ることができます。 これを行うには、監視のデータ ストアをスケジュールに従ってクエリする ログ検索アラート ルール を作成します。

アラート ルールの作成に役立つよう、データベース ウォッチャーには一般的なアラート条件のテンプレートが含まれています。 テンプレートからアラート ルールを作成したら、Azure Monitor アラートの他のアラート ルールと同様にアラート ルールを管理できます。 電子メール、SMS、電話通知、ITSM 製品との統合、Webhook、イベント ハブなど、Azure アラートのすべての機能を使用できます。 データベース 監視テンプレートから作成されたアラート ルールをカスタマイズしたり、独自のアラート ルールを作成したりできます。

Azure Monitor アラートの詳細については、以下を参照してください。

データベース ウォッチャーのアラートに適用される制限事項については、「 制限事項」を参照してください。

用語集

データベース ウォッチャーで Azure Monitor アラートを使用する場合は、一般的に使用される用語を理解することが重要です。

  • アラート ルール

    評価の頻度、重大度、KQL クエリなど、アラート ロジックを定義する Azure Monitor アラートの Azure リソース。アラート ルールでは、アラート履歴も追跡されます。

  • アラート

    アラート ルール KQL クエリの評価によって、アラートを発生させるロジックがトリガーされたときに発生します。 たとえば、クエリでは、CPU 使用率がしきい値を超えていると判断されます。

  • アラート ルール テンプレート

    データベース ウォッチャーに組み込まれているアラート ルールのブループリント。 アラート ルール テンプレートでは、次のアラート ルールのプロパティを定義します。

    • 名前
    • 説明
    • 深刻さ
    • 評価頻度
    • アラート ルールを評価するためにデータ ストアで実行する KQL クエリ

アラート ルール テンプレート

使用可能なすべてのアラート ルール テンプレートは、ウォッチャーの [アラート テンプレート ] ページで確認できます。

時間の経過と同時に、既存のテンプレートが変更され、顧客からの フィードバックに応じて新しいテンプレートが追加される可能性があります。 ウォッチャーの [ アラート テンプレート ] ページの各テンプレートには、最後に変更された日時を確認できる 年月日の 形式のバージョンがあります。

過去にテンプレートからアラート ルールを作成し、新しいテンプレートが使用可能であることを確認した場合は、ルールを削除して再作成できます。 新しいテンプレートを使用して、アラート ルール定義の修正と機能強化を利用します。

次の表では、SQL ターゲットの種類ごとに現在使用可能なアラート ルール テンプレートについて説明します。

プレビュー中は、アラート ルール テンプレートが追加、変更、削除される場合があります。

カテゴリ 名前 深刻さ 頻度 説明
可用性 失敗した接続性プローブ 2- 警告 5 分 失敗した接続プローブの数がしきい値を超えた場合にアラートを生成します。
可用性 geo レプリケーションの異常 1 - エラー 5 分 geo レプリカへのデータ レプリケーションが遅れているか、中断されている場合にアラートを生成します。
リソースの使用状況 高い CPU 使用率 3 ‐ 情報提供 5 分 データベースまたはインスタンスの CPU 使用率がしきい値を超えた場合にアラートを生成します。
リソースの使用状況 高いワーカー使用率 2- 警告 5 分 データベース内のワーカー使用率がしきい値を超えた場合にアラートを生成します。
リソースの使用状況 低ストレージ容量 2- 警告 30 分 使用されているデータ ストレージがデータベースの最大サイズに近く、データの増加率が高い場合にアラートを生成します。
リソースの使用状況 トランザクション ログストレージが少ない 1 - エラー 5 分 使用されたトランザクション ログ ストレージが高く、ログの増加率も高い場合にアラートを生成します。
リソースの使用状況 メモリ不足イベント 3 ‐ 情報提供 5 分 データベースにメモリ不足イベントがある場合にアラートを生成します。
ワークロード パターン ブロックされたプロセスのスパイク 2- 警告 5 分 データベース内のブロックされたプロセスの数がしきい値を超えた場合にアラートを生成します。
ワークロード パターン ブロックされた要求 1 - エラー 5 分 特定の期間より長く待機しているデータベース内のブロックされた要求の最小数が存在する場合にアラートを生成します。
ワークロード パターン デッドロック スパイク 3 ‐ 情報提供 5 分 データベース内のデッドロックの数がしきい値を超えた場合にアラートを生成します。
ワークロード パターン ロック待機スパイク 2- 警告 5 分 データベース内のロックの累積待機時間がしきい値を超えた場合にアラートを生成します。
ワークロード パターン 長時間アクティブなトランザクション 3 ‐ 情報提供 5 分 トランザクション期間がしきい値を超えるアクティブなトランザクションがある場合にアラートを生成します。
ワークロード パターン メモリ待機時間の急増 3 ‐ 情報提供 5 分 データベース内のメモリの累積待機時間がしきい値を超えた場合にアラートを生成します。
ワークロード パターン ネットワークIO待機時間の急増 3 ‐ 情報提供 5 分 データベース内のネットワーク IO の累積待機時間がしきい値を超えた場合にアラートを生成します。
ワークロード パターン 要求レートの低下 3 ‐ 情報提供 5 分 データベース内の要求レートが大幅に低下した場合にアラートを生成します。
ワークロード パターン 要求タイムアウトのスパイク 1 - エラー 5 分 データベース内の要求 (クエリ) のタイムアウトと取り消しの数がしきい値を超えた場合にアラートを生成します。
ワークロード パターン ユーザー エラーの急増 3 ‐ 情報提供 5 分 データベース内のユーザー エラーの数がしきい値を超えた場合にアラートを生成します。

ヒント

含まれるすべてのテンプレートを使用する必要がない場合があります。 アラート ルールを作成する前に、テンプレートの説明を確認し、要件を検討します。

不要なアラート ルールにより、Azure Data Explorer クラスターの負荷とアラートの月額コストが増加します。

既定のアラート ルール ID を追加する

監視のデータ ストアにアクセスするには、各ログ検索アラート ルールにマネージド ID が必要です。 データベース 監視テンプレートからアラート ルールを作成する前に、次の手順を使用して監視用の既定のアラート ルール ID を構成する必要があります。

重要

最小特権の原則に従うには、アラート ルールに別の ID を使用します。 ウォッチャー ID は再利用しないでください。

  1. ユーザー割り当てマネージド ID を作成するか、必要最小限のアクセス権を持つ既存のユーザー割り当て ID を見つけます。
  2. Azure portal でウォッチャーに移動し、[ アラート テンプレート ] ページを選択します。
  3. [ アラート ルール ID の管理] を選択し、[ 追加] を選択します。
  4. 最初の手順でユーザー割り当て ID を見つけ、[ 追加] を選択して、[ 閉じる] を選択します。

データベース ウォッチャーは、選択した ID を新しいアラート ルールごとに自動的に割り当てます。 また、現在のユーザーがデータ ストアをホストしている Azure Data Explorer クラスターで 所有者 RBAC ロールの割り当てを持っている場合は、データ ストアへの ID アクセス権も付与されます。

それ以外の場合、Azure Data Explorer クラスターで 所有者 の割り当てを持つユーザーは、監視用に選択された既定のアラート ルール ID への次のアクセス権を付与する必要があります。

ウォッチャーの既定のアラート ルール ID を変更すると、テンプレートを使用して作成する新しいアラート ルールに新しい ID が使用されます。 既存のアラート ルールの ID を変更するには、「アラート ルールの 詳細を構成する」を参照してください

テンプレートからアラート ルールを作成する

データベース 監視テンプレートからアラート ルールを作成するには:

  1. ウォッチャーの [ アラート テンプレート ] ページで、使用するテンプレートを見つけます。 テンプレートは、 リソースの使用状況ワークロード パターンなどのカテゴリ別にグループ化されます。

    重要

    SQL ターゲットの種類ごとに異なるテンプレートがあります。 たとえば、SQL データベース、SQL エラスティック プール、SQL マネージド インスタンスには、異なる 高 CPU 使用率 テンプレートがあります。

    アラート ルールを作成するときは、監視に追加した SQL ターゲットの種類と一致する SQL ターゲットの種類を選択してください。 複数の種類の SQL ターゲットを監視する場合は、SQL ターゲットの種類ごとに個別のアラート ルールを作成する必要があります。

  2. アラート ルールを作成」を選択します。

  3. アラート ルールの Azure サブスクリプション、リソース グループ、名前、リージョン、重大度、評価頻度を選択します。 アラート ルールのリージョンは、監視用のデータ ストアとして使用される Azure Data Explorer クラスターのリージョンと一致することをお勧めします。

    警告

    同じ名前のアラート ルールが同じサブスクリプション、リソース グループ、リージョンに既に存在する場合は、テンプレートから作成されたアラート ルールに 置き換えられます 。 アラート ルールのカスタマイズは、テンプレート値に置き換えられます。

    同じ名前のアラート ルールが同じサブスクリプションとリソース グループに既に存在していても、別のリージョンにある場合、デプロイの検証は失敗し、アラート ルールは作成されません。

    新しいアラート ルールが作成されるようにするには、一意のアラート ルール名を使用します。

  4. [ 次へ] を選択し、必要に応じて 1 つ以上のアクション グループを選択します。 アクション グループを選択しない場合は、Azure portal の Azure Monitor アラート ページに発生した アラート が表示されますが、通知は受信されません。 アクション グループの作成方法と詳細については、「アクション グループ」を参照してください。

  5. [ 次へ] または [ 確認と作成] を選択します。 検証が完了したら、詳細を確認し、[ 作成] を選択します。

アラート ルールの管理

アラート ルールが作成されたら、Azure Monitor アラートの他のアラート ルールと同様に、アラート ルールを管理できます。 たとえば、アラート ルールの説明、重大度、評価頻度を変更したり、アクション グループを追加または削除したりできます。 KQL クエリを編集してアラートのしきい値を調整したり、特定の SQL ターゲットをアラートから除外したり、アラート ルールを特定の SQL ターゲットに対してのみ機能させたりすることもできます。

Azure portal で、[ 監視]、[ アラート]、[ アラート ルール] の順に移動し、アラート ルールを選択します。 ルールを編集したり、複製したり、一時的に無効にしたり、完全に削除したりできます。

詳細については、「 アラート ルールの管理」および「アラート ルール詳細の構成」を参照してください

データベース 監視アラートを操作する

アラート ルールが起動すると、アラートのインスタンスが作成されます。 アラート ルールにアクション グループがある場合は、そのアクションが実行されます。 たとえば、アラートが発生したことを示す通知を受け取ります。

アラートは、アラート ルールの定期的な実行によって条件が存在しなくなったことが検出され、アラートの状態が [解決済み] に変更されるまで、[発生] 状態のままです。 その時点で、アラートが解決されたことを示す別の通知を受け取ります。 詳細については、「 ステートフル アラート」を参照してください。

アラートが発生または解決され、電子メール通知を送信するように構成されたアクション グループを追加した場合は、アラートの条件が発生した SQL ターゲットごとに電子メールを受信します。 たとえば、2 つの SQL マネージド インスタンスで CPU 使用率が高いことがアラート ルールで検出された場合、2 つの個別の電子メールを受信します。

すべてのアラート インスタンスとその状態は、Azure portal の Azure Monitor アラート ページで確認できます。 特定の Azure SQL リソースまたはリソースの種類のアラートに焦点を当てるフィルターを追加できます。 詳細については、「 アラート インスタンスの管理」を参照してください。