次の方法で共有

Azure ExpressRoute を監視する

  • [アーティクル]

この記事では、次の内容について説明します。

  • このサービスに対して収集できる監視データの種類。
  • そのデータを分析する方法。

Note

このサービスや Azure Monitor を既に使い慣れていて、監視データの分析方法だけを確認したい場合は、この記事で後述する分析に関するセクションをご覧ください。

Azure リソースに依存するクリティカルなアプリケーションやビジネス プロセスがある場合は、システムを監視し、そのアラートを受け取る必要があります。 Azure Monitor サービスでは、システムのすべてのコンポーネントからメトリックとログを収集して集計します。 Azure Monitor を使用すると、可用性、パフォーマンス、回復性を視覚化し、問題に関する通知を受け取ることができます。 Azure portal、PowerShell、Azure CLI、REST API、またはクライアント ライブラリは、監視データの設定および表示に使用できます。

分析情報

Azure の一部のサービスについては、サービスを監視するための開始点となる監視ダッシュボードが Azure portal に組み込まれています。 これらのダッシュボードは、"分析情報" と呼ばれており、Azure portal の Azure Monitor の [分析情報ハブ] にあります。

ExpressRoute では Network Insights を利用して、互いに関連するすべての ExpressRoute コンポーネント (ピアリング、接続、ゲートウェイ) の詳細なトポロジ マッピングを提供します。 ExpressRoute のネットワークの分析情報には、可用性、スループット、パケットの破棄、ゲートウェイのメトリックに関する事前に読み込み済みのメトリック ダッシュボードもあります。 詳細については、「ネットワークの分析情報を使用した Azure ExpressRoute の分析情報」を参照してください。

リソースの種類

Azure では、リソースの種類と ID の概念を使用して、サブスクリプション内のすべてを識別します。 同様に、Azure Monitor では、コア監視データがリソースの種類 (名前空間とも呼ばれます) に基づいてメトリックとログに整理されます。 リソースの種類に応じてさまざまなメトリックとログが使用できます。 サービスは、複数のリソースの種類に関連付けられる可能性があります。

リソースの種類は、Azure で実行されているすべてのリソースのリソース ID の一部でもあります。 たとえば、Microsoft.Compute/virtualMachines は、仮想マシンのリソースの種類の 1 つです。 サービスとそれに関連付けられるリソースの種類の一覧については、リソース プロバイダーに関するページをご覧ください。

ExpressRoute のリソースの種類の詳細については、「ExpressRoute の監視データのリファレンス」を参照してください。

データ ストレージ

Azure Monitor の場合:

  • メトリック データは、Azure Monitor メトリック データベースに保存されます。
  • ログ データは、Azure Monitor ログ ストアに保存されます。 Log Analytics は、Azure portal のツールの 1 つであり、このストアに対してクエリを実行することができます。
  • Azure アクティビティ ログは、Azure Portal 内の独自のインターフェイスを持つ別のストアです。

必要に応じて、メトリックおよびアクティビティ ログ データを Azure Monitor ログ ストアにルーティングできます。 次に、Log Analytics を使用してデータのクエリを実行し、他のログ データと関連付けることができます。

多くのサービスで診断設定を使用して、メトリックとログ データを Azure Monitor の外部の他のストレージの場所に送信できます。 たとえば、Azure Storage、ホステッド パートナー システム、Event Hubs を使用する Azure 以外のパートナー システムなどがあります。

Azure Monitor によるデータの保存方法の詳細については、「Azure Monitor データ プラットフォーム」を参照してください。

リソース ログは、診断設定を作成して 1 つ以上の場所にルーティングするまでは収集および格納されません。

Azure portal、CLI、または PowerShell を使用して診断設定を作成するプロセスの詳細については、「Azure でプラットフォーム ログとメトリックを収集するための診断設定を作成する」を参照してください。 診断設定を作成するときは、収集するログのカテゴリを指定します。 Azure ExpressRoute のカテゴリの一覧については、Azure ExpressRoute 監視データのリファレンスに記載されています。

重要

これらの設定を有効にするには、追加の Azure サービス (ストレージ アカウント、イベント ハブ、または Log Analytics) が必要であり、コストが増加する可能性があります。 推定コストを計算するには、Azure 料金計算ツールにアクセスしてください。

