2

Azure ストレージ アカウントは、標準の Azure インフラストラクチャに関する問題 (つまり、アプリケーション データがない) 以外には使用しません。たとえば、私たちが持っている唯一のテーブルは WAD (Windows Azure Diagnostics) のものであり、唯一の BLOB コンテナーは vsdeploy、iislogfiles などのためのものです。アプリでもキューは使用しません。

ギガバイトあたり 14 セントはまだ破綻していませんが、WAD 情報をこれらのテーブルに数か月記録した後、ストレージ アカウントはすぐに 100 GB に近づきます。

これらのテーブルから行を削除するのは、継続トークンなどで苦痛であることがわかりました。これは、いくつかのテーブルには何百万もの行が含まれているためです (2011 年 6 月から診断情報をログに記録しています)。

私が考えている 1 つのアイデアは、ストレージ アカウントを「サイクル」することです。これらには、MS が予期しない例外やエラーをデバッグするために使用する診断データが含まれているため、WAD 情報を 1 か月間ストレージ アカウント A に記録し、翌月はアカウント B に切り替え、次に C に切り替えることができます。

3 か月目に到達するまでに、ストレージ アカウント A からの診断データは不要であり、安全に削除するか、個々の行ではなくテーブル自体を削除できると確信しています。

誰かがこのようなアプローチを試みましたか? WAD ストレージのコストをどのように管理していますか?

4

1 に答える 1

2

構成の更新と毎月の再デプロイを手動で行う必要がない場合は、アカウントのローテーションが機能します。ログを照会および削除するためにすべてのトランザクションに料金を支払う必要がないため、これがおそらく最も費用効果の高いルートになります。

ログを削除するツールがいくつかあります。手動プロセスでもありますが、CerebrataのAzure DiagnosticsManager[現在右側に広告が表示されています:)]がそれを実行します。Powershellコマンドレットもいくつかあると思います。

于 2012-02-22T16:05:00.773 に答える