Azure Monitor メトリックの概要

Azure Monitor メトリックは、監視対象のリソースから時系列データベースに数値データを収集する Azure Monitor の機能です。 メトリックは、一定の間隔で収集される数値であり、特定の時刻におけるシステムの何らかの特性を表しています。

メトリックの種類

Azure Monitor メトリックでサポートされるメトリックには複数の種類があります。

• ネイティブ メトリックでは、分析とアラートに Azure Monitor のツールを使用します。
  • プラットフォームのメトリックは Azure リソースから収集されます。 構成は不要で、コストはかかりません。
  • カスタム メトリックは、仮想マシンで実行されているアプリケーションやエージェントなどを含む、構成するさまざまなソースから収集されます。
• Prometheus メトリックは、Azure Kubernetes Service (AKS) を含む Kubernetes クラスターから収集され、分析とアラートに PromQL や Grafana などの業界標準のツールを使用します。

各メトリックの違いを次の表にまとめます。

データ コレクション

Azure Monitor では、次のソースからメトリックを収集します。 Azure Monitor メトリック データベースでこれらのメトリックが収集されると、そのソースとは無関係に一緒に評価できます。

• Azure リソース: プラットフォーム メトリックは Azure リソースによって作成され、それらの正常性とパフォーマンスは可視化されます。 リソースの種類ごとに別個のメトリックのセットが作成され、必要な構成はありません。 メトリックの定義で特に指定がない限り、プラットフォーム メトリックは 1 分間隔で Azure リソースから収集されます。
• アプリケーション: 監視対象のアプリケーションのメトリックが Application Insights によって作成され、パフォーマンスの問題を検出し、アプリケーションがどのように使用されているかの傾向を追跡するために役立ちます。 値には、サーバー応答時間やブラウザー例外などが含まれます。
• 仮想マシン エージェント: メトリックは仮想マシンのゲスト オペレーティング システムから収集されます。 Azure Monitor エージェントを使用して、Windows 仮想マシンのゲスト OS メトリックを有効にすることができます。 Azure Monitor エージェントは、レガシ エージェント (Windows 診断拡張機能と Linux 仮想マシン用の InfluxData Telegraf エージェント) に置き換わります。
• カスタム メトリック: 自動的に入手可能な標準メトリックに加えて、メトリックを定義できます。 Application Insights によって監視されるカスタム メトリックをアプリケーション内に定義できます。 また、カスタム メトリック API を使用して、Azure サービスのカスタム メトリックを作成することもできます。
• Kubernetes クラスター: Kubernetes クラスターは、通常、管理する必要があるローカル Prometheus サーバーにメトリック データを送信します。 Prometheus 用 Azure Monitor マネージド サービス は、Kubernetes クラスターからメトリックを収集し、Azure Monitor メトリックに格納するマネージド サービスを提供します。

REST API

Azure Monitor には、Azure Monitor メトリックとの間でデータを取得するための REST API が用意されています。

• カスタム メトリック API - カスタム メトリックを使用すると、独自のメトリックを Azure Monitor メトリック データベースに読み込むことができます。 これらのメトリックは、Azure Monitor プラットフォーム メトリックを処理するのと同じ分析ツールで使用できます。
• Azure Monitor メトリック REST API - Azure Monitor プラットフォーム メトリックの定義と値にアクセスできます。 詳細については、Azure Monitor REST API に関するページを参照してください。 API の使用方法については、Azure 監視 REST API のチュートリアルを参照してください。
• Azure Monitor メトリック Batch REST API - Azure Monitor メトリック Batch API は、大量のメトリック クエリを使用するお客様向けに設計された大規模な API です。 これは、既存の標準の Azure Monitor メトリック REST API に似ていますが、1 つのバッチ API 呼び出しで、同じサブスクリプションとリージョン内の最大 50 個のリソース ID のメトリック データを取得する機能を提供します。 これにより、クエリのスループットが向上し、調整のリスクが軽減されます。

セキュリティ

接続されたシステムと Azure Monitor サービスの間の通信はすべては TLS 1.2 (HTTPS) プロトコルを使用して暗号化されます。 Microsoft SDL プロセスに従って、すべての Azure サービスを最新の状態に保ち、暗号化プロトコルの最新の進歩を確認します。

証明書ベースの認証とポート 443 による TLS が使用され、エージェントと Azure Monitor サービスの間にセキュリティで保護された接続が確立します。 Azure Monitor では、キーの生成と管理にシークレット ストアが使用されます。 秘密キーは 90 日ごとに交換されて Azure に格納され、厳密な規制およびコンプライアンス手順に従う Azure オペレーターによって管理されます。 セキュリティの詳細については、「転送中のデータの暗号化」、「保存データの暗号化」、および「Azure Monitor ログのデータ セキュリティ」を参照してください

