問題タブ [azure-application-insights]

そのため、Microsoft が公開している Application Insights の情報、特に次の記事を読んでいます: https://azure.microsoft.com/en-gb/documentation/articles/app-insights-search-diagnostic-logs/

だから私が聞きたいのは、データベース呼び出しをログに記録するための最も論理的な方法論は何ですか?

私の頭の中では、アプリケーション インサイトにログインし、最も一般的なデータベース呼び出しが行われていることを確認し、それらの平均呼び出し時間を確認できるようにしたいと考えています。そうすれば、「今日はメンバーシップ プロファイル テーブルの検索に数秒かかっています。どうしたのですか?」と言うことができます。

データベース名、ストアド プロシージャ名、実行時間がわかったので、そのデータを取得して AI に保存する最善の方法は何でしょうか? 指標、イベント、その他の何かとして？

私は 2 つの別々のサブスクリプション (I) 開発サブスクリプション (II) プロダクション サブスクリプションを持っています。

開発サブスクリプションに App Insights を実装しました。最新の NUGET パッケージ (1.0) を追加し、MVC の _Layout ページ (タグの前) にも JavaScript コード スニペットを実装しました。

MSDN の参照記事を使用して、インストルメンテーション キーを動的に作成しました (アプリの設定を使用してキーを読み取り、Global.asax の下でそのキーを Telemetry.Active Session に渡します)。

Microsoft.ApplicationInsights.Extensibility.TelemetryConfiguration.Active.InstrumentationKey = ApplicationInsightsConfigSettings.InstrumentationKey;

Microsoft.ApplicationInsights.Extensibility.TelemetryConfiguration.Active.ContextInitializers.Add(新しい ApplicationContextInitializer());

現在、開発サブスクリプション AppInsights は、すべてのページ、セッション情報、および例外のコール スタックを提供しています。

しかし、Production Subscription の場合、正しいインストルメンテーション キーを使用しましたが、「この期間にはデータがありません」と表示されます。このサーバーで最後のビルドを構成して公開してから、ほぼ 24 時間待ちました。

ここでさらにトラブルシューティングを行うために何を確認すればよいか、誰でも提案できますか?

Azure でホストされている Web アプリケーションにパフォーマンスおよび監視ツールを使用することを検討しています。

Microsoft のApplication InsightsとNew Relicの主な違いは何ですか?

ありがとう。

ストリーム分析を使用して、Application Insights エクスポートを SQL テーブルに読み込もうとしています。

これらは私がキャプチャしようとしているカスタム イベントとメトリック イベントであるため、JSON の一部はカスタム イベントまたはメトリック イベント (例: TestMethod1) の「名前」であり、JSON は次のようになります。

分析SQLのような言語を使用して、以下のような構文を使用してデータをSQLテーブルに転送しようとします（これは、これを達成するためにさまざまな方法と手段を試しています...）

問題は、カスタム イベント名が原因で、[value] 列も [count] 列も入力されていないことです。現在、metrics.value で「そのような名前の列は存在しません」というエラーが発生しています。

どうすればこれを達成できるかについてのアイデアはありますか?

いくつかの異なるメソッドのメトリクスとカスタム イベントを出力したいのですが、列名は重要ではありません。ただし、アプリ インサイト エクスポートからの 1 つの BLOB ファイルには、5 つまたは 6 つの異なるカスタム イベントとメトリックのイベントが含まれます。

したがって、TestMethod1、TestMethod2、および TestMethod3 を含む 1 つの BLOB ファイルを作成し、その 1 つのファイルを解析してテーブルに入れることができます。コードやワーカー ロールに頼ることはありません。

よろしく

ユーザーとセッションの追跡を理解したいので、アプリケーションの洞察が Cookie でどのように機能するのか疑問に思っているので、調査してきました...

ここでは、理論について簡単に紹介します。

1. Application Insights SDK は、Application Insights ユーザー追跡 Cookie (Application Insights JS スニペットによって設定) を持たない要求を受け取るたびに、この Cookie を設定し、新しいセッションを開始します。( apmtipsから)

2.

UserTelemetryInitializerは、すべてのテレメトリ項目のユーザーコンテキストのIdプロパティとAcquisitionDateプロパティを、ユーザーのブラウザーで実行されている Application Insights JavaScript インストルメンテーション コードによって生成されたai_user Cookie から抽出された値で更新します。

SessionTelemetryInitializerは、すべてのテレメトリ項目のセッションコンテキストのIdプロパティを、ユーザーのブラウザーで実行されている ApplicationInsights JavaScript インストルメンテーション コードによって生成されたai_session Cookie から抽出された値で更新します。( Azure ドキュメント (ApplicationInsights.config を使用した Application Insights SKD の構成)から)

したがって、 ai_sessionとai_userの2 つの Cookie があります。

そして、ここに私の質問があります：

1. それらはいつ初期化されますか？
2. それは何をしているのですか？
3. それらの使用をやめるにはどうすればよいですか?
4. それらを保持したい場合、どうすれば有効期限を変更できますか?

それらを削除しようとして、MVC と Web Api を含む Web Api の既定のテンプレートを使用して、ASP.NET Web アプリケーションを使用してプロジェクトを作成しました。

調査を行ったところ、これらを無効にするこのアプローチが見つかりましたが、WebSessionTrackingTelemetryModule はありません。だから私は「UserTelemetryInitializer」と「SessionTelemetryInitializer」をコメントアウトしました。これが私が持っているものです:

と ：

しかし、それは違いはありません。モジュールをコメントのままにするかどうかに関係なく、Cookie はまだ生成されています。

Cookie を削除しようとして、スタートアップで行った手順にコメントし、プロジェクトからすべての .js ファイルを除外しましたが、リクエストのたびに Cookie が表示され続けます。

したがって、現時点では、「Application Insights Javascript」がどこで行われるのか理解できません。私が見逃しているのはバックエンドの何かだと思います。私が間違っている？

最後に、私のコメントした Startup.cs は次のようになります。

そして、私の Global.asax.cs は次のようになります。

RegisterRoutes はデフォルトのルーティングを行っているだけです。そのため、機能させるために非常に基本的なことだけを行うことを目指しましたが、どこを掘り下げるべきかについての手がかりがありません。

誰かが私を啓発できますか？

ここまで読んでくれてありがとう。

このドキュメント ページには、次の Application Insights の制限事項が記載されています。

インストルメンテーション キーごと (つまり、アプリケーションごと) に 1 秒あたり最大 500 のテレメトリ データ ポイント。これには、SDK モジュールによって送信される標準のテレメトリと、コードによって送信されるカスタム イベント、メトリック、およびその他のテレメトリの両方が含まれます。

しかし、それはその制限の意味が何であるかを説明していませんか?

a) バッファリングとスロットルを行いますが、最終的にすべてのデータを保持しますか? たとえば、1 秒以内に 1000 個のデータ ポイントがプッシュされます。最初の 500 個が保持され、少し待ってから残りの 500 個がプッシュされますか?

また

b) データをドロップするだけですか、ログに記録しませんか? つまり、1 秒以内に 1000 個のデータ ポイントがプッシュされ、最初の 500 個のみが保持され、残りの 500 個は保持されないということですか?

Resource Manager API を使用して、Azure で Application Insight リソースを作成しています。手順は以下のとおりです。

• 米国東部の場所にリソース グループを作成します

• 次に、その下にある米国東部の場所に Insights コンポーネントを作成しますが、失敗します。以下のエラーで。ただし、米国中部の場所 (リソース グループを含む場所とは異なります) にコンポーネントを作成すると、成功します。

  /li>