Azure Database for MySQL での監視
適用対象: Azure Database for MySQL - 単一サーバー
重要
Azure Database for MySQL シングル サーバーは廃止パスにあります。 Azure Database for MySQL フレキシブル サーバーにアップグレードすることを強くお勧めします。 Azure Database for MySQL フレキシブル サーバーへの移行の詳細については、Azure Database for MySQL シングル サーバーの現状に関するページを参照してください
サーバーに関する監視データは、ワークロードをトラブルシューティングしたり最適化したりするのに役立ちます。 Azure Database for MySQL には、サーバーの動作への洞察を提供する各種のメトリックが用意されています。
メトリック
すべての Azure メトリックは 1 分間隔で、各メトリックの 30 日間の履歴が保持されます。 メトリックにアラートを構成できます。 詳細な手順については、アラートの設定方法に関する記事をご覧ください。 その他のタスクとして、自動化されたアクションの設定、高度な分析の実行、履歴のアーカイブなどがあります。 詳細については、Azure のメトリックの概要に関する記事をご覧ください。
メトリックの一覧
これらのメトリックは、Azure Database for MySQL に使用できます。
メトリック | メトリックの表示名 | ユニット | 説明 |
---|---|---|---|
cpu_percent | CPU 使用率 | Percent | 使用されている CPU の割合 |
memory_percent | メモリの割合 | Percent | 使用されているメモリの割合 |
io_consumption_percent | IO の割合 | Percent | 使用されている IO の割合 (Basic レベルのサーバーには適用されません) |
storage_percent | ストレージの割合 | Percent | サーバーの最大数のうち使用されているストレージの割合 |
storage_used | 使用済みストレージ | バイト | 使用されているストレージの量。 サービスで使用されるストレージには、データベース ファイル、トランザクション ログ、サーバー ログが含まれることがあります。 |
serverlog_storage_percent | サーバー ログ ストレージの割合 | Percent | サーバーの最大サーバー ログ ストレージのうち、使用されているサーバー ログ ストレージの割合。 |
serverlog_storage_usage | サーバー ログ ストレージの使用量 | バイト | 使用されているサーバー ログ ストレージの量。 |
serverlog_storage_limit | サーバー ログ ストレージの上限 | バイト | このサーバーの最大サーバー ログ ストレージ。 |
storage_limit | ストレージの制限 | バイト | このサーバーの最大のストレージ |
active_connections | アクティブな接続 | Count | サーバーへのアクティブな接続の数 |
connections_failed | 失敗した接続 | Count | サーバーへの失敗した接続の数 |
seconds_behind_master | レプリケーションのラグ (秒単位) | Count | レプリカ サーバーがソース サーバーから遅延している秒数。 (Basic レベルのサーバーには適用されません) |
network_bytes_egress | Network Out | バイト | アクティブな接続全体のネットワーク送信。 |
network_bytes_ingress | Network In | バイト | アクティブな接続全体のネットワーク受信。 |
backup_storage_used | 使用済みバックアップ ストレージ | バイト | 使用されているバックアップ ストレージの量。 このメトリックは、サーバーに設定されているバックアップ保持期間に基づいて保持されているすべてのデータベースの完全バックアップ、差分バックアップ、ログ バックアップによって使用されるストレージの合計を表します。 バックアップの頻度はサービスによって管理され、概念に関する記事で説明されています。 geo 冗長ストレージの場合、バックアップ ストレージの使用量は、ローカル冗長ストレージの 2 倍になります。 |
サーバー ログ
サーバーで低速クエリ ログと監査ログを有効にしできます。 これらのログは、Azure Monitor ログ、Event Hubs、およびストレージ アカウントでの Azure 診断ログを通じて入手することもできます。 ログの詳細については、監査ログと低速クエリ ログの記事を参照してください。
クエリ ストア
クエリ ストアは、クエリ ランタイム統計や待機イベントなど、一定期間のクエリ パフォーマンスを追跡記録する機能です。 この機能は、mysql スキーマにクエリ ランタイムのパフォーマンス情報を保持します。 さまざまな構成ノブを介してデータのコレクションとストレージを制御できます。
Query Performance Insight
Query Performance Insight はクエリ ストアと連動し、データを視覚化します。視覚化したデータには Azure portal からアクセスできます。 これらのグラフにより、パフォーマンスに影響を与える主要なクエリを特定できます。 Query Performance Insight には、Azure Database for MySQL サーバーのポータル ページの「インテリジェント パフォーマンス」セクションからアクセスできます。
パフォーマンスに関する推奨事項
パフォーマンスの推奨事項機能によって、ワークロード パフォーマンス改善の機会が特定されます。 パフォーマンスの推奨事項によって、ワークロードのパフォーマンスを改善する可能性がある新しいインデックスを作成するための推奨事項が提供されます。 推奨インデックスを作成するために、この機能は、クエリ ストアから報告されたスキーマ、ワークロードなどのさまざまなデータベースの特性を考慮します。 顧客は、パフォーマンスに関する推奨事項を実装した後、パフォーマンスをテストし、変更の影響を評価する必要があります。
計画メンテナンスの通知
計画メンテナンスの通知によって、Azure Database for MySQL に対して今後予定されているメンテナンスに関するアラートを受信できます。 これらの通知は Service Health の計画メンテナンスに統合されており、サブスクリプションに対してスケジュールされたすべてのメンテナンスを 1 か所に表示できます。 また、異なるリソースに対しては異なる連絡先が必要になる場合があるため、さまざまなリソース グループに対して適切なユーザーへの通知をスケーリングすることも可能です。 今後のメンテナンスに関する通知は、イベントの 72 時間前に受信します。
通知の設定方法の詳細については、計画メンテナンスの通知に関するドキュメントを参照してください。
次のステップ
- メトリックに対するアラートの作成のガイダンスについては、アラートを設定する方法に関するページをご覧ください。
- Azure Portal、REST API、または CLI を使用してメトリックへのアクセスおよびメトリックのエクスポートを行う方法の詳細については、Azure のメトリックの概要に関する記事をご覧ください。
- サーバーの監視のベスト プラクティスに関するブログをお読みください。
- 「Azure Database for MySQL での計画メンテナンスの通知 - シングル サーバー」を参照してください