次の方法で共有


Azure Database for MySQL - フレキシブル サーバーを監視する

Azure Monitor は、システムからメトリックとログを収集して集計し、可用性、パフォーマンス、回復性を監視し、システムに影響する問題を通知します。 Azure portal、PowerShell、Azure CLI、REST API、またはクライアント ライブラリは、監視データの設定および表示に使用できます。

リソースの種類に応じてさまざまなメトリックとログが使用できます。 この記事では、このサービスで収集できる監視データの種類と、そのデータを分析する方法について説明します。

Azure Monitor エージェントを使用してデータを収集する

次の表では、サービスを監視するためにデータを収集する方法と、収集されたデータに対して実行できる操作について説明します。

収集するデータ 説明 データを収集してルーティングする方法 データを表示する場所 サポートされるデータ
メトリック データ メトリックは、特定の時点におけるシステムの側面を表す数値です。 メトリックにより、アルゴリズムを使用して集計し、その他のメトリックと比較して、時間の経過による傾向を分析できます。 - 一定の間隔で自動的に収集されます。
- 一部のプラットフォーム メトリックを Log Analytics ワークスペースにルーティングして、他のデータでクエリを実行できます。 各メトリックの DS エクスポート設定を確認して、診断設定を使用してメトリック データをルーティングできるかどうかを確認します。
メトリックス エクスプローラー Azure Database for MySQL - Azure Monitor でサポートされるフレキシブル サーバー メトリック
リソース ログ データ ログには、タイムスタンプ付きのシステム イベントが記録されます。 ログには、構造化または自由形式のテキストのさまざまなデータを含めることができます。 データは、クエリと分析のために Log Analytics ワークスペースにルーティングできます。 診断設定を作成して、リソース ログ データを収集してルーティングします。 Log Analytics Azure Database for MySQL - Azure Monitor でサポートされているフレキシブル サーバー リソース ログ データ
アクティビティ ログのデータ Azure Monitor アクティビティ ログは、サブスクリプション レベルのイベントに関する分析情報を提供します。 このアクティビティ ログには、リソースが変更されたときや仮想マシンが起動されたときなどの情報が含まれます。 - 自動的に収集されます。
- 無料で Log Analytics ワークスペースに診断設定を作成します
アクティビティ ログ

Azure Monitor でサポートされているすべてのデータの一覧については、次を参照してください:

Azure Database for MySQL - フレキシブル サーバーの組み込み監視

Azure Database for MySQL - フレキシブル サーバーには、監視用の組み込みリソースが用意されています。

サーバー ログ

Azure Database for MySQL フレキシブル サーバーでは、ユーザーはサーバー ログを構成し、ダウンロードして、トラブルシューティング作業に役立てることができます。 この機能を有効にすると、Azure Database for MySQL フレキシブル サーバー インスタンスは、選択したログの種類のイベントの取り込みを開始し、ファイルに書き込みます。 これにより、ユーザーは Azure portal と Azure CLI を使ってファイルをダウンロードし、それらを操作できるようになります。

サーバー ログ機能は、既定では無効です。 サーバー ログを有効にする方法については、「Azure Database for MySQL フレキシブル サーバーのサーバー ログを有効にしてダウンロードする」を参照してください

サーバー ログでは、低速クエリ ログエラー ログの有効化とダウンロードがサポートされています。 データの履歴分析を行うには、Azure portal のサーバーの [診断設定] ペインでログを Log Analytics ワークスペース、Azure Storage、またはイベント ハブに送信するための診断設定を追加します。 詳細については、診断の設定に関する記事を参照してください。

Azure Database for MySQL フレキシブル サーバー インスタンスのログが有効な場合、ログは作成から最長 7 日間使用できます。 使用可能なログの合計サイズが 7 GB を超える場合は、空き領域を利用できるようになるまで、古いファイルから削除されます。 サーバー ログの 7 GB のストレージ上限は、コストなしで使用可能であり、拡張することはできません。 ログのローテーションは、24 時間ごとか 500 MB ごとのどちらか早い方のタイミングで行われます。

