Azure Monitor 統合による Azure App Service 環境

New Relic の統合には、 Microsoft Azure App Service 環境のメトリクスやその他のデータを New Relic にレポートするための統合が含まれています。このドキュメントでは、統合を有効にする方法と、レポートされるデータについて説明します。

特徴

Azure App Service Environment (ASE) は、Azure App Service のプレミアム機能です。これにより、独自の Azure 仮想ネットワーク (VNet) 内で直接実行される Azure App Service のシングルテナントインスタンスが提供され、ネットワークの分離とスケーリング機能の向上が実現します。

New Relicを使うと、以下のことができます。

事前に構築されたダッシュボードで Azure App Service 環境のデータを表示します。
カスタムクエリを実行し、データを視覚化します。
データの変化を通知するアラート条件を作成します。

統合をアクティブ化する

標準の Azure Monitor 統合手順に従って、New Relic インフラストラクチャの監視で Azure サービスを有効にします。

構成とポーリング

構成オプションを使用して、ポーリング頻度を変更し、データをフィルタリングできます。

New Relic は、既定のポーリング間隔に従って、Azure Monitor 統合を通じて App Service 環境サービスにクエリを実行します。

データを見つけて使用する

統合データを調べるには、 one.newrelic.com/infra > Azure > (統合を選択)に移動します。

メトリックデータ

この統合により、次のメトリックデータが収集されます。

Azure App Service 環境のメトリクス

メトリック	説明
`ActiveRequests`	特定の時点で App Service Environment によってアクティブに処理されているリクエストの数。
`AverageResponseTime`	ASE がリクエストを処理するのにかかる平均時間。
`BytesReceived`	すべてのフロントエンドインスタンスで使用される受信帯域幅。
`BytesSent`	すべてのフロントエンドインスタンスで使用される送信帯域幅。
`CpuPercentage`	すべてのフロントエンドインスタンスで使用される CPU。
`DiskQueueLength`	ストレージ上でキューに入れられた読み取りリクエストと書き込みリクエストの数。
`Http101`	HTTP 101 ステータスコードが返されたリクエストの数。
`Http2xx`	HTTP ステータスコードが `≥ 200` であったが `< 300`となったリクエストの数。
`Http3xx`	HTTP ステータスコードが `≥ 300` であったが `< 400`となったリクエストの数。
`Http401`	HTTP 401 ステータスコードが発生したリクエストの数。
`Http403`	HTTP 403 ステータスコードが発生したリクエストの数。
`Http404`	HTTP 404 ステータスコードが発生したリクエストの数。
`Http406`	HTTP 406 ステータスコードが発生したリクエストの数。
`Http4xx`	HTTP ステータスコードが `≥ 400` であったが `< 500`となったリクエストの数。
`Http5xx`	HTTP ステータスコードが `≥ 500` であったが `< 600`となったリクエストの数。
`HttpQueueLength`	実行される前にキューに待機する必要があった HTTP リクエストの数。
`HttpResponseTime`	ASE がリクエストを処理するのにかかる時間。
`LargeAppServicePlanInstances`	大規模な App Service Plan ワーカーインスタンスの数。
`MediumAppServicePlanInstances`	中規模の App Service Plan ワーカーインスタンスの数。
`MemoryPercentage`	すべてのフロントエンドインスタンスで使用されるメモリ。
`Requests`	処理された Web リクエストの数。
`SmallAppServicePlanInstances`	小規模な App Service Plan ワーカーインスタンスの数。
`TotalFrontEnds`	フロントエンドインスタンスの数。

この機械翻訳は参考用に提供されます。