診断設定ストレージ保持から Azure Storage ライフサイクル管理に移行する
診断設定ストレージの保持機能は非推奨となっています。 Azure Storage アカウントに送信されるログとメトリックの保持を構成するには、Azure Storage のライフサイクル管理を使用します。
このガイドでは、Azure 診断設定ストレージ保持の使用から、Azure Storage ライフサイクル管理を使用した保持に移行する手順について説明します。 Log Analytics ワークスペースに送信されるログの場合、ワークスペースの [テーブル] ページにあるテーブルごとに保持が設定されます。 Log Analytics ワークスペースのデータ保持の詳細については、「Azure Monitor ログでのデータ保持とアーカイブ」を参照してください。
重要
非推奨のタイムライン。
- 2023 年 3 月 31 日 – 診断設定ストレージの保持機能は、ログ データの新しい保持規則を構成するために使用できなくなります。 これには、ポータル、CLI PowerShell、および ARM と Bicep テンプレートの使用が含まれます。 保持設定を構成した場合でも、ボータルでそれらを表示して変更することができます。
- 2024 年 3 月 31 日 – これらを 0 に変更しない限り、API (CLI、Powershell、またはテンプレート) または Azure portal を使用して保持設定を構成することはできなくなります。 既存の保持規則は引き続き尊重されます。
- 2025 年 9 月 30 日 – 診断設定ストレージの保持機能のすべての保持機能は、すべての環境で無効になります。
前提条件
ストレージ アカウントに対する既存の診断設定ログ。
移行手順
診断設定の保持規則を移行するには、次の手順のようにします。
ログ リソースの [診断設定] ページに移動し、移行する診断設定を見つけます
ログされるカテゴリの保持期間を 0 に設定します
[保存] を選びます。
ログ先のストレージ アカウントに移動します
[データ管理] で、[ライフサイクル管理] を選んでライフサイクル管理ポリシーを表示または変更します
リスト ビューを選び、[規則の追加] を選びます
[規則名] を入力します
[規則の範囲] で、[フィルターを使用して BLOB を制限する] を選びます
[BLOB の種類] で [Append Blobs] (追加 BLOB) を選び、[Blob subtype] (BLOB のサブタイプ) で [基本 BLOB] を選びます。
[次へ] を選びます
保持期間を設定して、[次へ] を選びます
[フィルター] タブの [BLOB プレフィックス] で、保持規則を適用するコンテナーまたはログへのパスまたはプレフィックスを設定します。 パスまたはプレフィックスはコンテナー内の任意のレベルにすることができ、そのパスまたはプレフィックスの下にあるすべての BLOB に適用されます。 たとえば、"すべての" 分析情報アクティビティ ログのためには、コンテナー insights-activity-logs を使用して、そのコンテナー ログ内のすべてのログに対して保持期間を設定します。
特定の webapp アプリのルールを設定するには、"insights-activity-logs/ResourceId=/SUBSCRIPTIONS/<サブスクリプション ID>/RESOURCEGROUPS/<リソース グループ>/PROVIDERS/MICROSOFT.WEB/SITES/<webapp 名>" を使用します。パスまたはプレフィックスを見つけるためにストレージ ブラウザーを使用します。
次の例は、特定の Web アプリのプレフィックスを示します: *insights-activity-logs/ResourceId=/SUBSCRIPTIONS/d05145d-4a5d-4a5d-4a5d-5267eae1bbc7/RESOURCEGROUPS/rg-001/PROVIDERS/MICROSOFT.WEB/SITES/appfromdocker1。
このリソース グループ内のすべてのリソースにルールを設定するには、insights-activity-logs/ResourceId=/SUBSCRIPTIONS/d05145d-4a5d-4a5d-4a5d-5267eae1bbc7/RESOURCEGROUPS/rg-001 を使用します。
次のステップ
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示