次の方法で共有


Log Analytics ワークスペース内のデータ保持を管理する

Log Analytics ワークスペースは、以下の 2 つの状態でデータを保持します。

  • 分析のリテンション期間: この状態では、データは監視、トラブルシューティング、ほぼリアルタイムの分析に使用できます。
  • 長期保持: この低コストの状態では、データをテーブル プラン機能で利用することはできませんが、検索ジョブを通してアクセスすることはできます。

この記事では、Log Analytics ワークスペースがどのようにデータを保持するのかと、ワークスペース内のテーブルのデータ保持を管理する方法について説明します。

分析、長期、および総リテンション期間

既定では、Log Analytics ワークスペース内のすべてのテーブルは、90 日間の既定の保持期間をもつ長期テーブルを除き、データを 30 日間保持します。 分析プランを含むテーブルを使用すると、この Analytics 保有期間中にリアルタイム クエリでデータを使用できるようになります。 すべてのテーブル プランは、クエリまたは検索ジョブを使用して格納されたデータを取得でき、テーブル プランに基づいて視覚化、アラート、その他の機能やサービスにデータを使用できます。

Analytics プランでは、テーブルの分析リテンション期間を最大 2 年間延長できます。 基本プラン テーブルはクエリに対して 30 日間の固定期間を持ちますが、補助プラン テーブルは合計保有期間に対してクエリを実行できます。 ただし、基本テーブルと補助テーブルの両方に追加の考慮事項があります。 詳細については、「 基本テーブルと補助テーブルのデータのクエリ」を参照してください。

API または CLI を使用すると、分析テーブルの分析リテンション期間を最大 4 日間に短縮できます。 ただし、インジェスト価格には 31 日間の分析リテンション期間が含まれるため、保持期間を 31 日未満に下げてもコストは削減されません。

既定の保持期間を超えて同じテーブル内のデータを保持するには、テーブルの合計リテンション期間を最大 12 年まで延長します。 分析リテンション期間の終了時、データは、構成した合計保有期間の残りの期間、テーブルに残ります。 この期間 (長期保持期間) 中は、検索ジョブを実行して、必要な特定のデータをテーブルから取得し、検索結果テーブル内の対話型クエリで利用できるようにします。

Azure Monitor ログの分析と長期的なリテンション期間を示す図。

保持期間変更のしくみ

テーブルの合計保持期間を短縮すると、Azure Monitor ログはデータの削除まで 30 日間の猶予を設けるため、構成で間違った場合は変更を元に戻しデータの喪失を防ぐことができます。

合計保持期間を増やすと、新しい保持期間は、テーブルに取り込み済みでまだ削除されていないすべてのデータに適用されます。

既存のデータを含むテーブルの長期保持設定を変更すると、その変更はすぐに有効になります。

:

  • 180 日間の分析リテンション期間があり、長期的なリテンション期間がない既存の Analytics テーブルがある。
  • 合計保有期間を 180 日に変更せずに、分析のリテンション期間を 90 日に変更します。
  • Azure Monitor は、経過時間が 90 日から 180 日間のデータが失われないように、合計保持期間の残り 90 日間を自動的に低コストな長期保持期間として扱います。

必要なアクセス許可

アクション 必要なアクセス許可
Log Analytics ワークスペースの Analytics テーブルの既定の分析リテンション期間を構成する Microsoft.OperationalInsights/workspaces/writeによって提供される、Log Analytics ワークスペースに対する microsoft.operationalinsights/workspaces/tables/write および アクセス許可などです
Log Analytics ワークスペースでテーブルごとに保持設定を取得する たとえば、Microsoft.OperationalInsights/workspaces/tables/readによって提供される、Log Analytics ワークスペースに対する アクセス許可

Analytics テーブルの既定の分析リテンション期間を構成する

Log Analytics ワークスペース内の Analytics テーブルの既定の保持期間は 30 日です。 ワークスペース レベルのデータ保持設定を変更することで、Analytics テーブルの既定の分析期間を最大 2 年間変更できます。 基本テーブルと補助テーブルの保有期間は合計のみで、既定では 30 日です。

既定のワークスペースレベルのデータ保持設定の変更は、ワークスペース内の既定の設定がまだ適用されているすべての Analytics テーブルに自動的に影響します。 特定のテーブルの分析リテンション期間を既に変更している場合、ワークスペースの既定のデータ保持設定を変更しても、そのテーブルは影響を受けません。

重要

30 日間の保持期間が設定されているワークスペースでは、データが 31 日間保持される場合があります。 プライバシー ポリシーに準拠するためにのみデータを 30 日間を保持する必要がある場合は、API を使用して既定のワークスペースの保有期間を 30 日間に構成し、ワークスペースの immediatePurgeDataOn30Days プロパティを true に更新します。 現在、この操作は Workspaces - Update API を使用した場合にのみサポートされます。

Log Analytics ワークスペース内の Analytics テーブルの既定の分析リテンション期間を設定するには:

  1. Azure portal の [Log Analytics ワークスペース] メニューからワークスペースを選択します。

  2. [ 設定] セクションで、左側のウィンドウで [使用量と推定コスト ] を選択します。

  3. ページの上部にある [データ保持] を選択します。

    ワークスペースのデータ保持設定の変更を示すスクリーンショット。

  4. スライダーを動かして日数を増減してから、[OK] を選択します。

