Azure 診断データを収集するとき、ステージング スロットは診断データも WadPerformanceCounters テーブルに送信しますか?
もしそうなら、どうすればこれをオフにできますか?または、診断を読み取るときにステージングと本番を区別するにはどうすればよいですか。
実際にはその一部がステージング スロットであるにもかかわらず、すべてが本番環境であると仮定して、Web サイトに関するデータを表示したくありません。
Azure 診断データを収集するとき、ステージング スロットは診断データも WadPerformanceCounters テーブルに送信しますか?
もしそうなら、どうすればこれをオフにできますか?または、診断を読み取るときにステージングと本番を区別するにはどうすればよいですか。
実際にはその一部がステージング スロットであるにもかかわらず、すべてが本番環境であると仮定して、Web サイトに関するデータを表示したくありません。
Azure 診断データを収集するとき、ステージング スロットは診断データも WadPerformanceCounters テーブルに送信しますか?
はい、それらは同じテーブルに配置されます。
各デプロイは、特定のインスタンス (本番またはステージング) のダッシュボードで見つけることができる一意のデプロイ ID を取得します。
サンプルWadPerformanceCountersTable
テーブル
特定の展開 (ステージングまたは本番) に関連するログを見つけるために、展開識別子でテーブルをフィルター処理できます。
DeploymentId eq '1a2c09bea1234bc1b5e6edb99993ab21'
単一のデプロイメント識別子のエントリが多すぎる場合は、時間属性などを追加してエントリの数を減らします ( 2013 年 1 月 5 日の午前 0 時以降に記録された DeploymentId '1a2c09bea1234bc1b5e6edb99993ab21'を持つすべてのエントリ) 。
DeploymentId eq '1a2c09bea1234bc1b5e6edb99993ab21' and Timestamp gt datetime'2013-01-05T00:00:00Z'
これは Azure Table Storage をフィルタリングする最適な方法ではないことに注意してください (Kiwi と Gaurav.
含まれないクエリはPartitionKey
、完全なテーブル スキャンになります。PartitionKey
WAD テーブルでは日付/時刻の値を表すため、 の代わりにそれを使用することをお勧めしますTimestamp
。診断データのポストを取得する効果的な方法が非常に役立つ場合があります。
これは、環境 (ステージングと本番) および特定の展開ごとにエントリを見つけるのに役立ちます。
Yes - Windows Azure diagnostics runs in the Production and Staging slots. The only real difference between these two slots is the DNS name.
As for enabling diagnostics, there is a good starting point at http://msdn.microsoft.com/en-us/library/gg433048.aspx. This provides links to a lot of info on Windows Azure diagnostics.
診断テーブル データ (WadPerformanceCountersTable など) で運用スロットとステージング スロットを区別する方法があるとは思えません。RowKey 値に基づいてフィルタリングできる可能性があります。これには、deploymentID が含まれていると思われますが、Production と Staging では異なります。
運用スロットとステージング スロットに別のストレージ アカウントを使用することもできます。実行時に実行できる .cscfg のかなり迅速な更新になります。