1

Windows Azure サービスのログを設定しようとしています。ここで説明されているよう
に使用して動作させましたが、今はさまざまな設定などを試してみたいと思っています。現在、私の見た目は次のようになっています: nlogdiagnostics.wadcfg

<?xml version="1.0" encoding="utf-8"?>
<DiagnosticMonitorConfiguration configurationChangePollInterval="PT1M" overallQuotaInMB="4096" xmlns="http://schemas.microsoft.com/ServiceHosting/2010/10/DiagnosticsConfiguration">
  <DiagnosticInfrastructureLogs />
  <Directories>
    <IISLogs container="wad-iis-logfiles" />
    <CrashDumps container="wad-crash-dumps" />
  </Directories>
  <Logs bufferQuotaInMB="1024" scheduledTransferPeriod="PT1M" scheduledTransferLogLevelFilter="Verbose" />
</DiagnosticMonitorConfiguration>

の最小値は 1 分であることがわかりましたscheduledTransferPeriod。しかし、開発目的には非常に不便です。ログに変更を加えるたびに、テストするために 1 分待たなければならないからです。この時間を短縮する方法はありますか？それとも私は何か間違ったことをしていますか？

4

1 に答える 1

3

いいえ、あなたは何も悪いことをしていません。PT10S などを追加することもできますが、これは 1 分に丸められると思います。インスタンスの診断エージェントは、データをバッファーからストレージ アカウントにフラッシュしますが、1 分未満の間隔でフラッシュするとは思えません。これは、開発やテストではイライラするかもしれませんが、実際の運用では、これを低く設定すると、マシンのパフォーマンスに大きな影響を与える可能性があります。このシステムは、これをすばやく情報を送り込むようには設計されていません。

nlog を使用しているため、1 つのオプションは、Windows Azure テーブル ストレージに直接書き込むターゲットを使用することです。次に、テストを行うときに、値の表を確認できます。ログ転送メカニズムを使用するのではなく、本番環境でもこれを行う人もいます。もちろん、あなたは時々、非常におしゃべりになる可能性のある単一の転送を取引しているので、本番環境でこれを使用することのインパクトトランザクションとオーバーヘッドの賢明さについて必ず考えてください. テーブル ストレージに直接移行する利点の 1 つは、データのフラッシュの間にインスタンスがダウンしても、バッファ内にあったデータを失うリスクがないことです。

于 2013-11-06T10:01:35.007 に答える