次の方法で共有


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

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

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

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

Analytics、長期、および合計の保持期間

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

Analytics プランでは、テーブルの Analytics のデータ保持期間を最長 2 年間にまで延長できます。 Basic プランのテーブルではクエリの期間は 30 日間に固定されていますが、補助プランのテーブルは合計保持期間中、クエリを実行できます。 ただし、Basic テーブルと補助テーブルの両方に追加の考慮事項があります。 詳細については、Basic テーブルと補助テーブルのデータのクエリに関する記事を参照してください。

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

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

Azure Monitor ログの Analytics と長期の保持期間を示す図。

保持期間変更のしくみ

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

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

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

:

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

必要なアクセス許可

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

Analytics テーブルの既定の Analytics の データ保持期間を構成する

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

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

重要

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

Log Analytics ワークスペース内の Analytics テーブルの既定の Analytics のデータ保持期間を設定するには次のようにします。

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

  2. [設定] セクションの左側ペインにある [使用とコストの見積もり] を選びます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[テーブル] 画面に、ワークスペース内のすべてのテーブルの Analytics のデータ保持期間と合計保持期間が表示されます。

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

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

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

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

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

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

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

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

価格モデル

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

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

各項目の詳細情報