Network Performance Monitor から接続モニターに移行する

この記事では、既存のテストをネットワーク パフォーマンス モニターから新しい接続モニターに移行し、ダウンタイムをゼロにする方法について説明します。 詳細については、「接続の監視の概要」を参照してください。

新しい接続モニターの主な利点

新しい接続モニターの主な利点を次に示します。

• Azure エンドポイントとハイブリッド エンドポイントの統合された接続監視エクスペリエンス

  • Azure Monitor エージェントで、移行元と移行先のエンドポイントとして ARC サーバーが有効になります。

  • クロスサブスクリプション、クロスワークスペースクロスリージョンの監視がサポートされます。

  • 仮想マシン (VM) とスケール セットが、移行元と移行先のエンドポイントとしてサポートされます。

• 簡素化されたエージェント サポートによる容易なエクスペリエンス

  • ARC エンドポイントと互換性のある軽量な Azure Network Watcher 拡張機能。

  • ARC が有効なオンプレミス エンドポイントを使用した Azure Monitor エージェント拡張機能をサポートします。

  • エージェント有効化の自動サポートを使用してエージェントを自動アップグレードします。

• 新しいトポロジを使用してエンドツーエンドのネットワーク パスのパフォーマンスを視覚化および測定する (プレビュー)

  • TCP、ICMP、HTTP プロトコル全体の統合監視を使用したネットワーク パフォーマンス メトリックに関する詳細な分析情報。

  • エンドツーエンドのネットワーク パスと接続の可視化を、パス コンポーネント間のホップごとの待機時間とパスの損失とともに強化して、待機時間やパケット損失が大きいリンクを強調表示します。

  • インターネット ホップ間で使用可能な geo メタデータと ASN データ。

  • Microsoft Edge 検出を使用して、最後の 1 マイル、ミドル マイル、最後のマイルの待機時間を強調表示します。

• アクションにつながる明確な分析情報を使用した高度なトラブルシューティング

  • ネットワーク接続の問題のリアルタイム警告を使用した迅速に検出します。

  • 接続エラーの根本的な原因を強調するための、ネットワーク パス コンポーネント全体の変更に関するスマートな分析情報。

  • エンドポイント接続エラーの原因であるブロック ルールとリソースを特定します。

ネットワーク パフォーマンス モニター対新しい接続モニター

次の表は、ネットワーク パフォーマンス モニターと新しい接続モニターを比較しています。

注意する点

この移行は、次の結果を生み出すために役立ちます。

• オンプレミスのエージェントとファイアウォールの設定はそのままで動作します。 変更の必要はありません。 Azure 仮想マシンにインストールされている Log Analytics エージェントを、Network Watcher 拡張機能に置き換える必要があります。
• 既存のテストは、[接続モニター] > [テスト グループ] > [テスト形式] にマップされます。 [編集] を選択すると、新しい接続モニターのプロパティを表示して変更したり、テンプレートをダウンロードして変更したり、Azure Resource Manager 経由でテンプレートを送信したりすることができます。
• エージェントによって、Log Analytics ワークスペースとメトリックの両方にデータが送信されます。
• データの監視:
  • Log Analytics 内のデータ: 移行まで、データは NetworkMonitoring テーブルで Network Performance Monitor が構成されているワークスペースに残っています。 移行後、データは、同じワークスペース内の NetworkMonitoring テーブル、NWConnectionMonitorTestResult テーブル、および NWConnectionMonitorPathResult テーブルに移ります。 Network Performance Monitor でテストが無効にされた後、データは NWConnectionMonitorTestResult テーブルと NWConnectionMonitorPathResult テーブルにのみ格納されるようになります。
  • ログ ベースのアラート、ダッシュボード、統合: 新しい NWConnectionMonitorTestResult テーブルと NWConnectionMonitorPathResult テーブルに基づいて、クエリを手作業で編集する必要があります。 メトリックでアラートを再作成する場合は、「Azure Monitor のメトリック」を参照してください。
• ExpressRoute の監視の場合:
  • エンド ツー エンドの損失と待機時間: 監視する回線とピアリングを構成する必要がないため、Network Performance Monitor の場合より、接続モニターの方が簡単です。 パス内の回線が自動的に検出され、(Network Performance Monitor で結果が格納される LA よりも高速に) データをメトリックで使用できます。
  • 帯域幅の測定: 帯域幅に関連するメトリックの登場により、Network Performance Monitor のログ分析ベースのアプローチは、ExpressRoute のお客様向けの帯域幅の監視には効果がなくなりました。 この機能は、接続モニターでは現在使用できません。

前提条件

