適用対象:Azure SQL Managed Instance
この記事では、Azure portal を使用して、Azure SQL Managed Instance のデータベースのアラートを設定する方法について説明します。 この記事では、アラート ルールを設定するベスト プラクティスも紹介します。
新しいメトリック アラートを設定する
監視メトリック、イベント、Azure サービスに基づいて通知を受け取ることができます。 詳細については、「 メトリック アラート」を参照してください。
- メトリック値 - 指定されたメトリックの値が割り当てたしきい値を超えると、アラートがトリガーされます。
- アクティビティ ログ イベント - アラートは、" すべて " のイベントに対して、または特定数のイベントが発生したときにのみトリガーされます。
- リソース正常性 - イベントがプラットフォームまたはユーザーによって開始されたかどうかなど、リソース正常性状態イベントに関連するアラート。
- ログ検索 - Log Analytics は、カスタム ログ検索や準備されたサンプル クエリなど、キャプチャされたログ データを検索します。
アラートがトリガーされたときに実行されるように構成できる処理は次のとおりです。
- サービス管理者と共同管理者に電子メール通知を送信する
- 指定した追加の電子メール (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 で使用可能なアラート メトリック
Important
アラート メトリックは、SQL Managed Instance でのみ使用できます。 SQL マネージド インスタンス内の個々のデータベースのアラート メトリックは使用できません。 一方、データベース診断テレメトリは 診断ログの形式で利用できます。
アラート構成には、次の SQL Managed Instance メトリックを使用できます。
Metric | Description | 計測単位または指定できる値 |
---|---|---|
平均 CPU の割合 | 選択された期間の平均 CPU 使用率。 | 0 から 100 (パーセント) |
読み取り IO バイト | 選択された期間に読み取られた IO バイト。 | Bytes |
書き込み IO バイト | 選択された期間に書き込まれた IO バイト。 | Bytes |
IO 要求数 | 選択された期間の IO 要求の数。 | Numerical |
予約済みストレージ スペース | SQL マネージド インスタンス用に予約されている現在の最大ストレージ領域。 リソースのスケーリング操作による変更。 | MB (メガバイト) |
使用済みストレージ スペース | 選択された期間に使用されたストレージ スペース。 データベースとインスタンスでのストレージ消費による変更。 | MB (メガバイト) |
仮想コア数 | SQL マネージド インスタンス用にプロビジョニングされた仮想コア。 リソースのスケーリング操作による変更。 | 4 から 80 (仮想コア) |
Azure ポータルでメトリックにアラート ルールを作成する
Azure portal で、監視対象の SQL マネージド インスタンスを見つけて選択します。
[監視] セクションの [ メトリック ] メニュー項目を選択します。
[ メトリック ] ドロップダウン リストで、アラートを設定するメトリックの 1 つを選択します (使用されているストレージ領域が例に示されています)。
[集計] を使用して、特定の期間 (平均、最小、または最大) に達した集計期間 (平均、最小、または最大値) を選択します。
[新しいアラート ルール] を選択します。
[ アラート ロジック ] セクションで、次の手順を実行します。
Field Description Threshold 静的な値または動的な値のどちらに基づいてしきい値を評価する必要があるかを選択します。
静的しきい値は、構成したしきい値を使用してルールを評価します。
動的しきい値は、機械学習アルゴリズムを使用して、メトリックの動作パターンを継続的に学習し、しきい値を自動的に計算します。 メトリック アラートに対する動的しきい値の使用に関する詳細についてご確認ください。集計の種類 集計の種類のオプションは、最小、最大または平均 (集計粒度期間内) です Operator メトリックの値をしきい値と比較するための演算子を選択します。 Unit 選択したメトリックシグナルがバイト、KB、MB、GB などの異なる単位をサポートし、 静的 しきい値を選択した場合は、条件ロジックの単位を入力します。 しきい値 静的しきい値を選択した場合は、条件ロジックのしきい値を入力します。 しきい値は、演算子と集計の条件に基づいて評価される、アラート値です。 しきい値の感度 動的しきい値を選択した場合は、秘密度レベルを入力します。 感度レベルは、アラートをトリガーするために必要なメトリック系列パターンからの偏差の量に影響します。 集計の粒度 集計型関数を使ってデータ ポイントをグループ化するために使われる間隔を選びます。 追加された時系列の最初の評価期間が欠落する可能性を減らすために、評価の頻度よりも大きい集計粒度 (期間) を選択します。 評価の頻度 アラート ルールの実行頻度を選びます。 評価のスライディング ウィンドウを生成するため、集計の粒度より小さい頻度を選びます。 [評価するタイミング] セクションで:
Field Description すべてのチェック 条件が満たされているかどうかアラート ルールを調べる頻度を選択します。 ルックバック期間 ルックバック期間を選択します。これは、データをチェックするたびに振り返る期間です。 たとえば、1 分ごとに過去 5 分間を調べます。 スクリーンショットに示されている例では、1,840,876 MB の値を使用して 1.8 TB のしきい値を表しています。 この例の演算子はより大きいに設定されているため、SQL Managed Instance のストレージ スペース消費量が 1.8 TB を超える場合は、アラートがトリガーされます。 ストレージ スペース メトリックのしきい値は MB で表す必要があります。
ページの下部にある [次へ: アクション >] または [アクション] タブを選択します。
[ アクション ] タブで、必要なアクション グループを選択または作成します。 このアクションでは、アラートをトリガーしたときに行うこと (メールを送る、電話をかけるなど) を定義します。 [ アクション グループ の選択] ウィンドウから既存の アクション グループを選択 するか、サブスクリプションで アクション グループを作成 します。
[ + アクション グループの作成] を選択します。
[アクション グループ名] と [表示名] を入力し、[リージョン] を選択します。
Option Behavior Global アクション グループ サービスは、アクション グループを格納する場所を決定します。 リージョンの回復性を確保するために、アクション グループは少なくとも 2 つのリージョンに保持されます。 アクションの処理は、任意の 地理的リージョンで実行できます。
サービス正常性アラートの結果として実行される音声、SMS、電子メールのアクションは、Azure のライブ サイト インシデントに対して回復性があります。Regional アクション グループは、選択したリージョン内に格納されます。 アクション グループは ゾーン冗長です。 アクションの処理は、リージョン内で実行されます。
アクション グループの処理が特定の 地理的境界内で実行されるようにする場合は、このオプションを使用します。ページの下部にある [次へ:通知> ] または [通知] タブ を 選択します。
[ 通知 ] タブで、アラートがトリガーされたときに送信する通知を定義します。
通知の種類: 特定のサブスクリプション レベル の Azure Resource Manager ロール または電子 メール/SMS メッセージ/プッシュ/音声 に割り当てられているユーザーに電子メールを送信して、特定の受信者にさまざまな通知の種類を送信するには、[電子メール Azure Resource Manager ロール] を選択します。
名前: 通知の一意の名前を入力します。
詳細: 選択した通知の種類に基づいて、メール アドレス、電話番号、またはその他の情報を入力します。
共通アラート スキーマ: 共通アラート スキーマを有効にすると、Monitor のすべてのアラート サービスにわたって 1 つの拡張可能で統一されたアラート ペイロードを持つという利点を提供します。 このスキーマの詳細については、「共通アラート スキーマ」を参照してください。
アラートがトリガーされたときにトリガーするアクションの一覧を定義する必要がある場合は、[ アクション] タブを選択し、アクションを定義します。
アクション グループにキーと値のペアを割り当てる場合は、[ タグ ] タブを選択します。それ以外の場合は、この手順をスキップします。 タグを使用すると、Azure リソースを分類できます。 タグは、すべての Azure リソース、リソース グループ、サブスクリプションで使用できます。
設定を確認するには、[ 確認と作成 ] タブを選択します。この手順では、入力をすばやく確認して、必要なすべての情報を入力したことを確認します。 問題がある場合は、ここで報告されます。 設定を確認したら、[ 作成 ] を選択してアクション グループを作成します。
[ 詳細 ] タブで、レコードのアラート ルールの詳細と設定を入力し、重大度の種類を選択します。 カスタム プロパティを使用して、独自のプロパティをアラート ルールに追加することもできます。
[ タグ ] タブで、アラート ルール リソースに必要なタグを設定します。 それ以外の場合、この手順はスキップしてください。
[確認と作成] タブで検証が実行され、問題がある場合は通知されます。 検証に合格し、設定を確認したら、ページの下部にある [ 作成 ] ボタンを選択します。
新しいアラート ルールは数分以内にアクティブになり、設定に基づいてトリガーされるようになります。
Azure portal で追加のアラート ルールを作成する
SQL Managed Instance のアクティビティ ログ イベント、リソース正常性、ログ検索に関するアラート ルールを作成することもできます。
詳細については、以下を参照してください:
Azure portal で、監視対象のリソースを見つけて選択します。
[ 監視] の下のリソース メニューで、[アラート] を選択 します。 テキストとアイコンは、リソースごとに多少異なる場合があります。
[ + 作成 ] ボタンを選択し、[ アラート ルール] を選択します。
[アラート ルールの作成] ページで、スコープがリソースに対して自動的に構成されます。
Note
多数の独立したアラートが発生しないように、サブスクリプション、リソース グループ、または Azure SQL Database 論理サーバー内の種類のすべてのリソースに対してアラートを構成することが必要になる場合があります。 [ スコープ ] タブを使用して、新しいアラート ルールのスコープを変更します。
Azure SQL Managed Instance で、イベントをキャプチャし、リソース 正常性 シグナル カテゴリのリソース サービス正常性のアラートを構成します。
[ 条件 ] ウィンドウで、[ すべてのシグナルを表示] を選択します。
[シグナルの選択] ウィンドウで、[リソース正常性] を選択します。 を選択してを適用します。
[イベントの状態]、[現在のリソースの状態]、[以前のリソースの状態]、および [リソースの種類] ドロップダウンには、多くのリソース正常性状態の変更に対するアラートを構成するためのオプションが用意されています。 既定では、考えられるすべての状態と状態の変更が選択されるため、サービス正常性の問題の検出と解決に関するアラートを送信できます。
Field Description イベントの状態 Resource Health イベントの状態を選びます。 値は アクティブ、 進行中、 解決済み、 および更新済みです。 現在のリソースの状態 現在のリソースの状態を選びます。 値は 、使用可能、 低下、 および使用不可です。 以前のリソースの状態 以前のリソースの状態を選びます。 値は 、使用可能、 低下、 使用不可、および 不明です。 理由の種類 Resource Health イベントの原因を選択します。 値は、 プラットフォーム開始、 不明、 およびユーザー開始です。 [次へ: アクション]> を選択します。
アラート条件を定義したら、次の手順に進み、アラート ルールを作成します。
- [ アクション グループ の選択] ウィンドウから既存の アクション グループを選択 するか、サブスクリプションで アクション グループを作成 します。 アクション グループを使用して、アラート条件が発生したときに実行するアクションを定義できます。 このアクションでは、アラートをトリガーしたときに行うこと (メールを送るなど) を定義します。
- または、クイック アクションの使用機能を使用して新しいアクション グループを作成し、メールまたは Azure mobile app 通知ターゲットを指定します。
- [Next: Details](次へ: 詳細)> を選択します。
- サブスクリプションとリソース グループを指定します。
- 既定では、アラート ルールの重大度は 3 - 情報提供です。 アラート ルールの 重大度 は、必要に応じて調整できます。
- アラート ルール名を指定します。 省略できますが、説明を入力することをお勧めします。
- アラート ルールの リージョン を指定します。
- アラート ルールの ID を 選択します。 アラート ルールでシステム割り当てマネージド ID (SAMI)、ユーザー割り当てマネージド ID (UAMI) を使用するように選択できます。 詳細については、「 ID」を参照してください。
- [詳細オプション] で、次の 手順を実行します。
- アラート ルールの作成が完了したらすぐに実行を開始するには、必ず [作成時に 有効にする] を選択してください。
- [ アラートの自動解決 ] オプションは、既定で有効になっています。 このオプションにより、アラートがステートフルになります。つまり、条件が満たされなくなったときにアラートが解決されます。
- タグ>を選択します。
- Azure タグの使用を検討します。 たとえば、リソースを作成したユーザーを識別する "Owner" または "CreatedBy" タグ、このリソースが運用や開発などの環境にあるかどうかを識別する "Environment" タグなどです。詳細については、「Azure リソースの名前付けおよびタグ付けの戦略を作成する」を参照してください。
- [Review + create](レビュー + 作成) を選択します。
- を選択してを作成します。 間もなく、アラートがアクティブになります。
アラートを確認する
Note
わずらわしいアラートを表示しないようにする場合は、アクション ルールを使用したアラートの非表示に関する記述を参照してください。
アラート ルールを設定したら、アラート トリガーとその頻度に満足していることを確認します。 このページに示す例では、使用されているストレージ領域に関するアラートを設定します。アラート オプションが電子メールの場合は、次の例のような電子メールが届く場合があります。
メールでは、アラートの名前、しきい値の詳細、アラートがトリガーされた理由が示されています。これらは、アラートの確認とトラブルシューティングを行うのに役立ちます。
- メールで受け取ったアラートを Azure portal で表示するには、[See in Azure portal] (Azure portal で見る) ボタンを選びます。
- アラートをトリガーしたアラート ルールを表示または編集するには、[ルールの表示 >] を選びます。
- [リソース >の表示] を選択して、アラートがトリガーされた SQL マネージド インスタンスを表示します。
アラート ルールの管理
Note
既存のアラートは、Azure portal のリソース メニューの [アラート ] メニューから管理する必要があります。 Azure SQL Managed Instance リソース ペインから既存のアラートを変更することはできません。
既存のアラートを表示、中断、アクティブ化、変更および削除するには、次のようにします。
Azure portal の検索を使用して、アラートを検索します。 [ アラート] を選択します。
または、構成済みの場合は、Azure ナビゲーション バーで [アラート ] を選択することもできます。
[アラート] ウィンドウ で 、[ アラート ルール] を選択します。
管理する既存のアラート ルールを個別に選択します。 既存のアクティブなルールを、好みに合わせて変更および調整することができます。 アクティブなルールは、削除せずに中断することもできます。