Azure Monitor プラットフォームのメトリック

Azure Monitor により、ほとんどのサービスに関するプラットフォーム メトリックが提供されます。 これらのメトリックは次のとおりです。

  • 名前空間ごとに個別に定義されます。
  • Azure Monitor 時系列メトリック データベースに保存されます。
  • 軽量であり、凖リアルタイムのアラートをサポートできます。
  • リソースのパフォーマンスを時間の経過と共に追跡するために使用されます。

収集: Azure Monitor では、プラットフォーム メトリックを自動的に収集します。 構成は必要ありません。

ルーティング: また、通常は、プラットフォーム メトリックを Azure Monitor ログまたは Log Analytics にルーティングして、他のログ データを使用してクエリを実行することもできます。 詳細については、「メトリック診断設定」を参照してください。 サービスの診断設定を構成する方法については、「Azure Monitor で診断設定を作成する」を参照してください。

Azure Monitor ですべてのリソースに対して収集できるすべてのメトリックの一覧については、Azure Monitor でサポートされるメトリックに関する記事を参照してください。

ExpressRoute で使用可能なメトリックの一覧については、「Azure ExpressRoute の監視データのリファレンス」をご覧ください。

Note

クラシック メトリックの使用はお勧めしません。

メトリックの分析

Azure Monitor のメニューから [メトリック] を開き、メトリックス エクスプローラーを使用して、Azure ExpressRoute のメトリックを、他の Azure サービスからのメトリックと一緒に分析することができます。 このツールの使用方法の詳細については、「Azure Monitor メトリックス エクスプローラーでメトリックスを分析する」を参照してください。

ExpressRoute のメトリック ダッシュボードのスクリーンショット。

参考のために、Azure Monitor でサポートされているすべてのリソース メトリックの一覧を確認できます。

  • [ExpressRoute] メトリックを表示するには、リソースの種類を [ExpressRoute 回線] でフィルターを適用します。
  • [Global Reach] メトリックを表示するには、リソースの種類を [ExpressRoute 回線] でフィルターを適用し、Global Reach が有効になっている ExpressRoute 回線リソースを選択します。
  • ExpressRoute Direct メトリックを表示するには、 [ExpressRoute ポート] でリソースの種類をフィルターします。

メトリックを選択すると、既定の集計が適用されます。 必要に応じて、さまざまなディメンションでメトリックを表示する分割を適用できます。

ExpressRoute メトリック

[メトリック] を表示するには、[Azure Monitor] ページに移動して [メトリック] を選択します。 [ExpressRoute] メトリックを表示するには、リソースの種類を [ExpressRoute 回線] でフィルターを適用します。 [Global Reach] メトリックを表示するには、リソースの種類を [ExpressRoute 回線] でフィルターを適用し、Global Reach が有効になっている ExpressRoute 回線リソースを選択します。 ExpressRoute Direct メトリックを表示するには、 [ExpressRoute ポート] でリソースの種類をフィルターします。

メトリックを選択すると、既定の集計が適用されます。 必要に応じて、さまざまなディメンションでメトリックを表示する分割を適用できます。

重要

Azure portal で ExpressRoute メトリックを表示する場合は、可能な最適な結果を得るために、5 分以上の時間の細分性を選択します。

時間の細分性オプションのスクリーンショット。

ExpressRoute メトリックについては、「Azure ExpressRoute の監視データのリファレンス」をご覧ください。

集計の種類

メトリックス エクスプローラーでは、集計の種類として、合計、最大、最小、平均、カウントがサポートされています。 各 ExpressRoute メトリックの分析情報を確認するときは、推奨される集計の種類を使用する必要があります。

  • Sum:集計間隔でキャプチャされたすべての値の合計。
  • Count:集計間隔でキャプチャされた測定値の数。
  • Average: 集計間隔でキャプチャされたメトリック値の平均。
  • Min:集計間隔でキャプチャされた値の最小値。
  • Max:集計間隔でキャプチャされた値の最大値。

Azure Monitor リソース ログ

リソース ログでは、Azure リソースによって実行された操作に関する分析情報を提供します。 ログは自動的に生成されますが、保存するかクエリを実行するには、Azure Monitor ログにルーティングする必要があります。 ログはカテゴリに分類されています。 特定の名前空間に複数のリソース ログ カテゴリが含まれる場合があります。

