--- title: "ネットワークパフォーマンスモニタリングで Windows ホストを監視する" description: "Windows 向けのネットワークパフォーマンスモニタリングを使用して、マルチ OS ネットワークの下位レベルトラフィックを可視化および分析します。" author: "Yael Goldstein, Paul Gottschling" date: 2020-12-11 tags: ["ネットワークパフォーマンスモニタリング", "windows", "ネットワーク"] blog_type_id: the-monitor locale: ja --- ハイブリッドまたはクラウド環境で Windows と Linux ベースのホストをどちらも実行している場合は、ネットワークの監視が特に重要な意味を持ちます。しかも、この場合の監視はそう簡単にはいきません。ネットワーク接続がますます分散化し、ダイナミックになりつつある今、リージョンやサービス、OS をまたいだ接続の問題をすばやく特定するための対策が必要です。 Datadog の[ネットワークパフォーマンスモニタリング (NPM)](https://www.datadoghq.com/blog/network-performance-monitoring.md) は、これらの動的な環境を包括的に可視化してくれる便利なツールです。現在は Windows ホストも[サポートできる](https://docs.datadoghq.com/network_monitoring/cloud_network_monitoring/setup.md?tab=agentlinux)ようになりました。NPM で Windows がサポートされたことで、ネットワークのエンドポイントをまたぐトラフィックのフローを可視化し、 マルチ OS 環境でアプリケーションとインフラストラクチャーに関する問題をコンテキスト化することができます。 ![ネットワークパフォーマンスモニタリングのネットワーク概要ページ。現在は Windows にも対応。](https://web-assets.dd-static.net/42588/1776352315-cnm-windows-support-npm-windows-support-net-overview.png) ## OS の種類に関わらずネットワークを可視化 インフラストラクチャーでマイクロサービス、マルチクラウドデプロイ、カナリア構成、その他の複雑なネットワークアーキテクチャを運用している場合、ネットワーク トポロジーを概念化および監視する最も効果的な方法は「ネットワークをライブで可視化すること」です。ネットワークパフォーマンスモニタリングなら、Windows と Linux ホストの両方でお使いのネットワークアーキテクチャを可視化することができます。さらに深い構造を知りたい場合は、メトリクスとタグベースのフィルターを使用してデータを掘り下げ、ネットワークの遅延や接続問題が頻繁に発生する依存関係をすばやく特定することができます。 ### ネットワークマップを使用して、ネットワーク トポロジーのインサイトをすばやく取得 Datadog のネットワークパフォーマンスモニタリングは Windows サーバーのインスタンス、IIS ロードバランサー、SQL Server のレプリカ、およびインフラストラクチャー内にあるすべてのホスト間のネットワークトラフィックをマッピングします。 ネットワークマップはネットワーク内における問題の所在を特定するのに役立ちます。以下の例では、ネットワークマップを使用してアプリケーション内のインシデントを調査しています。マップにはサービス間で送信されたバイトの量が表示されます。 ![Windows 対応の NPM を使用して、ネットワークマップでサービス間のトラフィックを表示します。](https://web-assets.dd-static.net/42588/1776352319-cnm-windows-support-npm-windows-support-net-map1.png) *Windows 対応の NPM を使用して、ネットワークマップでサービス間のトラフィックを表示します。* ネットワークマップには各サービスに関連するアラート設定のステータスが表示されるため、健全なサービスの中でアラート状態のものがあった場合にすばやく調査を開始することができます。 ネットワークマップでネットワークの流れを可視化することで、知らなかったサービスがまだ稼働しているなど、ネットワークの非効率性をすばやく把握することができます。この情報をもとに最適化できそうな箇所を特定し、新しいアベイラビリティゾーンでのブルーグリーン・デプロイメントやロールアウトといった運用を監視します。 アラート設定されたノードがあった場合は、そのノードをクリックし、コンテキストメニューで「Inspect」をクリックして、そのノードのアップストリームまたはダウンストリームの依存関係で同じくアラートが発生していないかをすばやく確認することができます。 ![Windows 対応の NPM を使用して、ネットワーク内のサービスの依存関係を検査します。](https://web-assets.dd-static.net/42588/1776352323-cnm-windows-support-npm-windows-support-inspect.mp4) ### ネットワーク概要で詳細を掘り下げ ネットワーク概要とは、お使いの Windows および Linux 環境におけるネットワークの依存関係と、それらの依存関係の健全性を表示するカスタマイズ可能なビューのことです。 [タグを使用してグループ化およびフィルタリング](https://docs.datadoghq.com/network_monitoring/cloud_network_monitoring/network_analytics.md?tab=loadbalancers#queries)を行うことで、IP 同士の接続データを仮想プライベートクラウド、アベイラビリティゾーン、サービス、その他インフラストラクチャーで重要な部分をまたぐトラフィックフローとして可視化することができます。また、[ファセットパネル](https://docs.datadoghq.com/network_monitoring/cloud_network_monitoring/network_analytics.md?tab=loadbalancers#facet-panels)を使用してビューの表示を特定のアプリケーションポート (例: Kafka や Redis 向けなど) のスコープに絞り込み、(たとえば) インフラストラクチャーの依存関係が VPC 間のネットワーク遅延を増加させているかどうかといった問題を特定することができます。 ![Windows 対応の NPM では、ネットワーク概要サイドバーにログ、トレース、プロセスメトリクスに関わる接続データが表示されます。](https://web-assets.dd-static.net/42588/1776352328-cnm-windows-support-npm-windows-support-net-page-sidebar.png) *Windows 対応の NPM では、ネットワーク概要サイドバーにログ、トレース、プロセスメトリクスに関わる接続データが表示されます。* あるネットワークの依存関係でデータ量が突然変化した場合は、関連する[プロセス](https://docs.datadoghq.com/infrastructure/process.md)、[ログ](https://docs.datadoghq.com/logs.md)、[トレース](https://docs.datadoghq.com/tracing.md)を検査することでその原因や影響をすばやく特定できます。 - トラフィックが急増すると、CPU の使用率や宛先エンドポイントで実行されているプロセスの RSS メモリが増加します - ネットワークのトラフィック量が減少すると、データベース接続が落ちた旨のエラーログが増加します - Web サーバーの需要が上がると、リクエストのレイテンシーも増加する傾向にあります ## Windows 対応の NPM でネットワークのトラブルシューティングを効率化 ログ、インフラストラクチャーのメトリクス、アプリケーショントレースを利用してネットワークフローのデータを可視化することで、コンテキストを切り替えることなく、Windows またはマルチ OS ネットワークにおける問題の根本原因をすばやく突き止めることができます。この仕組みを以下の例でご説明しましょう。 このシナリオでは、Datadog のアラートがお客様のチームに「パブリッククラウド内で実行されているアプリケーションで、リクエストの処理に通常よりもかなり時間がかかっている」ことを通知します。`availability_zone` タグで [multi-alert](https://docs.datadoghq.com/monitors/monitor_types/metric.md?tab=threshold#alert-grouping) が設定されているため、レイテンシーが上がっても影響を受けるのは単一のアベイラビリティゾーン (AZ) 内でアプリケーションを実行しているホストのみだということが分かります。アラートの通知には、ネットワーク概要のビューを開くリンク([タグ変数](https://docs.datadoghq.com/monitors/notifications/?tab=is_alert#tag-variables)を使用)が含まれます。 このリンクはアプリケーションが宛先となるネットワークフローのみを表示するよう事前にフィルタリングされています。残りのテレメトリーデータに NPM データを関連付けて、次のように問題の潜在的な原因を調査することができます。 - 影響を受けるアベイラビリティゾーンで実行されるアプリケーションの[需要が極めて高い](#関連する AZ のアプリケーションインスタンスが、ネットワークトラフィックで過負荷状態である) - アプリケーションホスト内で実行されるプロセスが[通常より多くの CPU を消費している](#アプリケーションサーバーが通常より多くの CPU を消費している) - 直近のリリースで、アプリケーションに[エラーを起こしやすいコードパス](#アプリケーションコードにエラーが含まれている)が実装された - インフラストラクチャーの依存関係が[不健全](#インフラストラクチャーの依存関係でエラー率が上昇している) ![Windows 対応の NPM でネットワークのトラブルシューティングを効率化。](https://web-assets.dd-static.net/42588/1776352332-cnm-windows-support-npm-windows-support-troubleshooting-diagram.png) ### 関連する AZ のアプリケーションインスタンスが、ネットワークトラフィックで過負荷状態である アラート通知からネットワーク概要を開いて、影響を受ける AZ のアプリケーションホストが通常より多いネットワークトラフィックを処理していないかを確認します。「Volume Sent」グラフでサービスへのトラフィックが異常に増加している場合は、アプリケーションコードやアプリケーションホストの条件以外の要素 (アップストリームのプロキシでの構成ミスや別の AZ で可用性が失われたなど) によってアプリケーションのレイテンシーが急上昇したことを示します。 ![Windows 対応の NPM でネットワークのトラブルシューティングを効率化。](https://web-assets.dd-static.net/42588/1776352336-cnm-windows-support-npm-windows-support-npm-service.png) ### アプリケーションサーバーが通常より多くの CPU を消費している ネットワーク概要で、お使いのアプリケーションが宛先となるフローのいずれかをクリックします。すると、そのフローに関する詳細を含むサイドバーが開きます。ここから「Processes」タブを開き、フローに関連するすべてのプロセスについてのデータを閲覧します。CPU 使用率でプロセスを並べ替えることで、(ローカルの DNS リゾルバーなど) 予期しないプロセスがアプリケーションに割り当てられたコンピューティングリソースを消費していないかどうかを確認できます。 ![Windows 対応の NPM でネットワークのトラブルシューティングを効率化。](https://web-assets.dd-static.net/42588/1776352341-cnm-windows-support-npm-windows-support-proc-sidebar.png) ### アプリケーションコードにエラーが含まれている アプリケーションを含むフローをクリックするとネットワーク概要のサイドバーが開くので、そこで「Traces」タブをクリックします。アプリケーションへのリクエストに対する応答コードが 503 (サービス利用不可) であった場合、これらのリクエストはタイムアウト状態になっています。エラーを含むフレームグラフを確認すると、影響を受けるアベイラビリティゾーンでチームがカナリアデプロイを行ったリリースに、「[テーブル全体をスキャンする](https://www.red-gate.com/simple-talk/sql/performance/identifying-and-solving-index-scan-problems/)」SQL Server のクエリが含まれていたことで、リクエストの時間がタイムアウト間隔を超過してしまっていたことが分かります。 ### インフラストラクチャーの依存関係でエラー率が上昇している アプリケーション用に作成したカスタムダッシュボードを開いて、[NPM データ](https://docs.datadoghq.com/dashboards/widgets/network.md)、およびインフラストラクチャーとアプリケーションから取得したその他のデータを確認します。その後、`availability_zone` [テンプレート変数](https://docs.datadoghq.com/dashboards/template_variables.md)を、アプリケーションリクエストのレイテンシーが高い旨のアラートをトリガーしたものへと調整します。Datadog は [Azure](https://docs.datadoghq.com/integrations/azure.md?tab=azurecliv20)、[AWS](https://docs.datadoghq.com/integrations/amazon_web_services.md?tab=automaticcloudformation)、[GCP](https://docs.datadoghq.com/integrations/google_cloud_platform.md?tab=datadogussite)、およびその他のサービスと統合が可能であるため、リクエストのレイテンシーメトリクスが Amazon S3 ([`aws.s3.4xx_errors`](https://docs.datadoghq.com/integrations/amazon_s3/)) の `NoSuchKey` や `InvalidObjectState` [エラー](https://docs.aws.amazon.com/AmazonS3/latest/API/ErrorResponses.html#ErrorCodeList)など、クラウドベースの依存関係に起因するエラーと関連しているかどうかを確認することができます。 ![Windows 対応の NPM でネットワークのトラブルシューティングを効率化。](https://web-assets.dd-static.net/42588/1776352345-cnm-windows-support-npm-windows-support-infra-apm-dash.png) これらのシナリオのいずれかで単一 AZ でのレイテンシー増加が解決しない場合は、お使いのクラウドプロバイダーのネットワークが停止している可能性があります。サポートチームにお問い合わせください。 ## わずか数分でネットワークレベルの可視性を実現 Windows ホスト向けのネットワークパフォーマンスモニタリングを使用すれば、マルチクラウドおよびマルチ OS 環境を総合的に可視化することができます。Datadog のカスタム Windows ドライバーは、ローカルネットワークインターフェースとレポートデータを介して Datadog Agent へと到達するすべてのトラフィックをサンプリングなしで検査します。NPM の [Linux 向け eBPF 搭載システムプローブ](https://www.datadoghq.com/blog/network-performance-monitoring.md#fast-and-light-with-ebpf)と同様、Windows ドライバーも最小限のオーバーヘッドで実行することができます。 Windows 版のネットワークパフォーマンスモニタリングを有効化するには、[ドキュメント](https://docs.datadoghq.com/network_monitoring/performance/setup.md?tab=agent#windows-os)に記載のステップに従ってください。 ## すべてのエンドポイントをくまなく監視 Windows 対応の NPM でネットワーク トポロジーの変化を可視化することで、レイテンシーや接続関連の問題のトラブルシューティングを効率化し、ネットワークアーキテクチャ内の非効率を突き止めることができます。Datadog アカウントをお持ちでない場合は、にご登録いただくことですべてのインフラストラクチャーをまたぐネットワークフローの監視をすぐに開始できます。