サービス接続モニター

重要

2021 年 7 月 1 日以降、既存のワークスペースに新しいテストを追加したり、Network Performance Monitor で新しいワークスペースを有効にしたりできなくなります。 2021 年 7 月 1 日より前に作成されたテストは引き続き使用できます。 現在のワークロードに対するサービスの中断を最小限に抑えるには、2024 年 2 月 29 日より前 に、テストを Network Performance Monitor から Azure Network Watcher の新しい接続モニターに移行します。

Network Performance Monitor のサービス接続モニター機能を使用して、TCP ポートが開いている任意のエンドポイントへのネットワーク接続を監視できます。 このようなエンドポイントには、Web サイト、SaaS アプリケーション、PaaS アプリケーション、SQL データベースが含まれます。

Service Connectivity Monitor では、次の機能を実行できます。

• 複数のブランチ オフィスまたは場所からアプリケーションとネットワーク サービスへのネットワーク接続を監視します。 アプリケーションとネットワーク サービスには、Microsoft 365、Dynamics CRM、内部基幹業務アプリケーション、SQL データベースが含まれます。
• 組み込みのテストを使用して、Microsoft 365 および Dynamics 365 エンドポイントへのネットワーク接続を監視します。
• エンドポイントに接続するときに発生する応答時間、ネットワーク待機時間、パケット損失を特定します。
• アプリケーションのパフォーマンスが低いかどうかは、ネットワークが原因なのか、アプリケーション プロバイダー側で何らかの問題が原因なのかを判断します。
• トポロジ マップ上の各ホップによって発生する待機時間を表示して、アプリケーションパフォーマンスの低下を引き起こしている可能性があるネットワーク上のホット スポットを特定します。

コンフィギュレーション

Network Performance Monitor の構成を開くには、 Network Performance Monitor ソリューション を開き、[ 構成] を選択します。

監視用に Log Analytics エージェントを構成する

監視に使用するノードで次のファイアウォール規則を有効にして、ソリューションがノードからサービス エンドポイントへのトポロジを検出できるようにします。

netsh advfirewall firewall add rule name="NPMDICMPV4Echo" protocol="icmpv4:8,any" dir=in action=allow 
netsh advfirewall firewall add rule name="NPMDICMPV6Echo" protocol="icmpv6:128,any" dir=in action=allow 
netsh advfirewall firewall add rule name="NPMDICMPV4DestinationUnreachable" protocol="icmpv4:3,any" dir=in action=allow 
netsh advfirewall firewall add rule name="NPMDICMPV6DestinationUnreachable" protocol="icmpv6:1,any" dir=in action=allow 
netsh advfirewall firewall add rule name="NPMDICMPV4TimeExceeded" protocol="icmpv4:11,any" dir=in action=allow 
netsh advfirewall firewall add rule name="NPMDICMPV6TimeExceeded" protocol="icmpv6:3,any" dir=in action=allow 

サービス コネクティビティ モニターのテストを作成する

サービス エンドポイントへのネットワーク接続を監視するテストの作成を開始します。

1. [ サービス接続モニター ] タブを選択します。

2. [ テストの追加] を選択し、テスト名と説明を入力します。 ワークスペースごとに最大 450 個のテストを作成できます。

3. テストの種類を選択します。
   

   • outlook.office365.com や bing.com など、HTTP/S 要求に応答するサービスへの接続を監視するには、[ Web ] を選択します。
     
   • TCP 要求に応答するが、SQL サーバー、FTP サーバー、SSH ポートなどの HTTP/S 要求に応答しないサービスへの接続を監視するには、[ ネットワーク ] を選択します。
   • たとえば、BLOB ストレージ アカウントに対する Web テストを作成するには、[ Web ] を選択し、 yourstorageaccount.blob.core.windows.net として「target」と入力します。 同様に、このリンクを使用して、他のテーブル ストレージ、キュー ストレージ、Azure Files のテストを作成できます。

4. ネットワーク待機時間、パケット損失、トポロジ検出などのネットワーク測定を実行しない場合は、[ ネットワーク測定の実行 ] チェック ボックスをオフにします。 機能から最大限のメリットを得るには、選択したままにします。

5. [ターゲット] に、ネットワーク接続を監視する URL/FQDN/IP アドレスを入力します。

6. [ ポート番号] に、ターゲット サービスのポート番号を入力します。

7. [ テスト頻度] に、テストを実行する頻度の値を入力します。

8. サービスへのネットワーク接続を監視するノードを選択します。 テストごとに追加されるエージェントの数が 150 未満であることを確認します。 どのエージェントでも、最大 150 個のエンドポイント/エージェントをテストできます。

   注

   Windows サーバー ベースのノードの場合、この機能は TCP ベースの要求を使用してネットワーク測定を実行します。 Windows クライアント ベースのノードの場合、この機能は ICMP ベースの要求を使用してネットワーク測定を実行します。 場合によっては、ノードが Windows クライアント ベースの場合、ターゲット アプリケーションによって受信 ICMP ベースの要求がブロックされます。 ソリューションでネットワーク測定を実行できません。 このような場合は、Windows サーバー ベースのノードを使用することをお勧めします。

9. 選択した項目の正常性イベントを作成しない場合は、 このテストの対象となるターゲットで [正常性の監視を有効にする] をオフにします。

10. 監視条件を選択します。 しきい値を入力することで、正常性イベント生成のカスタムしきい値を設定できます。 条件の値が、選択したネットワークまたはサブネットワーク ペアの選択したしきい値を超えると、正常性イベントが生成されます。