メトリックス エクスプローラー

メトリックス エクスプ ローラーを使用して、メトリック データベース内のデータを対話的に分析し、一定期間にわたる複数のメトリックの値をグラフにします。 グラフをダッシュボードにピン留めして、他の視覚化と一緒に表示できます。 Azure monitoring REST API を使用してメトリックを取得することもできます。

詳細については、「Azure Monitor メトリック ス エクスプローラーを使用したメトリックの分析」を参照してください。

データ構造

Azure Monitor のメトリックによって収集されるデータは、タイムスタンプ付きデータの分析に最適化された時系列データベースに格納されます。 メトリック値の各セットは、次のプロパティを持つ時系列です。

• 値が収集された時刻。
• 値が関連付けられるリソース。
• メトリックのカテゴリのように機能する名前空間。
• メトリック名。
• 値そのもの。
• 複数のディメンション (存在する場合)。 カスタム メトリックは 10 個のディメンションに制限されています。

多次元メトリック

メトリック データの課題の 1 つは、収集された値のコンテキストを提供するための情報が限定されている場合が多いことです。 Azure Monitor では、多次元メトリックを使用してこの課題に対処します。

メトリックのディメンションは、メトリックの値を記述するためのより多くのデータを保持する名前と値のペアです。 たとえば、使用可能なディスク領域というメトリックは、C: 、D: という値があるドライブと呼ばれるディメンションを持つことができます。 そのディメンションにより、すべてのドライブまたは個別のドライブで使用可能なディスク領域の表示が可能になります。

メトリック ス エクスプローラーでのメトリック ディメンションの表示の詳細については、「ディメンションのフィルターと分割を適用する」を参照してください。

非次元メトリック

次の表は、非次元メトリック、ネットワーク スループットからのサンプル データを示しています。 これは、「特定の時点でのネットワークのスループットは?」のような基本的な質問にのみ答えることができます。

ネットワーク スループットと 2 つのディメンション ("IP" と "方向")

次の表は、多次元メトリックと、IP と Direction という 2 つの次元をもつネットワーク スループットのサンプル データを示しています。 これは、「各 IP アドレスのネットワーク スループットは?」や「データの送信量と受信量は?」といった質問に答えることができます。

メトリックの保有期間

プラットフォームのメトリックとカスタム メトリック

プラットフォームのメトリックとカスタム メトリックは 93 日間保存されますが、次の例外があります。

• クラシック ゲスト OS メトリック: これらのパフォーマンス カウンターは Windows 診断拡張機能 または Linux 診断拡張機能によって収集され、Azure Storage アカウントにルーティングされます。 これらのメトリックは少なくとも 14 日間保有されることが保証されています。ただし、有効期限はストレージ アカウントに記載されていません。

  パフォーマンス上の理由により、ポータルでは、表示されるデータの量をボリュームに基づいて制限しています。 したがって、作成されるデータの量が多くない場合、ポータルにより取得される実際の日数は 14 日間より長くなる場合があります。

• Azure Monitor メトリックに送信されたゲスト OS メトリック: これらのパフォーマンス カウンターは、Windows 診断拡張機能によって収集され、Azure Monitor データ シンク、Linux マシン上の InfluxData Telegraf エージェント、またはデータ収集ルールを使用して新しい Azure Monitor エージェントに送信されます。 これらのメトリックの保有期間は 93 日です。

• Log Analytics エージェントによって収集されたゲスト OS メトリック: これらのパフォーマンス カウンターは、Log Analytics エージェントによって収集され、Log Analytics ワークスペースに送信されます。 これらのメトリックの保有期間は 31 日で、最大 2 年間まで延長できます。

• Application Insights ログベースのメトリック: ログベースのメトリックは、バックグラウンドでログ クエリに変換されます。 その保有期間は可変で、基になるログ内のイベントの保有期間 (31 日～ 2 年間) と一致します。 Application Insights リソースの場合、ログは 90 日間保存されます。

プラットフォームのメトリックとカスタム メトリックは 93 日間保存されますが、([メトリック] タイルで) 1 つのグラフでクエリを実行できるのは最大 30 日間分のデータのみです。 この制限は、ログ ベースのメトリックには適用されません。 空のグラフが表示される場合、またはグラフにメトリック データの一部のみが表示される場合は、日時指定の開始日と終了日の間隔が、30 日を超えていないことを確認します。 30 日間の間隔を選択したら、グラフをパンして完全なリテンション期間を表示できます。

Prometheus メトリック

Prometheus メトリックは 18 か月間保存されますが、PromQL クエリでは最大で 32 日間しかまたがることができません。

次のステップ

• Azure Monitor データ プラットフォームの詳細を確認します。
• Azure Monitor のログ データについて確認します。
• Azure のさまざまなリソースで入手できる監視データを確認します。