Azure Database for MySQL - フレキシブル サーバーの低速クエリ ログ

Azure Database for MySQL フレキシブル サーバーでは、ユーザーは低速クエリ ログを構成してアクセスできます。 低速クエリ ログは既定で無効にされていますが、トラブルシューティング時に、パフォーマンスのボトルネックの特定で役立てるために有効にすることができます。

MySQL の低速クエリ ログの詳細については、MySQL エンジンのドキュメントの低速クエリ ログに関するセクションを参照してください。

低速クエリ ログを構成する

既定で、低速クエリ ログは無効です。 ログを有効にするには、slow_query_log サーバー パラメーターを ON に設定します。 このパラメーターは、Azure portal または Azure CLI を使用して構成できます。

低速クエリ ログの動作を制御するために調整できるその他のパラメーターには、次のようなものがあります。

  • long_query_time: クエリが完了までに long_query_time (秒) よりも長くかかる場合に、ログします。 既定値は 10 秒です。 サーバー パラメーター long_query_time は、MySQL に新しく確立されたすべての接続にグローバルに適用されます。 ただし、既に接続されているスレッドには影響しません。 アプリケーションから Azure Database for MySQL フレキシブル サーバーに再接続するか、サーバーを再起動して古い値の long_query_time のスレッドをクリアし、更新されたパラメーター値を適用することをお勧めします。
  • log_slow_admin_statements: 管理ステートメント (例: ALTER_TABLEANALYZE_TABLE) がログされるか判断します。
  • log_queries_not_using_indexes: インデックスを使用していないクエリをログするかどうかを特定します。
  • log_throttle_queries_not_using_indexes: 低速クエリ ログに書き込むことができるインデックスのないクエリの数を制限します。 このパラメーターは log_queries_not_using_indexesON に設定されている場合に有効になります

Von Bedeutung

テーブルのインデックスが作成されていない場合は、 log_queries_not_using_indexes パラメーターと log_throttle_queries_not_using_indexes パラメーターを ON に設定すると、MySQL のパフォーマンスに影響する可能性があります。 これらのインデックスのないテーブルに対して実行されるすべてのクエリは、低速クエリ ログに書き込まれます。

低速クエリ ログのパラメーターの完全な説明については、MySQL の低速クエリ ログのドキュメントを参照してください。

低速クエリ ログにアクセスする

低速クエリ ログは、Azure Monitor 診断設定と統合されています。 Azure Database for MySQL フレキシブル サーバー インスタンスで低速クエリ ログを有効にした後、Azure Monitor ログ、Event Hubs、または Azure Storage に出力できます。 診断設定の詳細については、診断ログのドキュメントを参照してください。 Azure portal で診断設定を有効にする方法の詳細については、低速クエリ ログに関するポータルの記事を参照してください。

診断と設定を使用して Azure Storage にログを送信する場合、Premium Storage アカウントはサポートされません。

次の表に、低速クエリ ログの出力を示します。 出力方法に応じて、含まれるフィールドとそれらが表示される順序が異なることがあります。

財産 説明
TenantId テナント ID
SourceSystem Azure
TimeGenerated [UTC] ログが記録されたときのタイム スタンプ (UTC)
Type ログの種類。 常に AzureDiagnostics
SubscriptionId サーバーが属するサブスクリプションの GUID
ResourceGroup サーバーが属するリソース グループの名前
ResourceProvider リソース プロバイダーの名前。 常に MICROSOFT.DBFORMYSQL
ResourceType Servers
ResourceId リソース URI
Resource サーバーの名前
Category MySqlSlowLogs
OperationName LogEvent
Logical_server_name_s サーバーの名前
start_time_t [UTC] クエリの開始時刻
query_time_s クエリの実行にかかった合計時間 (秒)
lock_time_s クエリのロックにかかった合計時間 (秒)
user_host_s ユーザー名
rows_sent_s 送信された行の数
rows_examined_s 検査された行の数
last_insert_id_s last_insert_id(最後に挿入されたID)
insert_id_s 挿入 ID
sql_text_s クエリ全体
server_id_s サーバーの ID
thread_id_s スレッド ID
\_ResourceId リソース URI