11. [ 保存] を 選択して構成を保存します。

    

ウォークスルー

Network Performance Monitor ダッシュボード ビューに移動します。 作成したさまざまなテストの正常性の概要を取得するには、[ サービス接続モニター] ページを参照 してください。

タイルを選択すると、[ テスト ] ページにテストの詳細が表示されます。 左側の表では、すべてのテストのサービス応答時間、ネットワーク待機時間、パケット損失の時点の正常性と値を表示できます。 ネットワーク ステート レコーダー コントロールを使用して、過去の別の時点でネットワーク スナップショットを表示します。 調査するテーブル内のテストを選択します。 右側のペインのグラフでは、損失、待機時間、応答時間の値の履歴傾向を表示できます。 [ テストの詳細] リンクを選択して、各ノードのパフォーマンスを表示します。

[ テスト ノード] ビューでは、各ノードからのネットワーク接続を確認できます。 パフォーマンスが低下しているノードを選択します。 これは、アプリケーションの実行速度が低下しているノードです。

アプリケーションの応答時間とネットワーク待機時間の間の相関関係を観察して、アプリケーション のパフォーマンスが低いかどうかは、ネットワークが原因なのか、アプリケーション プロバイダー側の問題なのかを判断します。

• アプリケーションの問題: 応答時間が急増しても、ネットワーク待機時間の一貫性は、ネットワークが正常に動作しており、アプリケーション側の問題が原因である可能性があることを示唆しています。

  

• ネットワークの問題: 対応するネットワーク待機時間の急増に伴う応答時間の急増は、応答時間の増加がネットワーク待ち時間の増加に起因する可能性があることを示唆しています。

  

問題がネットワークの原因であると判断したら、[ トポロジ ビュー] リンクを選択して、トポロジ マップ上の面倒なホップを特定します。 次の図に例を示します。 ノードとアプリケーション エンドポイント間の 105 ミリ秒の合計待機時間のうち、96 ミリ秒は、赤色でマークされたホップが原因です。 問題のあるホップを特定したら、是正措置を取ることができます。

診断

異常が発生した場合は、次の手順に従います。

• サービスの応答時間、ネットワーク損失、待機時間が NA と表示される場合、次の 1 つ以上の理由が原因である可能性があります。

  • アプリケーションがダウンしています。
  • サービスへのネットワーク接続の確認に使用されるノードがダウンしています。
  • テスト構成に入力されたターゲットが正しくありません。
  • ノードにネットワーク接続がありません。

• 有効なサービス応答時間が表示されていても、ネットワークの損失と待機時間が NA と表示される場合、次の 1 つ以上の理由が原因である可能性があります。

  • サービスへのネットワーク接続の確認に使用されるノードが Windows クライアント コンピューターの場合、ターゲット サービスが ICMP 要求をブロックしているか、ネットワーク ファイアウォールがノードから送信された ICMP 要求をブロックしています。
  • テスト構成では、[ ネットワーク測定の実行 ] チェック ボックスが空白です。

• サービスの応答時間が NA であっても、ネットワーク損失と待機時間が有効な場合、ターゲット サービスが Web アプリケーションではない可能性があります。 テスト構成を編集し、Web ではなくネットワークとしてテストの種類を選択します。

• アプリケーションの実行速度が遅い場合は、アプリケーションのパフォーマンスが低下しているかどうかは、ネットワークが原因か、アプリケーション プロバイダー側の問題かを判断します。

米国政府機関のお客様向けの GCC Office URL

米国政府バージニアリージョンの場合、組み込みの NPM は DOD URL のみです。 GCC URL を使用しているお客様は、カスタム テストを作成し、各 URL を個別に追加する必要があります。

フィールド	GCC
Office 365 ポータルと共有機能	portal.apps.mil
Office 365 の認証と ID	* login.microsoftonline.us * api.login.microsoftonline.com * clientconfig.microsoftonline-p.net * login.microsoftonline.com * login.microsoftonline-p.com * login.windows.net * loginex.microsoftonline.com * login-us.microsoftonline.com * nexus.microsoftonline-p.com * mscrl.microsoft.com * secure.aadcdn.microsoftonline-p.com
Office Online	* adminwebservice.gov.us.microsoftonline.com * adminwebservice-s1-bn1a.microsoftonline.com * adminwebservice-s1-dm2a.microsoftonline.com * becws.gov.us.microsoftonline.com * provisioningapi.gov.us.microsoftonline.com * officehome.msocdn.us * prod.msocdn.us * portal.office365.us * webshell.suite.office365.us * www .office365.us * activation.sls.microsoft.com * crl.microsoft.com * go.microsoft.com * insertmedia.bing.office.net * ocsa.officeapps.live.com * ocsredir.officeapps.live.com * ocws.officeapps.live.com * office15client.microsoft.com * officecdn.microsoft.com * officecdn.microsoft.com.edgesuite.net * officepreviewredir.microsoft.com * officeredir.microsoft.com * ols.officeapps.live.com * r.office.microsoft.com * cdn.odc.officeapps.live.com * odc.officeapps.live.com * officeclient.microsoft.com
Exchange Online	* outlook.office365.us * attachments.office365-net.us * autodiscover-s.office365.us * manage.office365.us * scc.office365.us
Microsoft Teams	gov.teams.microsoft.us

次のステップ

ログを検索 して、詳細なネットワーク パフォーマンス データ レコードを表示します。