Azure App Service での .NET、Node.js、Python、Java アプリケーションのアプリケーション監視を有効にする
自動インストルメンテーション ("ランタイム" 監視とも呼ばれます) は、コードの変更や高度な構成を必要とせずに Azure App Service の Application Insights を有効にする最も簡単な方法です。 特定のシナリオに基づいて、手動インストルメンテーションによる高度な監視が必要かどうかを評価します。
Note
インストルメンテーション キーのインジェストのサポートは、2025 年 3 月 31 日に終了します。 インストルメンテーション キーのインジェストは引き続き機能しますが、この機能の更新プログラムやサポートは提供されなくなります。 接続文字列に移行することで、新機能をご利用いただけます。
Application Insights を有効にする
重要
自動インストルメンテーションの監視と手動の SDK ベースのインストルメンテーションの両方が検出された場合は、手動のインストルメンテーション設定のみが受け付けられます。 この配置により、重複したデータが送信されるのを防ぐことができます。 詳細については、「トラブルシューティング」を参照してください。
Note
- .NET Core 長期サポート (LTS) リリースのみがサポートされます。
- 自己完結型デプロイのトリミングはサポートされていません。 代わりに、手動インストルメンテーションを使用してください。
Azure portal での自動インストルメンテーション
アプリ サービスの左側のナビゲーション メニューで [Application Insights] を選択し、[有効化] を選択します。
このアプリケーション用に、新しいリソースを作成するか、既存の Application Insights リソースを選びます。
注意
[OK] を選んで新しいリソースを作成すると、[監視の設定を適用します] というプロンプトが表示されます。 [続行] を選ぶと、新しい Application Insights リソースがアプリ サービスにリンクされます。 その後、アプリ サービスが再起動します。
使用するリソースを指定した後、アプリケーションのプラットフォームごとのデータを Application Insights でどのように収集するかを選択できます。 ASP.NET Core の収集オプションは、[推奨] または [無効] です。
監視拡張機能/エージェントを手動でアップグレードする
バージョン 2.8.9 以降からアップグレードする
バージョン 2.8.9 からのアップグレードは自動的に実行され、追加の操作は必要ありません。 新しい監視ビットは、バックグラウンドでターゲット アプリ サービスに配信され、アプリケーションの再起動時に取得されます。
実行している拡張機能のバージョンを確認するには、https://yoursitename.scm.azurewebsites.net/ApplicationInsights
に移動します。
バージョン 1.0.0 - 2.6.5 からのアップグレード
バージョン 2.8.9 以降では、プレインストールされたサイト拡張機能が使われます。 以前のバージョンを使用している場合は、次の 2 つの方法のいずれかを使用して更新できます。
Azure portal から有効にしてアップグレードする: App Service 用の Application Insights 拡張機能がインストールされている場合でも、UI には [有効] ボタンのみが表示されます。 バックグラウンドで、古いプライベート サイト拡張機能が削除されます。
-
- プレインストールされたサイト拡張機能
ApplicationInsightsAgent
を有効にするようにアプリケーション設定を指定します。 詳しくは、「PowerShell を使用して有効にする」をご覧ください。 - Application Insights extension for Azure App Service (Azure App Service 用 Application Insights 拡張機能) という名前のプライベート サイト拡張機能を手動で削除します。
- プレインストールされたサイト拡張機能
2.5.1 より前のバージョンからアップグレードする場合は、ApplicationInsights
DLL がアプリケーションの bin フォルダーから削除されたことを確認します。 詳細については、トラブルシューティングのヒントに関するページをご覧ください。
監視拡張機能/エージェントを構成する
現在、ASP.NET Core の監視拡張機能を構成するオプションは提供されていません。
クライアント側の監視を有効にする
アプリの設定 APPINSIGHTS_JAVASCRIPT_ENABLED
の有無に関係なく、[推奨] 収集の ASP.NET Core アプリではクライアント側の監視が既定で有効になります。
クライアント側の監視を無効にする場合:
[設定]>[構成] を選択します。
[アプリケーション設定] で、次の情報を使って新しいアプリケーション設定を作成します。
- 名前:
APPINSIGHTS_JAVASCRIPT_ENABLED
- 値:
false
- 名前:
設定を保存します。 アプリを再起動します。
監視の自動化
Application Insights でのテレメトリ収集を有効にするのに必要なのは、次のアプリケーション設定を設定することだけです。
アプリケーション設定の定義
アプリ設定の名前 | 定義 | 値 |
---|---|---|
ApplicationInsightsAgent_EXTENSION_VERSION | メインの拡張機能で、実行時の監視を制御します。 | ~2 (Windows の場合) または ~3 (Linux の場合) |
XDT_MicrosoftApplicationInsights_Mode | 既定のモードでは、最適なパフォーマンスを保証するために、重要な機能のみが有効になります。 | disabled または recommended 。 |
XDT_MicrosoftApplicationInsights_PreemptSdk | ASP.NET Core アプリの場合のみ。 Application Insights SDK で相互運用 (Interop) を有効にします。 拡張機能と SDK を並行して読み込み、それを使ってテレメトリを送信します。 (Application Insights SDK を無効にします。) | 1 |
Azure Resource Manager を使用した App Service のアプリケーション設定
Azure App Service のアプリケーション設定は、Azure Resource Manager テンプレートを使用して管理および構成できます。 この手法は、Resource Manager オートメーションで新しい App Service リソースをデプロイするとき、または既存のリソースの設定を変更するときに使用できます。
App Service リソースに使われるアプリケーション設定 JSON の基本構造を次に示します。
"resources": [
{
"name": "appsettings",
"type": "config",
"apiVersion": "2015-08-01",
"dependsOn": [
"[resourceId('Microsoft.Web/sites', variables('webSiteName'))]"
],
"tags": {
"displayName": "Application Insights Settings"
},
"properties": {
"key1": "value1",
"key2": "value2"
}
}
]
アプリケーション設定が Application Insights 用に構成されている Resource Manager テンプレートの例として、このテンプレートが役に立ちます。 具体的には、238 行目から始まるセクションを参照してください。
Application Insights のリソースと、新しく作成された App Service リソースへのリンクの作成を自動化します。
既定の Application Insights の設定で Resource Manager テンプレートを作成するには、Application Insights を有効にして新しい Web アプリを作成する場合のようにプロセスを開始します。
目的の Web アプリ情報を含む新しい App Service リソースを作成します。 [監視] タブで Application Insights を有効にします。
[Review + create](レビュー + 作成) を選択します。 次に、[オートメーション用のテンプレートをダウンロードする] を選択します。
このオプションにより、必要な設定がすべて設定済みの、最新の Resource Manager テンプレートが生成されます。
次の例で、すべての AppMonitoredSite
をサイト名に置き換えてください。
Note
Windows を使用している場合は、ApplicationInsightsAgent_EXTENSION_VERSION
を ~2
に設定します。 Linux を使用している場合は、ApplicationInsightsAgent_EXTENSION_VERSION
を ~3
に設定します。
{
"resources": [
{
"name": "[parameters('name')]",
"type": "Microsoft.Web/sites",
"properties": {
"siteConfig": {
"appSettings": [
{
"name": "APPINSIGHTS_INSTRUMENTATIONKEY",
"value": "[reference('microsoft.insights/components/AppMonitoredSite', '2015-05-01').InstrumentationKey]"
},
{
"name": "APPLICATIONINSIGHTS_CONNECTION_STRING",
"value": "[reference('microsoft.insights/components/AppMonitoredSite', '2015-05-01').ConnectionString]"
},
{
"name": "ApplicationInsightsAgent_EXTENSION_VERSION",
"value": "~2"
}
]
},
"name": "[parameters('name')]",
"serverFarmId": "[concat('/subscriptions/', parameters('subscriptionId'),'/resourcegroups/', parameters('serverFarmResourceGroup'), '/providers/Microsoft.Web/serverfarms/', parameters('hostingPlanName'))]",
"hostingEnvironment": "[parameters('hostingEnvironment')]"
},
"dependsOn": [
"[concat('Microsoft.Web/serverfarms/', parameters('hostingPlanName'))]",
"microsoft.insights/components/AppMonitoredSite"
],
"apiVersion": "2016-03-01",
"location": "[parameters('location')]"
},
{
"apiVersion": "2016-09-01",
"name": "[parameters('hostingPlanName')]",
"type": "Microsoft.Web/serverfarms",
"location": "[parameters('location')]",
"properties": {
"name": "[parameters('hostingPlanName')]",
"workerSizeId": "[parameters('workerSize')]",
"numberOfWorkers": "1",
"hostingEnvironment": "[parameters('hostingEnvironment')]"
},
"sku": {
"Tier": "[parameters('sku')]",
"Name": "[parameters('skuCode')]"
}
},
{
"apiVersion": "2015-05-01",
"name": "AppMonitoredSite",
"type": "microsoft.insights/components",
"location": "West US 2",
"properties": {
"ApplicationId": "[parameters('name')]",
"Request_Source": "IbizaWebAppExtensionCreate"
}
}
],
"parameters": {
"name": {
"type": "string"
},
"hostingPlanName": {
"type": "string"
},
"hostingEnvironment": {
"type": "string"
},
"location": {
"type": "string"
},
"sku": {
"type": "string"
},
"skuCode": {
"type": "string"
},
"workerSize": {
"type": "string"
},
"serverFarmResourceGroup": {
"type": "string"
},
"subscriptionId": {
"type": "string"
}
},
"$schema": "https://schema.management.azure.com/schemas/2014-04-01-preview/deploymentTemplate.json#",
"contentVersion": "1.0.0.0"
}
PowerShell を使用して有効にする
PowerShell を使用してアプリケーションの監視を有効にするために必要な操作は、基になるアプリケーション設定の変更のみです。 次の例では、リソース グループ AppMonitoredRG
で AppMonitoredSite
という Web サイトのアプリケーション監視を有効にします。 これによって、012345678-abcd-ef01-2345-6789abcd
インストルメンテーション キーに送信されるようにデータが構成されます。
Note
Azure を操作するには、Azure Az PowerShell モジュールを使用することをお勧めします。 作業を始めるには、「Azure PowerShell をインストールする」を参照してください。 Az PowerShell モジュールに移行する方法については、「AzureRM から Az への Azure PowerShell の移行」を参照してください。
Note
Windows を使用している場合は、ApplicationInsightsAgent_EXTENSION_VERSION を ~2
に設定します。 Linux を使用している場合は、ApplicationInsightsAgent_EXTENSION_VERSION を ~3
に設定します。
$app = Get-AzWebApp -ResourceGroupName "AppMonitoredRG" -Name "AppMonitoredSite" -ErrorAction Stop
$newAppSettings = @{} # case-insensitive hash map
$app.SiteConfig.AppSettings | %{$newAppSettings[$_.Name] = $_.Value} # preserve non Application Insights application settings.
$newAppSettings["APPINSIGHTS_INSTRUMENTATIONKEY"] = "012345678-abcd-ef01-2345-6789abcd"; # set the Application Insights instrumentation key
$newAppSettings["APPLICATIONINSIGHTS_CONNECTION_STRING"] = "InstrumentationKey=012345678-abcd-ef01-2345-6789abcd"; # set the Application Insights connection string
$newAppSettings["ApplicationInsightsAgent_EXTENSION_VERSION"] = "~2"; # enable the ApplicationInsightsAgent
$app = Set-AzWebApp -AppSettings $newAppSettings -ResourceGroupName $app.ResourceGroup -Name $app.Name -ErrorAction Stop
よく寄せられる質問
このセクションでは、一般的な質問への回答を示します。
Application Insights によってどのような変更がプロジェクトに加えられますか?
詳細は、プロジェクトの種類によって異なります。 次のリストは、Web アプリケーションの例です。
ファイルがプロジェクトに追加されます。
- ApplicationInsights.config
- ai.js
NuGet パッケージがインストールされます。
- Application Insights API: コア API
- Application Insights API for Web Applications: サーバーからテレメトリを送信するために使用されます
- Application Insights API for JavaScript Applications: クライアントからテレメトリを送信するために使用されます
パッケージにアセンブリが追加されます。
- Microsoft.ApplicationInsights
- Microsoft.ApplicationInsights.Platform
項目が次の場所に挿入されます。
- web.config
- packages.config
これらを Application Insights リソース ID で初期化するためのスニペットを、クライアントとサーバーのコードに挿入します。 たとえば、MVC アプリでは、コードをメイン ページの Views/Shared/_Layout.cshtml に挿入します。 新規プロジェクトの場合のみ (既存のプロジェクトには Application Insights を手動で追加します)。
Application Insights の標準メトリックと Azure App Service メトリックの違い
Application Insights では、アプリケーションに対して行われた要求のテレメトリを収集します。 WebApps/WebServer でエラーが発生し、要求がユーザー アプリケーションに到達しなかった場合、それに関するテレメトリは Application Insights に含まれません。
Application Insights によって計算された serverresponsetime
の期間は、Web Apps から見たサーバー応答時間とは必ずしも一致しません。 この動作は、Application Insights では、要求がユーザー アプリケーションに実際に到達した場合の期間のみがカウントされるためです。 WebServer で要求の送信が滞った場合やキューに入れられた場合、その待機時間は、Web Apps のメトリックに含まれますが Application Insights のメトリックには含まれません。
トラブルシューティング
アプリケーション ホストとインジェスト サービスの間の接続をテストする
Application Insights SDK とエージェントからテレメトリが送信され、インジェスト エンドポイントへの REST 呼び出しとして取り込まれます。 Web サーバーまたはアプリケーション ホスト マシンからインジェスト サービス エンドポイントへの接続は、PowerShell の生の REST クライアントを使用するか、curl コマンドを使用してテストできます。 「Azure Monitor Application Insights でアプリケーション テレメトリが見つからない場合のトラブルシューティング」をご覧ください。
Note
App Service で ASP.NET Core
ランタイムを使って Web アプリを作成すると、1 つの静的な HTML ページがスターター Web サイトとしてデプロイされます。 既定のテンプレートで問題のトラブルシューティングを行うことはお勧め "しません"。 問題のトラブルシューティングを行う前に、アプリケーションをデプロイしてください。
テレメトリの欠如
Windows
ApplicationInsightsAgent_EXTENSION_VERSION
アプリ設定が~2
の値に設定されていることを確認します。https://yoursitename.scm.azurewebsites.net/ApplicationInsights
を参照します。[Application Insights Extension Status] (Application Insights 拡張機能の状態) が
Pre-Installed Site Extension, version 2.8.x.xxxx, is running.
であることを確認します実行されていない場合は、Application Insights の監視の有効化に関するセクションの手順のようにします。
状態ソースが存在し、
Status source D:\home\LogFiles\ApplicationInsights\status\status_RD0003FF0317B6_4248_1.json
のようになっていることを確認します。似た値が存在しない場合は、アプリケーションが現在実行されていないか、サポートされていないことを意味します。 アプリケーションが実行されていることを確認するには、手動でアプリケーションの URL/アプリケーション エンドポイントにアクセスしてみてください。これで、ランタイム情報を使用できるようになります。
IKeyExists が
True
であることを確認します。False
の場合は、ご自身の ikey GUID を指定したAPPINSIGHTS_INSTRUMENTATIONKEY
とAPPLICATIONINSIGHTS_CONNECTION_STRING
をアプリケーション設定に追加します。アプリケーションが Application Insights パッケージを参照している場合、App Service 統合の有効化が行われず、データが Application Insights に表示されない場合があります。 たとえば、ASP.NET Core SDK を使用してアプリを以前にインストルメント化していたり、インストルメント化を試みていたりした場合などです。 この問題を解決するには、Azure portal で [Application Insights SDK との相互運用] を有効にします。
重要
この機能はプレビュー状態です。
これで、Application Insights SDK がもともと使われていたか、使われようとしていた場合でも、コードレス アプローチを使ってデータが送信されます。
重要
アプリケーションで Application Insights SDK を使ってテレメトリが送信されていた場合、テレメトリは無効になります。 つまり、カスタム テレメトリ (
Track*()
メソッドなど) とカスタム設定 (サンプリングなど) は無効になります。
Linux
ApplicationInsightsAgent_EXTENSION_VERSION
アプリ設定が~3
の値に設定されていることを確認します。https://your site name.scm.azurewebsites.net/ApplicationInsights
を参照します。このサイトで、次のことを確認します。
- 状態ソースが存在し、
Status source /var/log/applicationinsights/status_abcde1234567_89_0.json
のようになっている。 - 値
Auto-Instrumentation enabled successfully
が表示されている。 似た値が存在しない場合は、アプリケーションが実行されていないか、サポートされていないことを意味します。 アプリケーションが実行されていることを確認するには、手動でアプリケーションの URL/アプリケーション エンドポイントにアクセスしてみてください。これで、ランタイム情報を使用できるようになります。 - IKeyExists が
True
。False
の場合は、ご自身の ikey GUID を指定したAPPINSIGHTS_INSTRUMENTATIONKEY
とAPPLICATIONINSIGHTS_CONNECTION_STRING
をアプリケーション設定に追加します。
- 状態ソースが存在し、
Web アプリでデプロイされた既定の Web サイトでは、クライアント側の自動監視はサポートされません
App Service で ASP.NET Core ランタイムを使って Web アプリを作成すると、1 つの静的な HTML ページがスターター Web サイトとしてデプロイされます。 静的な Web ページには、IIS の ASP.NET で管理された Web パーツも読み込まれます。 この動作により、サーバー側のコードレス監視をテストすることはできますが、クライアント側の自動監視はサポートされません。
App Service Web アプリで ASP.NET Core のサーバーとクライアント側のコードレス監視をテストする場合は、ASP.NET Core Web アプリの作成に関する公式のガイドに従うことをお勧めします。 その後、現在の記事の手順を使用して監視を有効にします。
PHP および WordPress はサポートされていない
PHP および WordPress サイトはサポートされていません。 現時点では、これらのワークロードをサーバー側で監視するために正式にサポートされている SDK/エージェントはありません。 PHP または WordPress サイトでクライアント側のトランザクションを追跡するには、JavaScript SDK を使用してクライアント側の JavaScript を Web ページに追加します。
次の表は、これらの値の意味、その根本的な原因、推奨される修正について詳細に説明したものです。
問題の値 | 説明 | Fix |
---|---|---|
AppAlreadyInstrumented:true |
この値は、拡張機能がアプリケーションにすでに存在する SDK の一部の側面を検出し、バックオフすることを示します。 この値は、Microsoft.ApplicationInsights.AspNetCore または Microsoft.ApplicationInsights への参照により発生する可能性があります。 |
これらの参照を削除します。 これらの参照の一部は、特定の Visual Studio テンプレートから既定で追加されます。 古いバージョンの Visual Studio は Microsoft.ApplicationInsights を参照します。 |
AppAlreadyInstrumented:true |
この値は、以前のデプロイのアプリ フォルダーに Microsoft.ApplicationsInsights DLL が存在する場合にも発生する可能性があります。 |
アプリ フォルダーをクリーンし、これらの DLL が削除されたことを確認してください。 ローカル アプリの bin ディレクトリと App Service の wwwroot ディレクトリの両方を確認します。 (App Service Web アプリの wwwroot ディレクトリを調べるには、次のように選びます: [高度なツール (Kudu)]>[デバッグ コンソール]>[CMD]>home\site\wwwroot)。 |
IKeyExists:false |
この値は、インストルメンテーション キーがアプリ設定 APPINSIGHTS_INSTRUMENTATIONKEY に存在しないことを示します。 考えられる原因は、誤って値を削除したり、オートメーション スクリプトで値を設定し忘れたりした場合などです。 |
設定が App Service アプリケーション設定に存在することを確認します。 |
リリース ノート
このセクションには、Application Insights を使用したランタイム インストルメンテーション用の ANT リリースに基づく Azure App Service のリリース ノートが記載されています。
現在使用している拡張機能のバージョンを見つけるには、https://<yoursitename>.scm.azurewebsites.net/ApplicationInsights
に移動します。
2.8.44
- ApplicationInsights .NET SDK を 2.20.1 にアップグレード。
2.8.43
- .NET/.NET Core、Java、Node.js パッケージを異なる App Service Windows サイト拡張機能に分離。
2.8.42
- .NET Startup Hook を利用した .NET 6.0 サポートと自己完結型展開を追加。
2.8.41
- サポート対象外のバージョン (2.1) を削除。 サポートされているバージョンは 3.1 と 5.0 です。
2.8.39
- .NET Core 5.0 サポートを追加。
2.8.38
- サポート対象外のバージョン (2.0、2.2、3.0) の削除。 サポートされているバージョンは 2.1 と 3.1 です。
2.8.37
- AppSvc Windows 拡張機能: .NET Core を System.Diagnostics.DiagnosticSource.dll のすべてのバージョンで動作するようにしました。
2.8.36
- AppSvc Windows 拡張機能: .NET Core での AI SDK との相互操作を有効化。
2.8.35
- AppSvc Windows 拡張機能: .NET Core 3.1 サポートの追加。
2.8.33
- .NET、.NET Core、Java、Node.js エージェント、および Windows 拡張機能:ソブリン クラウドのサポート。 接続文字列を使用して、ソブリン クラウドにデータを送信できます。
2.8.31
- ASP.NET Core エージェントで、Application Insights SDK に関する問題を修正しました。 正しくないバージョンの
System.Diagnostics.DiagnosticSource.dll
がランタイムによって読み込まれた場合、コードレス拡張機能ではアプリケーションをクラッシュさせず、バックオフします。 この問題を修正するには、お客様は bin フォルダーからSystem.Diagnostics.DiagnosticSource.dll
を削除するか、ApplicationInsightsAgent_EXTENSIONVERSION=2.8.24
を設定して以前のバージョンの拡張機能を使用する必要があります。 そうでない場合、アプリケーションの監視は有効になりません。
2.8.26
更新された Application Insights SDK に関連する問題の修正。 ApplicationInsights.dll が bin フォルダーに既に存在する場合、エージェントでは
AiHostingStartup
を読み込もうとしません。 これにより、Assembly<AiHostingStartup>.GetTypes() によるリフレクションに関連する問題が解決されます。既知の問題:別のバージョンの
DiagnosticSource
dll が読み込まれると、例外System.IO.FileLoadException: Could not load file or assembly 'System.Diagnostics.DiagnosticSource, Version=4.0.4.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51'
がスローされることがあります。 これは、System.Diagnostics.DiagnosticSource.dll
が publish フォルダーに存在する場合などに発生することがあります。 軽減策として、App Services で次のようにアプリ設定を行い、以前のバージョンの拡張機能を使用します。ApplicationInsightsAgent_EXTENSIONVERSION=2.8.24
2.8.24
- 2\.8.21 の再パッケージ化バージョン。
2.8.23
ASP.NET Core 3.0 のコード不要の監視がサポート対象に追加されました。
ランタイム バージョン 2.1、2.2、3.0 に関して、ASP.NET Core SDK が 2.8.0 に更新されました。 .NET Core 2.0 をターゲットとするアプリでは、引き続き 2.1.1 の SDK が使用されます。
2.8.14
- .NET Core 2.1 と 2.2 をターゲットとするアプリに関して、ASP.NET Core SDK のバージョンが 2.3.0 から最新 (2.6.1) に更新されました。 .NET Core 2.0 をターゲットとするアプリでは、引き続き 2.1.1 の SDK が使用されます。
2.8.12
ASP.NET Core 2.2 アプリのサポート。
アプリケーションが既に SDK を使用してインストルメント化されている場合でも SDK のインジェクションが発生する原因となっていた ASP.NET Core 拡張機能のバグを修正。 2\.1 および 2.2 アプリの場合、アプリケーション フォルダーに ApplicationInsights.dll が存在すると、拡張機能がバックオフするようになりました。 2\.0 アプリの場合は、ApplicationInsights が
UseApplicationInsights()
呼び出しで有効になっている場合にのみ、拡張機能がバックオフします。ASP.NET Core アプリの不完全な HTML 応答の完全な修正。 この修正は、.NET Core 2.2 アプリでも機能するように拡張されました。
ASP.NET Core アプリの JavaScript インジェクションを無効にするためのサポートを追加 (
APPINSIGHTS_JAVASCRIPT_ENABLED=false appsetting
)。 ASP.NET Core の場合、明示的に無効にしない限り、JavaScript インジェクションは既定で "オプトアウト" モードになっています。 (既定の設定は、現在の動作を保持するためのものです。)ikey が存在しない場合でもインジェクションが発生する原因となっていた ASP.NET Core 拡張機能のバグを修正。
テレメトリで正しくない SDK バージョンの原因となっていた SDK バージョン プレフィックス ロジックのバグを修正。
テレメトリの収集方法を識別するため、ASP.NET Core アプリの SDK バージョン プレフィックスを追加。
プレインストールされている拡張機能のバージョンを正しく表示するため、SCM- ApplicationInsights ページを修正。
2.8.10
- ASP.NET Core アプリの不完全な HTML 応答の修正。
次のステップ
- 実行中のアプリで Azure App Service アプリに対して .NET Profiler を有効にします。
- Azure Diagnostics が Application Insights に送信されるように設定します。
- サービスの正常性メトリックを監視して、サービスの可用性と応答性を確認します。
- 操作イベントが発生したり、メトリックがしきい値を超えたりするたびに、アラート通知を受け取ります。
- アプリケーションの可用性テストを設定します。