• Log Analytics ワークスペースのサブスクリプションとリージョンで Network Watcher が有効になっていることを確かめます。 そのようになっていない場合、"移行を試みる前に、選択した LA ワークスペースのサブスクリプションと場所で Network Watcher 拡張機能を有効にしてください" というエラーが表示されます。
• Log Analytics ワークスペースとは異なるリージョン/サブスクリプション内にある Azure 仮想マシン (VM) がエンドポイントとして使用されている場合、そのサブスクリプションとリージョンで Network Watcher が有効になっていることを確認します。
• Log Analytics エージェントがインストールされている Azure 仮想マシンで、Network Watcher 拡張機能を有効にする必要があります。

テストを移行する

Network Performance Monitor から接続モニターにテストを移行するには、これらの手順に従います。

1. Network Watcher で、[接続モニター] を選択して、[NPM からテストをインポートする] タブを選択します。

   

2. ドロップダウン リストで、お使いのサブスクリプションとワークスペースを選んでから、移行する Network Performance Monitor 機能を選択します。

3. [インポート] を選択してテストを移行します。

   • ワークスペースで Network Performance Monitor が有効になっていない場合は、"有効な NPM 構成が見つかりませんでした" というエラーが表示されます。
   • 手順 2 で選択した機能にテストが存在しない場合、"選択したワークスペースには<機能>構成がありません" というエラーが表示されます。
   • 有効なテストがない場合は、"Workspace selected does not have valid tests" (選択したワークスペースには有効なテストがありません) というエラーが表示されます
   • テストには、アクティブではなくなったものの、過去にアクティブだったエージェントが含まれている可能性があります。 次のようなエラーが表示されます: "いくつかのテストに、アクティブではなくなったエージェントが含まれています。 これらのエージェントは、過去に実行されていた可能性がありますが、シャットダウンされたか、今はもう実行されていません。 エージェントを有効にして、接続モニターに移行してください。 非アクティブなエージェントが含まれていないテストを移行するには、[続行] を選択します。"

移行が開始されると、次の変更が行われます。

• 新しい接続モニター リソースが作成されます。
  • リージョンとサブスクリプションごとに 1 つの接続モニターが作成されます。 オンプレミスのエージェントを使用するテストの場合、新しい接続モニターの名前は <workspaceName>_<workspace_region_name> という形式になります。 Azure のエージェントを使用するテストの場合、新しい接続モニターの名前は <workspaceName>_<Azure_region_name> という形式になります。
  • 監視データは、Network Performance Monitor が有効になっている Log Analytics ワークスペースと同じ場所の新しいテーブル (NWConnectionMonitorTestResult テーブルと NWConnectionMonitorPathResult テーブル) に格納されるようになりました。
  • テスト名はテスト グループ名として引き継がれます。 テストの説明は移行されません。
  • 移行元と移行先のエンドポイントが作成され、新しいテスト グループで使用されます。 オンプレミスのエージェントの場合、エンドポイントは <workspaceName>_<FQDN of on-premises machine> という形式になります。 エージェントの説明は移行されません。
  • 宛先ポートとプローブ間隔は、TC_<protocol>_<port> と TC_<protocol>_<port>_AppThresholds というテスト構成に移動されます。 ポートの値に基づいて、プロトコルが設定されます。 ICMP の場合、テスト構成の名前は TC_<protocol> と TC_<protocol>_AppThresholds になります。 成功のしきい値とその他の省略可能なプロパティが設定されている場合は、それらが移行されます。設定されていない場合は空白のままになります。
  • 移行するテストに、実行されていないエージェントが含まれている場合は、エージェントを有効にして再度移行する必要があります。
• Network Performance Monitor は無効化されないため、移行後のテストで、NetworkMonitoring テーブル、NWConnectionMonitorTestResult テーブルおよび NWConnectionMonitorPathResult テーブルにデータを送り続けることができます。 このアプローチにより、既存のログ ベースのアラートと統合が影響を受けないことが保証されます。
• 新しく作成された接続モニターが接続モニターに表示されます。

移行後は、必ず次のようにしてください。

• Network Performance Monitor でテストを手動で無効にします。 それまでの間、それらに対して引き続き同じ料金が発生します。
• Network Performance Monitor を無効にしている間に、NWConnectionMonitorTestResult および NWConnectionMonitorPathResult テーブルのアラートを再作成するか、メトリックを使用します。
• 外部統合を NWConnectionMonitorTestResult テーブルと NWConnectionMonitorPathResult テーブルに移行します。 外部統合の例は、Power BI や Grafana のダッシュボードや、セキュリティ情報イベント管理 (SIEM) システムとの統合などです。

発生する一般的なエラー

移行中に発生する可能性がある一般的なエラーを次の表に一覧表示します。

関連するコンテンツ

• 接続モニター (クラシック) から接続モニターに移行する。
• Azure portal を使用して接続モニターを作成する。