収集: リソース ログは、"診断設定" を作成してログを 1 つ以上の場所にルーティングするまでは収集および保存されません。 診断設定を作成するときは、収集するログのカテゴリを指定します。 診断設定を作成して管理するには、Azure portal、プログラム、Azure Policy など、複数の方法があります。

ルーティング: 既定で推奨されるのは、リソース ログを Azure Monitor ログにルーティングして、他のログ データを使用してクエリを実行できるようにすることです。 Azure Storage、Azure Event Hubs、特定の Microsoft 監視パートナーなど、その他の場所も利用できます。 詳細については、「Azure リソース ログ」およびリソース ログの送信先に関するページを参照してください。

リソース ログの収集、保存、ルーティングの詳細については、「Azure Monitor の診断設定」を参照してください。

Azure Monitor で使用可能なすべてのリソース ログ カテゴリの一覧については、Azure Monitor でサポートされているリソース ログに関するページを参照してください。

Azure Monitor 内のすべてのリソース ログには、同じヘッダー フィールドの後にサービス固有のフィールドがあります。 共通のスキーマの概要については、Azure Monitor リソース ログのスキーマに関する記事をご覧ください。

使用可能なリソース ログ カテゴリ、それに関連する Log Analytics テーブル、および ExpressRoute のログ スキーマについては、「Azure ExpressRoute の監視データのリファレンス」をご覧ください。

Azure activity log

アクティビティ ログには、Azure リソースごとに操作を追跡する、そのリソースの外から見たサブスクリプションレベルのイベント (新しいリソースの作成や仮想マシンの起動など) が含まれます。

収集: アクティビティ ログ イベントは、Azure portal で表示するために、個別のストアに自動的に生成および収集されます。

ルート指定: アクティビティ ログ データを Azure Monitor ログに送信して、他のログ データと共に分析できます。 Azure Storage、Azure Event Hubs、特定の Microsoft 監視パートナーなど、その他の場所も利用できます。 アクティビティ ログをルーティングする方法の詳細については、Azure アクティビティ ログの概要に関するページをご覧ください。

Log Analytics のその他のメトリック

ExpressRoute メトリックは、ExpressRoute 回線に移動し、[ログ] タブを選択することで表示することもできます。クエリを実行するメトリックについては、出力に以下の列が含まれます。

列 タイプ 説明
TimeGrain string PT1M (メトリック値が 1 分ごとにプッシュされます)
Count real 通常は 2 です (各 MSEE により、1 分ごとにメトリック値が 1 つプッシュされます)
最小値 real 2 つの MSEE によってプッシュされる 2 つのメトリック値の最小値
最大値 real 2 つの MSEE によってプッシュされる 2 つのメトリック値の最大値
Average real (最小値 + 最大値)/2 に等しい
合計 real 両方の MSEE からの 2 つのメトリック値の合計 (クエリが実行されたメトリックの場合、メインの値に焦点が当たる)

ログの分析

Azure Monitor ログのデータはテーブルに格納され、各テーブルには独自の一意のプロパティ セットがあります。

Azure Monitor 内のすべてのリソース ログには、同じフィールドの後にサービス固有のフィールドがあります。 共通のスキーマの概要については、Azure Monitor リソース ログのスキーマに関する記事をご覧ください。 ExpressRoute リソース ログのスキーマは、Azure ExpressRoute のデータ リファレンスに関する記事で確認できます。

アクティビティ ログは、サブスクリプション レベルのイベントの分析情報を提供するプラットフォーム ログインです。 個別に表示できるほか、Azure Monitor ログにルーティングして、Log Analytics を使用してより複雑なクエリを実行することもできます。

Azure ExpressRoute は、次のテーブルにデータを格納します。

テーブル 説明
AzureDiagnostics リソース ログを格納するために複数のサービスによって使用される共通テーブル。 ExpressRoute からのリソース ログは、MICROSOFT.NETWORK で識別できます。
AzureMetrics Azure ExpressRoute によって生成される、その正常性とパフォーマンスを測定したメトリック データ。

これらのテーブルを表示するには、ExpressRoute 回線リソースに移動し、 [監視] で [ログ] を選択します。

Note

BGP ルート テーブル ログなどの Azure 診断ログは、24 時間ごとに更新されます。

監視データを分析する