sql_text_sの場合、ログは 2048 文字を超えると切り捨てられます。

監査ログを使用してデータベース アクティビティを追跡する

Azure Database for MySQL フレキシブル サーバーを使用すると、ユーザーは監査ログを構成できます。 監査ログは、接続、管理、DDL、DML の各イベントなど、データベースレベルのアクティビティを追跡するために使用できます。 これらの種類のログは、通常、コンプライアンスのために使用されます。

監査ログを構成する

Von Bedeutung

監査目的で必要なイベントの種類とユーザーのみをログに記録することをお勧めします。 この方法は、サーバーのパフォーマンスが大きな影響を受けず、最小限の量のデータが収集されるようにするのに役立ちます。

監査ログは、既定では無効になっています。 有効にするには、audit_log_enabled サーバー パラメーターを ON に設定します。 Azure portal または Azure CLI を使用して監査ログを有効にします。

監査ログの動作を制御するために調整できるその他のパラメーターには、次のようなものがあります。

  • audit_log_events: 記録するイベントを制御します。 特定の監査イベントについては、次の表を参照してください。
  • audit_log_include_users: ログの対象となる MySQL ユーザー。 このパラメーターの既定値は空で、ログ記録のすべてのユーザーが含まれます。 このパラメーターは、 audit_log_exclude_usersよりも優先度が高くなります。 パラメーターの最大長は 512 文字です。 たとえば、dev*のワイルドカード値には、dev などのキーワード で始まるエントリを持つすべてのユーザーが含まれます。 この例で、ユーザーを含めるためのワイルドカード エントリのもう 1 つの例は *dev です。"stage_dev、prod_dev、user_dev" など、値 "dev" で終わるすべてのユーザーが監査ログ エントリに含まれます。 さらに、パターンでワイルドカード文字として疑問符 (?) を使用することもできます。
  • audit_log_exclude_users: ログから除外する MySQL ユーザー。 パラメーターの最大長は、512 文字です。 ユーザーを表すワイルドカード エントリは、監査ログでユーザーを除外するためにも受け入れられます。 たとえば、stage* のワイルドカード値は、stage などのキーワード で始まるエントリを持つすべてのユーザーを除外します。 ユーザーを除外するためのワイルドカード エントリのもう 1 つの例は、 *com。 この例では、値 com で終わるすべてのユーザーが監査ログ エントリから除外されます。 さらに、パターンでワイルドカード文字として疑問符 (?) を使用することもできます。

audit_log_include_users は、audit_log_exclude_users よりも優先順位が高くなっています。 たとえば、 audit_log_include_users = demouser して audit_log_exclude_users = demouserした場合、 audit_log_include_users の方が優先度が高いため、ユーザーは監査ログに含まれます。

イベント 説明
CONNECTION - 接続の開始
- 接続の終了
CONNECTION_V2 - 接続の開始 (成功した試行または失敗した試行のエラー コード)
- 接続の終了
DML_SELECT SELECT クエリ
DML_NONSELECT INSERT、DELETE、UPDATE クエリ
DML DML = DML_SELECT + DML_NONSELECT
DDL "DROP DATABASE" のようなクエリ
DCL "GRANT PERMISSION" のようなクエリ
ADMIN "SHOW STATUS" のようなクエリ
GENERAL DML_SELECT、DML_NONSELECT、DML、DDL、DCL、および ADMIN のすべて
TABLE_ACCESS - テーブル読み取りステートメント。たとえば、SELECT、INSERT INTO ... SELECT
- テーブル削除ステートメント。たとえば、DELETE、TRUNCATE TABLE
- テーブル挿入ステートメント。たとえば、INSERT、REPLACE
- テーブル更新ステートメント。たとえば、UPDATE

