データ保持の確認と管理

データ管理ハブにある [データ保持 UI] ページでは、さまざまな種類のデータを保存する期間を確認および管理できます。機密情報を保護するために、一部のデータ タイプの保持期間を短くしたい場合や、長期にわたってデータと傾向を表示および分析できるように、保持期間を長くしたい場合 (最大 7 年間) が必要な場合があります。

長期的な分析とコンプライアンスのためにデータ保持期間を延長

データ保持期間を延長すると、すべてのソースにわたるすべてのメトリクス、イベント、ログ、およびトレースに対して、長期的な分析、視覚化、およびアラートを実行できます。ただし、コスト、パフォーマンス、および場合によってはコンプライアンス上の理由から、そのデータを管理することが重要です。当社のデータ管理ハブは、データがどこから来ているかを理解して制御し、保存する内容と保存期間を調整するために必要なツールを提供します。

New Relic は、2023 年 3 月 31 日にデータ保持制限の適用を開始します。データ保持が規定の制限を超えると、デフォルトまたは契約のデータ保持に戻り、規定または契約の制限を超えるデータ保持は削除されます。影響を受けるデータには、2023 年 3 月 31 日以前およびそれ以降に取り込まれたすべてのデータが含まれます。これには、ダッシュボード、データ分析、監査、およびレポートのニーズでの使用が含まれます。

規定の制限を超えてデータ保持を調整すると、拡張された保持を反映するために、新しい請求の変更で保持をアップグレードするように ( データ管理ハブで) 求められます。

要件

データ保持を構成するには、課金管理者権限を持つ Pro または Enterprise エディションが必要です。この基準を満たさないアカウントの特性は、一部の New Relic 組織が保持を独自に調整することを妨げます。請求管理者アカウントの Pro または Enterprise 組織であり、保持を編集できない場合は、New Relic アカウント担当者にお問い合わせください。

Data Plus オプションでは、さらに 90 日間の保存期間が提供されることに注意してください。

保持を表示および編集するための権限関連の要件:

• 新しいユーザー モデル:

  • 組織全体のデータ保持期間を延長する契約を設定するには、 課金管理設定が必要です
  • 特定の種類のデータまたは特定のアカウントの契約の範囲内で保持を調整するには、 Insights イベント保持機能が必要です

• 元のユーザー モデル: 所有者ロールまたはデータ保持マネージャー アドオン ロールが必要です。

データ保持 UI

データ保持UI ページは、データ管理ハブにあります。

デフォルトの保持期間

New Relic のデータ保持を理解する最善の方法は、データ保持UI ページに移動することです。組織が設定を編集した可能性があり、以下に示すデフォルト設定ではない可能性があるため、これをお勧めします。

この表は、デフォルトの名前空間保持設定を示しています。

さまざまなデータ型の保持の詳細

このセクションでは、変更できない保持設定を持ついくつかのデータタイプを含む、いくつかの異なるタイプのデータについて詳しく説明します。

データ保持の編集

保持を表示および編集するには、データ管理ハブに移動し、[データ保持] をクリックして、[データ保持の編集] をクリックします。そこには、データ保持の編集または Data Plus へのアップグレードのオプションが表示されます。それが表示されない場合は、要件を確認し、New Relic アカウント担当者に相談してください。

保持率を高めるためのオプション:

• まだお持ちでない場合は、 データ プラスに切り替えてください。これにより、データ保持期間が大幅に長くなり、その他の利点が得られます。
• データ プラスまたは元のデータ オプションの場合: データ保持を追加します。組織の 30 日間の追加データ保持には、1 か月に取り込まれた GB あたり 0.05 USD の費用がかかります。

リテンションの向上に関する重要なポイント:

• より長い保持期間を有効にすると、 Data retention[データ保持] UIにリストされているすべてのデータ タイプの保持が全体的に増加します。特定のデータ型だけを増やすことはできません。
• より長い保持期間を有効にすると、特定のデータ ソースの保持期間を短縮しても請求には影響しません。データの取り込みと課金を削減する方法については、「データの取り込みを管理する」を参照してください。
• 保持期間を調整すると、有効になるまで最大 24 時間かかる場合があります。

リテンションの削減

データ ソースの保持期間を短縮しても、その種類の既存のデータはすぐには消えません。そのデータは、最大数週間表示され、クエリで返される場合があります。誤ってデータを削除しないようにするための保護手段が用意されていますが、これは、データをすばやく削除するために保持値を減らすことは適切な戦略ではないことも意味します。

データの取り込みを減らすためのオプションについては、「データの取り込みを管理する 」を参照してください。

既存のデータを削除する

テレメトリ データが New Relic データベースにレポートされ、クエリに使用できるようになると、そのデータを編集または削除することはできなくなります。これは、New Relic の速度とパフォーマンスを最適化する意図的な設計上の決定です。データの保持期間が終了すると、データは失効します。すでに報告されているデータを削除したい場合は、New Relic の担当者にお問い合わせください。

データのエクスポートとストリーミング

Data Plus を使用している組織は、好みのツールを使用してデータをエクスポートし、長期保存することができます。これに関連する機能は次のとおりです。

• ストリーミング データのエクスポート
• 履歴データのエクスポート

APIによるリテンション管理

UI で保持設定を変更するだけでなく、 NerdGraph APIを使用できます。以下に、NerdGraph リクエストの例をいくつか示します。データ保持の変更が有効になるまでに最大 24 時間かかる場合があることに注意してください。

API を使用して保持を調整する前に、保持の調整に関するルールを確認してください。

query {
  actor {
    account(id: YOUR_ACCOUNT_ID) {
      dataManagement {
        customizableRetention {
          eventNamespaces {
            namespace
          }
        }
      }
    }
  }
}

query {
  actor {
    account(id: YOUR_ACCOUNT_ID) {
      dataManagement {
        eventRetentionRules {
          id
          deletedAt
          deletedById
          createdAt
          createdById
          retentionInDays
          namespace
        }
      }
    }
  }
}

query {
  actor {
    account(id: YOUR_ACCOUNT_ID) {
      dataManagement {
        eventRetentionRule(namespace: "APM") {
          id
          deletedById
          deletedAt
          createdById
          createdAt
          retentionInDays
          namespace
        }
      }
    }
  }
}

mutation {
  dataManagementCreateEventRetentionRule(
    accountId: YOUR_ACCOUNT_ID
    namespace: "APM"
    retentionInDays: 8
  ) {
    id
    deletedById
    deletedAt
    createdById
    createdAt
    retentionInDays
    namespace
  }
}

mutation {
  dataManagementDeleteEventRetentionRule(
    accountId: YOUR_ACCOUNT_ID
    namespace: "APM"
  ) {
    id
    deletedById
    deletedAt
    createdById
    createdAt
    retentionInDays
    namespace
  }
}

mutation {
  dataManagementCopyRetentions(
    sourceAccountId: SOURCE_ACCOUNT_ID
    destinationAccountIds: [
      DESTINATION_ACCOUNT_ID_1
      DESTINATION_ACCOUNT_ID_2
      DESTINATION_ACCOUNT_ID_3
    ]
  ) {
    success
    failure
  }
}

アカウントの継承

親アカウントのデータ保持設定は、子アカウントに継承されます。このコンテキストでは、New Relic 組織の最初のアカウントは親アカウントと見なされ、組織に追加された他のアカウントはそのアカウントの設定を継承します。

RSS-Atom

RSSフィードを購読します。