テーブルレベルの保持期間を構成する

既定では、Analytics データ プランを持つすべてのテーブルは 、Log Analytics ワークスペースの既定の保持設定 を継承し、長期的なリテンション期間はありません。 追加 コストで、Analytics テーブルの分析リテンション期間を最大 730 日まで増やすことができます。

何らかのデータ プランを持つテーブルに長期保持期間を追加するには、合計保持期間を最大 12 年 (4,383 日) に設定します。

現在、Azure portal と API を使用して、合計リテンション期間を最大 12 年に設定できます。 CLI と PowerShell は 7 年に制限されています。12年間のサポートが、後日提供される予定です。

Azure portal でテーブルの保持設定を変更するには:

  1. [Log Analytics ワークスペース] メニューから [テーブル] を選択します。

    [テーブル] 画面には、ワークスペース内のすべてのテーブルが一覧表示されます。

  2. 構成するテーブルのコンテキスト メニューを選択し、[テーブルの管理] を選択します。

    ワークスペース内のあるテーブルの [テーブルの管理] ボタンを示すスクリーンショット。

  3. テーブル構成画面の [データ保持設定] セクションで、分析 の保有期間と合計保有期間の設定 を構成します。

    テーブル構成画面のデータ保持設定を示すスクリーンショット。

テーブルごとに保持設定を取得する

Azure portal でテーブルの保持設定を表示するには、[Log Analytics ワークスペース] メニューから [テーブル] を選択します。

[ テーブル] 画面には、ワークスペース内のすべてのテーブルの分析リテンション期間と合計保有期間が表示されます。

ワークスペース内のあるテーブルの [テーブルの管理] ボタンを示すスクリーンショット。

Log Analytics ワークスペース内のテーブルを削除したときにデータに何が起こるか?

Log Analytics ワークスペースには、複数の種類のテーブルを含めることができます。 テーブルを削除するとどうなるかは、それぞれ場合によって異なります。

テーブルの種類です。 データの保持 推奨事項 復元
Azure テーブル Azure テーブルは、Azure リソースからのログや Azure サービスまたはソリューションが必要とするデータを保持しているため、削除できません。 リソース、サービス、またはソリューションからのデータのストリーミングを停止すると、データはテーブルに対して定義された保持期間が終了するまでワークスペースに残り、それに応じて課金されます。 料金を最小限に抑えるには、たとえば、ソリューションを無効にする前に、テーブル レベルのリテンション期間 を関連テーブルで 4 日間に設定します。たとえば、Sentinel です。 ソリューションを有効にします。 データ復旧には、テーブルのリテンション期間が適用されます。
カスタム ログ テーブル (table_CL) カスタム ログ テーブルには、 ログ インジェスト API または HTTP データ コレクター API (非推奨) からのログが保持されます。
テーブルを削除すると、テーブル名は 14 日間予約され、期間後にリリースされます。 Analytics プランまたは Basic プランでテーブルを削除しても、テーブル内のデータは削除されません。14 日後、保持はワークスペースの保持期間を継承します。
補助プランでテーブルを削除すると、14 日後にデータが完全に削除され、リテンション期間はワークスペースのリテンション期間を継承しますが、保持料金は残り、テーブルの保持に従います。
料金を最小限に抑えるには、テーブル レベルの保有期間を 4 日間に設定してから、テーブルを削除します。 分析 または 基本 プラン: 同じ名前とスキーマを使用してテーブルを作成します。 データ復旧には、テーブルのリテンション期間が適用されます。
補助 計画: ソフトデリート期間中に、同じ名前とスキーマを持つテーブルを作成します。
検索結果テーブル (table_SRCH) テーブルとデータを即時かつ完全に削除します。
復元されたテーブル(table_RST) 復元用にプロビジョニングされたホット キャッシュを削除しますが、ソース テーブル データは削除されません。

90 日間の既定の保持期間を持つログ テーブル

既定では、Usage および AzureActivity テーブルは少なくとも 90 日間、無料でデータを保持します。 ワークスペースの保持期間を 90 日より長くに延長すると、これらのテーブルの保持期間も長くなります。 これらのテーブルも、データ インジェスト料金の対象になりません。

Application Insights リソースに関連するテーブルでも、データは 90 日間無料で保持されます。 これらの各テーブルの保持は個別に調整できます。

  • AppAvailabilityResults
  • AppBrowserTimings
  • AppDependencies
  • AppExceptions
  • AppEvents
  • AppMetrics
  • AppPageViews
  • AppPerformanceCounters
  • AppRequests
  • AppSystemEvents
  • AppTraces

価格モデル

分析と長期リテンション期間は、GB のデータ量とデータが保持される日数に基づいて計算されます。 データリテンション期間の課金は毎日行われます (UTC タイム ゾーンの日数に基づきます)。 _IsBillable == false を持つログ データは、インジェストまたは保持の料金の対象になりません。

詳細については、次の記事を参照してください。

各項目の詳細情報