監査ログにアクセスする

監査ログは、Azure Monitor の診断設定と統合されます。 フレキシブル サーバーで監査ログを有効にすると、Azure Monitor ログ、Azure Event Hubs、または Azure Storage に出力できます。 診断設定の詳細については、診断ログのドキュメントを参照してください。 Azure portal で診断設定を有効にする方法の詳細については、監査ログに関するポータルの記事を参照してください。

診断と設定を使用してログを Azure Storage に送信する場合、Premium Storage アカウントはサポートされません。

出力方法に応じて、含まれるフィールドとそれらが表示される順序が異なることがあります。

接続:

財産 説明
TenantId テナント ID
SourceSystem Azure
TimeGenerated [UTC] ログが記録されたときのタイム スタンプ (UTC)
Type ログの種類。 常に AzureDiagnostics
SubscriptionId サーバーが属するサブスクリプションの GUID
ResourceGroup サーバーが属するリソース グループの名前
ResourceProvider リソース プロバイダーの名前。 常に MICROSOFT.DBFORMYSQL
ResourceType Servers
ResourceId リソース URI
Resource サーバーの名前 (大文字)
Category MySqlAuditLogs
OperationName LogEvent
LogicalServerName_s サーバーの名前
event_class_s connection_log
event_subclass_s CONNECTDISCONNECTCHANGE USER
connection_id_d MySQL によって生成された一意の接続 ID
host_s 空白
ip_s MySQL に接続しているクライアントの IP アドレス
user_s クエリを実行しているユーザーの名前
db_s 接続先のデータベースの名前
\_ResourceId リソース URI
status_d CONNECTIONS_V2 イベントの接続エラー コード エントリ。

全般:

次のスキーマは、GENERAL、DML_SELECT、DML_NONSELECT、DML、DDL、DCL、および ADMIN イベントの種類に適用されます。

sql_text_sの場合、ログは 2048 文字を超えると切り捨てられます。

財産 説明
TenantId テナント ID
SourceSystem Azure
TimeGenerated [UTC] ログが記録されたときのタイム スタンプ (UTC)
Type ログの種類。 常に AzureDiagnostics
SubscriptionId サーバーが属するサブスクリプションの GUID
ResourceGroup サーバーが属するリソース グループの名前
ResourceProvider リソース プロバイダーの名前。 常に MICROSOFT.DBFORMYSQL
ResourceType Servers
ResourceId リソース URI
Resource サーバーの名前 (大文字)
Category MySqlAuditLogs
OperationName LogEvent
LogicalServerName_s サーバーの名前
event_class_s general_log
event_subclass_s LOGERRORRESULT (MySQL 5.6 でのみ利用可能)
event_time UTC タイムスタンプのクエリの開始時刻
error_code_d エラー コード (クエリが失敗した場合)。 0 は、エラーなしを意味します
thread_id_d クエリを実行したスレッドの ID
host_s 空白
ip_s MySQL に接続しているクライアントの IP アドレス
user_s クエリを実行しているユーザーの名前
sql_text_s 完全なクエリ テキスト
\_ResourceId リソース URI

テーブル アクセス:

sql_text_sの場合、ログは 2048 文字を超えると切り捨てられます。

財産 説明
TenantId テナント ID
SourceSystem Azure
TimeGenerated [UTC] ログが記録されたときのタイム スタンプ (UTC)
Type ログの種類。 常に AzureDiagnostics
SubscriptionId サーバーが属するサブスクリプションの GUID
ResourceGroup サーバーが属するリソース グループの名前
ResourceProvider リソース プロバイダーの名前。 常に MICROSOFT.DBFORMYSQL
ResourceType Servers
ResourceId リソース URI
Resource サーバーの名前 (大文字)
Category MySqlAuditLogs
OperationName LogEvent
LogicalServerName_s サーバーの名前
event_class_s table_access_log
event_subclass_s READINSERTUPDATE、または DELETE
connection_id_d MySQL によって生成された一意の接続 ID
db_s アクセスしたデータベースの名前
table_s アクセスしたテーブルの名前
sql_text_s 完全なクエリ テキスト
\_ResourceId リソース URI