監視データを分析するためのツールは多数あります。

Azure Monitor ツール

Azure Monitor は、次の基本的なツールをサポートします。

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

  • ダッシュボードを使用すると、さまざまな種類のデータを組み合わせて、Azure portal 内の 1 つのペインに表示できます。
  • ブック。Azure portal で作成できるカスタマイズ可能なレポート。 ブックには、テキスト、メトリック、ログ クエリを含めることができます。
  • 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 ログ/Log Analytics ストアの監視データを分析できます。

重要

ポータルでサービスのメニューから [ログ] を選択すると、クエリ スコープが現在のサービスに設定された状態で Log Analytics が開きます。 このスコープは、ログ クエリにその種類のリソースのデータのみが含まれることを意味します。 他の Azure サービスのデータを含むクエリを実行する場合は、[Azure Monitor] メニューから [ログ] を選択します。 詳細については、「Azure Monitor Log Analytics のログ クエリのスコープと時間範囲」を参照してください。

いずれかのサービスに関する一般的なクエリの一覧については、Log Analytics クエリ インターフェイスに関するページを参照してください。

サンプル Kusto クエリ

これらのクエリは新しい言語で使用できます。

  • 過去 12 時間に学習した Border Gateway Protocol (BGP) ルート テーブルのクエリ。

    AzureDiagnostics
| where TimeGenerated > ago(12h)
| where ResourceType == "EXPRESSROUTECIRCUITS"
| project TimeGenerated, ResourceType , network_s, path_s, OperationName

  • レベル、リソースの種類、およびネットワーク別に BGP 情報メッセージのクエリ。

    AzureDiagnostics
| where Level == "Informational"
| where ResourceType == "EXPRESSROUTECIRCUITS"
| project TimeGenerated, ResourceId , Level, ResourceType , network_s, path_s

  • 過去 1 時間のトラフィック グラフ BitInPerSeconds のクエリ。

    AzureMetrics
| where MetricName == "BitsInPerSecond"
| summarize by Average, bin(TimeGenerated, 1h), Resource
| render timechart

  • 過去 1 時間のトラフィック グラフ BitOutPerSeconds のクエリ。

    AzureMetrics
| where MetricName == "BitsOutPerSecond"
| summarize by Average, bin(TimeGenerated, 1h), Resource
| render timechart

  • 5 分間隔で ArpAvailability のグラフのクエリ。

    AzureMetrics
| where MetricName == "ArpAvailability"
| summarize by Average, bin(TimeGenerated, 5m), Resource
| render timechart

  • 5 分間隔で BGP 可用性のグラフのクエリ。

    AzureMetrics
| where MetricName == "BGPAvailability"
| summarize by Average, bin(TimeGenerated, 5m), Resource
| render timechart

警告

Azure Monitor のアラートにより、監視データで特定の状態が見つかったときに事前に通知を受け取ります。 アラートにより、ユーザーが気付く前に、管理者が問題を識別して対処できます。 詳細については、Azure Monitor アラートに関するページを参照してください。

Azure リソースに関する一般的なアラートのソースは数多くあります。 Azure リソースに関する一般的なアラートの例については、ログ アラート クエリのサンプルに関するページをご覧ください。 Azure Monitor ベースライン アラート (AMBA) サイトには、重要なプラットフォーム メトリック アラート、ダッシュボード、ガイドラインを実装するための半自動化された方法が用意されています。 このサイトは、Azure ランディング ゾーン (ALZ) の一部であるすべてのサービスを含む、Azure サービスの継続的に拡張されるサブセットに適用されます。

共通アラート スキーマを使用すると、Azure Monitor のアラート通知の使用を標準化できます。 詳細については、「共通アラート スキーマ」をご覧ください。

アラートの種類

Azure Monitor データ プラットフォームでは、任意のメトリックまたはログ データ ソースに対してアラートを生成できます。 監視するサービスと収集する監視データに応じて、さまざまな種類のアラートがあります。 アラートの種類に応じて、さまざまな利点と欠点があります。 詳細については、適切な種類の監視アラートの選択に関するページをご覧ください。

