Azure SQL Database 用管理パックの監視構成

このセクションでは、Azure SQL Database 用管理パックでサポートされる監視シナリオについて説明します。

サービスの可用性の監視

[State changes of the master database](マスター データベースの状態変化) モニターを使用すると、検出された Azure SQL Database の可用性を追跡できます。 このモニターはノイズの多いとは見なされないため、特別な構成は必要ありません。

サービス パフォーマンスの監視

この管理パックには、サーバーあたりのデータベース数が指定されたしきい値を超えた場合に状況を追跡するサーバー パフォーマンス モニターが用意されています。

既定で、このモニターは、サーバーあたりで 120 以上のデータベースが作成されると、警告状態になり、サーバーあたりで 135 以上のデータベースが作成されると、重大状態になります。

状況によっては、これらの既定値が適切ではありません。 たとえば、Azure SQL Database 用に 150 個のデータベースすべてを使用するように設計されているアプリケーションの場合があります。 既定値でノイズが生成される場合は、状況に応じて、モニターを無効にするか、しきい値をオーバーライドする必要があります。

Note

データベース パフォーマンス モニターにより、サービスのパフォーマンス監視にロールアップされます。これは、サービスの正常性状態に影響する可能性があります。

サービス パフォーマンスの収集

この管理パックには、検出された各 Azure SQL データベースでホストされているデータベース数を収集するルールが 1 つ用意されています。

データベースの可用性の監視

データベース モニターの状態の変更は、検出されたデータベースの可用性を追跡します。 このモニターはノイズの多いとは見なされないため、特別な構成は必要ありません。

データベース パフォーマンスの監視

この管理パックには、リソース消費量が事前に定義した制限を超えた状況を検出するモニターがいくつか用意されています。 データベースの空き領域モニターを除き、これらのモニターのほぼすべてが既定で無効になっています。

無効になっているモニターを使用するには、データベース アプリケーションのモニターのしきい値を調整するオーバーライドを作成し、モニターを有効にします。

データベース パフォーマンス モニターにより、以下が検出されます。

  • 各データベースによって消費される過剰なストレージ領域
  • データベース セッションによって消費される過剰なリソース
  • データベース トランザクションによって消費される過剰なリソース

データベース パフォーマンスの収集

検出されたデータベースに関する次のパフォーマンス情報を収集するルールがいくつかあります。

  • ネットワークの使用法
  • データベース セッションによって消費されるリソースの量
  • データベース トランザクションによって消費されるリソースの量
  • 各データベースによって消費されるディスク領域

アクティブ geo レプリケーションの監視

この管理パックを使用すると、フェールオーバー グループ データベースを監視できます。

アクティブ geo レプリケーションは、リージョンの障害や大規模な停止が発生した場合に、アプリケーションが個々のデータベースの迅速なディザスター リカバリーを実行できるようにするビジネス継続性ソリューションとして設計されています。

geo レプリケーションを有効にすると、アプリケーションは別の Azure リージョンにあるセカンダリ データベースへのフェールオーバーを開始できます。 詳細については、「アクティブ geo レプリケーションの作成と使用 - Azure SQL Database」の記事を参照してください。

エラスティック プールの監視

この管理パックを使用すると、SQL エラスティック プール データベースを監視できます。

エラスティック プールには、使用量の需要が変化し、予測できない複数のデータベースを管理し、スケーリングするための、シンプルなリソース割り当てメカニズムがあります。 詳細については、「Azure SQL Database におけるエラスティック プールを利用した複数のデータベースの管理およびスケーリング」を参照してください。

無効なモニター

ほとんどのデータベース パフォーマンス モニターは既定で無効になっています。これは、監視対象のデータベース アプリケーションに基づいて適切なしきい値を決定する必要があるためです。 適切なデータベース アプリケーションの監視ためにこの機能が必要な場合は、次の手順を実行してください。

  1. 予想される使用パターンに基づいて、または予想されるリソース消費量に基づいて、適切なしきい値を決定します。
  2. これらのモニターの 1 つ以上をオーバーライドし、しきい値を調整し、有効にします。

無効なモニターは次のとおりです。

  • 接続
    • 失敗した接続数
    • ファイアウォールによってブロックされた接続数
  • セッション
    • セッション数
    • セッションの平均メモリ
    • セッションの返された行数
    • セッションの合計 CPU 時間
    • セッションの合計 I/O
    • セッションの合計メモリ
  • トランザクション
    • トランザクションのロック数
    • トランザクション ログの使用領域
    • トランザクションの実行時間
  • geo レプリケーションのリンク状態