Azure Monitor ワークブックを活用する

Azure Database for MySQL フレキシブル サーバーは、Azure Monitor ブックと統合されるようになりました。 ブックを使用すると、データを分析し、Azure portal 内に豊富な視覚レポートを作成するための柔軟なキャンバスが得られます。 ブックを使用して、Azure 全体の複数のデータ ソースにアクセスし、それらを結合して統合された対話型エクスペリエンスにすることができます。 ブック テンプレートは、複数のユーザーとチームが柔軟に再利用できるように設計する精選されたレポートとして機能します。

テンプレートを開くと、テンプレートの内容を含む一時ブックが作成されます。 この統合により、サーバーがブックといくつかのサンプル テンプレートにリンクされます。これは、サービスを大規模に監視するのに役立ちます。 これらのテンプレートを編集して、要件に合わせてカスタマイズし、ダッシュボードにピン留めして、焦点の合った整理された Azure リソースのビューを作成できます。

Azure Database for MySQL フレキシブル サーバーには、以下の 3 つの利用可能なテンプレートがあります。

  • 概要: サーバー上のリソース使用率を把握するのに役立つ、インスタンスの概要と最上位レベルのメトリックが表示されます。 このテンプレートには、次のビューが表示されます。

    • サーバーの概要
    • データベースの概要
    • 接続のメトリック
    • パフォーマンス メトリック
    • ストレージのメトリック
  • 監査: サーバーで収集された監査イベントの概要と詳細が表示されます。 このテンプレートには、次のビューが表示されます。

    • サービスに対する管理アクション
    • 監査の概要
    • 接続イベントの監査の概要
    • 接続イベントの監査
    • テーブル アクセスの概要
    • 識別されたエラー
  • クエリ パフォーマンスの分析情報: インスタンス上のクエリのワークロードの概要と詳細、実行時間の長いクエリ、低速クエリ分析、および接続のメトリック。 このテンプレートには、次のビューが表示されます。

    • クエリの負荷
    • アクティブな接続の合計
    • 低速クエリの傾向 (クエリ時間が 10 秒を超えるもの)
    • 低速クエリの詳細
    • 最も長い上位 5 つのクエリを一覧表示する
    • 最小、最大、平均、および標準偏差クエリ時間ごとに、低速クエリを集計します

これらのテンプレートを編集し、要件に従ってカスタマイズすることもできます。 詳細については、「Azure Workbooks」を参照してください。

ブック テンプレートにアクセスする

Azure portal でテンプレートを表示するには、Azure Database for MySQL フレキシブル サーバーの [監視] ペインに移動した後、[ブック] を選択します。

[ブック] ペインの [概要]、[監査]、および [クエリ パフォーマンスの分析情報] を示すスクリーンショット。

[パブリック テンプレート ] ペインに移動して、テンプレートの一覧を表示することもできます。

[パブリック テンプレート] ペインの [概要]、[監査]、および [クエリ パフォーマンスの分析情報] テンプレートを示しているダイアグラム。

Azure Monitor ツールを使用してデータを分析する