次の一覧では、作成できる Azure Monitor アラートの種類について説明します。

  • メトリック アラートでは、リソース メトリックを定期的に評価します。 メトリックはプラットフォーム メトリック、カスタム メトリック、メトリックに変換された Azure Monitor からのログまたは Application Insights メトリックにすることができます。 メトリック警告では、複数の条件と動的しきい値を適用することもできます。
  • ログ アラートでは、ユーザーは Log Analytics クエリを使用して、定義済みの頻度でリソース ログを評価できます。
  • アクティビティ ログ アラートは、定義された条件と一致する新しいアクティビティ ログ イベントが発生したときにトリガーされます。 Resource Health アラートと Service Health アラートは、サービスとリソースの正常性を報告するアクティビティ ログ アラートです。

一部の Azure サービスでは、スマート検出アラート、Prometheus アラート、推奨されるアラート ルールもサポートされています。

一部のサービスでは、同じ Azure リージョン内に存在する同じ種類の複数のリソースに同じメトリック警告ルールを適用することで、大規模に監視することができます。 監視対象リソースごとに個別の通知が送信されます。 サポートされている Azure サービスとクラウドについては、「1 つのアラート ルールで複数のリソースを監視する」をご覧ください。

Note

Microsoft のエッジとコア ネットワークの間のメンテナンス中は、顧客のエッジと Microsoft のエッジの間で BGP セッションがアップしたままであっても、BGP の可用性は低下します。 Microsoft のエッジとコア ネットワークの間のメンテナンスについては、メンテナンス アラートを有効にして構成してあることを確認してください。

Note

サービスで動作するアプリケーションを作成または実行している場合、Azure Monitor Application Insights は他の種類の警告を表示する場合があります。

ExpressRoute アラート ルール

次の表に、ExpressRoute に推奨されるアラート ルールをいくつか示します。 これらのアラートは例に過ぎません。 「Azure ExpressRoute 監視データ リファレンス」の中に一覧表示されている任意のメトリック、ログ エントリ、またはアクティビティ ログ エントリに対してアラートを設定することができます。

アラートの種類 条件 説明
ARP 可用性のダウン ディメンション名: ピアリングの種類、集計の種類: 平均、演算子: より小さい、しきい値: 100% ピアリングの種類の ARP 可用性がダウンである場合。
BGP 可用性のダウン ディメンション名: ピア、集計の種類: 平均、演算子: より小さい、しきい値: 100% ピアの BGP 可用性がダウンである場合。

ExpressRoute ゲートウェイの接続のアラート

  1. アラートを構成するために、Azure Monitor に移動して、 [アラート] を選択します。

    [監視の概要] ページの [アラート] オプションのスクリーンショット。

  2. [+ 作成] > [アラート ルール] を選択し、ExpressRoute ゲートウェイの接続リソースを選択します。 [次へ: 条件 >] を選択して、シグナルを構成します。

    [リソースの選択] ページから ExpressRoute 仮想ネットワーク ゲートウェイを選択する操作のスクリーンショット。

  3. [シグナルの選択] ページで、アラートを受け取るメトリック、リソース正常性、またはアクティビティ ログを選択します。 選択したシグナルによっては、しきい値などの追加情報の入力が必要になる場合があります。 複数のシグナルを 1 つのアラートに結合することもできます。 [次へ: アクション >] を選択して、通知を受け取るユーザーとその方法を定義します。

    ExpressRoute ゲートウェイに関してアラートを発行できるシグナルの一覧のスクリーンショット。

  4. [+ アクション グループの選択] を選択して、前に作成した既存のアクション グループを選択するか、[+ アクション グループの作成] を選択して、新しいアクション グループを定義します。 アクション グループでは、通知の送信方法と、通知を受け取るユーザーを決定します。

    [アクション グループの追加] ページのスクリーンショット。

  5. [確認と作成] を選択し、[作成] を選択して、アラートをサブスクリプションにデプロイします。

Advisor の推奨事項

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

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

各ピアリングに基づくアラート

メトリックを選択した後、特定のメトリックを使用すると、ピアリングまたは特定のピア (仮想ネットワーク) に基づいてディメンションを設定できます。

ExpressRoute ピアリングの設定に基づくアラート ルールのスクリーンショット。

回線でアクティビティ ログのアラートを構成する

アラートを受け取るシグナルを選択する場合は、シグナルの種類として [アクティビティ ログ] を選択します。

シグナルの選択ページからのアクティビティ ログ シグナルのスクリーンショット。

関連するコンテンツ