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 つ以上をオーバーライドし、しきい値を調整し、有効にします。
無効なモニターは次のとおりです。
- 接続
- 失敗した接続数
- ファイアウォールによってブロックされた接続数
- セッション
- セッション数
- セッションの平均メモリ
- セッションの返された行数
- セッションの合計 CPU 時間
- セッションの合計 I/O
- セッションの合計メモリ
- トランザクション
- トランザクションのロック数
- トランザクション ログの使用領域
- トランザクションの実行時間
- geo レプリケーションのリンク状態
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示