これらの Azure Monitor ツールは、監視データの分析に役立つ Azure portal で使用できます:

  • 一部の Azure サービスには、Azure portal に監視ダッシュボードが組み込まれています。 これらのダッシュボードは、"分析情報" と呼ばれており、Azure portal の Azure Monitor の [分析情報] セクションにあります。

  • メトリックス エクスプローラーを使用すると、Azure リソースのメトリックを表示および分析できます。 詳細については、「Azure Monitor メトリック ス エクスプローラーを使用したメトリックの分析」を参照してください。

  • Log Analytics を使用すると、Kusto 照会言語 (KQL) を使用してログ データの照会と分析を行うことができます。 詳細については、「Azure Monitor でログ クエリの使用を開始する」を参照してください。

  • Azure portal には、アクティビティ ログの表示と基本的な検索のためのユーザー インターフェイスがあります。 より詳細な分析を行うには、データを Azure Monitor ログにルーティングし、Log Analytics でより複雑なクエリを実行します。

  • Application Insights は Web アプリケーションの可用性、パフォーマンス、使用状況を監視するため、ユーザーの報告を待たずにエラーを特定して診断できます。
    Application Insights にはさまざまな開発ツールへの接続ポイントが含まれており、DevOps プロセスをサポートする Visual Studio とも統合されています。 詳細については、「App Service のアプリケーション監視」を参照してください。

より複雑な視覚化を可能にするツールは次のとおりです。

  • ダッシュボードを使用すると、さまざまな種類のデータを組み合わせて、Azure portal 内の 1 つのペインに表示できます。
  • ワークブック、Azureポータルで作成できるカスタマイズ可能なレポート。 ワークブックには、テキスト、メトリクス、ログ クエリを含めることができます。
  • Grafana は、運用ダッシュボードに優れたオープン プラットフォーム ツールです。 Grafana を使用して、Azure Monitor 以外の複数のソースからのデータを含むダッシュボードを作成できます。
  • Power BI は、さまざまなデータ ソース間で対話型の視覚化を提供するビジネス分析サービスです。 Azure Monitor からログ データを自動的にインポートするように Power BI を構成して、これらの視覚化を利用できます。

Azure Monitor データのエクスポート

次を使用して、Azure Monitor から他のツールにデータをエクスポートできます。

Azure Monitor REST API の使用を開始するには、「Azure 監視 REST API のチュートリアル」を参照してください。

Kusto クエリを使用してログ データを分析する

Kusto 照会言語 (KQL) を使用して、Azure Monitor ログ データを分析できます。 詳細については、「Azure Monitor でのログ クエリ」を参照してください。

低速クエリ ログを使用して、最適化の候補を見つけることができます。 低速クエリ ログが診断ログを介して Azure Monitor ログにパイプされた後、低速クエリの詳細な分析を実行できます。 これらのサンプル クエリを使えば、始めることができます。 必ずサーバー名で更新してください。

  • 特定のサーバーで 10 秒を超えるクエリ

    AzureDiagnostics
    | where Resource  == '<your server name>'
    | where Category == 'MySqlSlowLogs'
    | project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s
    | where query_time_d > 10
    
  • 特定のサーバーで最も長い上位 5 つのクエリを一覧表示する

    AzureDiagnostics
    | where Resource  == '<your server name>'
    | where Category == 'MySqlSlowLogs'
    | project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s
    | order by query_time_d desc
    | take 5
    
  • 低速クエリを、特定のサーバーのクエリ時間の最小値、最大値、平均値、および標準偏差で要約する

    AzureDiagnostics
    | where Resource  == '<your server name>'
    | where Category == 'MySqlSlowLogs'
    | project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s
    | summarize count(), min(query_time_d), max(query_time_d), avg(query_time_d), stdev(query_time_d), percentile(query_time_d, 95) by Resource
    
  • 特定のサーバーの低速クエリの分布をグラフで表示する

    AzureDiagnostics
    | where Resource  == '<your server name>'
    | where Category == 'MySqlSlowLogs'
    | project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s
    | summarize count() by Resource , bin(TimeGenerated, 5m)
    | render timechart
    
  • 診断ログが有効になっているすべての Azure Database for MySQL フレキシブル サーバー インスタンスで 10 秒以上のクエリを表示する

    AzureDiagnostics
    | where Category == 'MySqlSlowLogs'
    | project TimeGenerated, Resource , event_class_s, start_time_t , query_time_d, sql_text_s
    | where query_time_d > 10
    

監査ログの場合、監査ログが診断ログを介して Azure Monitor ログにパイプされた後、監査されたイベントの詳細な分析を実行できます。 これらのサンプル クエリを使えば、始めることができます。 必ずサーバー名で更新してください。

  • 特定のサーバーの GENERAL イベントを一覧表示する

    AzureDiagnostics
    | where Resource  == '<your server name>' //Server name must be in Upper case
    | where Category == 'MySqlAuditLogs' and event_class_s == "general_log"
    | project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s
    | order by TimeGenerated asc nulls last
    
  • 特定のサーバー上の CONNECTION_V2 イベントを一覧表示します。status_d 列は、接続中にクライアント アプリケーションで直面したクライアント接続のエラー コードを示します。

    AzureDiagnostics
    | where Resource  == '<your server name>' //Server name must be in Upper case
    | where Category == 'MySqlAuditLogs' and event_subclass_s == "CONNECT"
    | project TimeGenerated, Resource, event_class_s, event_subclass_s, user_s, ip_s, status_d
    | order by TimeGenerated asc nulls last
    
  • 特定のサーバーの CONNECTION イベントを一覧表示する

    AzureDiagnostics
    | where Resource  == '<your server name>' //Server name must be in Upper case
    | where Category == 'MySqlAuditLogs' and event_class_s == "connection_log"
    | project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s
    | order by TimeGenerated asc nulls last
    
  • 特定のサーバーの監査されたイベントを集計する

    AzureDiagnostics
    | where Resource  == '<your server name>' //Server name must be in Upper case
    | where Category == 'MySqlAuditLogs'
    | project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s
    | summarize count() by event_class_s, event_subclass_s, user_s, ip_s
    
  • 特定のサーバーの監査イベントの種類の分布をグラフで表示する

    AzureDiagnostics
    | where Resource  == '<your server name>' //Server name must be in Upper case
    | where Category == 'MySqlAuditLogs'
    | project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s
    | summarize count() by Resource, bin(TimeGenerated, 5m)
    | render timechart
    
  • 監査ログに対して診断ログが有効になっているすべての Azure Database for MySQL フレキシブル サーバー インスタンス全体の監査イベントを一覧表示します

    AzureDiagnostics
    | where Category == 'MySqlAuditLogs'
    | project TimeGenerated, Resource, event_class_s, event_subclass_s, event_time_t, user_s , ip_s , sql_text_s
    | order by TimeGenerated asc nulls last
    

Azure Monitor アラートを使用して問題を通知する

Azure Monitor アラート、システム内の問題を特定して対処し、監視データに特定の条件が見つかった場合は、顧客が気付く前に事前に通知することができます。 Azure Monitor データ プラットフォームでは、任意のメトリックまたはログ データ ソースに対してアラートを生成できます。 監視対象のサービスと収集する監視データによって、さまざまな種類の Azure Monitor アラートがあります。 「適切な種類のアラート ルールを選ぶ」を参照してください。

Azure リソースの一般的なアラートの例については、 ログ アラート クエリのサンプルを参照してください。

大規模なアラートの実装

一部のサービスでは、同じ Azure リージョン内に存在する同じ種類の複数のリソースに同じメトリック警告ルールを適用することで、大規模に監視することができます。 Azure Monitor ベースライン アラート (AMBA) サイトには、重要なプラットフォーム メトリックのアラート、ダッシュボード、ガイドラインを大規模に実装するための半自動化された方法が用意されています。

Azure Advisor を使用してパーソナライズされたおすすめ候補を取得する

一部のサービスでは、リソースの操作中にクリティカルな条件や差し迫った変更が発生した場合は、ポータルのサービス [概要] ページにアラートが表示されます。 アラートの詳細と推奨される修正は、左側のメニューの [監視] の下の [アドバイザーのレコメンデーション] に表示されます。 通常の操作中、アドバイザーのレコメンデーションは表示されません。

Azure Advisor の詳細については、Azure Advisor の概要に関するページをご覧ください。